नेमसर्वर चेकर

सर्वर सहायता नया DNS और डोमेन

टूल ज़ोन के nameserver ढूँढता है, फिर उनके हर एड्रेस से TCP पोर्ट 53 पर recursion बंद करके पूछता है और जवाब, AA फ़्लैग और SOA serial मिलाता है। Cloudflare DNS पर होस्ट किए गए ज़ोन जाँचे नहीं जा सकते: क्वेरी एक Cloudflare Worker से जाती हैं, और उसे Cloudflare के अपने एड्रेस पर TCP कनेक्शन खोलने की अनुमति नहीं है।

गोपनीयता: आप जो नाम खोजते हैं वह Mutqan सर्वर से नतीजों में बताए गए सार्वजनिक DNS रिज़ॉल्वर को भेजा जाता है। कुछ भी स्टोर नहीं होता।

Authoritative nameserver क्या होता है?

Authoritative nameserver वह सर्वर है जिसके पास ज़ोन ख़ुद होता है और जो रिज़ॉल्वर की तरह कैश कॉपी देने की बजाय AA (Authoritative Answer) फ़्लैग के साथ उसका जवाब देता है। पैरेंट ज़ोन के NS रिकॉर्ड से ज़ोन ऐसे सर्वरों के एक सेट को delegate होता है, और सबको एक ही डेटा और SOA serial देना चाहिए; जो सर्वर सूची में है पर authoritative जवाब नहीं देता, वह lame delegation है।

नेमसर्वर चेकर कैसे इस्तेमाल करें

  1. डोमेन (या उसके अंदर का कोई भी नाम) लिखें; टूल ज़ोन और उसके nameserver ख़ुद ढूँढ लेता है।
  2. serial मिलाने के लिए SOA रहने दें, या कोई ख़ास रिकॉर्ड सेट हर nameserver पर एक जैसा है यह देखने के लिए A, AAAA, MX, NS या TXT चुनें।
  3. «नेमसर्वर जाँचें» दबाएँ और फ़ैसला पढ़ें: "nameservers सहमत" के लिए हर एड्रेस का authoritative तरीक़े से एक ही जवाब देना ज़रूरी है।
  4. टेबल में वह एड्रेस ढूँढें जो अलग जवाब देता है, timeout होता है या बिना AA फ़्लैग के जवाब देता है, और उस सर्वर को ठीक करें या delegation से हटाएँ।

नेमसर्वर चेकर की खूबियाँ

  • नाम वाला ज़ोन और उसका NS सेट ढूँढकर हर nameserver एड्रेस से सीधे पूछता है — IPv4 और IPv6 दोनों
  • TCP पोर्ट 53 पर recursion बंद क्वेरी, ताकि हर जवाब सर्वर की अपनी ज़ोन कॉपी से आए, किसी कैश से नहीं
  • हर एड्रेस के लिए: रिस्पॉन्स कोड, Authoritative Answer (AA) फ़्लैग, SOA serial, लौटे रिकॉर्ड और सर्वर का दिया TTL, और जवाब का समय
  • पूरे NS सेट पर फ़ैसला: सहमत, असहमत, या सत्यापित नहीं (जब कुछ एड्रेस से पूछा न जा सका)
  • Lame delegation, मना की गई क्वेरी, पीछे छूटे secondary (अलग SOA serial) और एक ही होस्ट पर IPv4/IPv6 का फ़र्क़ अलग से बताया जाता है
  • छह क्वेरी टाइप: SOA (डिफ़ॉल्ट), A, AAAA, MX, NS और TXT
  • साफ़ बताता है जब ज़ोन Cloudflare DNS पर है और इसलिए Cloudflare Worker से जाँचा नहीं जा सकता

इनपुट और आउटपुट

इनपुट

  • डोमेन नाम — example.com जैसा ज़ोन apex या ज़ोन के अंदर कोई भी नाम; reverse ज़ोन उसके in-addr.arpa या ip6.arpa नाम से जाँचा जाता है।
  • रिकॉर्ड टाइप — SOA (डिफ़ॉल्ट, serial के लिए), A, AAAA, MX, NS या TXT।

आउटपुट

  • सारांश — ज़ोन, NS सेट के कुल एड्रेस में से कितनों ने जवाब दिया, अलग-अलग जवाबों की संख्या और फ़ैसला, दिखे SOA serial और कितने एड्रेस से पूछा नहीं गया।
  • Nameserver जवाब — हर एड्रेस की एक पंक्ति: nameserver, IP, रिस्पॉन्स कोड, AA फ़्लैग, SOA serial, रिकॉर्ड, उस सर्वर का दिया TTL, जवाब का समय और नोट (पूछा नहीं गया, timeout, authoritative नहीं)।
  • निष्कर्ष — कौन-से सर्वर असहमत, पीछे या मना कर रहे हैं, बहुमत का जवाब (जब जवाब देने वाले आधे से ज़्यादा एड्रेस एक ही जवाब दें), और कुछ एड्रेस से क्यों नहीं पूछा गया।
  • यह कैसे मापा गया — TCP क्वेरी, एज vantage point और लागू सीमाओं पर सर्वर के नोट्स।

नेमसर्वर चेकर का उदाहरण

wikipedia.org का SOA उसके तीनों nameserver पर

इनपुट:

wikipedia.org · type SOA

आउटपुट:

Zone: wikipedia.org · Addresses that answered: 6/6 · Distinct answers: 1 — nameservers agree · SOA serials: 2026060420
ns0.wikimedia.org  208.80.154.238    NOERROR  AA ✓  2026060420
ns0.wikimedia.org  2620:0:861:53::1  NOERROR  AA ✓  2026060420
… ns1 and ns2 the same on IPv4 and IPv6
Findings: Every answering server serves serial 2026060420 (2026-06-04 #20). All 6 addresses of the NS set answered, agree and are authoritative.

नेमसर्वर चेकर के नतीजे कैसे पढ़ें

"nameservers सहमत": NS सेट के हर एड्रेस ने authoritative तरीक़े से एक ही रिकॉर्ड और serial के साथ जवाब दिया — यानी जिस रिकॉर्ड सेट के बारे में पूछा गया, वह पूरे NS सेट पर एक जैसा है। बाक़ी रिकॉर्ड टाइप इस रन में शामिल नहीं।

"nameservers असहमत": कम से कम एक एड्रेस ने अलग डेटा, अलग serial, error कोड या बिना AA फ़्लैग का जवाब दिया। कुछ सर्वर पर ऊँचा serial आमतौर पर बताता है कि बाक़ी ने अभी नया ज़ोन ट्रांसफ़र नहीं किया; कुछ मिनट बाद फिर जाँचें।

"सहमति सत्यापित नहीं": कुछ भी विरोधाभासी नहीं, पर हर एड्रेस ने जवाब नहीं दिया या उनसे पूछा नहीं जा सका (जैसे कुछ Cloudflare नेटवर्क पर हैं), इसलिए पूरे सेट की सहमति का दावा नहीं किया जाता।

REFUSED या बिना AA का जवाब lame सर्वर का संकेत है; सिर्फ़ एक एड्रेस पर timeout अक्सर ऐसे फ़ायरवॉल की ओर इशारा करता है जो TCP/53 रोकता है, या बंद पड़े सर्वर की ओर।

नेमसर्वर चेकर कब इस्तेमाल करें

  • DNS होस्टिंग बदलने से पहले और बाद: पक्का करना कि नए nameserver authoritative जवाब देते हैं और वही SOA serial — या चुने गए टाइप के वही रिकॉर्ड — देते हैं।
  • रिकॉर्ड एडिट करने के बाद: रिज़ॉल्वर के अपडेट होने का इंतज़ार करने से पहले जाँचना कि हर nameserver उसे दे रहा है।
  • Secondary DNS का ऑडिट: ऐसा secondary पकड़ना जिसका SOA serial primary से पीछे रहता है।
  • पुराने DNS प्रोवाइडर के NS सेट में छूटे lame delegation ढूँढना।

समस्या निवारण

  • "इस ज़ोन का हर nameserver Cloudflare नेटवर्क पर है": ज़ोन Cloudflare DNS पर होस्ट है, जिसे Cloudflare Worker TCP पर नहीं पूछ सकता। DNS लुकअप या DNS प्रोपेगेशन चेकर इस्तेमाल करें, या अपनी मशीन से dig +norecurse चलाकर nameserver से पूछें।
  • किसी nameserver के आगे "नाम का कोई एड्रेस नहीं": NS रिकॉर्ड ऐसे होस्ट पर है जिसके A/AAAA रिकॉर्ड नहीं — glue या होस्ट के एड्रेस रिकॉर्ड ठीक करें। "एड्रेस लुकअप का समय ख़त्म" या "एड्रेस लुकअप विफल" से होस्ट के बारे में कुछ पता नहीं चलता: रिज़ॉल्वर ने उसका जवाब नहीं दिया, इसलिए कुछ बदलने से पहले जाँच दोबारा चलाएँ।
  • सिर्फ़ कुछ एड्रेस timeout होते हैं: सर्वर TCP/53 रोक रहा हो सकता है या उस एड्रेस फ़ैमिली (IPv4 या IPv6) पर बंद हो सकता है। Authoritative सर्वर को TCP पर जवाब देना ही चाहिए।
  • जाँच मना हुई क्योंकि कोई nameserver प्राइवेट एड्रेस पर resolve होता है: delegation किसी internal होस्ट पर है, जिससे यह पब्लिक जाँच कभी कनेक्ट नहीं करती।

नेमसर्वर चेकर के बारे में अक्सर पूछे जाने वाले सवाल

Cloudflare DNS पर होस्ट डोमेन क्यों नहीं जाँचा जा सकता?

यह चेकर Cloudflare Worker के रूप में चलता है, और Worker को Cloudflare की अपनी IP रेंज पर सीधे TCP कनेक्शन खोलने की अनुमति नहीं है। जब ज़ोन के सारे nameserver Cloudflare पर हों तो जाँच इसी वजह के साथ रुक जाती है; कुछ ही हों तो वे एड्रेस "पूछा नहीं गया" दिखते हैं। ऐसे ज़ोन के लिए DNS लुकअप और DNS प्रोपेगेशन चेकर काम करते हैं।

अलग-अलग SOA serial का क्या मतलब है?

ज़ोन के हर बदलाव पर serial बढ़ना चाहिए, और secondary सर्वर ऊँचा serial देखकर ज़ोन कॉपी करते हैं। एक साथ दो serial का मतलब है कि कोई secondary अभी पीछे है (बदलाव के बाद कुछ मिनट तक सामान्य) या प्रोवाइडर ज़ोन को अलग-अलग पब्लिश कर रहे हैं।

Lame delegation क्या होता है?

delegation में लिखा ऐसा nameserver जो ज़ोन के लिए authoritative जवाब नहीं देता: क्वेरी मना करता है या बिना AA फ़्लैग के जवाब देता है। जो रिज़ॉल्वर इसे चुनते हैं उन्हें error या पुराना डेटा मिलता है, इसलिए इसे NS सेट से हटाएँ या उस पर ज़ोन कॉन्फ़िगर करें।

टूल UDP की जगह TCP क्यों इस्तेमाल करता है?

Worker सिर्फ़ TCP सॉकेट खोल सकता है, और हर authoritative सर्वर को TCP पर जवाब देना ज़रूरी है (RFC 7766)। क्वेरी recursion बंद करके भेजी जाती है, इसलिए हर सर्वर अपनी ज़ोन कॉपी से जवाब देता है, कैश से नहीं।

कितने nameserver जाँचे जाते हैं?

वर्णक्रम में ज़्यादा से ज़्यादा आठ nameserver, हर एक के अधिकतम दो एड्रेस (दोनों हों तो एक IPv4 और एक IPv6), हर एड्रेस के लिए चार सेकंड और पूरी जाँच के लिए लगभग 24 सेकंड।

तकनीकी नोट्स

NS सेट DoH पर एक पब्लिक रिज़ॉल्वर से आता है; अगर नाम ज़ोन का apex नहीं है तो ज़ोन authority सेक्शन के SOA रिकॉर्ड से लिया जाता है। हर nameserver नाम resolve होता है, उसके सारे एड्रेस पब्लिक होने चाहिए, और RD बिट हटाकर एक wire-format क्वेरी (RFC 1035) TCP (RFC 7766) पर भेजी जाती है — अधिकतम 8 nameserver × 2 एड्रेस, हर एक 4 सेकंड, एक बार में चार, पूरी जाँच लगभग 24 सेकंड।

जवाब तभी authoritative माना जाता है जब AA फ़्लैग सेट हो (शब्दों की परिभाषा RFC 9499 में)। serial के फ़र्क़ की व्याख्या इस नियम पर आधारित है कि primary का serial ऊँचा होने पर secondary NOTIFY या refresh के बाद ज़ोन ट्रांसफ़र करते हैं (RFC 1996, RFC 1912 §2.2)। Cloudflare की प्रकाशित रेंज के एड्रेस से कभी कनेक्ट नहीं किया जाता, क्योंकि प्लेटफ़ॉर्म ऐसे सॉकेट मना करता है।

सीमाएँ और कार्यप्रणाली

Cloudflare DNS पर होस्ट ज़ोन जाँचे नहीं जा सकते: क्वेरी Cloudflare Worker से जाती हैं, और प्लेटफ़ॉर्म Cloudflare की अपनी एड्रेस रेंज पर TCP कनेक्शन मना करता है। मिले-जुले सेटअप में Cloudflare वाले एड्रेस "पूछा नहीं गया" दिखते हैं।

ज़्यादा से ज़्यादा 8 nameserver (वर्णक्रम में) और हर एक के 2 एड्रेस से पूछा जाता है; anycast nameserver जाँच चलाने वाले Cloudflare एज के सबसे नज़दीकी साइट से जवाब देते हैं, जो दूसरे इलाक़ों से अलग हो सकता है।

हर रन में एक क्वेरी टाइप, और जाँच लगभग 24 सेकंड पर रुकती है; समय ख़त्म होने पर बचे एड्रेस "पूछा नहीं गया" दिखते हैं, अंदाज़ा नहीं लगाया जाता।

सुरक्षा और गोपनीयता

आपका लिखा नाम और टाइप Mutqan सर्वर से एक पब्लिक रिज़ॉल्वर को (nameserver ढूँढने के लिए) और फिर सीधे ज़ोन के हर nameserver को TCP पोर्ट 53 पर भेजा जाता है। कुछ भी स्टोर नहीं होता।

संदर्भ

  • RFC 9499: DNS TerminologyIETF · 2024इन पेजों पर इस्तेमाल होने वाले DNS शब्दों का तय अर्थ: रिकर्सिव रिज़ॉल्वर, authoritative सर्वर, NODATA, कैश और TTL।
  • RFC 1034: Domain names - concepts and facilitiesIETFDNS का मॉडल: नाम-स्थान एक ट्री के रूप में, ज़ोन और delegation, authoritative सर्वर और रिज़ॉल्वर, और रिज़ॉल्वर referral व alias कैसे फ़ॉलो करता है।
  • RFC 1996: A Mechanism for Prompt Notification of Zone Changes (DNS NOTIFY)IETF · 1996primary सर्वर अपने secondary सर्वर को ज़ोन बदलने की सूचना कैसे देता है, ताकि वे SOA serial मिलाकर नया संस्करण ट्रांसफ़र करें।