डीएनएस लुकअप बकवास

Question

मैंने हाल ही में अपने डोमेन को एक नए रजिस्ट्रार को हस्तांतरित कर दिया है, और हस्तांतरण पूरा होने के बाद, मेरे नेमसर्वर को पूरी तरह से अलग करने के लिए इंगित करने के लिए अद्यतन किया।

यह लगभग 12 घंटे पहले था। तब से, मैंने अपनी वेबसाइट तक पहुँचने के लिए सभी प्रकार के अजीब मुद्दे उठाए हैं, जिनमें से अधिकांश मुझे डीएनएस कैशिंग के कारण डीएनएस प्रचार देरी के साथ करना है। मैं समझता हूं कि आपको आमतौर पर 24 घंटे इंतजार करना पड़ता है यह सुनिश्चित करने के लिए कि DNS रिकॉर्ड परिवर्तन पूरी तरह से प्रचारित किया गया है, लेकिन मुझे यकीन नहीं है कि ऐसा क्यों हो रहा है:

1) अपने घर वाईफाई से जुड़े अपने लैपटॉप पर उबंटू का उपयोग करके, मैं अपनी वेबसाइट तक नहीं पहुंच सकता। Chrome DNS लुकअप विफलता दिखाता है: error: -105 (ERR_NAME_NOT_RESOLVED)

2) अपने फोन के वाईफ़ाई का उपयोग करके, मैं अपनी वेबसाइट (DNS लुकअप विफल रहता है, क्रोम अपने फोन पर एक ही परिणाम देता है) का उपयोग नहीं कर सकता। हालांकि, अपने 4 जी डेटा का उपयोग करके मैं वेबसाइट को पूरी तरह से ठीक देख सकता हूं।

अब वे दो मेरे लिए समझ में आते हैं: हो सकता है कि मेरा आईएसपी डीएनएस लुकअप को कैशिंग कर रहा है (हालांकि मुझे यकीन नहीं है कि लुकअप विफल होने पर ऐसा क्यों करेगा)।

3) जब मेरा लैपटॉप विफल हो जाता है ping मेरी वेबसाइट के हालाँकि, dig ठीक काम करता है - कभी-कभी! अगर मैं चला dig www.mywebsite.com यह विफल रहता है, लेकिन अगर मैं करता हूं dig http://www.mywebsite.com यह काम करता हैं! (ऐसा ही कुछ होता है nslookup: यह केवल एक के साथ काम करता है http:// )

क्या कोई समझा सकता है कि यहां क्या चल रहा है?

Comments

3) कोई मतलब नहीं लगता है। क्या आप सुनिश्चित हैं कि आपने @ और www दोनों के लिए समान रिकॉर्ड बनाए हैं, और आपके वेबसर्वर ने एक से दूसरे में फिर से लिखा है?

— paradroid

प्रश्न में उचित डोमेन नाम डालें, और तब कोई व्यक्ति सक्षम हो सकता है।

— JdeBP

Answer 1

मुझे एक ही मुद्दा मिला (वीपीएन, मोबाइल और अन्य वाईफाई के माध्यम से काम करता है, सिर्फ मेरी वाईफाई नहीं है), और मुझे लगता है कि यह डीमिल रिकॉर्ड के टीटीएल (टाइम-टू-लाइव) कैशिंग के साथ @milli के रूप में उल्लिखित है।

मेरे DNS होस्ट में सर्वर बदलने आदि पर TTL रिकॉर्ड को 5 मिनट तक कम करने की सुविधा है, शायद आप उस सुविधा को पा सकते हैं और सक्षम कर सकते हैं या जानकारी के लिए अपने DNS होस्ट से संपर्क कर सकते हैं यदि वे इसका समर्थन करते हैं।

इस वेबसाइट की और जानकारी है: https://www.dnswatch.info/articles/dns-update

Answer 2

हां, एक रजिस्ट्रार में परिवर्तन के लिए tt को 24 घंटे तक का समय लग सकता है, हालाँकि अधिकांश तेज़ होते हैं (अधिकांश रजिस्ट्रार अपनी वेब साइटों के माध्यम से मिनट लगते हैं)। यदि आपके पुराने DNS होस्टिंग स्थान ने मानक 2-दिवसीय TTL (टाइम-टू-लाइव) का उपयोग किया है या अब आधिकारिक नहीं है, परिवर्तन के बाद अतिरिक्त 48 घंटे तक का समय लग सकता है एनएस के रिकॉर्ड के लिए हर जगह कैश से फ्लश करने के लिए, विशेष रूप से उस स्थिति में जहां पुरानी जगह आधिकारिक रूप से जवाब नहीं दे रही है ... कॉम, नेट और ऑर्ग (और सबसे अन्य) में एनएस रिकॉर्ड के लिए डिफ़ॉल्ट टीटीएल 2-दिन है और उत्तरार्द्ध मामले में खेलने के लिए आता है ..

और आपने शायद बदलाव करने से पहले अपनी वेबसाइट की जाँच की, है ना? इसका मतलब है कि आपके आईएसपी ने पुराने एनएस रिकॉर्ड सेट को कैश कर दिया है और संभवत: इसे बंद करने में सबसे लंबा समय लगेगा।

वैसे भी, मेरे लिए ठीक काम करता है:

$ dig www.mywebsite.com

; <<>> DiG 9.9.3 <<>> www.mywebsite.com
;; global options: +cmd
;; Got answer: ;; ->>HEADER<<- opcode: QUERY,status: NOERROR, id: 11939
;; flags: qr rd aa ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;www.mywebsite.com.             IN      A

;; ANSWER SECTION:
www.mywebsite.com.      10800   IN      A     216.250.121.107

(हां, अगर आप वास्तविक DNS नामों में नहीं डालते हैं तो वास्तव में इसे सत्यापित नहीं कर सकते ...)

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