DNS रेकर्डहरू अनलाइन जाँच गर्दै: A, MX, TXT, NS र तपाईंको वेबसाइट वा इमेल किन काम गरिरहेको छैन

छोटो उत्तर: DNS रेकर्डहरू अनलाइन जाँच गर्न, PromoPilot को DNS लुकअपमा आफ्नो डोमेन प्रविष्ट गर्नुहोस् र "चेक गर्नुहोस्" मा क्लिक गर्नुहोस्। यो उपकरणले तपाईंको DNS क्वेरी गर्नेछ र सबै प्रमुख रेकर्ड प्रकारहरू - A, AAAA, CNAME, MX, NS, TXT, SOA, SRV - तिनीहरूको TTL मानहरू सहित प्रदर्शन गर्नेछ। यो नि:शुल्क छ र कुनै दर्ता आवश्यक पर्दैन। तल तपाईंले प्रत्येक रेकर्डको अर्थ, परिणामहरू कसरी पढ्ने, र स्थानान्तरण पछि वेबसाइटहरू र इमेलहरू तोड्ने सबैभन्दा सामान्य त्रुटिहरू पाउनुहुनेछ।

DNS वेबसाइटको सबैभन्दा "अदृश्य" भाग हो: जबसम्म सबै कुरा काम गर्छ, कसैले पनि यसको बारेमा सोच्दैन। तर जब कुनै ग्राहकले "साइट खुलिरहेको छैन" वा "इमेलहरू डेलिभर भइरहेका छैनन्" भनेर गुनासो गर्छ, तब म सबैभन्दा पहिले डोमेन रेकर्डहरू जाँच गर्छु - आधा केसहरूमा, समस्या त्यहीं हुन्छ।

DNS रेकर्डहरू जाँच गर्दा के देखिन्छ?

प्रत्येक DNS रेकर्डले आफ्नै प्रश्नको जवाफ दिन्छ: वेबसाइट कहाँ छ, कसले मेल प्राप्त गर्छ, क्षेत्र कसले व्यवस्थापन गर्छ। उपकरणले तिनीहरूलाई एउटै रिपोर्टमा सङ्कलन गर्दछ।

प्रत्येक रेकर्डमा एउटा TTL हुन्छ—अन्य सर्भरहरूले यसलाई क्यास गर्न सक्ने सेकेन्डको संख्या। TTL ले आगन्तुकहरूलाई कति छिटो परिवर्तनहरू देखिन्छन् भनेर निर्धारण गर्छ। तपाईं कुनै पनि डोमेन जाँच गर्न सक्नुहुन्छ—तपाईंको आफ्नै, ठेकेदारको, वा प्रतिस्पर्धीको: DNS रेकर्डहरू सार्वजनिक छन्।

डोमेनको DNS रेकर्डहरू अनलाइन कसरी जाँच गर्ने?

1. उपकरण खोल्नुहोस्। तपाईंको ब्राउजरमा DNS लुकअप चल्छ।
2. प्रोटोकल बिना डोमेन प्रविष्ट गर्नुहोस्: example.com, https://example.com/ होइन।
3. रेकर्ड प्रकार —A, MX, NS, TXT, र अन्य — चयन गर्नुहोस् वा ती सबै एकैचोटि हेर्नुहोस्।
4. "जाँच गर्नुहोस्" मा क्लिक गर्नुहोस् र भेटिएका प्रविष्टिहरू र तिनीहरूको अर्थ जाँच गर्नुहोस्।
5. यो के हुनुपर्छ भन्नेसँग तुलना गर्नुहोस्: होस्टिङ प्यानलबाट IP, मेल सेवा निर्देशनहरूबाट MX।
6. क्षेत्र नियन्त्रण गरिएको रेकर्डहरू सच्याउनुहोस् (यो NS बाट देखिन्छ) र फेरि जाँच गर्नुहोस्।

उपकरण पृष्ठमा डोमेनको लागि एउटा क्षेत्र, प्रमाणिकरण बटन, संक्षिप्त विवरण, र "DNS के हो?" प्रश्नको उत्तर समावेश छ।

मुख्य सल्लाह: पहिले NS जाँच गर्नुहोस्। यदि डोमेन होस्टिंग सर्भरहरूलाई प्रत्यायोजित गरिएको छ, र तपाईंले रजिस्ट्रारमा रेकर्डहरू सम्पादन गर्नुभयो भने, परिवर्तनहरू कहिल्यै प्रभावकारी हुनेछैनन् - कसैले पनि तिनीहरूलाई पढ्ने छैनन्।

नतिजा कसरी पढ्ने र पहिले के सच्याउने?

DNS त्रुटिहरू लगभग सधैं एकै समयमा देखा पर्छन्: होस्टिङ परिवर्तन गर्दा, डोमेनलाई फरक रजिस्ट्रारमा स्थानान्तरण गर्दा, वा इमेल वा CDN मा जडान गर्दा। कसरी जाँच गर्ने भन्ने यहाँ छ:

1. NS ले तपाईंले क्षेत्र सम्पादन गर्ने ठाउँलाई औंल्याउँछ। यो पहिलो र सबैभन्दा महत्त्वपूर्ण कुरा हो। "गलत" प्यानलमा सम्पादन गर्नु भनेको "मैले सबै परिवर्तन गरेको छु, तर केहि पनि काम गर्दैन" भन्ने वाक्यांशको सबैभन्दा सामान्य कारण हो।
2. A रेकर्डले हालको सर्भरलाई औंल्याउँछ। सारिएपछि, पुरानो IP प्रायः डोमेन रूट वा www मा रहन्छ। दुबै नामहरू जाँच गर्नुहोस्।
3. कुनै पनि CNAME द्वन्द्वहरू छैनन्। एउटै डोमेन नाममा CNAME र अन्य रेकर्डहरू दुवै हुन सक्दैन। यदि www CNAME हो भने, यसको आफ्नै A रेकर्ड हुनु हुँदैन।
4. MX रेकर्डहरूले इच्छित इमेल सेवालाई औंल्याउँछन्। दुई "पुरानो" र एउटा "नयाँ" MX रेकर्डले अनियमित रूपमा इमेलहरू हराउनेछ।
5. TXT: प्रति डोमेन एउटा SPF रेकर्ड। दोस्रो मेलिङ सेवा जडान गरेपछि दुई v=spf1 रेकर्डहरू सामान्य त्रुटि हुन्। तिनीहरूलाई एउटामा जोड्नुपर्छ।
6. AAAA ले केही गर्दैन। यदि होस्टिङ प्रदायक परिवर्तन भयो तर पुरानो AAAA रेकर्ड रह्यो भने, केही IPv6 आगन्तुकहरू पुरानो सर्भरमा समाप्त हुनेछन्।

सार्दा TTL कसरी व्यवस्थापन गर्ने: IP परिवर्तन हुनुभन्दा २४ घण्टा अगाडि, A-रेकर्ड TTL लाई 300 सेकेन्डमा घटाउनुहोस्। यसरी, स्विच पछि, पुरानो मान २४ घण्टाको सट्टा पाँच मिनेट भित्र क्यासबाट गायब हुनेछ। सबै कुरा राम्ररी काम गरिसकेपछि, TTL लाई 3600 वा सोभन्दा माथि रिसेट गर्न सकिन्छ।

बाह्य सेवामा इमेल भएको सानो वेबसाइटको स्वस्थ, न्यूनतम क्षेत्र कस्तो देखिन्छ भन्ने कुरा यहाँ दिइएको छ—तपाईंको रिपोर्टलाई त्यससँग तुलना गर्न यो सुविधाजनक छ:

example.com.      3600  A      203.0.113.10
www.example.com.  3600  CNAME  example.com.
example.com.      3600  MX     10 mx1.mailprovider.net.
example.com.      3600  MX     20 mx2.mailprovider.net.
example.com.      3600  TXT    "v=spf1 include:_spf.mailprovider.net ~all"
_dmarc.example.com. 3600 TXT   "v=DMARC1; p=quarantine"

साइटको लागि एउटा IP ठेगाना, उपनामको रूपमा www, फरक प्राथमिकताहरू भएका दुई MX रेकर्डहरू (तल्लो संख्या प्राथमिक सर्भर हो), र एउटा SPF रेकर्ड। यसभन्दा बाहिरको कुनै पनि कुराको स्पष्ट उद्देश्य हुनुपर्छ: Google खोज कन्सोल प्रमाणीकरण, CDN रेकर्डहरू, र DKIM।

अनि SOA को बारेमा अर्को कुरा। यसमा जोन सिरियल नम्बर छ: यदि यो सम्पादन पछि परिवर्तन भएको छैन भने, यसको अर्थ परिवर्तनहरू अझै प्रकाशित भएका छैनन् - वा तपाईंले गलत जोन सम्पादन गर्नुभएको छ।

तुलना: प्रोमोपाइलट DNS लुकअप र विकल्पहरू

निष्कर्ष: सबै रेकर्डहरूको स्पष्ट सिंहावलोकनको लागि, अनलाइन उपकरण उपयुक्त छ; सबैले अद्यावधिक गरेका छन् कि छैनन् भनेर जाँच गर्न, whatsmydns.net प्रयोग गर्नुहोस्; गहन डिबगिङको लागि, dig प्रयोग गर्नुहोस्।

DNS लुकअप प्रोमोपाइलटको ८७ नि:शुल्क SEO उपकरणहरू मध्ये एक हो। यसको छेउमा SSL प्रमाणपत्र र HTTP हेडर प्रमाणिकरण छ: तपाईंको DNS सम्पादन गरेपछि, प्रमाणपत्र नयाँ सर्भरमा जारी गरिएको छ भनी सुनिश्चित गर्नु महत्त्वपूर्ण छ। थप विवरणहरूको लागि यस खण्डमा सम्बन्धित लेखहरू हेर्नुहोस्।

सीमाहरू: कुन DNS लुकअपले देखाउँदैन?

यो उपकरणले अनुरोधको समयमा DNS सर्भरहरूद्वारा फिर्ता गरिएका रेकर्डहरू प्रदर्शन गर्दछ। यदि पुरानो रेकर्ड अझै पनि क्यास गरिएको छ भने, यसले पाँच मिनेट अघि रेकर्ड परिवर्तन गरेको छ कि छैन भनेर थाहा पाउँदैन। त्यस्तो अवस्थामा, TTL समय पर्खनुहोस् र फेरि जाँच गर्नुहोस्।

यसले पत्ता लगाइएको IP ठेगानामा सर्भर आफैं चलिरहेको छ कि छैन भनेर जाँच गर्दैन—जसको लागि साइटको स्थिति र HTTP हेडरहरू जाँच गर्न आवश्यक छ। यसले SPF र DMARC नियमहरूको लागि इमेल रेकर्डहरूको सामग्रीहरू पनि पार्स गर्दैन: यसले TXT रेकर्ड फेला पार्नेछ, तर नीति सही छ कि छैन भनेर तपाईंलाई बताउने छैन। सुइटमा त्यसको लागि छुट्टै इमेल जाँचहरू छन्।

कहिले नि:शुल्क उपकरण पर्याप्त हुँदैन?

रेकर्डहरू हेर्न सजिलो छ। तपाईंको वेबसाइट, इमेल, CRM, र दर्जनौं सेवाहरू डोमेनमा निर्भर हुँदा डाउनटाइम बिना तिनीहरूलाई परिवर्तन गर्न गाह्रो हुन्छ। तपाईंलाई एक विशेषज्ञ चाहिन्छ यदि:

• तपाईं नयाँ होस्टिङमा सर्दै हुनुहुन्छ, र तपाईंको वेबसाइट र इमेल एक घण्टा पनि बन्द हुनु हुँदैन;
• इमेलहरू स्पाममा जान्छन्, र कुन प्रविष्टिहरू थप्ने र कुन ढाँचामा भन्ने कुरा स्पष्ट हुँदैन;
• यो क्षेत्र अघिल्लो ठेकेदारबाट विरासतमा प्राप्त भएको थियो, र त्यहाँ ४० वटा प्रविष्टिहरू किन छन् भनेर कसैलाई थाहा छैन;
• तपाईंले CDN, मेल सेवा, र विज्ञापन पुष्टिकरणहरू एकैसाथ जडान गर्न आवश्यक छ।

तपाईंको वेबसाइटको लागि म के गर्न सक्छु?

मेरो नाम भ्यालेरी डान्युक हो, म एक विकासकर्ता र SEO विशेषज्ञ हुँ जसमा १२ वर्षको अनुभव छ र २०० भन्दा बढी ग्राहकहरू छन्। म डोमेन स्थानान्तरण र इमेल सेटअप ह्यान्डल गर्छु ताकि ग्राहकहरूले स्थानान्तरण याद नगरून्।

SEO र पदोन्नति

• टर्नकी एसईओ अडिट: DNS, SSL, रिडिरेक्ट, गति, र अनुक्रमणिका एउटै रिपोर्टमा - सुधारहरू सहित।
• अनुवादक बिनाको बहुभाषी वेबसाइट - धेरै डोमेनहरू सिर्जना नगरी नयाँ बजारहरूमा कसरी प्रवेश गर्ने।

वेबसाइटहरू र अनलाइन स्टोरहरू

• 1001site तपाईंको आफ्नै डोमेन भएको वेबसाइट: तपाईंले आफ्नो डोमेन जडान गर्नुहुन्छ, र प्रमाणपत्र स्वचालित रूपमा जारी हुन्छ। के यो निर्माणकर्ताको सदस्यता शुल्कको लायक छ? टिल्डा वा एआई-संचालित वेबसाइट तुलना गर्नुहोस्।
• MCP र Claude मार्फत केही मिनेटमा ३०० उत्पादनहरूको सूची ।

CRM, लेखा र स्वचालन

• लेखा, बहीखाता, र ३०,००० उत्पादनहरू भएको स्टोर - चेक गणतन्त्रको कम्पनीको लागि एउटा परियोजना।
• क्वेस्टफ्लो एआई भएका Telegram SaaS निर्माता हो ।
• भेक्टर डाटाबेस र बोटमा आधारित एआई-आधारित उपकरण मर्मत गाइड ।

सबै काम पोर्टफोलियोमा छ। मलाई तपाईंको डोमेन Telegram पठाउनुहोस् - म क्षेत्र हेर्छु र तपाईंलाई के अनावश्यक वा खतरनाक छ भनेर बताउनेछु।

नतिजा

1. DNS रेकर्डहरू अनलाइन जाँच गर्दा सम्पूर्ण डोमेन क्षेत्र देखिन्छ: वेबसाइट, इमेल, सेवा पुष्टिकरणहरू, र TTL।
2. NS बाट सुरु गर्नुहोस्, त्यसपछि A र AAAA, CNAME, MX र TXT मा एउटा SPF रेकर्ड।
3. सर्नु अघि आफ्नो TTL घटाउनुहोस्, र परिवर्तनहरू दिनको सट्टा मिनेटमा फैलिनेछन्।
4. यदि धेरै सेवाहरू डोमेनमा निर्भर छन् भने, विशेषज्ञलाई स्थानान्तरणको जिम्मा दिनु वा स्वचालित SSL मार्फत 1001site मा नयाँ साइट निर्माण गर्नु उत्तम हुन्छ।

अहिले नै आफ्नो डोमेन जाँच गर्नुहोस्: नि:शुल्क DNS लुकअप खोल्नुहोस्, र यदि तपाईंसँग रेकर्डहरूको बारेमा कुनै प्रश्नहरू छन् भने, मलाई Telegram लेख्नुहोस् ।

स्रोतहरू

• प्रोमोपाइलट DNS लुकअप उपकरण पृष्ठ - रेकर्ड प्रकार र पृष्ठ प्रश्नहरू।
• MXToolbox र Google Admin Toolbox Dig - आधिकारिक वेबसाइटहरूमा उपकरण विवरणहरू।
• whatsmydns.net — DNS रेकर्ड प्रसार परीक्षक।