i pacchetti a volte vengono inviati anche se la porta non viene inoltrata

Quando siamo dietro un router, dobbiamo inoltrare la porta, sul router, per l'host specifico in ascolto su quella porta.

Se non inoltriamo la porta, non funzionerà sempre sull'host.

Ma perché non sempre? Perché a volte posso ancora ascoltare quella porta sull'host, anche se la porta non è inoltrata sul router?

Il router indovina quale host desidera i pacchetti?

router port-forwarding

— Trogne
fonte

Puoi sempre ascoltare ma se ricevi qualcosa su quel server da Internet, allora il router sta eseguendo il port forwarding, e se il tuo router afferma che non sta inoltrando, allora succede qualcosa di strano. Il problema potrebbe essere specifico per alcune stranezze con il tuo modello di router in termini di ciò che ti sta mostrando e se ciò che ti sta mostrando sono informazioni aggiornate sul fatto che sia o meno inoltro

— barlop

Come lo testate? Sei sicuro che il traffico che stai vedendo non sia locale?

— Julie Pelletier,

Esistono diversi modi per creare dinamicamente una mappatura delle porte.

Uno dei più comuni è quando l'host LAN privato invia un pacchetto in uscita da quella porta. Funziona meglio se il gateway NAPT tenta di preservare il numero di porta di origine in uscita e se onora tale mappatura delle porte anche quando l'indirizzo IP esterno sconosciuto: le combinazioni di porte inviano pacchetti a quella porta.

UPnP, NAT-PMP, PCP e altri protocolli forniscono anche modi per i dispositivi LAN dietro un NAT di richiedere la creazione di mapping delle porte in modo che possano creare listener in grado di ricevere correttamente i pacchetti in entrata.

— spiff
fonte

Grazie, ma questo non spiega perché funziona di meno senza il port forwarding. Ad esempio, usando Soulseek: ottengo alcuni risultati di ricerca se la porta non viene inoltrata. E ottengo molti più risultati di ricerca se la porta viene inoltrata. Cosa rende efficace un risultato di ricerca con non-port-fwd e un altro solo quando port-fwd è attivo?

— trogne,