Suriin Agad ang Uri ng Iyong NAT
Libreng online tool para matukoy ang uri ng NAT para sa gaming (PS5, Xbox, PC) at maunawaan ang koneksyon ng iyong network
Paghahambing ng mga uri ng NAT
| Uri ng NAT | Gaming | VoIP | P2P | PS5 | Xbox | Switch |
|---|---|---|---|---|---|---|
| Open Internet | Napakahusay | Napakahusay | Napakahusay | Type 1 | Open | Type A |
| Full Cone NAT | Napakahusay | Napakahusay | Napakahusay | Type 1 | Open | Type A |
| Restricted Cone NAT | Maganda | Maganda | Katamtaman | Type 2 | Moderate | Type A |
| Port-Restricted Cone NAT | Katamtaman | Katamtaman | Mahina | Type 2 | Moderate | Type B |
| Symmetric NAT | Mahina | Mahina | Naka-block | Type 3 | Strict | Type C–D |
| Naka-block | Mahina | Mahina | Naka-block | Type 3 / Failed | Strict / Unavailable | Type F |
Mga Gabay ayon sa Platform
Paraan ng pagsuri at pagpapahusay ng NAT type sa bawat device
Bakit Piliin ang NAT Checker
Malinaw at maaasahang network diagnostics para sa mga gamer at karaniwang user—walang setup o sign-up.
Tumpak na Pagtukoy
Pinagsasama namin ang public IP at port mapping sa aktuwal na UDP connection checks para makita kung paano hinahawakan ng network ang mga peer connection.
Paano namin tinutukoy ang iyong NAT type
Alamin ang public address at port
Hinahanap ng STUN ang public IPv4 address at UDP port na nakatalaga sa koneksyon ng browser.
Suriin ang UDP connectivity
Nagpapalitan ng WebRTC connection data ang browser at test server. Sinusubukan ng mga ICE check na bumuo ng aktuwal na UDP path.
Iulat ang nakitang behavior
Nagbabalik ang server ng NAT category batay sa mapping at connection checks. Inilalarawan ng resulta ang path na sinubukan sa pagkakataong ito.
Batay sa mga protocol ng IETF
Magkakahiwalay na obserbasyon ang public address, mapped port, NAT type, at IPv6 connectivity. Narito ang ibig sabihin ng bawat resulta.
Ito ang public IPv4 address na iniulat sa pagsusuri. Maaaring isalin ng router o ISP ang private address bago makarating sa internet ang trapiko, kaya maaaring iisang public address ang gamit ng ilang device o subscriber.
Hindi sapat ang address lang para makumpirma ang CGNAT o Double NAT. Maaari ring baguhin ng VPN ang public address na nakikita ng pagsusuri.
Kung may nakuhang port, ang numero pagkatapos ng colon sa IPv4 result ang UDP port na nakita sa pagsusuring ito sa browser. Halimbawa, ipinapakita ng 203.0.113.10:62000 ang address at ang iniulat na port na 62000.
Hindi ito game port, port-forwarding rule, o patunay na maaabot ang isang serbisyo sa address na iyon. Maaaring magbago ang mapping sa bawat pagsusuri o destination, lalo na sa Symmetric NAT.
Inilalarawan ng resulta ang IPv4 UDP behavior na nakita sa sinubukang path. Ang NAT 1 ay Full Cone, NAT 2 ay Restricted Cone, NAT 3 ay Port-Restricted Cone, at NAT 4 ay Symmetric. Hiwalay na resulta ang Open Internet para sa path na walang nakitang NAT.
Mga label ito ng NAT Checker para sa mga category sa RFC 3489. May sariling label at test ang PlayStation, Xbox, at iba pang platform. Hindi sinusukat ng NAT type ang download speed at hindi nito ginagarantiyang makakakonekta ang bawat game sa lahat ng peer. Piliin ang “Paano namin inuuri ang NAT” para makita ang proseso.
Ito ang global IPv6 address na naibigay ng browser sa IPv6 check. Hindi isinasama ang mga address na para lamang sa device o local network. Hiwalay ang paghahanap ng IPv6 address sa IPv4 NAT test.
Hindi patunay ng external connectivity ang pagkakaroon lang ng address. Ang “Walang natukoy na IPv6” ay nangangahulugang walang nahanap na global IPv6 address sa check na ito; hindi nito pinatutunayang hindi kayang suportahan ng ISP o device ang IPv6.
Ang “Nakumpirma ang external connectivity” ay nangangahulugang nag-ulat ang IPv6 test service ng matagumpay na WebRTC/UDP connection sa path na ito. Hindi sapat ang pagkahanap lang ng IPv6 address para sa resultang iyon.
Ang “Hindi makumpirma ang external connectivity” ay nangangahulugang hindi nagtagumpay ang sinubukang path. Maaaring makaapekto ang firewall rules, VPN, mga limitasyon ng browser, o kondisyon ng network. Maaari pa ring gumana ang karaniwang IPv6 browsing dahil gumagamit ito ng ibang koneksyon at protocol. Ang timeout o service error ay nangangahulugang hindi natapos ang check.
Ang “Naka-block” ay resultang ibinalik ng NAT test server kapag hindi nito maitatag ang UDP test path na ito. Hindi nito tinutukoy kung aling device o setting ang sanhi ng pagkabigo.
Ang “Nag-timeout” ay nangangahulugang walang natanggap na pinal na classification sa loob ng oras ng paghihintay. Ang error o mensaheng hindi available ang serbisyo ay nangangahulugang hindi natapos ang pagsusuri. Hindi mga kumpirmadong NAT 1–4 category ang mga status na ito. Subukan muli at suriin ang browser restrictions, VPN, at firewall bago ituring na router o ISP ang may problema.
Sinusunod namin ang mapping at filtering logic sa Seksyon 5 at 10.1 ng RFC 3489. Ang NAT 1–4 ang mga numerong gamit namin para sa apat na NAT category na nakasaad doon.
Pinaghihiwalay ng RFC 3489 ang mga NAT type sa pamamagitan ng paghahambing ng public IP at port mapping at pagsubok kung aling mga reply source ang makakaabot sa iisang local UDP socket. Magkaibang behavior ang sinusuri kapag binabago ang pinanggagalingan ng reply at kapag binabago ang destination ng request.
- Test I: magpadala ng karaniwang STUN Binding Request. Kasama sa reply ang MAPPED-ADDRESS, ang public IP at UDP port na nakita ng server. Ihambing ang parehong IP at port sa address at port ng local socket para makita kung may translation.
- Test II: humiling ng reply mula sa ibang server IP at port. Kapag natanggap ito, makakaabot sa mapping ang external source na hindi pa kinokontak ng client.
- Test I sa ibang destination: mula sa parehong local socket, magpadala ng karaniwang request sa alternative server endpoint na nakasaad sa CHANGED-ADDRESS. Ihambing ang bagong public IP at port sa unang mapping para makita kung nakadepende sa destination ang mapping.
- Test III: humiling ng reply mula sa orihinal na server IP ngunit ibang port. Pinaghihiwalay nito ang incoming filtering na IP lang ang tinitingnan at ang filtering na kailangang magtugma ang IP at port.
Ito ang mga classification test ng RFC. Gumagamit ang browser test namin ng STUN para makuha ang public mapping at ng server-assisted WebRTC connection checks para ibalik ang katumbas na behavior category.
- Nakatanggap ng reply ang Test I at iba ang mapped public IP o port sa endpoint ng local socket, kaya may NAT.
- Nakatanggap ng reply ang Test II mula sa ibang server IP at port kahit hindi pa nagpadala ng trapiko ang client sa reply source na iyon.
- Sa decision tree ng RFC 3489, Full Cone NAT ito, na tinatawag naming NAT 1.
Kapag nalikha na ang UDP mapping, maaabot ito ng ibang external source nang walang naunang contact. Karaniwan nitong pinapadali ang direktang peer connection, ngunit hindi ibig sabihin na bukas ang lahat ng port.
- May NAT, ngunit walang reply ang Test II mula sa binagong IP at port.
- Ibinabalik ng bagong Test I sa ibang destination ang parehong public IP at port gaya ng unang request. Hindi nagbago ang mapping para sa destination na iyon.
- Nakatanggap ng reply ang Test III mula sa orihinal na server IP sa ibang port. Sapat na ang naunang contact sa IP na iyon; hindi kailangang nakontak ang mismong reply port.
Restricted Cone NAT ito, o NAT 2 sa site na ito. Pinapayagan ang incoming UDP traffic mula sa external IP na nakontak na ng client.
- May NAT at walang reply ang Test II mula sa binagong IP at port.
- Ibinabalik ng Test I sa ibang destination ang parehong public IP at port, kaya walang destination-dependent mapping change sa paghahambing na ito.
- Wala ring reply ang Test III kapag source port lang ng server ang binago. Sa modelo ng RFC, kailangang tumugma ang incoming traffic sa IP at port na nakontak na ng client.
Port-Restricted Cone NAT ito, o NAT 3 sa site na ito. Pareho ang mapping sa paghahambing, ngunit mas mahigpit ang incoming filter kaysa sa NAT 2.
- May NAT at walang reply ang Test II mula sa binagong IP at port.
- Ulitin ang Test I mula sa parehong local UDP socket papunta sa alternative server endpoint.
- Kung nagbago ang public IP o mapped port mula sa unang mapping, Symmetric NAT ito ayon sa decision tree ng RFC, o NAT 4 sa site na ito.
Halimbawa, maaaring makita ng isang destination ang 203.0.113.10:62000 at ng isa pa ang 203.0.113.10:62001. Sapat na ang pagbabago sa port; hindi kailangang magbago rin ang public IP. Kaya maaaring hindi magamit sa ibang peer ang endpoint na natuklasan sa isang server, at maaaring mangailangan ng relay ang ilang app.
Kung walang reply ang Test I, UDP Blocked ang iuulat ng discovery flow sa RFC 3489. Sa browser test, maaari ring makaapekto sa bigo o hindi natapos na UDP path ang browser settings, VPN, firewall, service availability, o packet loss. Hindi tinutukoy ng resultang ito lang ang sanhi.
Kung matagumpay ang Test I at pareho ang mapped IP at port sa endpoint ng local socket, walang nakitang NAT. Kung matagumpay rin ang Test II, Open Internet ang resulta. Kung nabigo ang Test II sa path na iyon na walang NAT, Symmetric UDP Firewall ang tawag ng RFC. Filtering ito na walang address translation, hindi Symmetric NAT, at hindi dapat ipagkamali sa NAT 4.
Hindi namin ipinapakita ang Symmetric UDP Firewall bilang hiwalay na result category. Iba rin ang hindi natapos na pagsusuri o service error sa isang kumpirmadong NAT category.
Hinahanap ng STUN ang public mapping, sinusuri ng ICE ang connectivity, at nagbibigay ang RFC 3489 ng modelo para sa pag-uuri ng NAT.
Tinutulungan ng STUN, na inilalarawan sa RFC 8489, ang browser na malaman ang public address at UDP port na nakikita mula sa labas ng local network. Gumagamit ang ICE, sa RFC 8445, ng connection checks para maitatag ang path sa pagitan ng mga endpoint.
Tinutukoy ng RFC 3489 ang Full Cone, Restricted Cone, Port-Restricted Cone, at Symmetric category at ang mga mapping at reply test na naghihiwalay sa mga ito. Ginagamit namin ang logic na iyon sa browser at test server. Hiwalay na sinusuri ang IPv6 address discovery at external connectivity.
Inilalarawan ng resulta ang UDP path na sinubukan ng browser na ito. Maaaring makaapekto ang VPN, firewall, at browser restrictions. Maaari ring magsama ang tunay na network ng mapping at filtering behavior na hindi lubusang nailalarawan ng mga lumang NAT label.
Hindi kinukumpirma ng test ang CGNAT o Double NAT, hindi nito vine-verify ang lahat ng app port, at hindi nito ginagarantiya ang console NAT label o lahat ng peer connection. Hindi patunay ng external UDP connectivity ang pagkakaroon ng public IPv6 address.
Binabanggit din ng RFC 3489 na ang paulit-ulit na discovery gamit ang parehong local socket ay maaaring gumamit muli ng naunang NAT binding at maapektuhan ang resulta. Gumagamit ang bagong discovery ng bagong local endpoint o naghihintay na mag-expire ang lumang binding. Inilalarawan ng resulta ang network noong isinagawa ang check.
Mabilis na Resulta
Karaniwang natutukoy ang NAT 1–4 sa loob ng 2–10 segundo. Umaabot sa mga 20 segundo ang naka-block na UDP path.
Tingnan ang oras ng pagtukoy
Lumalabas ang resulta kapag natapos ang bawat check. Nakadepende sa NAT behavior ang karaniwang oras ng pagtukoy sa IPv4:
- Full Cone NAT (NAT 1)
- ≈2 s
- Restricted Cone NAT (NAT 2)
- ≈5 s
- Port-Restricted Cone NAT (NAT 3)
- ≈8 s
- Symmetric NAT (NAT 4)
- ≈10 s
- Naka-block / UDP timeout
- ≈20 s
Para sa mga naka-block na path, hinihintay namin ang buong 20 segundo para mabigyan ng sapat na oras ang mga pagtatangkang kumonekta. Tantiya lamang ang mga oras; maaaring maapektuhan ang kabuuang tagal ng kondisyon ng network at hiwalay na IPv6 check.
IPv4/IPv6 Dual-Stack
Magkahiwalay na pagsusuri sa IPv4 NAT at IPv6, na may pagpapatunay gamit ang aktuwal na panlabas na UDP connection.
Paano gumagana ang dalawang check
Magkahiwalay na sinusuri ang IPv4 at IPv6 para makita mo kung paano gumagana ang bawat network path.
- IPv4 NAT behavior
- Ibinibigay ng STUN at mga connection test na tinutulungan ng server ang NAT classification at public IPv4 address mo.
- Paghahanap ng public IPv6 address
- Hinahanap namin ang global IPv6 address na ibinibigay ng browser. Hindi isinasama ang mga address na gumagana lamang sa lokal na network.
- Panlabas na IPv6 connection
- Sinusubukan ng IPv6 server namin na magtatag ng aktuwal na WebRTC/UDP connection. Hindi sapat ang pagkakaroon ng address para patunayang may koneksyon.
Ang ‘Hindi makumpirma ang external connectivity’ ay nangangahulugang hindi naitatag ang path ng test na ito. Maaari pa ring gumana ang normal na pag-browse gamit ang IPv6; maaaring makaapekto sa resulta ang firewall rules o mga limitasyon ng browser.
Laging Libre
Libre mula nang ilunsad noong Hulyo 21, 2025. Hindi kami kailanman naningil para sa NAT test.
Mga kasamang libreng feature
- Hindi kailangan ng account o pagpaparehistro.
- Gumagana sa browser, nang walang kailangang i-install na software.
- Kasama ang NAT classification at IPv6 results, nang walang bayad na upgrade para makita ang mga ito.
Pandaigdigang Saklaw
May mga bisita mula sa mga Amerika, Europa, at Asya.
- Estados Unidos
- Brazil
- Germany
- United Kingdom
- Indonesia
- India
Mga wika at pinagmulan ng traffic data
Binibisita ang aming mga homepage mula sa mga Amerika, Europa, at Asya, kabilang ang:
Available sa 24 na wika, sa mga computer at mobile browser na sumusuporta sa WebRTC.
Inayos ang mga bansa ayon sa Google Search clicks papunta sa mga homepage mula Hunyo 30 hanggang Setyembre 29, 2026. Kasama ang lahat ng bersyon ng wika.
Privacy at DataNaka-save sa browser na ito ang kamakailang test history. Maaari mo itong i-clear anumang oras.
- History na kontrolado mo
- Naka-save sa browser na ito ang huling tatlong resulta, kasama ang IP address at oras ng pagsusuri. Gamitin ang “I-clear” sa “Kasaysayan” para alisin ang mga ito.
- Data na kailangan sa pagsusuri
- Tumatanggap ng network address ang mga test server namin at STUN provider para magsagawa ng connection checks. Sa ganitong paraan natutuklasan ng test ang public mapping mo.
- Service logs at advertising
- Itinatakda ng aming Privacy Policy na panatilihin nang pitong araw ang karaniwang server request logs. Gumagamit ang site ng Google AdSense at maaari ring gumamit ng analytics.
Pag-unawa sa mga uri ng NAT at epekto ng mga ito sa online na koneksyon
Ang Network Address Translation (NAT) ay mahalagang bahagi ng paraan ng pagkonekta ng karamihan ng modernong network sa Internet. Pinapayagan nitong magbahagi ang maraming device sa lokal na network ng iisang pampublikong IP address, makatipid sa IPv4 resources, at magkaroon ng hiwalay na layer sa pagitan ng mga panloob na device at panlabas na network.
Bagamat halos hindi napapansin ang NAT sa pang-araw-araw na pagba-browse, mas kitang-kita ang papel nito kapag kailangan ng app ng direkta o halos direktang koneksyon sa pagitan ng mga user, lalo na sa online gaming, voice chat, video call, at peer-to-peer (P2P) services.
Ang pag-unawa sa iyong uri ng NAT ay nakakatulong na ipaliwanag kung bakit may mga koneksyong gumagana nang maayos, habang ang iba ay pumapalya o napipilitang dumaan sa mas mabagal na relay path.
Bakit mas mahalaga ang paraan ng paggana ng NAT kaysa sa bilis ng internet
Madalas iniisip ng mga user na ang problema sa koneksyon ay dahil sa mababang bandwidth o mahinang signal. Sa totoo lang, hindi garantiya ang mabilis na Internet connection ng magandang real-time na koneksyon.
Kinokontrol ng NAT kung paano pinoproseso ang papasok na traffic at kung maaabot ng mga panlabas na device ang iyong system matapos kang gumawa ng palabas na koneksyon. Kapag masyadong mahigpit ang network sa mga papasok na tugon, maaaring mahirapan ang P2P apps na gumawa o magpanatili ng direktang koneksyon.
Kaya dalawang user na magkapareho ang bilis ng Internet ay maaaring magkaroon ng magkaibang karanasan sa online games o voice chat - kadalasan, nasa kilos ng NAT ang pagkakaiba at hindi sa raw bandwidth.
Mga karaniwang uri ng NAT at ang ibig sabihin ng mga ito sa aktuwal na paggamit
Iba-iba ang pagpapatupad ng NAT sa bawat network. Karaniwang pinapangkat ang mga kilos na ito sa ilang kategorya:
Pinapayagan ng configuration na ito ang mga panlabas na host na maabot ang iyong device matapos itong gumawa ng palabas na koneksyon. Ito ang may pinakakaunting limitasyon at karaniwang nagbibigay ng pinakamagandang karanasan sa gaming at real-time communication.
Limitado ang papasok na koneksyon sa mga panlabas na IP address na dati nang nakontak ng device. Gumagana pa rin ang karamihan ng apps, pero maaaring mas tumagal ang matchmaking o pagtatangkang kumonekta.
Katulad ito ng Restricted Cone NAT, pero kailangang tumugma ang papasok na traffic sa parehong external IP address at port. Dahil dito, mas mahirap kumonekta ang ilang P2P app.
Maaaring mag-iba ang mapping depende sa destination endpoint, at mahigpit ding nililimitahan ang inbound traffic. Ito ang pinakamahigpit na NAT at madalas humahadlang sa direct P2P connections.
Epekto ng Uri ng NAT sa Gaming at mga Real-Time App
Madalas sinusubukan ng online multiplayer games, voice chat systems, at conferencing tools na gumawa ng direktang koneksyon sa pagitan ng players o participants para mabawasan ang latency at mapaganda ang quality.
Kapag hinaharang ng mahigpit na NAT ang direktang koneksyon, maaaring dumaan ang traffic sa relay server. Tuloy pa rin ang komunikasyon, pero maaaring magdulot ang relay ng:
Sa competitive o mabilis na mga sitwasyon, malaki ang epekto nito sa karanasan ng user.
Mga Hamon ng NAT sa mga Home Network at Network ng ISP
May ilang karaniwang network setup na maaaring makaapekto sa kilos ng NAT:
Kapag dalawang router ang nagsasagawa ng NAT, nagiging mas mahigpit at mas mahirap pamahalaan ang connection rules.
Kung walang automatic port management, maaaring hindi makuha ng apps ang inbound access na kailangan nila.
May ilang ISP na inilalagay ang customers sa shared NAT infrastructure, kaya nalilimitahan ang papasok na koneksyon kahit maayos ang local router settings.
Maaaring aksidenteng ma-block ng sobrang higpit na filtering ang lehitimong inbound traffic o tugon.
Ang pagtukoy sa iyong uri ng NAT ang unang hakbang para malaman kung naaapektuhan ng mga salik na ito ang network mo. Basahin ang gabay sa CGNAT
Bakit kapaki-pakinabang ang pagtukoy ng uri ng NAT
Nagbibigay ng linaw ang pag-alam sa uri ng NAT. Nakakatulong itong sagutin ang mga tanong gaya ng:
Dinisenyo para maging malinaw, hindi komplikado
Sinusukat ng NAT Checker ang aktuwal na kilos ng network sa halip na hulaan ang resulta mula sa router settings. Malinaw at praktikal ang resulta, nang walang download, account, o device permission.
Kaunti lang ang data na ginagamit at mabilis lumabas ang resulta, kaya masusuri mo ang koneksyon nang hindi naaabala ang normal na paggamit.
Praktikal na Tool para sa Pang-araw-araw na Paggamit
Kung nag-aayos ka ng koneksyon sa laro, nagda-diagnose ng problema sa voice chat, o gusto mo lang maunawaan ang kilos ng iyong network, makakatulong ang pag-alam sa uri ng NAT. Ginagawang malinaw at madaling unawain ng NAT Checker ang kilos na ito para makapagpasya ka nang mas maayos tungkol sa network setup, hardware, at service provider.
Pandaigdigang Estadistika
Mga Madalas Itanong
Gumamit ng browser na sumusuporta sa WebRTC.
- Kumonekta sa Wi-Fi o wired network na gusto mong subukan. Para suriin ang koneksyon sa bahay, idiskonekta muna ang VPN. Buksan ang natchecker.com/fil sa computer o phone.
- Piliin ang “Suriin ang NAT Ko” sa itaas ng page at panatilihin itong bukas. Maglaan ng hanggang 20 segundo para sa IPv4 test.
- Basahin ang resulta. Buksan ang “Kahulugan ng resulta” sa seksyon sa itaas para sa paliwanag ng bawat field.
- Pagkatapos baguhin ang router, VPN, o network, piliin ang “Subukan muli” at ihambing ang bagong resulta.