Controlla subito il tuo tipo di NAT

È l’indirizzo IPv4 pubblico riportato durante il test. Un router o il provider può tradurre un indirizzo privato prima che il traffico raggiunga Internet, quindi più dispositivi o utenti possono condividere un indirizzo pubblico.

Un indirizzo da solo non conferma né CGNAT né Double NAT. Anche una VPN può cambiare l’indirizzo pubblico visto dal test.

Quando è disponibile una porta, il numero dopo i due punti nel risultato IPv4 è una porta UDP osservata durante questo test nel browser. Per esempio, 203.0.113.10:62000 mostra un indirizzo e la porta riportata, 62000.

Non è una porta di gioco, una regola di port forwarding o la prova che un servizio sia raggiungibile a quell’indirizzo. Le mappature possono cambiare tra test o destinazioni, soprattutto con un NAT simmetrico.

Descrive il comportamento UDP su IPv4 osservato lungo il percorso testato. NAT 1 indica un NAT a cono pieno, NAT 2 un NAT a cono ristretto, NAT 3 un NAT a cono ristretto per porta e NAT 4 un NAT simmetrico. Internet aperto è un risultato distinto per un percorso sul quale non è stato osservato NAT.

Sono le etichette di NAT Checker per le categorie di RFC 3489. PlayStation, Xbox e altre piattaforme usano etichette e test propri. Il tipo di NAT non misura la velocità di download e non garantisce che ogni gioco possa collegarsi a qualsiasi peer. Seleziona «Come classifichiamo il NAT» per vedere la logica di decisione.

È un indirizzo IPv6 globale esposto dal browser durante la verifica IPv6. Gli indirizzi utilizzabili solo nella rete locale vengono esclusi. Il rilevamento IPv6 avviene separatamente dal test NAT su IPv4.

Un indirizzo da solo non dimostra la connettività esterna. «IPv6 non rilevato» significa che questo test non ha trovato un indirizzo IPv6 globale; non dimostra che il provider o il dispositivo non possa supportare IPv6.

«Connettività esterna confermata» significa che il nostro servizio di test IPv6 ha riportato una connessione WebRTC/UDP riuscita su questo percorso. Trovare un indirizzo IPv6 non basta per ottenere questo risultato.

«Impossibile confermare la connettività esterna» significa che quel percorso non è stato stabilito con successo. Regole del firewall, una VPN, restrizioni del browser o le condizioni della rete possono influire sulla verifica. La normale navigazione IPv6 può continuare a funzionare perché usa connessioni e protocolli diversi. Un timeout o un errore del servizio significa che la verifica non è stata completata.

Bloccato è un risultato restituito dal server del test NAT quando questo percorso UDP non può essere stabilito. Non identifica il dispositivo o l’impostazione che ha causato il problema.

Un timeout significa che non è arrivata una classificazione finale entro la durata del test. Un errore o il messaggio «Servizio temporaneamente non disponibile» significa che il test non ha potuto concludersi. Questi esiti non sono classificazioni NAT 1–4 confermate. Riprova, poi verifica le restrizioni del browser, le VPN e le impostazioni del firewall prima di attribuire il problema al router o al provider.

RFC 3489 distingue i NAT confrontando le mappature di IP e porta pubblici e verificando quali sorgenti di risposta possono raggiungere lo stesso socket UDP locale. Cambiare la sorgente di una risposta e cambiare la destinazione di una richiesta verifica comportamenti diversi.

1. Test I: inviare una normale STUN Binding Request. La risposta riporta MAPPED-ADDRESS, l’IP pubblico e la porta UDP osservati dal server. Confrontare entrambi con l’indirizzo e la porta del socket locale per stabilire se è avvenuta una traduzione.
2. Test II: richiedere una risposta da un indirizzo IP e da una porta diversi del server. Riceverla mostra che un mittente esterno non contattato dal client può raggiungere la mappatura.
3. Test I con destinazione alternativa: inviare una richiesta normale dallo stesso socket locale all’endpoint alternativo del server indicato da CHANGED-ADDRESS. Confrontare il nuovo IP pubblico e la porta con la prima mappatura per rilevare una mappatura dipendente dalla destinazione.
4. Test III: richiedere una risposta dall’IP originale del server, ma da una porta diversa. Questo distingue un filtro in ingresso che considera solo l’IP da un filtro che richiede la corrispondenza sia dell’indirizzo IP sia della porta.

Queste sono le verifiche di classificazione dell’RFC. Il nostro test nel browser rileva la mappatura pubblica con STUN e usa verifiche di connettività WebRTC assistite dal server per restituire la categoria di comportamento corrispondente.

1. Test I riceve una risposta e l’IP pubblico o la porta mappati differiscono dall’endpoint del socket locale: è quindi presente un NAT.
2. Test II riceve una risposta da un IP e da una porta diversi del server, anche se il client non ha inviato traffico a quella sorgente di risposta.
3. Nell’albero decisionale di RFC 3489 si tratta di un NAT a cono pieno (Full Cone), che chiamiamo NAT 1.

Quando esiste una mappatura UDP, altri mittenti esterni possono raggiungerla senza contatto precedente. Questo in genere facilita le connessioni dirette tra peer; non significa che tutte le porte siano aperte.

1. È presente un NAT, ma Test II non riceve risposta dall’IP e dalla porta modificati.
2. Un nuovo Test I verso la destinazione alternativa restituisce lo stesso IP pubblico e la stessa porta mappati della prima richiesta. La mappatura non cambia con quella destinazione.
3. Test III riceve una risposta dall’IP originale del server su una porta diversa. Il contatto precedente con quell’IP è sufficiente; non è necessario aver contattato la porta esatta della risposta.

È un NAT a cono ristretto (Restricted Cone), il nostro NAT 2. Il traffico UDP in ingresso è consentito dagli indirizzi IP esterni che il client ha già contattato.

1. È presente un NAT e Test II non riceve risposta dall’IP e dalla porta modificati.
2. Test I verso la destinazione alternativa restituisce lo stesso IP pubblico e la stessa porta mappati, escludendo una mappatura dipendente dalla destinazione in questo confronto.
3. Anche Test III non riceve risposta quando cambia solo la porta sorgente del server. Nel modello dell’RFC, il traffico in ingresso deve corrispondere a un IP e a una porta già contattati dal client.

È un NAT a cono ristretto per porta (Port-Restricted Cone), il nostro NAT 3. La mappatura rimane uguale nel confronto, ma il filtro in ingresso è più restrittivo rispetto a NAT 2.

1. È presente un NAT e Test II non riceve risposta dall’IP e dalla porta modificati.
2. Ripetere Test I dallo stesso socket UDP locale verso l’endpoint alternativo del server.
3. Se l’IP pubblico o la porta mappati differiscono dalla prima mappatura, l’albero decisionale dell’RFC identifica un NAT simmetrico (Symmetric), il nostro NAT 4.

Per esempio, una destinazione può vedere 203.0.113.10:62000 e un’altra 203.0.113.10:62001. Basta che cambi la porta; non deve cambiare anche l’IP pubblico. Un endpoint rilevato tramite un server può quindi non essere adatto a un altro peer e alcune applicazioni possono aver bisogno di un relay.

Se Test I non riceve risposta, il processo di rilevamento di RFC 3489 riporta UDP Blocked. In un test nel browser, un percorso UDP non riuscito o incompleto può essere influenzato anche dalle impostazioni del browser, dalle VPN, dai firewall, dalla disponibilità del servizio o dalla perdita di pacchetti; questo, da solo, non individua la causa.

Se Test I riesce e sia l’IP sia la porta mappati coincidono con l’endpoint del socket locale, non viene osservato NAT. Se riesce anche Test II, il risultato è Internet aperto (Open Internet). Se Test II fallisce su quel percorso senza NAT, l’RFC lo chiama Symmetric UDP Firewall, cioè firewall UDP simmetrico. È una condizione di filtraggio senza traduzione degli indirizzi, non un NAT simmetrico, e non va confusa con NAT 4.

Le nostre etichette di risultato non includono una categoria separata per Symmetric UDP Firewall. Anche un test incompleto o un errore del servizio è distinto da una categoria NAT confermata.

STUN, documentato in RFC 8489, permette al browser di conoscere un indirizzo pubblico e una porta UDP osservati al di fuori della rete locale. ICE, documentato in RFC 8445, usa verifiche di connettività per stabilire un percorso tra endpoint.

RFC 3489 definisce le categorie NAT a cono pieno, NAT a cono ristretto, NAT a cono ristretto per porta e NAT simmetrico, insieme ai test di mappatura e risposta che le distinguono. Usiamo questa logica di classificazione con il browser e i nostri server di test; il rilevamento dell’indirizzo IPv6 e la connettività esterna sono verifiche separate.

Il risultato descrive il percorso UDP testato da questo browser. VPN, firewall e restrizioni del browser possono influenzarlo, e una rete reale può combinare comportamenti di mappatura e filtraggio che le etichette NAT storiche non descrivono completamente.

Il test non conferma CGNAT né Double NAT, non verifica tutte le porte delle applicazioni e non garantisce né l’etichetta NAT di una console né tutte le connessioni tra peer. Un indirizzo IPv6 pubblico non dimostra la connettività UDP esterna.

RFC 3489 segnala inoltre che ripetere il rilevamento con lo stesso socket locale può riutilizzare associazioni NAT precedenti e alterare il risultato. Un nuovo rilevamento usa un nuovo endpoint locale oppure attende la scadenza delle associazioni precedenti; i risultati descrivono la rete al momento di quella verifica.