Eu testo um programa cliente / servidor simples (C, BSD sockets) mas recebo uma mensagem No Route to Host da chamada para connect (). Trabalha em outro lugar - detalhes sangrentos:
Hardware: Área de trabalho mais antiga (brutus) rodando o Fedora 9, e cinco novos desktops compactos Acer Aspire rodando o Ubuntu 14.04 LST. Acer em questão é chamado cleo.
Notas: o ping e o ssh funcionam entre dois dos seis nós. O mesmo usuário / senha em cada um deles. (o brutus tem arquivos e usuários independentes. O cleo tem arquivos do servidor NFS, todos montados nos outros quatro nós da Acer.)
Software: O SER é iniciado manualmente em primeiro plano (ou plano de fundo) e aguarda por uma conexão. A CLI é iniciada manualmente e interagida pelo usuário: digite uma expressão matemática como "3 + 7" que é enviada para o SER que retorna "3 + 7 = 10" que é exibido pelo CLI. ^ C pode terminar o SER. ^ C é a maneira preferida de encerrar o CLI, que envia uma mensagem de solicitação de término para o SER, para que também seja encerrado. (Eu disse que era simples.)
Problema: Execute o CLI no (antigo) brutus e o SER no (novo) cleo - funciona perfeitamente. Execute o SER no brutus e o CLI no cleo, e o connect () diz "No Route to Host".
Até hoje: Eu olhei para o dmesg mas não vi novos detalhes. Eu corri "route -n" com base em alguns relatórios aqui e notei que o cleo tem "0" sob #hops mas brutus tem "1". Não faço ideia de como mudar isso ...
Todos os 6 nós estão em uma única LAN Ethernet Gigabit com um switch Link-sys. Todas as luzes parecem normais.
Alguma idéia?
Agradecemos antecipadamente
Alex
P.S. Eu tive muitos problemas para chegar até aqui, mas posts aqui me ajudaram a instalar o xinetd, o nfs-common, o nfs-server e algumas outras coisas que eu nunca teria descoberto sozinho. Eu tenho alguma experiência com o Linux, mas essas soluções de problemas ("pacote não instalado por padrão") nunca teriam me ocorrido. Obrigado a todos.