Sprawdź swój typ NAT od razu

To publiczny adres IPv4 zgłoszony podczas testu. Router lub dostawca internetu może przetłumaczyć adres prywatny, zanim ruch dotrze do internetu, dlatego kilka urządzeń lub abonentów może współdzielić adres publiczny.

Sam adres nie potwierdza CGNAT ani Double NAT. VPN również może zmienić publiczny adres widoczny w teście.

Jeśli udało się ustalić port, liczba po dwukropku w wyniku IPv4 oznacza port UDP zaobserwowany podczas tego testu przeglądarki. Na przykład 203.0.113.10:62000 przedstawia adres i zgłoszony port 62000.

Nie jest to port gry, reguła przekierowania portów ani dowód, że pod tym adresem jest dostępna usługa. Mapowania mogą zmieniać się między testami lub celami, zwłaszcza przy symetrycznym NAT.

Opisuje działanie UDP przez IPv4 zaobserwowane na sprawdzanej ścieżce. NAT 1 to Full Cone NAT, NAT 2 to Ograniczony NAT, NAT 3 to NAT z ograniczeniami portów, a NAT 4 to Symetryczny NAT. Otwarty internet to osobny wynik dla ścieżki, na której nie zaobserwowano NAT.

To oznaczenia NAT Checker dla kategorii z RFC 3489. PlayStation, Xbox i inne platformy stosują własne oznaczenia i testy. Typ NAT nie mierzy szybkości pobierania ani nie gwarantuje, że każda gra połączy się z każdym innym uczestnikiem. Wybierz „Jak klasyfikujemy NAT”, aby zobaczyć sposób podejmowania decyzji.

To globalny adres IPv6 udostępniony przez przeglądarkę podczas testu IPv6. Adresy używane wyłącznie lokalnie są pomijane. Wykrywanie IPv6 odbywa się niezależnie od testu NAT przez IPv4.

Sam adres nie dowodzi łączności zewnętrznej. „Nie wykryto protokołu IPv6” oznacza, że test nie znalazł globalnego adresu IPv6. Nie dowodzi to, że dostawca internetu lub urządzenie nie może obsługiwać IPv6.

„Potwierdzono łączność zewnętrzną” oznacza, że nasza usługa testowa IPv6 zgłosiła pomyślne połączenie WebRTC/UDP na tej ścieżce. Samo znalezienie adresu IPv6 nie wystarcza do uzyskania tego wyniku.

„Nie udało się potwierdzić łączności zewnętrznej” oznacza, że nie udało się ustanowić tej ścieżki. Na test mogą wpływać reguły zapory, VPN, ograniczenia przeglądarki lub warunki sieciowe. Zwykłe przeglądanie stron przez IPv6 nadal może działać, ponieważ korzysta z innych połączeń i protokołów. Przekroczenie limitu czasu lub błąd usługi oznacza, że test nie został ukończony.

Zablokowany to wynik zwracany przez serwer testowy NAT, gdy nie można ustanowić tej ścieżki testowej UDP. Nie wskazuje, które urządzenie lub ustawienie spowodowało problem.

Przekroczenie limitu czasu oznacza, że w czasie przeznaczonym na test nie dotarła końcowa klasyfikacja. Błąd lub komunikat „Usługa tymczasowo niedostępna” oznacza, że testu nie udało się ukończyć. Te wyniki nie są potwierdzonymi klasyfikacjami NAT 1–4. Powtórz test, a następnie sprawdź ograniczenia przeglądarki, VPN i ustawienia zapory, zanim uznasz, że problem leży po stronie routera lub dostawcy.

RFC 3489 rozróżnia typy NAT, porównując mapowania publicznego adresu IP i portu oraz sprawdzając, z jakich źródeł odpowiedź może dotrzeć do tego samego lokalnego gniazda UDP. Zmiana źródła odpowiedzi i zmiana celu żądania sprawdzają różne zachowania.

1. Test I: wysłanie zwykłego żądania STUN Binding Request. Odpowiedź zawiera MAPPED-ADDRESS, czyli publiczny adres IP i port UDP zaobserwowane przez serwer. Porównujemy oba z adresem i portem lokalnego gniazda, aby ustalić, czy nastąpiła translacja.
2. Test II: zażądanie odpowiedzi z innego adresu IP i innego portu serwera. Jej odebranie oznacza, że zewnętrzny nadawca, z którym klient się nie kontaktował, może dotrzeć do mapowania.
3. Test I z alternatywnym celem: wysłanie zwykłego żądania z tego samego lokalnego gniazda do alternatywnego punktu końcowego serwera wskazanego przez CHANGED-ADDRESS. Porównujemy nowy publiczny adres IP i port z pierwszym mapowaniem, aby wykryć mapowanie zależne od celu.
4. Test III: zażądanie odpowiedzi z pierwotnego adresu IP serwera, ale z innego portu. Pozwala to odróżnić filtr wejściowy oparty tylko na IP od filtra wymagającego zgodności zarówno adresu IP, jak i portu.

To testy klasyfikacyjne z RFC. Nasz test w przeglądarce uzyskuje publiczne mapowanie za pomocą STUN i korzysta z testów łączności WebRTC wspomaganych przez serwer, aby zwrócić odpowiednią kategorię zachowania.

1. Test I otrzymuje odpowiedź, a mapowany publiczny adres IP lub port różni się od punktu końcowego lokalnego gniazda. Oznacza to obecność NAT.
2. Test II otrzymuje odpowiedź z innego adresu IP i innego portu serwera, mimo że klient nie wysłał ruchu do tego źródła odpowiedzi.
3. W drzewie decyzyjnym RFC 3489 jest to Full Cone NAT, który oznaczamy jako NAT 1.

Gdy istnieje mapowanie UDP, inni zewnętrzni nadawcy mogą do niego dotrzeć bez wcześniejszego kontaktu. Zwykle ułatwia to bezpośrednie połączenia między uczestnikami, ale nie oznacza, że wszystkie porty są otwarte.

1. NAT jest obecny, ale Test II nie otrzymuje odpowiedzi ze zmienionego adresu IP i portu.
2. Nowy Test I do alternatywnego celu zwraca ten sam mapowany publiczny adres IP i port co pierwsze żądanie. Mapowanie nie zmienia się dla tego celu.
3. Test III otrzymuje odpowiedź z pierwotnego adresu IP serwera, ale z innego portu. Wcześniejszy kontakt z tym IP wystarcza; nie trzeba wcześniej kontaktować się z dokładnym portem odpowiedzi.

To Ograniczony NAT (Restricted Cone), nasz NAT 2. Przychodzący ruch UDP jest dozwolony z zewnętrznych adresów IP, z którymi klient już się kontaktował.

1. NAT jest obecny i Test II nie otrzymuje odpowiedzi ze zmienionego adresu IP i portu.
2. Test I do alternatywnego celu zwraca ten sam mapowany publiczny adres IP i port, co wyklucza mapowanie zależne od celu w tym porównaniu.
3. Test III również nie otrzymuje odpowiedzi, gdy zmienia się tylko port źródłowy serwera. W modelu RFC ruch przychodzący musi odpowiadać adresowi IP i portowi, z którymi klient już się kontaktował.

To NAT z ograniczeniami portów (Port-Restricted Cone), nasz NAT 3. Mapowanie pozostaje takie samo w porównaniu, ale filtr wejściowy jest bardziej restrykcyjny niż przy NAT 2.

1. NAT jest obecny i Test II nie otrzymuje odpowiedzi ze zmienionego adresu IP i portu.
2. Powtórzenie Test I z tego samego lokalnego gniazda UDP do alternatywnego punktu końcowego serwera.
3. Jeśli mapowany publiczny adres IP lub port różni się od pierwszego mapowania, drzewo decyzyjne RFC wskazuje symetryczny NAT (Symmetric), nasz NAT 4.

Na przykład jeden cel może widzieć 203.0.113.10:62000, a inny 203.0.113.10:62001. Wystarczy zmiana portu; publiczny adres IP nie musi zmieniać się jednocześnie. Punkt końcowy uzyskany za pośrednictwem jednego serwera może więc nie nadawać się do połączenia z innym uczestnikiem, a niektóre aplikacje mogą potrzebować serwera pośredniczącego.

Jeśli Test I nie otrzyma odpowiedzi, procedura wykrywania z RFC 3489 zgłasza UDP Blocked. W teście przeglądarkowym na nieudaną lub nieukończoną ścieżkę UDP mogą też wpływać ustawienia przeglądarki, VPN, zapory, dostępność usługi lub utrata pakietów. Sam wynik nie wskazuje przyczyny.

Jeśli Test I zakończy się powodzeniem, a mapowany adres IP i port są oba zgodne z punktem końcowym lokalnego gniazda, nie zaobserwowano NAT. Powodzenie Test II oznacza wtedy Otwarty internet (Open Internet). Jeśli Test II nie powiedzie się na tej ścieżce bez NAT, RFC nazywa to Symmetric UDP Firewall, czyli symetryczną zaporą UDP. To filtrowanie bez translacji adresów, a nie symetryczny NAT; nie należy go mylić z NAT 4.

Nasze oznaczenia wyników nie obejmują osobnej kategorii Symmetric UDP Firewall. Nieukończony test lub błąd usługi również nie jest potwierdzoną kategorią NAT.

STUN, opisany w RFC 8489, pozwala przeglądarce poznać publiczny adres i port UDP obserwowane poza siecią lokalną. ICE, opisany w RFC 8445, używa testów łączności do ustanowienia ścieżki między punktami końcowymi.

RFC 3489 definiuje kategorie Full Cone NAT, Ograniczony NAT, NAT z ograniczeniami portów i Symetryczny NAT oraz rozróżniające je testy mapowania i odpowiedzi. Korzystamy z tej logiki klasyfikacji w przeglądarce i na naszych serwerach testowych. Wykrywanie adresu IPv6 i łączność zewnętrzna są sprawdzane osobno.

Wynik opisuje ścieżkę UDP sprawdzoną przez tę przeglądarkę. Mogą na niego wpływać VPN, zapory i ograniczenia przeglądarki. Rzeczywista sieć może łączyć różne sposoby mapowania i filtrowania, których historyczne oznaczenia NAT nie opisują w pełni.

Test nie potwierdza CGNAT ani Double NAT, nie sprawdza wszystkich portów aplikacji i nie gwarantuje oznaczenia NAT na konsoli ani każdego połączenia między uczestnikami. Publiczny adres IPv6 nie dowodzi zewnętrznej łączności UDP.

RFC 3489 wskazuje też, że powtórzenie wykrywania z użyciem tego samego lokalnego gniazda może wykorzystać wcześniejsze powiązania NAT i zniekształcić wynik. Nowe wykrywanie używa nowego lokalnego punktu końcowego lub czeka na wygaśnięcie poprzednich powiązań. Wyniki opisują sieć w chwili danego sprawdzenia.