DNS प्रसार चेकर
डोमेन डालें और उसके DNS रिकॉर्ड दुनिया भर के रिज़ॉल्वरों से देखें — पता चलेगा कि हालिया बदलाव लागू हुआ या नहीं।
- हल हो गया
- कोई उत्तर नहीं
- जाँच जारी
-
Benito Juarez मैक्सिको —
-
Buenos Aires अर्जेंटीना —
-
City of London यूनाइटेड किंगडम —
-
Chicago संयुक्त राज्य —
-
Lehi संयुक्त राज्य —
-
New York संयुक्त राज्य —
-
Frankfurt am Main जर्मनी —
-
Paris फ़्रांस —
-
Roosendaal नीदरलैंड —
-
Vancouver कनाडा —
-
South Brisbane ऑस्ट्रेलिया —
-
Tokyo जापान —
-
Singapore सिंगापुर —
-
Pune भारत —
-
São Paulo ब्राज़ील —
-
Milan इटली —
-
Son Espanyol स्पेन —
-
Slaka स्वीडन —
-
Jakarta इंडोनेशिया —
-
Randburg दक्षिण अफ़्रीका —
-
San Bernardo चिली —
-
Vinhomes Times City वियतनाम —
-
Ajman संयुक्त अरब अमीरात —
-
Jerusalem इज़राइल —
देश के अनुसार DNS जाँचें
-
संयुक्त राज्य 8 सर्वर
-
ऑस्ट्रेलिया 6 सर्वर
-
ऑस्ट्रिया 6 सर्वर
-
ब्राज़ील 6 सर्वर
-
बुल्गारिया 6 सर्वर
-
कनाडा 6 सर्वर
-
चिली 6 सर्वर
-
चीन 6 सर्वर
-
कोलंबिया 6 सर्वर
-
क्रोएशिया 6 सर्वर
-
चेकिया 6 सर्वर
-
डेनमार्क 6 सर्वर
-
इक्वाडोर 6 सर्वर
-
मिस्र 6 सर्वर
-
फ़िनलैंड 6 सर्वर
-
जर्मनी 6 सर्वर
-
यूनान 6 सर्वर
-
हाँग काँग (चीन विशेष प्रशासनिक क्षेत्र) 6 सर्वर
-
हंगरी 6 सर्वर
-
भारत 6 सर्वर
-
इंडोनेशिया 6 सर्वर
-
ईरान 6 सर्वर
-
इज़राइल 6 सर्वर
-
इटली 6 सर्वर
DNS प्रसार कैसे काम करता है
हर DNS रिकॉर्ड का एक टाइम-टू-लिव, यानी TTL होता है: सेकंडों की वह संख्या जितनी देर रिज़ॉल्वर किसी कैश किए जवाब को रख सकता है, उसके बाद उसे आधिकारिक नेम सर्वरों से दोबारा पूछना पड़ता है।
जिन रिज़ॉल्वरों के पास पिछली वैल्यू है वे उसे अपनी प्रति की मियाद ख़त्म होने तक बाँटते रहते हैं। उसके बाद ही वे नया जवाब लाते हैं।
कोई वैश्विक स्विच नहीं है जो एक झटके में पलट जाए। यह मियाद-समाप्ति हज़ारों रिज़ॉल्वरों पर स्वतंत्र रूप से चलती है, इसीलिए कोई अपडेट एक जगह लाइव और दूसरी जगह अब भी बासी हो सकता है।
नियोजित बदलाव से एक दिन पहले TTL घटा देने से बदलाव जल्दी जमता है। कई जगहों से जाँचने पर दिखता है कि नई वैल्यू कहाँ तक फैली।
नतीजे जगह के हिसाब से अलग क्यों होते हैं
हर रिज़ॉल्वर अपने हिसाब से कैश करता है, तो एक के पास वह रिकॉर्ड अब भी हो सकता है जिसे दूसरा रीफ़्रेश कर चुका है। बदलाव आपके दफ़्तर से पूरा दिख सकता है और मोबाइल डेटा वाले फ़ोन से अधूरा।
कई बड़ी साइटें पूछने वाले रिज़ॉल्वर की जगह के हिसाब से चुना गया IP लौटाती हैं। यूरोप और एशिया के रिज़ॉल्वरों को एक ही होस्टनेम के लिए सही मगर अलग-अलग पते मिल सकते हैं।
कैश की देरी TTL ख़त्म होते-होते मिट जाती है, जबकि CDN के फ़र्क़ जान-बूझकर बने रहते हैं। जगहों की आमने-सामने तुलना इन दोनों असर को अलग कर देती है।
DNS रिकॉर्ड प्रकार जो आप जाँच सकते हैं
- A
- A रिकॉर्ड होस्टनेम को IPv4 पते से जोड़ता है। ब्राउज़र वेबसाइट का सर्वर खोजने के लिए यही रिकॉर्ड रिज़ॉल्व करता है, इसलिए होस्टिंग बदलने के बाद आम तौर पर यही जाँचा जाता है।
- AAAA
- AAAA रिकॉर्ड होस्टनेम को IPv6 पते से जोड़ता है। IPv6 पर साइट तक पहुँचने वाले क्लाइंटों और नेटवर्कों के लिए यह A रिकॉर्ड वाली ही भूमिका निभाता है।
- MX
- MX रिकॉर्ड उन मेल सर्वरों के नाम बताता है जो डोमेन का ईमेल स्वीकार करते हैं, और हर एक को प्राथमिकता देता है। पाने वाले मेल सर्वर इसे पढ़कर तय करते हैं कि डिलीवरी कहाँ हो, इसलिए ईमेल होस्टिंग में किसी भी बदलाव के बाद इसे जाँचें।
- NS
- NS रिकॉर्ड डोमेन के आधिकारिक नेम सर्वरों की सूची देता है। ज़ोन के असली जवाब इन्हीं सर्वरों के पास होते हैं, और रजिस्ट्रार पर डेलिगेशन इन्हीं की ओर इशारा करना चाहिए।
- TXT
- TXT रिकॉर्ड किसी नाम से जुड़ा मनचाहा टेक्स्ट रखता है। यह डोमेन सत्यापन और SPF व DKIM जैसी ईमेल नीति के रिकॉर्ड में बड़े पैमाने पर इस्तेमाल होता है।
- PTR
- PTR रिकॉर्ड IP पते को वापस होस्टनेम से जोड़ता है — A या AAAA लुकअप का उलटा। यह उस प्रदाता के अधीन रहता है जो IP ब्लॉक नियंत्रित करता है, और मेल सर्वर की साख जाँचने में अक्सर देखा जाता है।
- CNAME
- CNAME रिकॉर्ड एक होस्टनेम को दूसरे का उपनाम बना देता है, और रिज़ॉल्वर उसका पीछा कर लक्ष्य के रिकॉर्ड तक पहुँचते हैं। जिस नाम पर CNAME हो, वह उसी लेबल पर दूसरे रिकॉर्ड प्रकार नहीं रख सकता।
- CAA
- CAA रिकॉर्ड बताता है कि कौन-से प्रमाणपत्र प्राधिकरण डोमेन के लिए TLS प्रमाणपत्र जारी कर सकते हैं। प्राधिकरण जारी करने से पहले इसे पढ़ते हैं, जिससे गलत जारी होना घटता है।
- SOA
- SOA रिकॉर्ड में ज़ोन की प्रशासनिक सेटिंग्स रहती हैं — प्राइमरी नेम सर्वर, ज़िम्मेदार संपर्क, सीरियल नंबर और डिफ़ॉल्ट नेगेटिव-कैश समय। हर ज़ोन में ठीक एक होता है।
- SRV
- SRV रिकॉर्ड किसी ख़ास सेवा — जैसे SIP या XMPP — का होस्ट और पोर्ट एक संरचित नाम के तहत बताता है। समर्थन करने वाले क्लाइंट सेवा खोजने के लिए इसी रिकॉर्ड का उपयोग करते हैं।
यह चेकर कैसे इस्तेमाल करें
- जो डोमेन या होस्टनेम देखना है वह लिखें, जैसे www.example.com, और सूची से रिकॉर्ड प्रकार चुनें।
- जाँच चलाएँ। हर सर्वर रिकॉर्ड को स्वतंत्र रूप से क्वेरी करता है और मिला जवाब रिस्पॉन्स टाइम के साथ बताता है।
- जगहों के नतीजों की तुलना करें। हर जगह एक-से जवाब का मतलब बदलाव प्रसारित हो चुका; पुरानी-नई वैल्यू का मिश्रण मतलब कुछ रिज़ॉल्वर अब भी कैश की प्रति थामे हैं।
अक्सर पूछे जाने वाले सवाल
Global DNS Checker क्या है?
Global DNS Checker एक मुफ़्त टूल है जो किसी डोमेन के DNS रिकॉर्ड दुनिया भर के सर्वरों से एक साथ देखता है।
यह A, AAAA, CNAME, CAA, MX, NS, PTR, SOA, SRV और TXT रिकॉर्ड का समर्थन करता है।
क्या Global DNS Checker मुफ़्त है?
हाँ। साइट का हर टूल मुफ़्त है और कोई भी खाता नहीं माँगता। हमारा अनुरोध बस इतना है कि साइट को हाथ से इस्तेमाल करें, उस पर स्क्रिप्ट न चलाएँ।
किसी डोमेन नाम के DNS रिकॉर्ड कैसे जाँचूँ?
पेज के ऊपर वाले फ़ील्ड में डोमेन लिखें, रिकॉर्ड प्रकार चुनें और "DNS जाँचें" पर क्लिक करें। नीचे सूचीबद्ध सर्वर फिर वही क्वेरी चलाते हैं और हर एक को मिला जवाब उसके रिस्पॉन्स टाइम के साथ दिखाते हैं।
DNS प्रसार में कितना समय लगता है?
यह किसी तय घड़ी से नहीं, रिकॉर्ड के TTL से चलता है।
रिज़ॉल्वर पिछला जवाब तब तक देते रहते हैं जब तक उनकी कैश की गई प्रति की मियाद ख़त्म न हो, फिर नया उठाते हैं — इसलिए 300 सेकंड TTL वाला रिकॉर्ड करीब पाँच मिनट में अपडेट हो जाता है, जबकि एक दिन के TTL में 24 घंटे तक लग सकते हैं।
यह आम दावा कि बदलाव में हमेशा 48 घंटे लगते हैं, धीमे नेम सर्वरों के ज़माने का मिथक है; असल तरीका बदलाव से पहले TTL घटाना है।
मेरा DNS प्रसारित क्यों नहीं हो रहा?
आम तौर पर सब ठीक चल रहा होता है और आप बस ऐसा रिज़ॉल्वर देख रहे होते हैं जो TTL ख़त्म होने तक पुरानी वैल्यू कैश में रखे है।
दूसरी आम वजहें हैं — नेम सर्वर बदलाव जो रजिस्ट्रार के पास सहेजा नहीं गया, जिससे डेलिगेशन अब भी पुराने प्रदाता की ओर इशारा करता है, और नेगेटिव कैशिंग, जिसमें रिज़ॉल्वर याद रखता है कि नाम मौजूद नहीं था और SOA के नेगेटिव-कैश टाइमर के ख़त्म होने तक वही लौटाता रहता है।
कई जगहों से जाँचने पर दिखता है कि नई वैल्यू फैल रही है या सचमुच गायब है।
अपना DNS कैश कैसे साफ़ करूँ?
Windows पर कमांड प्रॉम्प्ट खोलकर ipconfig /flushdns चलाएँ।
macOS पर sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder चलाएँ।
systemd-resolved वाले ज़्यादातर Linux सिस्टम पर sudo resolvectl flush-caches चलाएँ।
ब्राउज़र या डिवाइस रीस्टार्ट करने से भी ऐप-स्तर के कैश साफ़ हो जाते हैं। कैश साफ़ करना सिर्फ़ आपकी मशीन पर असर डालता है; इससे दुनिया के बाकी रिज़ॉल्वरों के जवाब नहीं बदलते।
DNS में TTL क्या है?
TTL का मतलब है टाइम-टू-लिव: सेकंडों की वह संख्या जितनी देर रिज़ॉल्वर किसी कैश किए DNS जवाब को रख सकता है, उसके बाद उसे आधिकारिक सर्वरों से दोबारा पूछना पड़ता है।
कम TTL में रिज़ॉल्वर बार-बार रीफ़्रेश करते हैं, तो बदलाव जल्दी दिखते हैं पर लुकअप बढ़ जाते हैं; ज़्यादा TTL में लुकअप कम पर अपडेट धीमे होते हैं।
नियोजित बदलाव से पहले TTL घटाना और बाद में बढ़ा देना — बिना स्थायी बोझ के तेज़ प्रसार देता है।
DNS जाँच और WHOIS लुकअप में क्या फ़र्क़ है?
DNS जाँच रिज़ॉल्वरों से पूछती है कि डोमेन के रिकॉर्ड — जैसे A, MX या TXT — इस समय क्या वैल्यू लौटा रहे हैं; ट्रैफ़िक और मेल असल में इन्हीं से चलते हैं।
WHOIS लुकअप इसके उलट डोमेन के पंजीकरण की जानकारी बताता है: रजिस्ट्रार, बनने और समाप्ति की तारीख़ें, और नेम सर्वर डेलिगेशन।
DNS बताता है कि डोमेन अभी कैसा बर्ताव कर रहा है; WHOIS बताता है कि उसे किसने पंजीकृत किया और वह कब समाप्त होगा।
क्या मेरा DNS हर जगह अपडेट हो गया?
यह टूल कई जगहों के रिज़ॉल्वरों से एक साथ डोमेन जाँचता है, तो अगर हर सर्वर नई वैल्यू लौटाए, तो बदलाव जाँचे गए रिज़ॉल्वरों तक पहुँच चुका है।
चूँकि दुनिया में रिज़ॉल्वर किसी भी टूल की पहुँच से कहीं ज़्यादा हैं, पूरी तरह एक-सा नतीजा पक्की गारंटी नहीं बल्कि मज़बूत प्रमाण है।
पुराने और नए जवाबों का मिश्रण मतलब प्रसार अभी जारी है और कुछ रिज़ॉल्वर TTL ख़त्म होने तक कैश की प्रति थामे हुए हैं।
मुझे कौन-सा DNS रिकॉर्ड प्रकार जाँचना चाहिए?
वही रिकॉर्ड जाँचें जो आपने बदला है।
वेबसाइट को नई होस्टिंग पर ले जाने के बाद A रिकॉर्ड जाँचें, और IPv6 देते हों तो AAAA भी।
ईमेल होस्टिंग बदलने के बाद MX रिकॉर्ड जाँचें।
डोमेन को नए DNS प्रदाता के पास ले जाएँ तो NS रिकॉर्ड जाँचें।
डोमेन सत्यापन और SPF या DKIM जैसी मेल नीतियों के लिए TXT रिकॉर्ड जाँचें।
तय न कर पाएँ तो A और MX से शुरू करें — साइट और मेल के ज़्यादातर बदलाव इन्हीं से ढक जाते हैं।