DNS लुकअप
किसी सार्वजनिक रिज़ॉल्वर से पूछें कि वह किसी डोमेन के लिए वास्तव में क्या रखता है: A, AAAA, MX, TXT, CNAME, NS और SOA रिकॉर्ड, TTL के साथ। यह केवल एक रिज़ॉल्वर का दृष्टिकोण है — पहले Google, फ़ॉलबैक के रूप में Cloudflare — कोई वैश्विक प्रसार मानचित्र नहीं, और पेज यह बात जहाँ भी मायने रखती है, वहाँ कहता है।
उत्तर वास्तव में है क्या
जब आप कोई DNS रिकॉर्ड बदलते हैं, तो कोई एक क्षण नहीं होता जब पूरा इंटरनेट सहमत हो जाए। हर रिज़ॉल्वर जो उसने आखिरी बार प्राप्त किया था उसे उतनी देर कैश करता है जितना रिकॉर्ड का TTL कहता है, और हर एक अपने ही कार्यक्रम पर ताज़ा होता है। इसलिए कोई लुकअप टूल आपको हमेशा केवल एक रिज़ॉल्वर का वर्तमान दृष्टिकोण दिखा सकता है — और एक उपयोगी टूल आपको बताता है कि वह किसका है। यह पेज पहले HTTPS पर Google Public DNS से क्वेरी करता है; अगर Google उत्तर नहीं देता, तो यह Cloudflare के रिज़ॉल्वर से फिर कोशिश करता है और बताता है कि किसने उत्तर दिया। अगर दोनों कभी असहमत हों, तो यह सामान्य है: लंबे TTL के समाप्त होने की प्रतीक्षा करें और फिर से जांचें।
रिकॉर्ड प्रकार वे सवाल कवर करते हैं जो लोग वास्तव में पूछते हैं। A और AAAA वह जगह है जहाँ नाम इशारा करता है — IPv4 और IPv6। MX वह जगह है जहाँ मेल जाता है, और इसकी संख्याएँ प्राथमिकताएँ हैं: कम संख्या पहले डिलीवर होती है। TXT सत्यापन स्ट्रिंग (SPF, DKIM, डोमेन स्वामित्व के प्रमाण) रखता है और यह वह रिकॉर्ड है जो सबसे अक्सर गलत चिपकाया जाता है, इसलिए पेज स्ट्रिंग को बिल्कुल वैसा ही दिखाता है जैसा वह लौटाई गई थी, उद्धरण चिह्नों समेत। CNAME किसी अन्य नाम का उपनाम है। NS ज़ोन के लिए आधिकारिक सर्वरों के नाम बताता है। SOA ज़ोन का सीरियल और टाइमर रखता है — सीरियल हर ज़ोन परिवर्तन पर बढ़ता है, जिससे यह जानने का सबसे तेज़ तरीका बन जाता है कि कोई संपादन वास्तव में प्रकाशित हुआ है या नहीं।
TTL रिकॉर्ड से ज़्यादा महत्वपूर्ण क्यों है
अधिकांश DNS घटनाएँ TTL घटनाएँ होती हैं। 3600 सेकंड TTL वाला रिकॉर्ड, आपके बदलने के बाद भी एक घंटे तक पुराना मान देता रहता है, और कोई लुकअप टूल तेज़ ताज़ा होने के लिए मजबूर नहीं कर सकता — कैश उन रिज़ॉल्वरों पर रहता है जिन्हें आप नियंत्रित नहीं करते। व्यावहारिक नियम यह है कि नियोजित माइग्रेशन से एक-दो दिन पहले TTL को कुछ मिनटों तक घटा दें, और नए मान स्थिर हो जाने पर उन्हें फिर बढ़ा दें। हर परिणाम में TTL कॉलम इसलिए है ताकि आप कार्य करने से पहले देख सकें कि जो बदलाव आप करने वाले हैं, उस पर विश्वास होने में कितना समय लगेगा।
खाली उत्तर भी एक उत्तर है। NXDOMAIN का अर्थ है कि रिज़ॉल्वर आधिकारिक रूप से कह रहा है कि यह नाम मौजूद नहीं है — आमतौर पर कोई टाइपिंग की गलती, या रिकॉर्ड बदला नहीं बल्कि हटाया गया था। मांगे गए प्रकार के रिकॉर्ड के बिना NOERROR का अर्थ है कि नाम मौजूद है लेकिन उस प्रकार का कुछ नहीं रखता: उदाहरण के लिए, A रिकॉर्ड वाला और MX रिकॉर्ड न रखने वाला डोमेन वेब ट्रैफ़िक स्वीकार करता है और कोई मेल नहीं। दोनों SERVFAIL से अलग हैं, जिसका अर्थ है कि रिज़ॉल्वर स्वयं विफल रहा और परिणाम पर किसी भी तरह भरोसा नहीं किया जाना चाहिए।
संबंधित टूल: किसी नाम के पीछे के पंजीकरण रिकॉर्ड के लिए डोमेन लुकअप, अगर कोई A रिकॉर्ड आपको ऐसे दायरे में ले जाए जिसकी योजना बनानी हो तो सबनेट कैलकुलेटर, और पूरी तस्वीर — पहुँच, प्रमाणपत्र, समाप्ति और रिकॉर्ड एक साथ — के लिए वेबसाइट हेल्थ चेक।
अक्सर पूछे जाने वाले प्रश्न
मैं किसका उत्तर देख रहा हूँ?
उस सार्वजनिक रिज़ॉल्वर का उत्तर जिसे क्वेरी किया गया था — पहले Google Public DNS, Google विफल हो तो दूसरे स्थान पर Cloudflare। यह एक रिज़ॉल्वर का ज़ोन के प्रति दृष्टिकोण है, कोई वैश्विक प्रसार मानचित्र नहीं: अन्य रिज़ॉल्वर तब तक पुराने रिकॉर्ड रख सकते हैं जब तक उनकी कैश की गई प्रतियाँ समाप्त न हो जाएँ।
बदला हुआ रिकॉर्ड अभी भी पुराना मान क्यों दिखाता है?
DNS उत्तर हर रिकॉर्ड के बगल में दिखाए गए TTL के लिए कैश किए जाते हैं। जब तक इतने सेकंड न बीत जाएँ, रिज़ॉल्वर पुराना मान देते रहते हैं। अगर आप चाहते हैं कि नया मान तेज़ी से फैले, तो नियोजित बदलाव से काफी पहले TTL घटा दें।
NXDOMAIN का क्या अर्थ है?
रिज़ॉल्वर आधिकारिक रूप से कह रहा है कि यह नाम ज़ोन में मौजूद नहीं है — SERVFAIL के विपरीत, जिसका अर्थ है कि उत्तर देने में कुछ गलत हुआ। जिस नाम के मौजूद होने की आपको उम्मीद थी, उस पर NXDOMAIN का सबसे आम कारण डोमेन में टाइपिंग की गलती है।
क्या यह पेज मेरी क्वेरी को कहीं और भी भेजता है?
जिस डोमेन को आप लुकअप करते हैं वह उस सार्वजनिक DNS रिज़ॉल्वर को भेजा जाता है जो उसका उत्तर देता है — Google, या फ़ॉलबैक के रूप में Cloudflare — क्योंकि DNS-over-HTTPS इसी तरह काम करता है। आपकी यात्रा के बारे में और कुछ भी नहीं भेजा जाता, और कोई खाता या ट्रैकिंग शामिल नहीं है।
क्या मैं यहाँ किसी डोमेन का पंजीकरण भी जांच सकता हूँ?
पंजीकरण डेटा (रजिस्ट्रार, निर्माण और समाप्ति तिथियाँ) एक अलग लुकअप है। RDAP रजिस्ट्री डेटा के लिए डोमेन लुकअप का उपयोग करें, या काउंटडाउन और निगरानी के लिए डोमेन समाप्ति चेकर का।