Cliente magro “Erro: Falha no soquete: Tempo limite da conexão esgotado” ao inicializar a partir do servidor LTSP do Ubuntu 14.04.2 no ambiente virtual

0

Tentando obter um thin client a partir do meu VirtualBox instalado com 14.04.2 e LTSP . Veja o que está acontecendo:

  1. O thin vm client é ativado e é atribuído 192.168.9.20 por LTSP server
  2. Thin client pode então pegar o arquivo pxelinux.0 de LTSP server

    pxelinux.cfg/default       ok
    
  3. A tela fica em branco por alguns instantes

  4. Então eu recebo este erro:

    Error: Socket failed: Connection timed out
    Exiting. 
    

O thin client finalmente é padronizado em BusyBox .

Não tenho certeza se isso é importante, mas, quando eu faço um prompt ifconfig from (initramfs) , vejo que o endereço IP agora é 192.168.9.101 , o que é ímpar.

Editar

Mais ou menos agora, mas, quando tentei (initfamfs) wget ftp://192.168.9.10 , recebi wget: can't connect to remote host (192.168.9.10) , em que 192.168.9.10 é o servidor LTSP.

Todas as sugestões são bem-vindas.

    
por awei 13.03.2015 / 00:31

1 resposta

0

Depois de algumas orientações sobre LTSP IRC (agradecimentos especiais a alkisg ), resolvi a questão. Por fim, descobri que minha rede VirtualBox host-only estava fazendo algo estranho. Na verdade, ele não desativou o servidor virtual dhcp quando desmarcou a caixa.

Força o Gerenciador do VirtualBox a desabilitar dhcp

Algumas outras pessoas tiveram o mesmo problema: link

  1. Na sua máquina host, liste os servidores dhcp em execução: VBoxManage list dhcpservers
  2. Anote o nome do serviço dhcp que você deseja desativar e, em seguida, VBoxManage dhcpserver remove --netname {name of dhcp server} . No meu caso: VBoxManage dhcpserver remove --netname HostInterfaceNetworking-vboxnet1
  3. Faça outro VBoxManage list dhcpservers para garantir que ele realmente desapareceu.

Etapas de depuração

No servidor thin, modifique o comando pxe boot emitido para o thin client localizado em /var/lib/tftpboot/ltsp/{architecture}/pxelinux.cfg/default , em que {architecture} é amd64 ou i386 . Embora o arquivo de configuração diga para não editar nada, porque suas alterações serão sobrescritas, não há problema em fazer isso, já que estamos apenas testando. Você vai querer localizar a seção correta que pertence à sua configuração LTSP (se NBD ou NFS ) e torná-la algo parecido com o seguinte n.b. o break=mount :

label ltsp-NBD
menu label LTSP, using NBD
kernel vmlinuz-3.13.0-46-generic
# append ro initrd=initrd.img-3.13.0-46-generic init=/sbin/init-ltsp quiet splash root=/dev/nbd0
append ro initrd=initrd.img-3.13.0-46-generic init=/sbin/init-ltsp root=/dev/nbd0 break=mount
ipappend 2
  1. Primeiro, do seu servidor LTSP, siga o log para ver quais erros surgem: tail /var/log/syslog -f .

  2. Agora, reinicie o thin client e você deverá receber um prompt de comando (initramfs) .

  3. Verifique o endereço IP da sua máquina para verificar se está na rede correta executando: ifconfig .

  4. Verifique a configuração de rede fornecida pelo servidor LTSP: cat /run/net-eth0.cfg . (Para mim, notei que o endereço IP atribuído a ROOTSERVER não era o mesmo do meu servidor LTSP.)

  5. Verifique se você pode montar e inicializar manualmente a imagem do servidor LTSP: nbd-client {ltsp server ip} -N /opt/ltsp/{architecture} /dev/nbd0 .

Como eu disse, no final das contas, algo estranho estava acontecendo com minha rede vm host-only e depois de desligar o servidor e o cliente e reiniciar, tudo funcionou.

Espero que isso ajude alguém.

    
por awei 14.03.2015 / 04:32