मेरी 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 पता दर्ज करें और चलाएँ ताकि इस सर्वर और गंतव्य के बीच हर नेटवर्क हॉप, प्रत्येक हॉप की विलंबता के साथ, देखा जा सके।
अधिक जानें: Traceroute
परिभाषा
Traceroute आपके टेस्ट पॉइंट और टारगेट के बीच पैकेट द्वारा तय किए गए पूरे रास्ते को हॉप-दर-हॉप (राउटर-दर-राउटर) दिखाता है, रास्ते में हर राउटर का IP address और उस ठीक बिंदु पर मापा गया रिस्पॉन्स टाइम बताता है। जहां Ping सिर्फ एक end-to-end नतीजा देता है, वहीं Traceroute इस पूरे सफर को उतने ही हिस्सों में तोड़ता है जितने इंटरमीडिएट राउटर होते हैं, जिससे यह उस नेटवर्क पाथ पर - जो कभी-कभी दस से बीस हॉप तक लंबा हो सकता है - सही जगह पहचानने के लिए सबसे पसंदीदा टूल बन जाता है।
यह कैसे काम करता है
यह टूल चालाकी से Ping वाले उसी TTL मैकेनिज्म को उल्टे तरीके से इस्तेमाल करता है: यह 1 से शुरू करके जानबूझकर बढ़ते हुए TTL वाले पैकेट भेजता है। पहला राउटर TTL=1 वाला पैकेट पाता है, उसे घटाकर 0 करता है, उसे ड्रॉप करता है, और आगे भेजने से पहले ही एक ICMP "Time Exceeded" मैसेज वापस भेजता है - इस तरह असली डेस्टिनेशन बने बिना ही अपना पता उजागर कर देता है। हर बार TTL को एक-एक बढ़ाकर (2, फिर 3, फिर 4...) यही दोहराने से हर इंटरमीडिएट राउटर बारी-बारी से खुद को उजागर करता है, जब तक कि आखिरकार TTL इतना ज़्यादा न हो जाए कि असली डेस्टिनेशन तक पहुंच जाए, जो फिर अलग तरीके से जवाब देता है (आमतौर पर ICMP Echo Reply या पोर्ट रिजेक्शन, यह इस्तेमाल किए गए प्रोब प्रोटोकॉल पर निर्भर करता है)।
नतीजों को समझें
हर हॉप के साथ धीरे-धीरे बढ़ती लेटेंसी बिल्कुल सामान्य और अपेक्षित है: यह सिर्फ भौगोलिक दूरी और पार किए गए राउटरों की संख्या दिखाती है, जिनमें हर एक अपनी प्रोसेसिंग देरी जोड़ता है। किसी एक हॉप पर लेटेंसी में अचानक उछाल, जबकि बाद के हॉप पर कोई असर न हो, अक्सर उस रास्ते में सच में कोई समस्या होने के बजाय एक ऐसा राउटर होता है जो जानबूझकर ICMP को कम प्राथमिकता देता है (ताकि उसका असली रूटिंग काम धीमा न हो) - यह एक क्लासिक interpretation trap है। एक या लगातार कई हॉप पर तारे (* * *) दिखने का सीधा मतलब है कि वे राउटर ICMP का जवाब बिल्कुल नहीं देते, जो सुरक्षा नीति के तहत आम बात है और तब तक हानिरहित है जब तक बाद के हॉप सामान्य रूप से जवाब दें और आखिरी डेस्टिनेशन तक सच में पहुंचा जाए; यह तभी असली समस्या है जब रास्ता उसी बिंदु पर पूरी तरह रुक जाए और कभी टारगेट तक न पहुंचे।
आम गलतियां
एक आम गलती है ट्रेस के बिल्कुल आखिर में तारों की लाइन को नेटवर्क आउटेज का सबूत मान लेना, जबकि यह अक्सर डेस्टिनेशन फायरवॉल आखिरी हॉप पर चुपचाप ICMP ब्लॉक कर रहा होता है जबकि असली एप्लिकेशन ट्रैफिक (HTTP वगैरह) पूरी तरह सामान्य रूप से गुज़र रहा होता है - सीधे नतीजे पर पहुंचने से पहले किसी डायरेक्ट एप्लिकेशन-लेवल टेस्ट से क्रॉस-चेक करना बेहतर है। एक और जाल: अलग-अलग समय पर, या अलग-अलग स्टार्टिंग पॉइंट से दो traceroute चलाने पर asymmetric routing और इंटरनेट पर लोड बैलेंसिंग की वजह से बिल्कुल अलग रास्ते मिल सकते हैं - यह एक बिल्कुल सामान्य नेटवर्क व्यवहार है, अपने आप में कोई असामान्य बात नहीं।
कब उपयोग करें
पूरे नेटवर्क पाथ पर यह ठीक-ठीक पहचानना कि रूटिंग या लेटेंसी की समस्या असल में कहां दिख रही है, अंदाज़ा लगाने के बजाय। यह पता लगाना कि क्लाइंट द्वारा बताई गई धीमी गति का असली कारण आपके अपने इंफ्रास्ट्रक्चर में है, ISP के नेटवर्क में है, या डेस्टिनेशन नेटवर्क में ही है - यह जानने के लिए ज़रूरी कि किससे संपर्क करना है। पीयरिंग कॉन्फ़िगरेशन बदलने, VPN टनल बनाने, या BGP announcement के बाद यह पुष्टि करना कि ट्रैफिक सच में अपेक्षित रास्ते से गुज़र रहा है। किसी क्लाइंट या वेंडर के लिए इंसिडेंट रिपोर्ट में ठोस सबूत के साथ किसी असामान्य नेटवर्क पाथ को दर्ज करना, बिना सबूत वाले दावे पर निर्भर रहने के बजाय।
DNS लुकअप (Nslookup)
DNS रिकॉर्ड क्वेरी करें: A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV, CAA।
एक डोमेन दर्ज करें, एक रिकॉर्ड प्रकार चुनें (A, AAAA, MX, TXT, NS, CNAME, SOA, PTR, SRV, या CAA), फिर खोजें।
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 उपलब्ध महीनों का औसत, इन्फ्रास्ट्रक्चर ऑपरेटर की मूल कंपनी अनुसार।