Logo वेबसाइट जाँचकर्ता
DNS

DNS लुकअप

मुफ़्त बिना साइन-अप सार्वजनिक DNS डेटा

किसी भी डोमेन या सबडोमेन के लिए सार्वजनिक रूप से प्रकाशित DNS रिकॉर्ड खोजें। देखें कि होस्टनाम कहाँ इंगित करता है, कौन से मेल सर्वर ईमेल प्राप्त करते हैं, कौन से नेमसर्वर प्राधिकृत हैं और कौन से TXT रिकॉर्ड प्रकाशित हैं - सब एक तालिका में जिसे आप फ़िल्टर और खोज सकते हैं।

परिणाम लुकअप समय पर हमारे सर्वर के DNS रिज़ॉल्वर से आते हैं। आपका ISP, कार्यालय नेटवर्क या VPN TTL समाप्त होने तक अलग उत्तर कैश कर सकते हैं।

DNS रिकॉर्ड खोजें

डोमेन या होस्टनाम दर्ज करें। आप पूर्ण URL चिपका सकते हैं - हम होस्टनाम स्वचालित निकालते हैं। /blog जैसे पथ अनदेखे होते हैं। केवल सार्वजनिक डोमेन अनुमत हैं।

मुफ़्त उपयोग। हम आपके द्वारा खोजे गए होस्टनाम संग्रहीत नहीं करते। यह जाँचने के लिए कि वेबसाइट HTTP/HTTPS पर प्रतिक्रिया देती है, हमारा वेबसाइट जाँचकर्ता उपयोग करें।

DNS क्या है?

DNS (डोमेन नेम सिस्टम) इंटरनेट की फ़ोन बुक है। लोग example.com जैसे नाम टाइप करते हैं; ब्राउज़र और मेल सर्वर को IP पते और अन्य रूटिंग निर्देश चाहिए। DNS उन नामों को तकनीकी विवरण में अनुवाद करता है जिनका उपयोग सेवाएँ कनेक्शन के लिए करती हैं।

जब आप किसी डोमेन की खोज करते हैं, तो आप हैकिंग या निजी डेटा तक पहुँच नहीं कर रहे। डोमेन मालिक जानबूझकर DNS रिकॉर्ड प्रकाशित करते हैं ताकि दुनिया उनकी वेबसाइट ढूँढ सके, ईमेल पहुँचाए और तृतीय-पक्ष सेवाओं के साथ डोमेन सत्यापित कर सके।

एक डोमेन में एक साथ दर्जनों रिकॉर्ड हो सकते हैं: वेबसाइट के लिए एक होस्टनाम, ईमेल के लिए दूसरा, सुरक्षा के लिए TXT स्ट्रिंग, और NS रिकॉर्ड जो बताते हैं कि कौन कंपनी ज़ोन होस्ट करती है। यह उपकरण साइट लॉन्च, होस्टिंग बदलने या मेल ठीक करने के दौरान अधिकांश लोगों को चाहिए सामान्य रिकॉर्ड प्रकार दिखाता है।

यह उपकरण क्या करता है

होस्टनाम दर्ज करें और हम A, AAAA, CNAME, MX, TXT, NS और SOA के लिए सार्वजनिक DNS क्वेरी करते हैं। परिणाम क्रमबद्ध तालिका में प्रकार फ़िल्टर और खोज बॉक्स के साथ दिखते हैं ताकि आप विशिष्ट IP, मेल होस्ट या TXT स्ट्रिंग जल्दी ढूँढ सकें।

हम यह भी दिखाते हैं कि नाम IP पते पर हल होता है या नहीं और देखे गए IPv4/IPv6 उत्तर सूचीबद्ध करते हैं। इससे "DNS पूरी तरह गायब है" और "DNS है पर केवल ईमेल के लिए, वेबसाइट के लिए नहीं" में अंतर करना आसान होता है।

यह हमारे सर्वर के रिज़ॉल्वर का स्नैपशॉट है, वैश्विक प्रसार मानचित्र नहीं। यदि आपने अभी रिकॉर्ड बदले हैं, कुछ उपयोगकर्ता कैश TTL समाप्त होने तक पुराने मान देख सकते हैं। DNS बदलाव के बाद चरण-दर-चरण चेकलिस्ट के लिए हमारी DNS प्रसार गाइड देखें।

DNS रिकॉर्ड प्रकार समझाए गए

नीचे प्रत्येक रिकॉर्ड प्रकार का व्यावहारिक अर्थ और सेटअप या समस्या निवारण के दौरान आपको कब इसकी परवाह करनी चाहिए।

A (IPv4 पता)

होस्टनाम को एक या अधिक IPv4 पतों (उदाहरण 93.184.216.34) से मैप करता है। यदि वेबसाइट लोड नहीं होती, जाँचें कि apex डोमेन या www सबडोमेन का A रिकॉर्ड आपके होस्टिंग प्रदाता द्वारा दिए गए IP पर इंगित करता है। कई A रिकॉर्ड सर्वरों पर ट्रैफ़िक संतुलित कर सकते हैं।

AAAA (IPv6 पता)

A की तरह ही भूमिका, पर IPv6 पतों के लिए। कई साइटें A और AAAA दोनों प्रकाशित करती हैं ताकि IPv6-सक्षम क्लाइंट सीधे कनेक्ट कर सकें। यदि केवल AAAA गलत या गायब है, IPv6-only या IPv6-प्राथमिकता वाले नेटवर्क के कुछ आगंतुक विफल हो सकते हैं जबकि IPv4 पर अन्य ठीक रहते हैं।

CNAME (कैनोनिकल नाम / उपनाम)

होस्टनाम को सीधे IP के बजाय दूसरे नाम पर इंगित करता है। www का CDN होस्टनाम पर या SaaS प्लेटफ़ॉर्म को सौंपे सबडोमेन के लिए सामान्य। अधिकांश प्रदाताओं पर ज़ोन apex (नंगा example.com) पर CNAME नहीं रख सकते - वहाँ A/AAAA या ALIAS/ANAME उपयोग करें।

MX (मेल एक्सचेंज)

भेजने वाले मेल सर्वर को बताता है कि डोमेन के लिए ईमेल कहाँ डिलीवर करें। प्रत्येक MX पंक्ति में प्राथमिकता संख्या होती है - कम मान पहले आज़माए जाते हैं। यदि ईमेल बाउंस हो या न आए, जाँचें कि MX लक्ष्य आपके मेल प्रदाता से मेल खाते हैं और संबंधित TXT (SPF, DKIM, DMARC) सही हैं।

TXT (टेक्स्ट रिकॉर्ड)

मनमाना टेक्स्ट संग्रहीत करता है, अक्सर एक तार्किक रिकॉर्ड में कई स्ट्रिंग में विभाजित। SPF (आपके डोमेन से कौन मेल भेज सकता है), DKIM सार्वजनिक कुंजी, DMARC नीतियाँ, Google या Microsoft डोमेन सत्यापन और अन्य सेवा प्रमाण के लिए उपयोग। लंबे TXT मान सामान्य हैं।

NS (नेमसर्वर)

ज़ोन को प्राधिकृत नेमसर्वर को सौंपता है (उदाहरण ns1.cloudflare.com)। यदि NS गलत प्रदाता पर इंगित करते हैं, दूसरी जगह किए संपादन का कोई प्रभाव नहीं होगा। DNS नए होस्ट पर स्थानांतरित करने के बाद रजिस्ट्रार पर NS अपडेट करना होगा।

SOA (प्राधिकरण की शुरुआत)

ज़ोन के प्रशासनिक मेटाडेटा: प्राथमिक नेमसर्वर, संपर्क ईमेल (होस्टनाम के रूप में एन्कोड), सीरियल नंबर, और refresh व retry के समय मान। SOA मैन्युअल संपादन दुर्लभ; यह पुष्टि करता है कौन सर्वर प्राधिकृत माना जाता है और ज़ोन स्वस्थ दिखती है या नहीं।

DNS लुकअप कब उपयोग करें

DNS लुकअप उत्तर देता है "इस नाम के लिए क्या प्रकाशित है?" यह नहीं बताता कि वेब सर्वर ऑनलाइन है - HTTP स्थिति, SSL और प्रतिक्रिया समय के लिए वेबसाइट जाँचकर्ता उपयोग करें। DNS लुकअप चलाने के सामान्य कारण:

  • डोमेन खरीदने या होस्टिंग बदलने के बाद - लॉन्च की घोषणा से पहले पुष्टि करें कि A/AAAA या CNAME नए प्रदाता पर इंगित करता है।
  • जब ईमेल काम बंद हो - जाँचें MX रिकॉर्ड और SPF/DKIM/DMARC TXT प्रविष्टियाँ आपकी मेल सेवा दस्तावेज़ से मेल खाती हैं।
  • जब केवल कुछ उपयोगकर्ता साइट तक नहीं पहुँच पाते - तुलना करें apex और www के अलग रिकॉर्ड हैं या IPv6 (AAAA) गायब/गलत है।
  • सहायता टिकट खोलने से पहले - सटीक रिकॉर्ड मान चिपकाएँ ताकि रजिस्ट्रार या होस्ट देख सके सार्वजनिक इंटरनेट क्या हल करता है।
  • तृतीय-पक्ष सेवा सत्यापित करते समय - कई उपकरण TXT रिकॉर्ड जोड़ने को कहते हैं; लुकअप पुष्टि करता है कि यह सार्वजनिक रूप से दिखाई देता है।

यदि DNS सही दिखता है पर साइट फिर भी विफल होती है, समस्या वेब सर्वर, फ़ायरवॉल, SSL प्रमाणपत्र या CDN सेटिंग्स में हो सकती है, DNS में नहीं।

परिणाम तालिका कैसे पढ़ें

TTL (टाइम टू लाइव)

TTL बताता है रिज़ॉल्वर कितने समय (सेकंड में) इस उत्तर को कैश कर सकते हैं। 300 का मतलब लगभग पाँच मिनट; 86400 चौबीस घंटे। नियोजित माइग्रेशन से पहले कम TTL बदलाव तेज़ फैलने में मदद करता है; उच्च TTL क्वेरी लोड कम करता है पर रोलबैक दृश्यता धीमी करता है।

MX प्राथमिकता

केवल MX रिकॉर्ड प्राथमिकता उपयोग करते हैं। सबसे कम संख्या पसंदीदा मेल सर्वर; उच्च संख्याएँ फ़ॉलबैक। प्राथमिकता 0 मान्य है और अक्सर "उच्चतम प्राथमिकता" का अर्थ है प्रदाता परंपराओं के अनुसार।

स्थिति सारांश

  • IP पर हल होता है - IP पर हल होता है - कम से कम एक A या AAAA (या gethostbyname) ने सार्वजनिक पता लौटाया। वेब सर्वर फिर भी ऑफ़लाइन हो सकता है; DNS केवल दिखाता है ट्रैफ़िक कहाँ भेजा जाएगा।
  • DNS रिकॉर्ड हैं (कोई A/AAAA नहीं) - DNS रिकॉर्ड हैं (कोई A/AAAA नहीं) - नाम DNS में मौजूद है (उदाहरण केवल MX या TXT) पर कोई वेब IP नहीं मिला। ईमेल-केवल डोमेन या गलत वेब होस्टिंग के लिए सामान्य।
  • कोई रिकॉर्ड नहीं मिला - कोई रिकॉर्ड नहीं मिला - इस होस्टनाम के लिए कुछ नहीं लौटा। नाम मौजूद न हो, अभी सौंपा न गया हो, या अभी प्रसारित हो रहा हो।

सामान्य DNS समस्याएँ (और क्या जाँचें)

  • वेबसाइट डाउन पर DNS सही - A रिकॉर्ड सही IP पर इंगित करता है पर साइट विफल: वेब सर्वर, फ़ायरवॉल, SSL और CDN जाँचें। अलग HTTP जाँच चलाएँ।
  • www काम करता है पर apex नहीं (या उलटा) - apex और www अलग होस्टनाम हैं। कई साइटें एक को दूसरे पर रीडायरेक्ट करती हैं; दोनों को सही रिकॉर्ड चाहिए।
  • स्थानांतरण के बाद पुराना IP - उच्च TTL के कारण पुराना A अभी कैश में। TTL समाप्ति की प्रतीक्षा करें या अगले बदलाव से पहले TTL कम करें।
  • ईमेल डिलीवरेबिलिटी समस्याएँ - गायब/गलत MX; SPF TXT में आपका प्रेषक शामिल नहीं; DKIM/DMARC प्रकाशित नहीं। मेल संबंधित पंक्तियों के लिए तालिका को MX और TXT पर फ़िल्टर करें।
  • गलत पैनल में DNS संपादित - NS रिकॉर्ड दिखाते हैं कौन प्राधिकृत है। रजिस्ट्रार पर बदलाव का कोई प्रभाव नहीं यदि ज़ोन Cloudflare, Route 53 या होस्ट DNS पैनल में प्रबंधित है (या इसके विपरीत)।
  • CNAME संघर्ष - एक होस्टनाम पर CNAME और अन्य रिकॉर्ड प्रकार एक साथ नहीं हो सकते। कुछ पैनल प्रकाशन विफल होने तक इसे छिपाते हैं।

DNS लुकअप बनाम वेबसाइट जाँचकर्ता

ये उपकरण एक-दूसरे को पूरक करते हैं। DNS लुकअप डोमेन नेम सिस्टम में प्रकाशित कॉन्फ़िगरेशन डेटा दिखाता है। वेबसाइट जाँचकर्ता लाइव HTTP(S) अनुरोध करता है और स्थिति कोड, रीडायरेक्ट, SSL, समय और पेज प्रतिक्रिया रिपोर्ट करता है।

DNS लुकअप उपयोग करें जब:

  • आपने नेमसर्वर, A, AAAA, CNAME, MX या TXT रिकॉर्ड बदले हों।
  • ट्रैफ़िक सर्वर तक पहुँचने से पहले दुनिया को क्या दिखना चाहिए पुष्टि करनी हो।

वेबसाइट जाँचकर्ता उपयोग करें जब:

  • DNS पहले से हल होता है पर साइट त्रुटि, टाइमआउट या SSL चेतावनी देती है।
  • जानना हो समस्या DNS है, सर्वर है, या बीच में कुछ (CDN, बॉट सुरक्षा)।

अक्सर पूछे जाने वाले प्रश्न

क्या किसी और का DNS देखना कानूनी है?

हाँ। सार्वजनिक डोमेन के DNS रिकॉर्ड जानबूझकर प्रकाशित होते हैं ताकि इंटरनेट ट्रैफ़िक रूट कर सके। उन्हें देखना प्रशासकों, डेवलपर्स और सहायता टीमों के लिए मानक अभ्यास है - वही डेटा जो कोई DNS उपकरण या कमांड-लाइन क्लाइंट क्वेरी कर सकता है।

मेरे परिणाम दूसरे DNS उपकरण से क्यों अलग हैं?

अलग रिज़ॉल्वर, भौगोलिक स्थान और कैश स्थिति किसी क्षण थोड़े अलग उत्तर दे सकते हैं - विशेषकर बदलाव के तुरंत बाद। प्राधिकृत NS परिणाम तुलना करें और कैश संदेह पर TTL समाप्ति की प्रतीक्षा करें।

क्या मैं सबडोमेन खोज सकता हूँ?

हाँ। कोई भी सार्वजनिक होस्टनाम दर्ज करें जैसे www.example.com, mail.example.com या api.example.com। प्रत्येक सबडोमेन का अपना रिकॉर्ड सेट हो सकता है जब तक वाइल्डकार्ड DNS उपयोग में न हो।

यदि कोई A रिकॉर्ड नहीं पर MX है तो?

डोमेन केवल ईमेल के लिए सेट हो सकता है, या वेब होस्टिंग अभी कॉन्फ़िगर नहीं। उस स्थिति में हमारी स्थिति "DNS रिकॉर्ड हैं (कोई A/AAAA नहीं)" दिखाएगी। DNS प्रदाता पर A या AAAA (या सबडोमेन के लिए CNAME) जोड़ें ताकि नाम वेब सर्वर पर इंगित करे।

क्या आप मेरे द्वारा खोजे गए डोमेन संग्रहीत करते हैं?

हम जानबूझकर खोजे गए होस्टनाम डेटाबेस में संग्रहीत नहीं करते। मानक सर्वर लॉग अनुरोध रिकॉर्ड कर सकते हैं जैसे अधिकांश वेब सर्वर करते हैं। विवरण के लिए हमारी गोपनीयता नीति देखें।

संबंधित उपकरण और गाइड