मेरी IP जाँच
आपका सार्वजनिक IP पता और नेटवर्क स्थान, स्वचालित रूप से पता लगाया गया।
NetChecks खोलते ही यह स्वतः लोड हो जाता है — किसी इनपुट की आवश्यकता नहीं। नेटवर्क या VPN बदलने के बाद रीफ़्रेश बटन का उपयोग करें।
आपका ब्राउज़र
ऑल-इन-वन स्कैन
एक ही पास में एक IP या होस्टनेम पर सभी प्रासंगिक जांच चलाता है: DNS, whois, ping, traceroute, सुविज्ञात पोर्ट स्कैन (1-1024), HTTP हेडर और SSL प्रमाणपत्र।
एक डोमेन या IP पता दर्ज करें और चलाएँ ताकि DNS, whois, ping, traceroute, सामान्य पोर्ट, HTTP हेडर और SSL प्रमाणपत्र एक साथ जांचे जा सकें।
अधिकांश जांचें समानांतर में चलती हैं - आमतौर पर लगभग 30 सेकंड में पूरी हो जाती हैं, यदि लक्ष्य धीमा या अनुपलब्ध है तो अधिक समय लग सकता है।
पोर्ट स्कैन चरण तभी चलता है जब ऊपर दिया गया सहमति चेकबॉक्स चेक किया गया हो - बाकी सभी जांचें वैसे भी चलती हैं।
पिंग (Ping)
किसी होस्ट की पहुंच और विलंबता जांचने के लिए ICMP echo अनुरोध भेजें।
एक होस्टनाम या IP पता दर्ज करें और ICMP इको अनुरोध भेजकर राउंड-ट्रिप विलंबता मापने के लिए Ping दबाएँ।
Traceroute
किसी गंतव्य होस्ट तक नेटवर्क पथ (हॉप दर हॉप) का पता लगाएं।
एक होस्टनाम या IP पता दर्ज करें और चलाएँ ताकि इस सर्वर और गंतव्य के बीच हर नेटवर्क हॉप, प्रत्येक हॉप की विलंबता के साथ, देखा जा सके।
DNS लुकअप (Nslookup)
DNS रिकॉर्ड क्वेरी करें: A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV, CAA।
एक डोमेन दर्ज करें, एक रिकॉर्ड प्रकार चुनें (A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV, या CAA), फिर खोजें।
अधिक जानें: DNS लुकअप (Nslookup)
परिभाषा
DNS Lookup किसी डोमेन से जुड़े एक खास रिकॉर्ड टाइप के लिए Domain Name System से पूछताछ करता है: IP address (v4 या v6) के लिए A या AAAA, mail servers के लिए MX, ईमेल वेरिफिकेशन और सिक्योरिटी रिकॉर्ड (SPF, DKIM, DMARC) के लिए TXT, authoritative name servers के लिए NS, aliases के लिए CNAME, zone metadata के लिए SOA, reverse resolution के लिए PTR, या service discovery के लिए SRV। DNS को अक्सर इंटरनेट की "फोन बुक" कहा जाता है, लेकिन असल में यह सिर्फ नाम-से-IP मैपिंग से कहीं ज़्यादा ऑपरेशनल जानकारी ले जाता है।
यह कैसे काम करता है
रिज़ॉल्यूशन एक साफ-साफ hierarchical chain का पालन करता है: resolver पहले root servers से पूछता है (जो जानते हैं कि हर extension के servers कहां हैं), फिर संबंधित TLD (.com, .in, .org...) के servers से, और आखिर में उस exact domain के authoritative servers से, जब तक कि आखिरी जवाब न मिल जाए। हर रिकॉर्ड एक TTL (कैशिंग की अवधि, सेकंड में) ले जाता है जो यह तय करता है कि zone में बदलाव होने के बाद किसी resolver पर पुराना value कितनी देर तक दिखता रह सकता है - यही डिस्ट्रिब्यूटेड कैशिंग मैकेनिज्म, जो चेन के हर स्टेज पर मौजूद है, यह बताता है कि DNS में बदलाव दुनिया भर में तुरंत क्यों नहीं फैलता।
नतीजों को समझें
A record जो अपेक्षित IP से मेल न खाए, या बिल्कुल गायब हो, या तो propagation अभी चल रहा होने का इशारा करता है (declared TTL से तुलना करना उचित रहेगा), या फिर zone साइड पर सच में कोई गलत कॉन्फ़िगरेशन है जो सोर्स पर ठीक होने तक बनी रहेगी। MX records का गायब होना, या मौजूद होकर भी priority में गलत क्रम में होना, सीधे तौर पर उन ईमेल की व्याख्या करता है जो डिलीवर नहीं हो पातीं या किसी अनचाहे fallback route से जाती हैं। एक बिगड़ा हुआ, अधूरा, या पूरी तरह गायब SPF TXT record आउटगोइंग ईमेल के स्पैम में मार्क होने या बड़े मेल प्रोवाइडर्स द्वारा सीधे रिजेक्ट किए जाने की सबसे आम वजहों में से एक है, जो इस मामले में लगातार सख्त चेक लागू करते जा रहे हैं।
आम गलतियां
एक आम उलझन यह है कि सिर्फ अपने लोकल DNS resolver (अक्सर अपने राउटर या ISP का) से पूछताछ करके यह मान लिया जाए कि बदलाव "अभी तक कहीं भी लागू नहीं हुआ", जबकि असल में सिर्फ वह खास resolver ही अपने TTL के खत्म होने तक पुराने value को कैश में रखे हुए है - दुनिया भर के दूसरे resolver शायद पहले से ही नया value देख रहे हों। एक और क्लासिक जाल: यह भूल जाना कि एक CNAME record ठीक उसी नाम पर किसी भी दूसरे record type के साथ मौजूद नहीं रह सकता (यह खुद DNS प्रोटोकॉल की सीमा है), जो अक्सर तब चुपचाप कॉन्फ़िगरेशन तोड़ देता है जब पहले से CNAME वाले किसी नाम पर TXT record जोड़ा जाता है।
कब उपयोग करें
होस्टिंग माइग्रेशन या name server बदलने के बाद, समय के साथ लौटे हुए values में आए बदलाव को ट्रैक करके DNS propagation जांचना। MX, SPF, और DKIM records को क्रमवार व्यवस्थित तरीके से जांचकर ईमेल डिलीवरेबिलिटी की समस्या का निदान करना। रोलआउट पूरा घोषित करने से पहले यह पुष्टि करना कि कोई subdomain delegation या CNAME record सही तरीके से अपेक्षित resource की ओर इशारा कर रहा है। किसी क्लाइंट को सूचित करने से पहले, नए डोमेन या सर्विस को प्रोडक्शन में डालने से पहले पूरे DNS सेटअप की पुष्टि करना।
Whois
किसी डोमेन या IP पते की पंजीकरण जानकारी देखें।
किसी डोमेन या IP पते की पंजीकरण जानकारी देखने के लिए उसे दर्ज करें — रजिस्ट्रार, स्वामी संगठन और महत्वपूर्ण तिथियाँ।
ब्लैकलिस्ट जांच
जांचें कि कोई IP पता या डोमेन सार्वजनिक स्पैम/दुरुपयोग ब्लैकलिस्ट (DNSBL) में सूचीबद्ध है या नहीं।
एक IPv4 पता या डोमेन दर्ज करें और चलाएं ताकि एक साथ 7 सार्वजनिक DNSBL/RBL ब्लैकलिस्ट जांची जा सकें - प्रत्येक को सूचीबद्ध, असूचीबद्ध या जांच विफल के रूप में दिखाया जाता है।
TCP पोर्ट स्कैन
जांचें कि किसी होस्ट या IP पर TCP पोर्ट खुले हैं: सामान्य पोर्ट, कस्टम सूची, या पूरी 1-65535 रेंज।
एक होस्ट या IP दर्ज करें, सामान्य पोर्ट, कस्टम सूची, या पूरी रेंज चुनें, फिर स्कैन करें कि कौन से TCP पोर्ट प्रतिक्रिया देते हैं।
पूर्ण रेंज स्कैन में लगभग 100 सेकंड तक लग सकते हैं। बड़े स्कैन (100 से अधिक पोर्ट, कस्टम रेंज/सूचियाँ सहित) प्रति विज़िटर प्रति मिनट 1 बार तक सीमित हैं।
खुले पोर्ट (0)
HTTP हेडर इंस्पेक्टर
किसी URL के लिए HTTP प्रतिक्रिया स्थिति और हेडर प्राप्त करें।
किसी URL की HTTP प्रतिक्रिया स्थिति कोड और सर्वर द्वारा भेजे गए सभी प्रतिक्रिया हेडर प्राप्त करने के लिए उसे दर्ज करें।
SSL / TLS प्रमाणपत्र जांचकर्ता
किसी होस्ट के TLS प्रमाणपत्र की जांच करें: जारीकर्ता, वैधता तिथियां और शेष दिन।
किसी होस्टनाम का TLS प्रमाणपत्र जांचने के लिए उसे दर्ज करें — जारीकर्ता, वैधता तिथियाँ, और समाप्ति तक शेष दिन।
Geo-IP लुकअप
किसी IP पते का भौगोलिक स्थान और नेटवर्क जानकारी देखें। अपना सार्वजनिक IP देखने के लिए खाली छोड़ें।
कोई भी IP पता दर्ज करें, या अपना खुद का पता देखने के लिए खाली छोड़ें, ताकि उसका अनुमानित स्थान और नेटवर्क/ISP जानकारी देखी जा सके।
सबनेट / CIDR कैलकुलेटर
पूरी तरह से आपके ब्राउज़र में गणना की जाती है — सर्वर को कोई डेटा नहीं भेजा जाता।
तुरंत नेटवर्क रेंज, ब्रॉडकास्ट पता, और उपयोग योग्य होस्ट संख्या की गणना करने के लिए एक IP पता और CIDR प्रीफ़िक्स (जैसे 192.168.1.0/24) दर्ज करें।
स्पीड टेस्ट
इस सर्वर के साथ बुनियादी डाउनलोड/अपलोड थ्रूपुट परीक्षण (सटीकता सर्वर के अपने कनेक्शन पर निर्भर करती है)।
इस सर्वर के विरुद्ध डाउनलोड और अपलोड गति मापने के लिए स्टार्ट दबाएँ। सटीकता इस सर्वर के अपने कनेक्शन पर निर्भर करती है।
देश कोड शब्दकोश
ISO 3166-1 alpha-2 देश कोड — पूरी तरह से आपके ब्राउज़र में खोजे जाते हैं।
ISO 3166-1 alpha-2 देश कोड की सूची खोजें या ब्राउज़ करें, जो पूरी तरह से आपके ब्राउज़र में खोजी जाती है।
| देश | ISO कोड |
|---|
फ़ोन डायलिंग कोड शब्दकोश
देश के अनुसार अंतरराष्ट्रीय कॉलिंग कोड — पूरी तरह से आपके ब्राउज़र में खोजे जाते हैं।
देश के अनुसार अंतरराष्ट्रीय डायलिंग कोड खोजें या ब्राउज़ करें, जो पूरी तरह से आपके ब्राउज़र में खोजे जाते हैं।
| देश | डायलिंग कोड |
|---|
विश्व घड़ी
वर्तमान समय देखने के लिए एक टाइम ज़ोन चुनें — ग्लोब को घुमाने के लिए खींचें।
सूची से एक समय क्षेत्र चुनें, या ग्लोब को घुमाएँ, ताकि वहाँ का वर्तमान समय देखा जा सके।
—
—
ग्लोब घुमाने के लिए खींचें।
फ्रांस मोबाइल नेटवर्क स्थिति
फ्रांस में ऑपरेटर (Orange, Free, SFR, Bouygues Telecom) के अनुसार खराब या रखरखाव में मोबाइल एंटीना साइटें, Arcep के सार्वजनिक डेटा से। दिन में एक बार अपडेट होने वाला स्नैपशॉट - मिनट-दर-मिनट फीड नहीं।
फ्रांसीसी ऑपरेटर के अनुसार मोबाइल एंटीना और फाइबर आउटेज डेटा ब्राउज़ करें — किसी इनपुट की आवश्यकता नहीं, ARCEP के सार्वजनिक डेटा से स्वतः अपडेट होता है।
सबसे अधिक प्रभावित विभाग
वर्तमान में खराब या रखरखाव में साइटों की संख्या, विभाग अनुसार। फ़िल्टर के लिए ऐपर किसी ऑपरेटर पर क्लिक करें।
डेटा: Arcep — Sites indisponibles · आधिकारिक नेटवर्क स्थिति मानचित्र
फ़िक्स्ड नेटवर्क (फ़ाइबर)
ऑपरेटर अनुसार फ़ाइबर (FTTH) नेटवर्क गुणवत्ता: रिपोर्ट की गई खराबी दर और कनेक्शन विफलता दर, Arcep के सार्वजनिक डेटा से। मासिक संकेतक, 6 महीने का औसत - मोबाइल सेक्शन की तरह लाइव फीड नहीं।
ऑपरेटर अनुसार (मूल कंपनी)
पिछले 6 उपलब्ध महीनों का औसत, इन्फ्रास्ट्रक्चर ऑपरेटर की मूल कंपनी अनुसार।