अपना NAT प्रकार तुरंत जाँचें
गेमिंग (PS5, Xbox, PC) के लिए अपना NAT टाइप जानने और नेटवर्क कनेक्टिविटी समझने का मुफ़्त ऑनलाइन टूल
NAT टाइप की तुलना
| NAT टाइप | गेमिंग | VoIP | P2P | PS5 | Xbox | Switch |
|---|---|---|---|---|---|---|
| ओपन इंटरनेट | बेहतरीन | बेहतरीन | बेहतरीन | Type 1 | Open | Type A |
| फुल कोन NAT | बेहतरीन | बेहतरीन | बेहतरीन | Type 1 | Open | Type A |
| रिस्ट्रिक्टेड कोन NAT | अच्छा | अच्छा | मध्यम | Type 2 | Moderate | Type A |
| पोर्ट-रिस्ट्रिक्टेड कोन NAT | मध्यम | मध्यम | खराब | Type 2 | Moderate | Type B |
| सिमेट्रिक NAT | खराब | खराब | ब्लॉक्ड | Type 3 | Strict | Type C–D |
| ब्लॉक्ड | खराब | खराब | ब्लॉक्ड | Type 3 / Failed | Strict / Unavailable | Type F |
प्लेटफ़ॉर्म गाइड
हर डिवाइस पर NAT टाइप जाँचने और सुधारने का तरीका
NAT Checker क्यों चुनें
गेमर्स और आम उपयोगकर्ताओं के लिए साफ़, भरोसेमंद नेटवर्क जाँच—बिना सेटअप या साइन-अप के।
सटीक जांच
आपका नेटवर्क दूसरे उपयोगकर्ताओं से कनेक्शन कैसे संभालता है, यह समझने के लिए हम सार्वजनिक IP और पोर्ट की मैपिंग को वास्तविक UDP कनेक्शन जाँच के साथ देखते हैं।
हम आपका NAT प्रकार कैसे पहचानते हैं
सार्वजनिक मैपिंग पता करना
STUN आपके ब्राउज़र के कनेक्शन को मिले सार्वजनिक IPv4 पते और UDP पोर्ट का पता करता है।
UDP कनेक्टिविटी जाँचना
आपका ब्राउज़र हमारे परीक्षण सर्वर के साथ WebRTC कनेक्शन की जानकारी साझा करता है। ICE जाँच वास्तविक UDP कनेक्शन बनाने की कोशिश करती है।
देखे गए व्यवहार का नतीजा देना
हमारा सर्वर मैपिंग और कनेक्शन जाँच के आधार पर NAT की श्रेणी देता है। नतीजा इसी जाँचे गए नेटवर्क पथ को दर्शाता है।
IETF प्रोटोकॉल पर आधारित
सार्वजनिक पते, मैप किए गए पोर्ट, NAT प्रकार और IPv6 कनेक्टिविटी अलग-अलग जानकारी देते हैं। हर नतीजे को कैसे समझें, यह यहाँ बताया गया है।
यह परीक्षण के दौरान बताया गया सार्वजनिक IPv4 पता है। ट्रैफ़िक इंटरनेट तक पहुँचने से पहले राउटर या इंटरनेट सेवा प्रदाता निजी पते को बदल सकता है, इसलिए कई डिवाइस या ग्राहक एक ही सार्वजनिक पता साझा कर सकते हैं।
सिर्फ पते से CGNAT या Double NAT की पुष्टि नहीं होती। VPN भी परीक्षण में दिखने वाला सार्वजनिक पता बदल सकता है।
पोर्ट की जानकारी उपलब्ध हो, तो IPv4 नतीजे में कोलन के बाद की संख्या इस ब्राउज़र परीक्षण में देखा गया UDP पोर्ट है। उदाहरण के लिए, 203.0.113.10:62000 में पता और बताया गया पोर्ट 62000 दिखते हैं।
यह गेम का पोर्ट, पोर्ट फ़ॉरवर्डिंग नियम या उस पते पर किसी सेवा तक पहुँचने का प्रमाण नहीं है। मैपिंग अलग-अलग परीक्षणों या गंतव्यों के लिए बदल सकती है, खासकर सिमेट्रिक NAT में।
यह जाँचे गए पथ पर देखा गया IPv4 UDP व्यवहार बताता है। NAT 1 फुल कोन, NAT 2 रिस्ट्रिक्टेड कोन, NAT 3 पोर्ट-रिस्ट्रिक्टेड कोन और NAT 4 सिमेट्रिक है। ओपन इंटरनेट उस पथ के लिए अलग नतीजा है जहाँ NAT नहीं देखा गया।
ये RFC 3489 की श्रेणियों के लिए NAT Checker के लेबल हैं। PlayStation, Xbox और अन्य प्लेटफ़ॉर्म अपने लेबल और परीक्षण इस्तेमाल करते हैं। NAT प्रकार डाउनलोड की गति नहीं मापता और यह गारंटी नहीं देता कि हर गेम हर दूसरे खिलाड़ी से जुड़ सकेगा। निर्णय की प्रक्रिया देखने के लिए “हम NAT का वर्गीकरण कैसे करते हैं” चुनें।
यह IPv6 जाँच के दौरान आपके ब्राउज़र से मिला वैश्विक IPv6 पता है। केवल स्थानीय नेटवर्क में काम करने वाले पते शामिल नहीं किए जाते। IPv6 पते की खोज, IPv4 NAT जाँच से अलग चलती है।
सिर्फ पता मिलना बाहरी कनेक्टिविटी का प्रमाण नहीं है। “IPv6 नहीं मिला” का मतलब है कि इस परीक्षण में कोई वैश्विक IPv6 पता नहीं मिला; इसका मतलब यह नहीं कि आपका सेवा प्रदाता या डिवाइस IPv6 का समर्थन नहीं कर सकता।
“बाहरी कनेक्टिविटी की पुष्टि हुई” का मतलब है कि हमारी IPv6 परीक्षण सेवा ने इस परीक्षण पथ पर सफल WebRTC/UDP कनेक्शन बताया। सिर्फ IPv6 पता मिलना इस नतीजे के लिए पर्याप्त नहीं है।
“बाहरी कनेक्टिविटी की पुष्टि नहीं हो सकी” का मतलब है कि इस पथ पर कनेक्शन सफल नहीं हुआ। फ़ायरवॉल नियम, VPN, ब्राउज़र की पाबंदियाँ या नेटवर्क की स्थिति जाँच को प्रभावित कर सकती हैं। सामान्य IPv6 ब्राउज़िंग फिर भी काम कर सकती है, क्योंकि उसमें अलग कनेक्शन और प्रोटोकॉल इस्तेमाल होते हैं। टाइमआउट या सेवा संबंधी त्रुटि का मतलब है कि जाँच पूरी नहीं हुई।
जब यह UDP परीक्षण पथ नहीं बन पाता, तो NAT परीक्षण सर्वर ब्लॉक्ड नतीजा देता है। इससे पता नहीं चलता कि किस डिवाइस या सेटिंग के कारण जाँच विफल हुई।
टाइमआउट का मतलब है कि परीक्षण की समय-सीमा में अंतिम वर्गीकरण नहीं मिला। त्रुटि या सेवा उपलब्ध न होने का संदेश बताता है कि परीक्षण पूरा नहीं हो सका। ये NAT 1–4 के पुष्टि किए गए वर्गीकरण नहीं हैं। दोबारा कोशिश करें, फिर राउटर या सेवा प्रदाता की खराबी मानने से पहले ब्राउज़र की पाबंदियाँ, VPN और फ़ायरवॉल सेटिंग जाँचें।
हमारा वर्गीकरण RFC 3489 के भाग 5 और 10.1 में दी गई मैपिंग और फ़िल्टरिंग की प्रक्रिया पर आधारित है। NAT 1–4 इस दस्तावेज़ की चार नामित NAT श्रेणियों के लिए हमारे दिए हुए नंबर हैं।
RFC 3489 सार्वजनिक IP और पोर्ट की मैपिंग की तुलना करता है और जाँचता है कि किन स्रोतों से आए जवाब उसी स्थानीय UDP सॉकेट तक पहुँच सकते हैं। जवाब का स्रोत बदलना और अनुरोध का गंतव्य बदलना अलग-अलग व्यवहारों की जाँच करते हैं।
- Test I: सामान्य STUN Binding Request भेजा जाता है। जवाब में MAPPED-ADDRESS मिलता है, यानी सर्वर को दिखा सार्वजनिक IP पता और UDP पोर्ट। दोनों की तुलना स्थानीय सॉकेट के पते और पोर्ट से करके पता लगाया जाता है कि पता या पोर्ट बदला गया है या नहीं।
- Test II: अलग सर्वर IP पते और पोर्ट से जवाब भेजने का अनुरोध किया जाता है। जवाब मिलना बताता है कि जिस बाहरी भेजने वाले से क्लाइंट ने संपर्क नहीं किया, वह भी मैपिंग तक पहुँच सकता है।
- दूसरे गंतव्य पर Test I: उसी स्थानीय सॉकेट से CHANGED-ADDRESS में बताए गए दूसरे सर्वर एंडपॉइंट पर सामान्य अनुरोध भेजा जाता है। नई सार्वजनिक IP और पोर्ट की मैपिंग की तुलना पहली मैपिंग से करके देखा जाता है कि मैपिंग गंतव्य पर निर्भर है या नहीं।
- Test III: मूल सर्वर IP पते से, लेकिन अलग पोर्ट से जवाब माँगा जाता है। इससे केवल IP के आधार पर आने वाला ट्रैफ़िक छाँटने वाले फ़िल्टर और IP के साथ पोर्ट का भी मिलान करने वाले फ़िल्टर में अंतर पता चलता है।
ये RFC में दी गई वर्गीकरण जाँचें हैं। हमारा ब्राउज़र परीक्षण STUN से सार्वजनिक मैपिंग पाता है और संबंधित व्यवहार की श्रेणी देने के लिए सर्वर की मदद से WebRTC कनेक्टिविटी जाँच करता है।
- Test I को जवाब मिलता है और मैप किया गया सार्वजनिक IP या पोर्ट स्थानीय सॉकेट एंडपॉइंट से अलग है, इसलिए NAT मौजूद है।
- Test II को अलग सर्वर IP और पोर्ट से जवाब मिलता है, जबकि क्लाइंट ने जवाब के उस स्रोत को ट्रैफ़िक नहीं भेजा।
- RFC 3489 के निर्णय क्रम में यह फुल कोन NAT है, जिसे हम NAT 1 कहते हैं।
UDP मैपिंग बनने के बाद अन्य बाहरी भेजने वाले पहले संपर्क किए बिना उस मैपिंग तक पहुँच सकते हैं। इससे आम तौर पर सीधे P2P कनेक्शन बनाना आसान होता है; इसका मतलब यह नहीं कि हर पोर्ट खुला है।
- NAT मौजूद है, लेकिन Test II को बदले हुए IP और पोर्ट से जवाब नहीं मिलता।
- दूसरे गंतव्य पर नया Test I पहली बार वाला ही सार्वजनिक IP और पोर्ट देता है। उस गंतव्य के लिए मैपिंग नहीं बदलती।
- Test III को मूल सर्वर IP से अलग पोर्ट पर जवाब मिलता है। उस IP से पहले संपर्क करना पर्याप्त है; जवाब वाले ठीक उसी पोर्ट से पहले संपर्क करना ज़रूरी नहीं है।
यह रिस्ट्रिक्टेड कोन NAT है, जिसे हम NAT 2 कहते हैं। आने वाला UDP ट्रैफ़िक उन बाहरी IP पतों से स्वीकार किया जाता है जिनसे क्लाइंट पहले संपर्क कर चुका है।
- NAT मौजूद है और Test II को बदले हुए IP और पोर्ट से जवाब नहीं मिलता।
- दूसरे गंतव्य पर Test I वही सार्वजनिक IP और पोर्ट देता है, इसलिए इस तुलना में मैपिंग गंतव्य पर निर्भर नहीं है।
- केवल सर्वर का स्रोत पोर्ट बदलने पर Test III को भी जवाब नहीं मिलता। RFC मॉडल के अनुसार आने वाले ट्रैफ़िक का IP पता और पोर्ट वही होना चाहिए जिनसे क्लाइंट पहले संपर्क कर चुका है।
यह पोर्ट-रिस्ट्रिक्टेड कोन NAT है, जिसे हम NAT 3 कहते हैं। तुलना में मैपिंग समान रहती है, लेकिन आने वाले ट्रैफ़िक का फ़िल्टर NAT 2 से अधिक सख्त है।
- NAT मौजूद है और Test II को बदले हुए IP और पोर्ट से जवाब नहीं मिलता।
- उसी स्थानीय UDP सॉकेट से दूसरे सर्वर एंडपॉइंट पर Test I दोहराया जाता है।
- अगर मैप किया गया सार्वजनिक IP या पोर्ट पहली मैपिंग से अलग है, तो RFC का निर्णय क्रम इसे सिमेट्रिक NAT बताता है, जिसे हम NAT 4 कहते हैं।
उदाहरण के लिए, एक गंतव्य को 203.0.113.10:62000 और दूसरे को 203.0.113.10:62001 दिख सकता है। सिर्फ पोर्ट बदलना पर्याप्त है; सार्वजनिक IP का भी बदलना ज़रूरी नहीं है। इसलिए एक सर्वर से मिला एंडपॉइंट किसी दूसरे पीयर के लिए उपयुक्त नहीं हो सकता, और कुछ ऐप को रिले सर्वर की ज़रूरत पड़ सकती है।
अगर Test I को जवाब नहीं मिलता, तो RFC 3489 की खोज प्रक्रिया UDP ब्लॉक्ड बताती है। ब्राउज़र परीक्षण में विफल या अधूरा UDP पथ ब्राउज़र सेटिंग, VPN, फ़ायरवॉल, सेवा की उपलब्धता या पैकेट लॉस से भी प्रभावित हो सकता है। इससे अकेले यह पता नहीं चलता कि समस्या कहाँ है।
अगर Test I सफल है और मैप किया गया IP तथा पोर्ट, दोनों स्थानीय सॉकेट एंडपॉइंट के समान हैं, तो NAT नहीं देखा गया। इसके बाद Test II सफल हो तो नतीजा ओपन इंटरनेट है। इस बिना NAT वाले पथ पर Test II विफल हो तो RFC इसे Symmetric UDP Firewall कहता है। यह पता बदले बिना फ़िल्टरिंग की स्थिति है, सिमेट्रिक NAT नहीं; इसे NAT 4 नहीं समझना चाहिए।
हमारे नतीजों में Symmetric UDP Firewall की अलग श्रेणी नहीं दिखाई जाती। अधूरा परीक्षण या सेवा की त्रुटि भी पुष्टि किए गए NAT वर्गीकरण से अलग है।
STUN सार्वजनिक मैपिंग खोजता है, ICE कनेक्टिविटी जाँचता है और RFC 3489 NAT के वर्गीकरण का मॉडल देता है।
RFC 8489 में दिया गया STUN ब्राउज़र को स्थानीय नेटवर्क के बाहर से दिखने वाला सार्वजनिक पता और UDP पोर्ट जानने देता है। RFC 8445 में दिया गया ICE एंडपॉइंट के बीच पथ बनाने के लिए कनेक्टिविटी जाँच करता है।
RFC 3489 फुल कोन, रिस्ट्रिक्टेड कोन, पोर्ट-रिस्ट्रिक्टेड कोन और सिमेट्रिक श्रेणियों के साथ उन्हें अलग करने वाली मैपिंग और जवाब की जाँचें परिभाषित करता है। हम ब्राउज़र और परीक्षण सर्वर के साथ उसी वर्गीकरण प्रक्रिया का उपयोग करते हैं। IPv6 पते की खोज और बाहरी कनेक्टिविटी अलग जाँचें हैं।
नतीजा इस ब्राउज़र के जाँचे गए UDP पथ को बताता है। VPN, फ़ायरवॉल और ब्राउज़र की पाबंदियाँ इसे प्रभावित कर सकती हैं। वास्तविक नेटवर्क में मैपिंग और फ़िल्टरिंग के अलग व्यवहार साथ हो सकते हैं, जिन्हें पुराने NAT लेबल पूरी तरह नहीं समझाते।
यह परीक्षण CGNAT या Double NAT की पुष्टि नहीं करता, हर ऐप का पोर्ट नहीं जाँचता और कंसोल के NAT लेबल या हर P2P कनेक्शन की गारंटी नहीं देता। सार्वजनिक IPv6 पता बाहरी UDP कनेक्टिविटी का प्रमाण नहीं है।
RFC 3489 यह भी बताता है कि उसी स्थानीय सॉकेट से खोज दोहराने पर पुराने NAT बाइंडिंग फिर इस्तेमाल हो सकते हैं और नतीजा प्रभावित हो सकता है। नई खोज में नया स्थानीय एंडपॉइंट इस्तेमाल किया जाता है या पुराने बाइंडिंग की अवधि समाप्त होने तक इंतज़ार किया जाता है। नतीजे जाँच के समय के नेटवर्क को दर्शाते हैं।
तेज़ परिणाम
NAT 1–4 आमतौर पर 2–10 सेकंड में पहचाने जाते हैं। ब्लॉक किए गए UDP पथ की जाँच में लगभग 20 सेकंड लगते हैं।
जाँच में लगने वाला समय देखें
हर जाँच पूरी होने पर उसका नतीजा दिखता है। IPv4 जाँच का सामान्य समय NAT के व्यवहार पर निर्भर करता है:
- फुल कोन NAT (NAT 1)
- ≈2 s
- रिस्ट्रिक्टेड कोन NAT (NAT 2)
- ≈5 s
- पोर्ट-रिस्ट्रिक्टेड कोन NAT (NAT 3)
- ≈8 s
- सिमेट्रिक NAT (NAT 4)
- ≈10 s
- ब्लॉक / UDP टाइमआउट
- ≈20 s
ब्लॉक किए गए पथ के लिए हम पूरे 20 सेकंड प्रतीक्षा करते हैं, ताकि कनेक्शन के प्रयास पूरे हो सकें। ये अनुमानित समय हैं; नेटवर्क की स्थिति और अलग IPv6 जाँच कुल समय को प्रभावित कर सकती है।
IPv4/IPv6 डुअल-स्टैक
IPv4 NAT और IPv6 की अलग जाँच, वास्तविक बाहरी UDP कनेक्शन से कनेक्टिविटी की पुष्टि।
दोनों जाँच कैसे काम करती हैं
IPv4 और IPv6 की अलग-अलग जाँच होती है, ताकि आपको हर नेटवर्क पथ का व्यवहार पता चल सके।
- IPv4 NAT का व्यवहार
- STUN और सर्वर की मदद से किए गए कनेक्शन परीक्षण आपका NAT वर्गीकरण और सार्वजनिक IPv4 पता बताते हैं।
- सार्वजनिक IPv6 पता खोजना
- हम ब्राउज़र से उपलब्ध वैश्विक IPv6 पता खोजते हैं। केवल स्थानीय नेटवर्क में काम करने वाले पते शामिल नहीं किए जाते।
- बाहरी IPv6 कनेक्टिविटी
- हमारा IPv6 सर्वर वास्तविक WebRTC/UDP कनेक्शन बनाने की कोशिश करता है। केवल पता मिलना कनेक्टिविटी का प्रमाण नहीं माना जाता।
‘बाहरी कनेक्टिविटी की पुष्टि नहीं हो सकी’ का अर्थ है कि इस परीक्षण का कनेक्शन पथ स्थापित नहीं हुआ। सामान्य IPv6 वेब ब्राउज़िंग फिर भी चल सकती है; फ़ायरवॉल नियम या ब्राउज़र की पाबंदियाँ नतीजे को प्रभावित कर सकती हैं।
हमेशा मुफ्त
21 जुलाई 2025 को लॉन्च होने के बाद से मुफ़्त। हमने कभी NAT जाँच के लिए शुल्क नहीं लिया है।
मुफ़्त में क्या शामिल है
- खाते या पंजीकरण की ज़रूरत नहीं।
- ब्राउज़र में चलता है, सॉफ़्टवेयर इंस्टॉल करने की ज़रूरत नहीं।
- NAT वर्गीकरण और IPv6 नतीजे शामिल हैं। उन्हें देखने के लिए सशुल्क अपग्रेड नहीं चाहिए।
दुनिया भर में कवरेज
अमेरिका महाद्वीपों, यूरोप और एशिया से लोग आते हैं।
- संयुक्त राज्य
- ब्राज़ील
- जर्मनी
- यूनाइटेड किंगडम
- इंडोनेशिया
- भारत
भाषाएँ और ट्रैफ़िक डेटा का स्रोत
हमारे होमपेज पर अमेरिका महाद्वीपों, यूरोप और एशिया से लोग आते हैं, जिनमें ये देश शामिल हैं:
WebRTC का समर्थन करने वाले कंप्यूटर और मोबाइल ब्राउज़र में 24 भाषाओं में उपलब्ध।
देशों का क्रम 30 जून–29 सितंबर 2026 के दौरान होमपेज पर आए Google खोज क्लिक के आधार पर है। सभी भाषा संस्करण शामिल हैं।
गोपनीयता और डेटाआपके हाल के परीक्षणों का इतिहास इसी ब्राउज़र में सहेजा जाता है। आप इसे कभी भी साफ़ कर सकते हैं।
- इतिहास आपके नियंत्रण में
- IP पते और समय सहित आपके पिछले तीन नतीजे इसी ब्राउज़र में सहेजे जाते हैं। उन्हें हटाने के लिए “इतिहास” में “साफ़ करें” चुनें।
- परीक्षण के लिए ज़रूरी डेटा
- हमारे परीक्षण सर्वर और STUN प्रदाता कनेक्टिविटी जाँच चलाने के लिए नेटवर्क पते प्राप्त करते हैं। परीक्षण इसी तरह आपकी सार्वजनिक मैपिंग का पता करता है।
- सेवा लॉग और विज्ञापन
- हमारी गोपनीयता नीति सामान्य सर्वर अनुरोध लॉग के लिए सात दिन की संग्रह अवधि तय करती है। साइट Google AdSense इस्तेमाल करती है और एनालिटिक्स का उपयोग कर सकती है।
NAT के प्रकार और ऑनलाइन कनेक्टिविटी पर उनके असर को समझें
नेटवर्क एड्रेस ट्रांसलेशन (NAT) आधुनिक नेटवर्क के इंटरनेट से जुड़ने का एक बुनियादी हिस्सा है। यह लोकल नेटवर्क पर कई डिवाइसों को एक ही सार्वजनिक IP साझा करने देता है, IPv4 संसाधनों को बचाता है और अंदरूनी डिवाइसों तथा बाहरी नेटवर्क के बीच एक अलगाव परत जोड़ता है।
रोज़मर्रा के ब्राउज़िंग में NAT पारदर्शी रहता है, लेकिन जब ऐप्स को यूज़र्स के बीच सीधे या अर्ध-सीधे कनेक्शन चाहिए होते हैं, तब इसका प्रभाव साफ दिखता है। यह ऑनलाइन गेमिंग, वॉइस चैट, वीडियो कॉल और P2P सेवाओं में खास तौर पर महत्वपूर्ण है।
अपने NAT टाइप को समझने से यह पता चलता है कि कुछ कनेक्शन आसानी से क्यों चलते हैं, जबकि कुछ विफल हो जाते हैं या उन्हें धीमे रिले सर्वर का सहारा लेना पड़ता है।
इंटरनेट की रफ़्तार से ज़्यादा NAT का व्यवहार क्यों मायने रखता है
कई यूज़र मानते हैं कि कनेक्शन समस्याएं कम बैंडविड्थ या खराब सिग्नल से होती हैं। वास्तव में, तेज़ इंटरनेट भी अच्छी रियल-टाइम कनेक्टिविटी की गारंटी नहीं देता।
NAT यह नियंत्रित करता है कि इनबाउंड ट्रैफिक कैसे हैंडल होगा और आउटबाउंड कनेक्शन बनने के बाद बाहरी डिवाइस आपके सिस्टम तक पहुंच पाएंगे या नहीं। अगर नेटवर्क इनबाउंड जवाबों को बहुत ज्यादा सीमित कर दे, तो P2P संचार पर निर्भर ऐप्स को सीधे कनेक्शन बनाना या बनाए रखना मुश्किल हो सकता है।
इसीलिए समान इंटरनेट स्पीड वाले दो यूज़र्स का ऑनलाइन गेम्स या वॉइस चैट में अनुभव काफी अलग हो सकता है - फर्क अक्सर बैंडविड्थ नहीं, बल्कि NAT व्यवहार होता है।
NAT के सामान्य प्रकार और व्यवहार में उनका मतलब
अलग-अलग नेटवर्क NAT को अलग तरीके से लागू करते हैं। इन व्यवहारों को आमतौर पर कुछ श्रेणियों में बांटा जाता है:
यह कॉन्फ़िगरेशन आउटबाउंड कनेक्शन बनने के बाद बाहरी होस्ट को आपके डिवाइस तक पहुंचने देता है। इसमें सबसे कम प्रतिबंध होते हैं और आमतौर पर गेमिंग व रियल-टाइम कम्युनिकेशन के लिए सबसे अच्छा अनुभव मिलता है।
इनबाउंड कनेक्शन केवल उन बाहरी IP तक सीमित होते हैं जिनसे डिवाइस पहले संपर्क कर चुका है। अधिकांश ऐप्स काम करते हैं, लेकिन कुछ मैचमेकिंग या कनेक्शन प्रयासों में ज़्यादा समय लग सकता है।
यह Restricted Cone NAT जैसा है, लेकिन इनबाउंड ट्रैफिक के लिए बाहरी IP और पोर्ट दोनों का मेल ज़रूरी होता है। इसलिए कुछ P2P ऐप्स को कनेक्ट होने में दिक्कत आती है।
हर अलग गंतव्य से कनेक्ट होने पर अलग पोर्ट मैपिंग बन सकती है और इनबाउंड ट्रैफिक पर कड़ी पाबंदी रहती है। यह सबसे सीमित NAT है और अक्सर सीधे P2P कनेक्शन में बाधा डालता है।
NAT प्रकार गेमिंग और रियल-टाइम ऐप्स को कैसे प्रभावित करता है
ऑनलाइन मल्टीप्लेयर गेम्स, वॉइस चैट सिस्टम और कॉन्फ्रेंसिंग टूल्स अक्सर कम लेटेंसी और बेहतर क्वालिटी के लिए प्रतिभागियों के बीच सीधे कनेक्शन बनाने की कोशिश करते हैं।
जब सख्त NAT सीधे कनेक्शन को रोकता है, तो ट्रैफिक रिले सर्वर से होकर जा सकता है। कनेक्शन चलता रहता है, लेकिन रिले के कारण ये समस्याएँ हो सकती हैं:
प्रतिस्पर्धी या तेज़ रफ़्तार वाले माहौल में ये समस्याएँ उपयोगकर्ता अनुभव को काफ़ी खराब कर सकती हैं।
घरेलू और ISP नेटवर्क में NAT से जुड़ी चुनौतियाँ
कुछ आम नेटवर्क सेटअप NAT व्यवहार को प्रभावित कर सकते हैं:
जब दो राउटर NAT करते हैं, तो नियम अधिक सख्त और प्रबंधन कठिन हो जाता है।
ऑटोमैटिक पोर्ट मैनेजमेंट न होने पर ऐप्स को अपेक्षित इनबाउंड एक्सेस नहीं मिलता।
कुछ ISP ग्राहकों को साझा NAT इंफ्रास्ट्रक्चर के पीछे रखते हैं, जिससे स्थानीय राउटर सेटिंग्स की परवाह किए बिना इनबाउंड कनेक्टिविटी सीमित हो जाती है।
बहुत सख्त फिल्टरिंग सही इनबाउंड ट्रैफिक या जवाबों को भी गलती से ब्लॉक कर सकती है।
अपना NAT टाइप पहचानना यह जानने का पहला कदम है कि ये कारक आपके नेटवर्क को प्रभावित कर रहे हैं या नहीं। CGNAT जांच गाइड पढ़ें
NAT प्रकार की जाँच क्यों उपयोगी है
अपने NAT टाइप को जानने से स्पष्टता मिलती है। यह ऐसे सवालों के जवाब देता है:
स्पष्ट और सरल—बिना बेवजह की जटिलता के
NAT Checker राउटर सेटिंग्स से अनुमान लगाने के बजाय नेटवर्क का वास्तविक, दिखाई देने वाला व्यवहार मापता है। बिना डाउनलोड, अकाउंट या डिवाइस परमिशन के साफ़ और उपयोगी नतीजे मिलते हैं।
टेस्ट कम डेटा इस्तेमाल करता है और जल्दी नतीजा देता है, इसलिए सामान्य इंटरनेट इस्तेमाल में रुकावट नहीं आती।
रोज़मर्रा के उपयोगकर्ताओं के लिए एक व्यावहारिक टूल
चाहे आप गेमिंग कनेक्शन या वॉइस चैट की समस्या हल कर रहे हों, या बस अपने नेटवर्क का व्यवहार समझना चाहते हों, NAT टाइप उपयोगी जानकारी देता है। NAT Checker इस व्यवहार को साफ़ और आसानी से समझने योग्य बनाता है, ताकि आप नेटवर्क सेटअप, हार्डवेयर और सेवा प्रदाता के बारे में बेहतर फैसला कर सकें।
वैश्विक आँकड़े
अक्सर पूछे जाने वाले प्रश्न
WebRTC का समर्थन करने वाला ब्राउज़र इस्तेमाल करें।
- जिस Wi-Fi या वायर्ड नेटवर्क की जाँच करना चाहते हैं, उससे जुड़ें। घर का कनेक्शन जाँचने के लिए पहले VPN बंद करें। कंप्यूटर या फ़ोन पर natchecker.com/hi खोलें।
- पेज के ऊपर “मेरा NAT जाँचें” चुनें और पेज खुला रखें। IPv4 परीक्षण के लिए 20 सेकंड तक इंतज़ार करें।
- नतीजा पढ़ें। फ़ील्ड की व्याख्या के लिए ऊपर “आपके नतीजे का क्या मतलब है” अनुभाग खोलें।
- राउटर, VPN या नेटवर्क बदलने के बाद “फिर से परीक्षण करें” चुनें और नए नतीजे की तुलना करें।