it-swarm.dev

Chyba připojení SSH: Žádná cesta k hostiteli

V tomto scénáři jsou tři stroje:

Všechny počítače mají Ubuntu 11.04 (Desktop A je 64bitový) a mají jak openssh-server, tak openssh-client.

Když se nyní pokusím připojit plochu A k notebooku A nebo naopak pomocí aplikace ssh [email protected] Dostanu chybu jako

port 22: No route to Host

v obou případech.

Vlastním oba stroje, nyní, když vyzkouším stejné příkazy ze stroje mého přítele, tj. Přes plochu B, mohu přistupovat jak k notebooku, tak k ploše. Ale pokud se pokusím získat přístup k ploše B z mého notebooku nebo z plochy, dostanu

port 22: Connection timed out

Dokonce jsem se pokusil změnit ssh port no. v ssh_config soubor, ale žádný úspěch.

Poznámka: „Laptop A“ používá připojení WiFi, zatímco „Machine A“ používá připojení Ethernet a „Machine B“ je ve zcela jiné síti.

@ Lekensteyn Zde je ->

Notebook A && Desktop A -> Router/Nano_Rcvr mi poskytl ISP. K jednomu routeru jsou tedy připojeny dva stroje a lze k nim přistupovat současně. Zde je můj výstup ifconfig pro oba stroje: - 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 

Výstupip route show

      1.23.64.0/19 dev wlan0  proto kernel  scope link  src 1.23.73.111  metric 2 

      169.254.0.0/16 dev wlan0  scope link  metric 1000 

Výstuptraceroute -n 1.23.73.111

       traceroute to 1.23.73.111 (1.23.73.111), 30 Hops max, 60 byte packets
       1  1.23.68.209  3008.787 ms !H  3008.786 ms !H  3008.784 ms !H
34
Nihar Sawant

Trasy vypadají dobře. Předpokládám, že tyto adresy IP jsou soukromé (LAN) a nejsou veřejné.

Protože jste k síti připojeni různými způsoby (wifi/kabelové), je velmi pravděpodobné, že váš router oddělil kabelové/bezdrátové sítě. Zkuste je oba připojit pomocí kabelového (nebo bezdrátového) připojení. Další možností je, že firewall na počítačích Ubuntu blokuje připojení.

V opačném případě nakonfigurujte směrovač tak, aby používal stejnou síť (podsíť) pro bezdrátová i kabelová připojení. Také se ujistěte, že router neblokuje komunikaci mezi klienty.

Váš router možná vypouští všechny nevyžádané pakety, proto váš přítel dostane na vaši veřejnou IP adresu zprávu „vypršel časový limit připojení“. Nakonfigurujte NAT předávání portů tak, aby kombinace veřejných IP adres + port přeposlala na vaši LAN adresu.

Příklad sítě:

YOUR NETWORK (A)
    Router A (public address: 198.51.100.1)
    Desktop A - 10.0.0.2
    Laptop  A - 10.0.0.3

YOUR FRIENDS NETWORK (B)
    Router B (public address: 203.0.113.1)
    Machine B - 192.168.0.2

V Router A, setup NAT forwarding:

To make your desktop accessible:
  forward the public port 22 to 10.0.0.2
To make your laptop accessible:
  forward the public port 2222 to 10.0.0.3

Pokud máte na sadě firewall (ufw, iptables, ...), povolte příchozí provoz na port 22 (Desktop A) a port 2222 (Laptop A).

Na plochu lze nyní přistupovat pomocí SSH pomocí:

ssh [email protected] -p 22

K notebooku lze nyní přistupovat pomocí SSH pomocí:

ssh [email protected] -p 2222

Pokud chcete získat přístup k počítači přátel, použijte tyto pokyny pro jeho stroj + router.

18
Lekensteyn

měl jsem podobný problém. Jeden stroj na drátě jeden bezdrátový. Ve svém routeru jsem našel zaškrtávací políčko kromě „samostatných ips pro lan a wlan“ a zaškrtl jsem je. Teď se mohu přihlásit k počítači Wireles. Předtím jsem dostal chybové hlášení „Žádná cesta k hostiteli“.

3
smev9

V mém případě existovala síť Docker na stejném CIDR jako moje VPN.

K určení sítě jsem použil následující příkaz a poté jsem ji odstranil:

docker inspect $(docker network ls -q) | jq '.[] | {name: .Name, cidr: .IPAM.Config[0].Subnet}'

Poté to fungovalo dobře.

1
M.Vanderlee

Tentýž problém mám teď i na VPS a jeho úplně divný, nikdy jsem nic podobného neviděl.

Jsem zkušený administrátor serveru a tento druh chyby je obvykle vyříznutý a suchý.

Žádná cesta k hostiteli znamená, že server neví, jak směrovat paket (směrovací tabulka, nikdy jsem však neviděl, že se vyskytuje pouze na jednom protokolu a ne na jiném).

V mém případě.

Ne NAT Připojení k internetu. Ne IPTABLES Ping funguje, mohu se připojit k ip na obě strany nefunkčního ip. Přerušený ip říká „na žádné cestě k hostiteli“ na jakémkoli portu tcp.

To naznačuje, že něco ve středu vrací chybový kód nebo chybu v OS s směrovací tabulkou.

Pamatujte, že chyba je okamžitá, nikoli zpoždění, což znamená, že odmítnutí je místní. Ale to je vše, co můžu diagnostikovat.

[email protected] network # telnet 83.149.xx.xx 23
Trying 83.149.xx.xx...
telnet: Unable to connect to remote Host: No route to Host
[email protected] network # telnet 83.149.xx.xx 80
Trying 83.149.xx.xx...
telnet: Unable to connect to remote Host: No route to Host
[email protected] network # ping 83.149.xx.xx
PING 83.149.xx.xx (83.149.xx.xx) 56(84) bytes of data.
64 bytes from 83.149.xx.xx: icmp_seq=1 ttl=56 time=8.89 ms
64 bytes from 83.149.xx.xx: icmp_seq=2 ttl=56 time=7.93 ms
1
ChrisC79

Zaškrtněte políčko ssh při instalaci RHEL. Nekontroloval jsem to a způsobil stejný problém. Zkontrolujte prosím tento parametr

1
Mayur Sawant

Tuto chybu bych si divně všiml i po úspěšném spuštění SSH mezi mým PC a Raspberry Pi. Co mě napraví, je zapnutí a vypnutí wifi (klient i hostitel), restartování terminálu a použití nových IP adres.

0
Josh