Erro de conexão SSH: nenhuma rota para o host

3

Existem três máquinas neste cenário:

Todas as máquinas possuem o Ubuntu 11.04 (o Desktop A é um de 64 bits) e possuem ambos o openssh-server e o openssh-client.

Agora, quando tento conectar o Desktop A ao Laptop A ou vice-versa por ssh [email protected] , recebo um erro

port 22: No route to host

em ambos os casos.

Eu possuo as duas máquinas, agora, se eu tentar os mesmos comandos da máquina do meu amigo, ou seja, através da Área de Trabalho B, eu posso acessar meu Laptop e Desktop. Mas se eu tentar acessar a área de trabalho B do meu laptop ou pela área de trabalho, obtenho

port 22: Connection timed out

Eu até tentei mudar o ssh port no. no arquivo ssh_config , mas sem sucesso.

Observação : que o "Laptop A" usa conexão Wi-Fi enquanto o "Machine A" usa o Ethernet Connection e "o Machine B" está em uma rede totalmente diferente.

Laptop A & Área de trabalho A - > Router / Nano_Rcvr fornecido pelo ISP. Portanto, para um roteador, duas máquinas são conectadas e podem ser acessadas ao mesmo tempo. aqui está minha saída ifconfig para ambas as máquinas: - Laptop

wlan0

Link encap:Ethernet  HWaddr X:X:X:X:00:bc  
inet addr:1.23.73.111  Bcast:1.23.95.255  Mask:255.255.224.0
inet6 addr: fe80::219:e3ff:fe04:bc/64 Scope:Link
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:108409 errors:0 dropped:0 overruns:0 frame:0
TX packets:82523 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000 
RX bytes:44974080 (44.9 MB)  TX bytes:22973031 (22.9 MB)

Desktop

eth0

Link encap:Ethernet  HWaddr X:X:X:X:c5:78  
inet addr:1.23.68.209  Bcast:1.23.95.255  Mask:255.255.224.0
inet6 addr: fe80::227:eff:fe04:c578/64 Scope:Link
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:10380 errors:0 dropped:0 overruns:0 frame:0
TX packets:4509 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000 
RX bytes:1790366 (1.7 MB)  TX bytes:852877 (852.8 KB)
Interrupt:43 Base address:0x2000 
    
por Nihar Sawant 21.07.2011 / 11:43

2 respostas

-1

Esses tipos de problemas de conectividade parcial com a tecnologia sem fio envolvida geralmente se resumem ao tratamento de multicast quebrado, fazendo com que os ARPs não passem de forma confiável.

Veja as etapas de solução de problemas que eu recomendei nesta resposta: WiFi Network é bom para Macbook Pro e Win XP, mas Win Vista" Limited Connectivity "

    
por 21.07.2011 / 13:11
-1

É uma mensagem de erro incorreta. Esses erros ssh podem levar você a acreditar que há um problema de rede quando não há um. A rota para a máquina remota pode estar bem, mas o iptables bloqueando o ssh naquela época (e ainda hoje no CentOS6.7) daria ssh: connect to host ec239dict port 22: No route to host

Se outro tráfego TCP chegar à máquina de maneira confiável, não será um problema de rota de rede. Além do ssh, que outros serviços você tentou testar a conectividade? http? ping? tracepath? Um servidor web rodaria muito bem, mas o ssh não funciona.

O seguinte arquivo / etc / sysconfig / iptables é de uma máquina do CentOS6.7 (dezembro de 2015) e tentativas de conexão ssh a esta máquina resultam em ssh: connect to host ec239dict port 22: No route to host O problema do firewall é que a linha 12, a qual ACCEPTS, recebe conexões ssh, nunca é alcançada, porque precisa ser movida para antes do REJECT na linha 10.

 1  # Firewall configuration written by system-config-firewall
 2  # Manual customization of this file is not recommended.
 3  *filter
 4  :INPUT ACCEPT [0:0]
 5  :FORWARD ACCEPT [0:0]
 6  :OUTPUT ACCEPT [0:0]
 7  -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
 8  -A INPUT -p icmp -j ACCEPT
 9  -A INPUT -i lo -j ACCEPT
10  -A INPUT -j **REJECT** --reject-with icmp-host-prohibited
11  -A FORWARD -j **REJECT** --reject-with icmp-host-prohibited
12  -A INPUT -m state --state NEW -m tcp -p tcp -**-dport 22 -j ACCEPT**
13  COMMIT

Por incrível que pareça, as mensagens de erro ssh pioram, se a porta do firewall estiver aberta, mas o daemon ssh NÃO estiver rodando, então o erro é ssh: connect to host ec239dict port 22: Connection refused .   " Conexão recusada " soa como um firewall bloqueando a tentativa de conexão, mas na verdade é a mensagem de erro quando o firewall está aberto, mas o daemon ssh está desativado. Novamente, há um bug nas mensagens de erro do ssh. Certifique-se de que o daemon ssh esteja em execução:

netstat -tunap | grep 22
chkconfig --list | grep ssh
/etc/init.d/ssh? status

Agora, no seu caso, provavelmente há um hardware ou software mal configurado em algum lugar ao longo do caminho.

    
por 17.03.2014 / 11:23