DNS-over-HTTPS टेस्टर

सर्वर सहायता नया इंटरनेट और नेटवर्क

यह टूल HTTPS पर एक DNS सवाल पूछता है: Cloudflare 1.1.1.1 या Google Public DNS से उनके JSON API के ज़रिए — पूरा रिस्पॉन्स कोड, फ़्लैग, answer और authority सेक्शन और चाहें तो DNSSEC डेटा — या एक साथ आठ सार्वजनिक रिज़ॉल्वर से RFC 8484 वायर फ़ॉर्मेट में, ताकि उनके जवाबों की तुलना हो सके। क्वेरी Mutqan सर्वर चलाने वाले Cloudflare एज से जाती हैं, इसलिए समय वहीं से मापा जाता है, आपके डिवाइस से नहीं।

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

DNS over HTTPS क्या है?

DNS over HTTPS (RFC 8484) सामान्य DNS सवाल-जवाब को HTTPS अनुरोधों के अंदर भेजता है, जिससे क्लाइंट और रिज़ॉल्वर के बीच वे एन्क्रिप्ट रहते हैं और रास्ते में पढ़े या बदले नहीं जा सकते। रिकॉर्ड और रिस्पॉन्स कोड (RFC 1035) पारंपरिक DNS जैसे ही हैं; Cloudflare और Google जल्दी जाँच के लिए उन्हीं जवाबों का JSON रूप भी देते हैं।

DNS-over-HTTPS टेस्टर कैसे इस्तेमाल करें

  1. डोमेन नाम डालें, या रिवर्स लुकअप के लिए IP पता। IP पते के साथ A या AAAA की जगह PTR पूछा जाता है, क्योंकि रिवर्स नाम में यही रिकॉर्ड होता है; बाक़ी टाइप वैसे ही पूछे जाते हैं जैसे आपने चुने।
  2. रिकॉर्ड टाइप और रिज़ॉल्वर चुनें: एक विस्तृत जवाब के लिए Cloudflare या Google, तुलना के लिए «सभी 8 सार्वजनिक रिज़ॉल्वर»।
  3. सिग्नेचर और वैलिडेशन फ़्लैग चाहिए तो «DNSSEC रिकॉर्ड माँगें» चुनें, फिर «HTTPS पर क्वेरी करें» दबाएँ।
  4. पहले रिस्पॉन्स कोड और फ़्लैग पढ़ें, फिर रिकॉर्ड और निष्कर्ष।

DNS-over-HTTPS टेस्टर की खूबियाँ

  • एक रिज़ॉल्वर — Cloudflare 1.1.1.1 या Google Public DNS — से उनके DoH JSON API पर क्वेरी, पूरे रिस्पॉन्स के साथ
  • सभी रिज़ॉल्वर मोड: वही सवाल आठ सार्वजनिक रिज़ॉल्वर से RFC 8484 वायर फ़ॉर्मेट में, जवाबों की साथ-साथ तुलना
  • रिस्पॉन्स कोड, AD, CD, TC, RD और RA फ़्लैग, TTL के साथ answer और authority सेक्शन, और रिज़ॉल्वर की अपनी टिप्पणी
  • वैकल्पिक DNSSEC रिकॉर्ड (DO बिट), AD फ़्लैग की साफ़ व्याख्या के साथ
  • सोलह रिकॉर्ड टाइप — A, AAAA, MX और TXT से HTTPS, SVCB, CAA, DS, DNSKEY और TLSA तक; IP पता उसके रिवर्स नाम से खोजा जाता है, और A या AAAA चुना हो तो PTR टाइप से
  • फ़िल्टर करने वाले रिज़ॉल्वर के Extended DNS Error उनके जवाब के पास; तालिकाएँ CSV में डाउनलोड करें

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

इनपुट

  • डोमेन नाम (_dmarc.example.com जैसे अंडरस्कोर वाले लेबल मान्य हैं) या IP पता, जिसकी क्वेरी उसके in-addr.arpa या ip6.arpa नाम से होती है (A या AAAA चुना हो तो PTR टाइप से, क्योंकि रिवर्स नाम में पते वाले रिकॉर्ड नहीं होते)।
  • रिकॉर्ड टाइप (16), रिज़ॉल्वर (Cloudflare, Google या सभी आठ) और एक रिज़ॉल्वर के साथ यह कि DNSSEC रिकॉर्ड माँगने हैं या नहीं।

आउटपुट

  • एक रिज़ॉल्वर: रिज़ॉल्वर, रिस्पॉन्स कोड, रिकॉर्ड की संख्या, क्वेरी टाइम, DNSSEC वैलिडेशन; TTL के साथ answer और authority रिकॉर्ड; रिस्पॉन्स फ़्लैग, सवाल और रिज़ॉल्वर की टिप्पणी।
  • सभी रिज़ॉल्वर: कितनों ने जवाब दिया, जवाब मिलते हैं या नहीं और कितने अलग जवाब हैं, सबसे तेज़ और सबसे धीमा रिज़ॉल्वर, और हर रिज़ॉल्वर की पंक्ति — स्थिति, कोड, जवाब, समय और कोई Extended DNS Error।
  • NXDOMAIN, NODATA, SERVFAIL, CNAME चेन, AD फ़्लैग और सबसे कम TTL समझाने वाले निष्कर्ष।

DNS-over-HTTPS टेस्टर का उदाहरण

Google Public DNS से example.com का A रिकॉर्ड (वैल्यू समय के साथ बदलती हैं)

इनपुट:

नाम: example.com · रिकॉर्ड टाइप: A · रिज़ॉल्वर: Google Public DNS (HTTPS पर JSON)

आउटपुट:

Resolver: Google Public DNS · Response code: NOERROR · Records: 2 · Query time: 21 ms (from the Cloudflare edge) · DNSSEC validated: yes (AD)
Section | Name | Type | TTL (s) | Data
answer | example.com | A | 300 | 172.66.147.243
answer | example.com | A | 300 | 104.20.23.154
Resolver comment: Response from 172.64.32.162.
Findings:
- AD flag set: the resolver validated the DNSSEC signatures of this answer.
- The lowest TTL is 300 s: resolvers may serve this answer from cache for up to that long after a change (a cached TTL counts down).

DNS-over-HTTPS टेस्टर के नतीजे कैसे पढ़ें

रिकॉर्ड के साथ NOERROR जवाब है। बिना रिकॉर्ड के NOERROR (NODATA) का मतलब है कि नाम मौजूद है पर इस टाइप का रिकॉर्ड नहीं; NXDOMAIN का मतलब है कि नाम है ही नहीं।

एक रिज़ॉल्वर से SERVFAIL और दूसरे से जवाब अक्सर DNSSEC की ओर इशारा करता है: विफल रिज़ॉल्वर सिग्नेचर जाँचता है और उसे टूटा सिग्नेचर मिला, या authoritative सर्वर से उसकी क्वेरी विफल हुई।

AD = yes का मतलब है कि रिज़ॉल्वर ने DNSSEC सिग्नेचर जाँचे। बिना साइन वाले ज़ोन में AD = no सामान्य है; साइन किए ज़ोन में यह चेतावनी है।

«सभी रिज़ॉल्वर» मोड में बदलाव के तुरंत बाद अलग जवाब कैशिंग की वजह से होते हैं; लगातार अंतर जियोग्राफ़िक DNS, CDN या फ़िल्टर करने वाले रिज़ॉल्वर से आता है, जो अक्सर कारण बताने वाला Extended DNS Error जोड़ते हैं।

DNS-over-HTTPS टेस्टर कब इस्तेमाल करें

  • जाँचना कि आपने अभी जो रिकॉर्ड बदला, उसके लिए Cloudflare और Google रिज़ॉल्वर क्या लौटाते हैं।
  • देखना कि कोई फ़िल्टर करने वाला रिज़ॉल्वर (Quad9, AdGuard, CleanBrowsing) किसी डोमेन को ब्लॉक करता है या नहीं, और क्या कारण बताता है।
  • लुकअप अजीब बर्ताव करे तो पूरा DNS रिस्पॉन्स — फ़्लैग, authority सेक्शन, रिज़ॉल्वर की टिप्पणियाँ — देखना।
  • key rollover या DS बदलाव के बाद पुष्टि करना कि DNSSEC से साइन किया ज़ोन वैलिडेट होता है (AD सेट)।

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

  • नाम पर वैलिडेशन एरर: सिर्फ़ सार्वजनिक नाम और पते मान्य हैं; प्राइवेट पते, एक-लेबल वाले नाम और .local जैसे आंतरिक सफ़िक्स अस्वीकार होते हैं।
  • सिर्फ़ एक रिज़ॉल्वर से SERVFAIL: नाम पर DNSSEC चेकर चलाएँ, और तुलना के लिए दूसरे रिज़ॉल्वर से क्वेरी दोहराएँ।
  • रेट-लिमिट का संदेश: DNS लुकअप हर विज़िटर के प्रति-मिनट बजट को साझा करते हैं; थोड़ा रुककर फिर क्वेरी करें।
  • ANY क्वेरी एक HINFO रिकॉर्ड लौटाती है: यह RFC 8482 का व्यवहार है; ज़रूरी रिकॉर्ड टाइप एक-एक करके पूछें।

DNS-over-HTTPS टेस्टर के बारे में अक्सर पूछे जाने वाले सवाल

DNS over HTTPS क्या है?

DNS over HTTPS (DoH, RFC 8484) सामान्य DNS सवाल-जवाब को रिज़ॉल्वर तक HTTPS अनुरोधों के अंदर ले जाता है, जिससे वे एन्क्रिप्ट रहते हैं और बाक़ी वेब ट्रैफ़िक जैसे दिखते हैं। जवाब वही DNS रिकॉर्ड होते हैं जो साधारण लुकअप देता है; फ़र्क सिर्फ़ ट्रांसपोर्ट का है।

क्या यह जाँचता है कि मेरा ब्राउज़र DoH इस्तेमाल करता है?

नहीं। क्वेरी Mutqan सर्वर Cloudflare एज से भेजता है, आपका ब्राउज़र या ऑपरेटिंग सिस्टम नहीं, इसलिए पेज यह नहीं देख सकता कि आपका डिवाइस कौन-सा रिज़ॉल्वर इस्तेमाल करता है या DNS एन्क्रिप्ट करता है या नहीं। इसके लिए अपने ब्राउज़र या सिस्टम की secure DNS सेटिंग देखें।

JSON API और RFC 8484 वायर फ़ॉर्मेट में क्या फ़र्क है?

Cloudflare और Google DoH का JSON रूप (application/dns-json और /resolve) भी देते हैं, जो जवाब पढ़ने योग्य JSON में लौटाता है; यह टूल एक-रिज़ॉल्वर क्वेरी में इसे इस्तेमाल करता है क्योंकि इसमें फ़्लैग और रिज़ॉल्वर की टिप्पणियाँ आती हैं। RFC 8484 बाइनरी DNS संदेश ही भेजता है; «सभी रिज़ॉल्वर» विकल्प इसे इस्तेमाल करता है क्योंकि हर सार्वजनिक रिज़ॉल्वर इसे सपोर्ट करता है।

रिज़ॉल्वर अलग-अलग जवाब क्यों देते हैं?

बदलाव के तुरंत बाद हर रिज़ॉल्वर अपना TTL ख़त्म होने तक पुराना जवाब रख सकता है। जियोग्राफ़िक DNS या CDN वाली साइटें लोकेशन के हिसाब से जवाब देती हैं, और Quad9, AdGuard और CleanBrowsing जैसे फ़िल्टर करने वाले रिज़ॉल्वर कुछ नाम जान-बूझकर ब्लॉक करते हैं, अक्सर Extended DNS Error के साथ जो तालिका में दिखता है।

AD फ़्लैग का क्या मतलब है?

Authenticated Data: रिज़ॉल्वर ने जवाब के DNSSEC सिग्नेचर सत्यापित किए। यह सिर्फ़ उन साइन किए ज़ोन पर लगता है जिनकी chain of trust सही है; बिना साइन वाले ज़ोन को यह कभी नहीं मिलता, और यह कोई गलती नहीं है।

ANY क्वेरी का जवाब एक अजीब रिकॉर्ड क्यों होता है?

RFC 8482 रिज़ॉल्वर को ANY का जवाब हर रिकॉर्ड सेट के बजाय एक छोटे जवाब से देने देता है, और Cloudflare एक HINFO रिकॉर्ड लौटाता है। हर रिकॉर्ड टाइप अलग से पूछें।

तकनीकी नोट्स

RFC 8484 DoH को परिभाषित करता है: RFC 1035 के बाइनरी फ़ॉर्मेट वाला DNS संदेश, application/dns-message मीडिया टाइप के साथ HTTPS अनुरोध में। «सभी रिज़ॉल्वर» मोड ठीक यही करता है — हर रिज़ॉल्वर को POST (जो सिर्फ़ GET मानता है उसे GET), एक बार में चार रिज़ॉल्वर।

एक-रिज़ॉल्वर मोड Cloudflare (application/dns-json) और Google (/resolve) का प्रकाशित JSON रूप इस्तेमाल करता है: वही DNS जवाब, हेडर फ़्लैग, RCODE और रिज़ॉल्वर की टिप्पणियों के साथ JSON फ़ील्ड में। DO बिट RRSIG रिकॉर्ड माँगता है; AD फ़्लैग रिज़ॉल्वर के अपने DNSSEC वैलिडेशन को बताता है।

समय Mutqan सर्वर उस Cloudflare एज से मापता है जिसने आपका अनुरोध संभाला, और नया कनेक्शन खोलना पड़े तो उसमें रिज़ॉल्वर से HTTPS कनेक्शन बनाने का समय भी जुड़ता है; यह आपके डिवाइस की DNS लेटेंसी नहीं है।

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

हर क्वेरी Mutqan सर्वर चलाने वाले Cloudflare एज से जाती है, आपके डिवाइस से नहीं। यह बताती है कि रिज़ॉल्वर क्या जवाब देते हैं, यह नहीं कि आपका कंप्यूटर कौन-सा रिज़ॉल्वर इस्तेमाल करता है या DNS एन्क्रिप्ट करता है या नहीं।

एक-रिज़ॉल्वर मोड में सिर्फ़ Cloudflare और Google हैं; «सभी रिज़ॉल्वर» मोड आठ सार्वजनिक रिज़ॉल्वर को फ़्लैग के विवरण के बिना कवर करता है।

नया कनेक्शन ज़रूरी हो तो समय में HTTPS कनेक्शन बनाना भी शामिल होता है, और anycast रिज़ॉल्वर एज के सबसे पास वाली साइट से जवाब देते हैं, इसलिए तुलना सिर्फ़ उसी जगह से सही है।

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

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

संदर्भ

  • RFC 8484: DNS Queries over HTTPS (DoH)IETF · 2018DNS over HTTPS को परिभाषित करता है: application/dns-message मीडिया टाइप के साथ HTTPS GET या POST में भेजा गया DNS संदेश, और उस पर कैशिंग व HTTP/2 कैसे लागू होते हैं।
  • RFC 1035: Domain Names - Implementation and SpecificationIETFDNS संदेश का फ़ॉर्मेट, रिकॉर्ड टाइप और रिस्पॉन्स कोड (NOERROR, NXDOMAIN, SERVFAIL, REFUSED) जिन्हें हर रिज़ॉल्वर आज भी इस्तेमाल करता है।
  • Using DNS over HTTPS (JSON) — Cloudflare 1.1.1.1 docsCloudflarecloudflare-dns.com पर DoH का application/dns-json रूप: क्वेरी पैरामीटर, DO और CD फ़्लैग, और जवाब के JSON फ़ील्ड।