"Porta di destinazione non raggiungibile" quando si esegue il ping del computer in un'altra sottorete


4

Nella mia rete domestica, mi collego a Internet tramite un router (192.168.1.1). Ho anche un altro router (192.168.1.15, 192.168.2.1), questo che utilizza OpenWRT, configurato come client wireless. Uno dei miei computer è collegato a quel router tramite un cavo Ethernet, che è collegato al mio router principale in modalità wireless.

A causa della connessione tramite il router OpenWRT, il mio computer (192.168.2.4) si trova su una sottorete diversa. Ho un percorso statico impostato sul mio router principale per questo. La rete di destinazione è impostata su 192.168.2.0, la maschera di sottorete è 255.255.255.0 e il gateway è impostato su 192.168.1.15. Questo computer può accedere a Internet e ad altri computer della rete senza problemi.

Ad ogni modo, da un computer nella sottorete 192.168.1.x, posso fare un ping 192.168.1.15 e 192.168.2.1 (entrambi gli indirizzi IP del mio router OpenWRT) bene. Tuttavia, quando provo a eseguire il ping 192.168.2.4, ricevo il seguente messaggio:

PING 192.168.2.4 (192.168.2.4) 56(84) bytes of data.
From 192.168.1.15 icmp_seq=1 Destination Port Unreachable

Chiaramente sta usando la route statica che ho assegnato. Il problema sembra essere che il router OpenWRT non sa come instradare i pacchetti a 192.168.2.4, il che è strano perché quell'IP è direttamente collegato a quel router.

Che cosa sto facendo di sbagliato?


L'inoltro IP è abilitato su quel router?
David Schwartz,

Sto riscontrando lo stesso problema, due sottoreti e openwrt. Trovi una soluzione?
jayatubi,

Risposte:


8

1 anno di ritardo, ma il problema potrebbe essere il firewall OpenWRT che sembra vietare l'inoltro IP sull'interfaccia LAN quando le sottoreti di origine e destinazione non sono le stesse. riprovare a eseguire il ping dopo questo: /etc/init.d/firewall stop

se funziona, allora ti divertirai con le regole!


Devo creare due zones con laninterfaccia diversa e quindi aggiungere una nuova regola di inoltro per loro? Proprio come il default lan=> wan?
jayatubi,

Stavo anche diventando "porta irraggiungibile". Quando ho fermato il firewall, ho ricevuto una risposta "scaduta". poi ho ricominciato e ha iniziato a funzionare.
Sourav Ghosh,

0

Potrebbe non essere una soluzione, ma hai verificato se il tuo gateway è configurato correttamente? Poiché il gateway è collegato a entrambi i sistemi, il ping potrebbe funzionare correttamente, ma hai verificato se il gateway esegue il routing da 192.168.1.xa 192.168.2.x?

Controlla la richiesta e le risposte usando Wireshark sul gateway.


Posso SSH da 192.168.1.xa 192.168.1.15, ma non da 192.168.1.xa 192.168.2.1. Il ping funziona in entrambi i casi. Ho riconfigurato il firewall per consentire l'inoltro in tutti i casi, ma il ping 192.168.2.4 da 192.168.1.x continua a non funzionare. Tuttavia, non mi dà più l'errore irraggiungibile della porta di destinazione. Ho controllato con tcpdump e sta ricevendo la richiesta ping per 192.168.2.4, ma per qualsiasi motivo 192.168.2.4 non risponde. 192.168.2.4 normalmente risponde al ping però, dato che posso eseguire il ping da 192.168.2.1.
flarn2006,

0

Errore simile risolto aprendo una buona vecchia finestra dos (cercare "cmd") e digitando queste 3 righe separate:

ipconfig/release  
ipconfig/renew
exit

Aiuterebbe a spiegare come questi due comandi risolvono il problema.
David Richerby,

0

Ho una configurazione molto simile (OpenWrt, un paio di sottoreti). Stesso problema. Quando spengo il firewall non ricevo più alcun messaggio e ho una perdita di pacchetti del 100%. Mi sembra di essere in grado di utilizzare tutti i servizi TCP che ho provato finora (ssh, smb) in modo che il routing funzioni chiaramente. Ho anche provato a eseguire il ping degli host di destinazione da diverse sottoreti che non passano attraverso questo router e non hanno problemi a ricevere una risposta eco.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.