DNS प्रोपेगेशन चेकर

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

एक DNS सवाल Cloudflare, Google, Quad9, OpenDNS, AdGuard, Control D, CleanBrowsing और NextDNS को भेजें और उनके जवाब, TTL और रिस्पॉन्स कोड साथ-साथ मिलाएँ। रिज़ॉल्वर से उस Cloudflare एज से पूछा जाता है जो यह पेज सर्व कर रहा है, इसलिए यह इन पब्लिक रिज़ॉल्वर के कैश की तुलना है — दुनिया के हर DNS कैश की नहीं।

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

DNS प्रोपेगेशन क्या है?

DNS प्रोपेगेशन वह समय है जो बदले गए रिकॉर्ड को हर जगह दिखने में लगता है। कुछ भी "पुश" नहीं होता: हर रिज़ॉल्वर अपनी कैश कॉपी रिकॉर्ड का TTL (या "मौजूद नहीं" जवाब के लिए ज़ोन का negative TTL) ख़त्म होने तक रखता है और तभी authoritative सर्वर से दोबारा पूछता है — इसलिए पुराना TTL तय करता है कि बदलाव में कितना समय लग सकता है।

DNS प्रोपेगेशन चेकर कैसे इस्तेमाल करें

  1. जिस डोमेन नाम को बदला है (जैसे www.example.com) और जिस रिकॉर्ड टाइप को एडिट किया है, वह लिखें।
  2. «प्रोपेगेशन जाँचें» दबाएँ; आठों रिज़ॉल्वर से Cloudflare एज से एक साथ पूछा जाता है।
  3. सारांश पढ़ें: सिर्फ़ एक अलग जवाब का मतलब है कि सारे रिज़ॉल्वर एक ही डेटा दे रहे हैं।
  4. जवाब अलग हों तो हर रिज़ॉल्वर का TTL सबसे ऊँचे TTL से मिलाएँ ताकि पता चले पुराना जवाब कितनी देर टिकेगा, और Nameserver Checker से authoritative सर्वर जाँचें।

DNS प्रोपेगेशन चेकर की खूबियाँ

  • एक बार में आठ पब्लिक रिज़ॉल्वर: Cloudflare 1.1.1.1, Google Public DNS, Quad9, Cisco OpenDNS, AdGuard DNS, Control D, CleanBrowsing और NextDNS
  • जवाबों को अलग-अलग सेट में बाँटा जाता है — सबसे आम जवाब और उससे अलग हर रिज़ॉल्वर का नाम; बराबरी को बराबरी ही दिखाया जाता है, बहुमत नहीं
  • हर रिज़ॉल्वर का बचा हुआ TTL और सबसे ऊँचा TTL, ताकि पता चले पुराना कैश्ड जवाब कब तक चल सकता है
  • Timeout, SERVFAIL और REFUSED को विफलता गिना जाता है — कभी "अलग जवाब" नहीं माना जाता
  • जब कोई फ़िल्टरिंग रिज़ॉल्वर ब्लॉक करने की वजह बताए तो Extended DNS Error (RFC 8914) दिखता है
  • DNS लुकअप वाले सभी सोलह रिकॉर्ड टाइप, MX, TXT, CAA और HTTPS समेत

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

इनपुट

  • डोमेन नाम — जिस नाम का रिकॉर्ड बदला; _dmarc.example.com जैसे underscore वाले नाम भी चलते हैं।
  • रिकॉर्ड टाइप — डिफ़ॉल्ट A; DNS लुकअप के सोलह टाइप में से कोई भी।

आउटपुट

  • सारांश — कितने रिज़ॉल्वर ने जवाब दिया, कितने अलग जवाब, जब कोई जवाब आगे हो तो कितने रिज़ॉल्वर वही सबसे आम जवाब देते हैं, सबसे ऊँचा TTL और एज से मीडियन रिस्पॉन्स टाइम।
  • रिज़ॉल्वर-वार जवाब — हर आठ रिज़ॉल्वर का स्टेटस (रिस्पॉन्स कोड, विफलता या Extended DNS Error), जवाब, उसका सबसे कम TTL और रिस्पॉन्स टाइम।
  • निष्कर्ष — जवाबों के सेट और उन्हें कौन दे रहा है, विफलताएँ, फ़िल्टरिंग के फ़ैसले और कैश्ड जवाब कितनी देर रह सकते हैं।
  • यह कैसे मापा गया — vantage point, concurrency और शामिल न किए गए रिज़ॉल्वर पर सर्वर के नोट्स।

DNS प्रोपेगेशन चेकर का उदाहरण

iana.org का A रिकॉर्ड

इनपुट:

iana.org · type A

आउटपुट:

Resolvers that answered: 8/8 · Distinct answers: 1 — all resolvers agree · Highest TTL: 3600 s
Google Public DNS   NOERROR  192.0.43.8  TTL 471
Quad9               NOERROR  192.0.43.8  TTL 1110
AdGuard DNS         NOERROR  192.0.43.8  TTL 3600
… and five more resolvers with the same answer
Findings: All 8 resolvers return the same answer: 192.0.43.8.

DNS प्रोपेगेशन चेकर के नतीजे कैसे पढ़ें

एक ही अलग जवाब और 8/8 ने जवाब दिया: हर सूचीबद्ध रिज़ॉल्वर अभी एक ही डेटा दे रहा है। दूसरी जगहों के कैश (ISP, आपका लैपटॉप) अपने TTL तक पुराना रिकॉर्ड रख सकते हैं।

दो या ज़्यादा जवाब: कुछ कैश में अब भी पिछला डेटा है। वे दिखाए गए सबसे ऊँचे TTL के भीतर रिफ़्रेश होंगे; उसके बाद भी फ़र्क़ रहे तो ज़ोन देखें — geo-DNS, लोड बैलेंसिंग या असहमत nameserver।

जिस रिज़ॉल्वर के साथ "Blocked" या "Filtered" जैसा Extended DNS Error दिखे, उसने अपनी पॉलिसी लागू की है; वह जवाब आपके ज़ोन के बारे में कुछ नहीं बताता।

नया नाम बनाने के तुरंत बाद कुछ रिज़ॉल्वर पर NXDOMAIN का मतलब आमतौर पर यह है कि उन्होंने पहले वाला "मौजूद नहीं" जवाब कैश किया है; यह ज़ोन के SOA minimum TTL के बाद ख़त्म होता है।

DNS प्रोपेगेशन चेकर कब इस्तेमाल करें

  • A, AAAA या CNAME रिकॉर्ड बदलने के बाद वेबसाइट का नए सर्वर या CDN पर जाना देखना।
  • मेल प्रोवाइडर बदलने से पहले पक्का करना कि नया MX या SPF TXT रिकॉर्ड बड़े पब्लिक रिज़ॉल्वर पर दिख रहा है।
  • किसी SaaS कंसोल में «Verify» दबाने से पहले जाँचना कि डोमेन-वेरिफ़िकेशन TXT रिकॉर्ड बड़े पब्लिक रिज़ॉल्वर पर दिख रहा है।
  • साथी को समझाना कि कुछ यूज़र अब भी पुराने सर्वर पर क्यों पहुँच रहे हैं: टेबल बताती है किन रिज़ॉल्वर के पास पुराना जवाब है और कब तक।

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

  • एक रिज़ॉल्वर हर बार timeout देता है: हो सकता है वह इस समय उस एज से पहुँच में न हो; एक विफलता का मतलब यह नहीं कि आपका रिकॉर्ड ग़लत है। एक मिनट बाद फिर जाँचें।
  • बदलाव के काफ़ी समय बाद भी हर रिज़ॉल्वर पुराना जवाब दे रहा है: पक्का करें कि DNS प्रोवाइडर पर बदलाव सेव हुआ और डोमेन के nameserver वही हैं जिन्हें आपने एडिट किया (Nameserver Checker)।
  • हर रन में जवाब बदलते रहते हैं: ज़ोन geo-DNS या round-robin रिकॉर्ड इस्तेमाल कर सकता है; DNS Record Comparison से दोनों सेट मिलाकर देखें कि ठीक-ठीक क्या अलग है।
  • टूल नाम मना कर देता है: प्राइवेट नाम (.local, .internal), एक लेबल वाले नाम और IP एड्रेस पब्लिक रिज़ॉल्वर को नहीं भेजे जाते।

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

क्या यह पूरी दुनिया में DNS प्रोपेगेशन जाँचता है?

कोई भी टूल हर कैश नहीं देख सकता। यह टूल आठ बड़े पब्लिक रिज़ॉल्वर से पूछता है — सब उसी Cloudflare एज लोकेशन से जिसने आपका अनुरोध सर्व किया — DNS-over-HTTPS पर। ये सभी सेवाएँ anycast हैं, इसलिए जवाब उस एज के सबसे नज़दीकी साइट से आता है। आपके ISP का रिज़ॉल्वर, कंपनी का DNS और आपके डिवाइस अपना-अपना कैश रखते हैं।

DNS प्रोपेगेशन में कितना समय लगता है?

असल में कोई "पुश" नहीं होता: हर रिज़ॉल्वर कैश किया रिकॉर्ड उसका TTL ख़त्म होने तक रखता है और फिर authoritative सर्वर से दोबारा पूछता है। नतीजों का सबसे ऊँचा TTL वह अधिकतम समय है जब तक कोई सूचीबद्ध रिज़ॉल्वर अपनी मौजूदा कॉपी दे सकता है। तय बदलाव से एक दिन पहले TTL घटा दें ताकि स्विच जल्दी हो।

रिकॉर्ड बदला नहीं, फिर भी एक रिज़ॉल्वर अलग जवाब क्यों देता है?

फ़िल्टरिंग रिज़ॉल्वर (Quad9, AdGuard, CleanBrowsing) अपनी सूची के डोमेन ब्लॉक करते हैं और Extended DNS Error से वजह बता सकते हैं। Geo-DNS और CDN लोड बैलेंसिंग भी जान-बूझकर लोकेशन के हिसाब से जवाब देते हैं। Timeout या SERVFAIL को विफलता दिखाया जाता है, अलग जवाब नहीं।

सारे रिज़ॉल्वर सहमत हैं, फिर भी ब्राउज़र पुरानी साइट क्यों दिखा रहा है?

आपके कंप्यूटर, ब्राउज़र और लोकल नेटवर्क के अपने कैश होते हैं, और ब्राउज़र पुराने सर्वर से खुला कनेक्शन रख सकता है। लोकल DNS कैश फ़्लश करें या उसके TTL तक रुकें, और जाँचें कि आप VPN या कंपनी के रिज़ॉल्वर से तो टेस्ट नहीं कर रहे।

क्या मैं देख सकता हूँ कि authoritative nameserver पर क्या है?

हाँ — Nameserver Checker ज़ोन के हर authoritative सर्वर से सीधे पूछता है, जिससे पता चलता है कि हर authoritative सर्वर बदलाव दे रहा है या नहीं। प्रोपेगेशन तभी पूरा हो सकता है जब हर authoritative सर्वर नया डेटा दे।

तकनीकी नोट्स

हर रिज़ॉल्वर को DNS-over-HTTPS (RFC 8484) पर बाइनरी DNS क्वेरी मिलती है, EDNS(0) के साथ ताकि वह Extended DNS Error (RFC 8914) जोड़ सके। Worker एक समय में चार रिज़ॉल्वर से पूछता है और हर एक का समय अलग मापता है; अगर Worker को नया कनेक्शन खोलना पड़ा तो समय में HTTPS कनेक्शन सेटअप भी शामिल होता है।

जवाबों की तुलना सर्वर की तरह होती है: रिस्पॉन्स कोड, फिर हर रिकॉर्ड का टाइप और डेटा — केस एक जैसा करके, क्रम से लगाकर, सिग्नेचर छोड़कर। NXDOMAIN, खाली NOERROR (NODATA) और पॉज़िटिव जवाब तीन अलग नतीजे हैं। TTL की तुलना नहीं होती — वे कैश की उम्र हैं (RFC 2181 §8, negative जवाबों के लिए RFC 2308)।

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

सभी रिज़ॉल्वर से उसी एक Cloudflare एज से पूछा जाता है जो आपका अनुरोध सर्व करता है, इसलिए यह उस लोकेशन से दिखने वाले पब्लिक रिज़ॉल्वर की तुलना है — कई देशों से टेस्ट नहीं। Anycast रिज़ॉल्वर उस एज के सबसे नज़दीकी साइट से जवाब देते हैं।

आपके ISP का रिज़ॉल्वर, कंपनी के रिज़ॉल्वर और डिवाइस कैश शामिल नहीं हैं। DNS4EU (सिर्फ़ व्यक्तिगत नागरिकों के लिए) और Mullvad DNS (endpoint सत्यापित नहीं) जान-बूझकर छोड़े गए हैं।

रिस्पॉन्स टाइम एज से हर रिज़ॉल्वर तक मापा जाता है और इसमें कनेक्शन सेटअप शामिल है; यह आपके अपने कनेक्शन के बारे में नहीं बताता।

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

आपका लिखा नाम और रिकॉर्ड टाइप Mutqan सर्वर से नतीजों में दिखाए आठ रिज़ॉल्वर को भेजा जाता है; हर एक को क्वेरी Mutqan से आती दिखती है, आपसे नहीं। कुछ भी स्टोर नहीं होता और पेज पर दिखाने के बाद कोई नतीजा नहीं रखा जाता।

संदर्भ

  • RFC 2308: Negative Caching of DNS Queries (DNS NCACHE)IETF · 1998रिज़ॉल्वर NXDOMAIN और NODATA जवाब कैसे कैश करते हैं, और यह कि negative TTL, SOA रिकॉर्ड के TTL और उसके minimum फ़ील्ड में से छोटा होता है।
  • RFC 2181: Clarifications to the DNS SpecificationIETF · 1997ऐसे नियम जो मूल DNS RFC में खुले छोड़े गए थे: एक RRset का एक ही TTL, TTL की सीमाएँ, और यह कि MX व NS का target alias (CNAME) नहीं हो सकता।
  • RFC 8484: DNS Queries over HTTPS (DoH)IETF · 2018DNS over HTTPS को परिभाषित करता है: application/dns-message मीडिया टाइप के साथ HTTPS GET या POST में भेजा गया DNS संदेश, और उस पर कैशिंग व HTTP/2 कैसे लागू होते हैं।