परिवर्तन किए जाने के 10 दिन बाद DNS के प्रसार की समस्याएँ


25

मैं जिस इंजीनियरिंग टीम के साथ काम करता हूं, वह एक डेटासेंटर से दूसरे उपकरण को स्थानांतरित करने की प्रक्रिया में है। दस दिन पहले हमने अपने क्लाइंट के डोमेन (ns1.faithhiway.com) के लिए हमारे एक नाम सर्वर को आधिकारिक रूप से स्थानांतरित कर दिया और नए डेटासेंटर को इंगित करने के लिए अपने संबंधित डीएनएस प्रदाता (register.com) के साथ अपने आईपी पते को अपडेट किया। किए गए सभी परीक्षणों से पता चलता है कि यह नाम सर्वर अपने नए स्थान पर सही ढंग से चल रहा है और जब यह किसी भी डोमेन के लिए सही प्रतिक्रिया दे रहा है, तो इसे छोड़ दिया जाता है।

समस्या यह है कि अच्छी तरह से 72 घंटे बीतने के बाद भी हम अपने पुराने आईपी पते पर नए की तुलना में अधिक डीएनएस गतिविधि देख रहे थे। अच्छी खबर यह है कि हमने पुराने आईपी पते पर एक नाम सर्वर को उस समय के लिए जवाब दे रखा है इसलिए हम उन डोमेन के साथ कोई समस्या नहीं देख रहे हैं जिनके लिए हमारा नेमसेवर जिम्मेदार है लेकिन लक्ष्य यह है कि जितनी जल्दी हो सके रिटायर हो जाएं। जैसा कि आप WhatsMyDNS.net से देख सकते हैं , पिछले 10 दिनों में प्रचार का एक अच्छा हिस्सा हुआ है क्योंकि हमने यह बदलाव किया है, लेकिन अभी भी कुछ स्थानों पर हमारे मूल आईपी की रिपोर्टिंग है।

यहाँ छवि विवरण दर्ज करें

यह देखते हुए कि इस डोमेन के लिए जिम्मेदार नाम सर्वर के साथ TTL केवल 3600 है, इससे मुझे या मेरे साथ काम करने वाले अन्य इंजीनियरों को इससे कोई मतलब नहीं है कि हमारे पास यह समस्या है।

अब अगर मैं Register.com DNS सर्वरों में से एक का उपयोग करके DNS चेक चलाता हूं (विश्वास नाम के लिए प्रत्यक्ष नेमसर्वर), तो मुझे निम्नलिखित (सही) परिणाम मिलते हैं:

# dig @dns01.gpn.register.com ns1.faithhiway.com A

; <<>> DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5_5.3 <<>> @dns01.gpn.register.com. ns1.faithhiway.com A
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43232
;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 5, ADDITIONAL: 5

;; QUESTION SECTION:
;ns1.faithhiway.com.  IN A

;; ANSWER SECTION:
ns1.faithhiway.com. 3601 IN A 206.127.2.71

;; AUTHORITY SECTION:
faithhiway.com.  3600 IN NS dns01.gpn.register.com.
faithhiway.com.  3600 IN NS dns02.gpn.register.com.
faithhiway.com.  3600 IN NS dns03.gpn.register.com.
faithhiway.com.  3600 IN NS dns04.gpn.register.com.
faithhiway.com.  3600 IN NS dns05.gpn.register.com.

;; ADDITIONAL SECTION:
dns01.gpn.register.com. 3600 IN A 98.124.192.1
dns02.gpn.register.com. 3600 IN A 98.124.197.1
dns03.gpn.register.com. 3600 IN A 98.124.193.1
dns04.gpn.register.com. 3600 IN A 69.64.145.225
dns05.gpn.register.com. 3600 IN A 98.124.196.1

;; Query time: 50 msec
;; SERVER: 98.124.192.1#53(98.124.192.1)
;; WHEN: Thu Jan 27 15:16:57 2011
;; MSG SIZE  rcvd: 269

एक संदर्भ के रूप में, यहां ऐसे परिणाम हैं जब एक ही क्वेरी को विभिन्न सार्वजनिक DNS सर्वरों के खिलाफ जांचा जाता है:

गूगल:

# dig @8.8.8.8 ns1.faithhiway.com A

; <<>> DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5_5.3 <<>> @8.8.8.8. ns1.faithhiway.com A
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12773
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;ns1.faithhiway.com.  IN A

;; ANSWER SECTION:
ns1.faithhiway.com. 997 IN A 206.127.2.71

;; Query time: 29 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Jan 27 15:17:31 2011
;; MSG SIZE  rcvd: 52

स्तर 3:

# dig @4.2.2.1 ns1.faithhiway.com A

; <<>> DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5_5.3 <<>> @4.2.2.1. ns1.faithhiway.com A
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46505
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;ns1.faithhiway.com.  IN A

;; ANSWER SECTION:
ns1.faithhiway.com. 2623 IN A 206.127.2.71

;; Query time: 7 msec
;; SERVER: 4.2.2.1#53(4.2.2.1)
;; WHEN: Thu Jan 27 15:18:35 2011
;; MSG SIZE  rcvd: 52

Verizon:

# dig @151.197.0.38 ns1.faithhiway.com A

; <<>> DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5_5.3 <<>> @151.197.0.38. ns1.faithhiway.com A
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32658
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;ns1.faithhiway.com.  IN A

;; ANSWER SECTION:
ns1.faithhiway.com. 3601 IN A 206.127.2.71

;; Query time: 81 msec
;; SERVER: 151.197.0.38#53(151.197.0.38)
;; WHEN: Thu Jan 27 15:19:15 2011
;; MSG SIZE  rcvd: 52

सिस्को:

# dig @64.102.255.44 ns1.faithhiway.com A

; <<>> DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5_5.3 <<>> @64.102.255.44. ns1.faithhiway.com A
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39689
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 5, ADDITIONAL: 0

;; QUESTION SECTION:
;ns1.faithhiway.com.  IN A

;; ANSWER SECTION:
ns1.faithhiway.com. 3601 IN A 206.127.2.71

;; AUTHORITY SECTION:
faithhiway.com.  3600 IN NS dns01.gpn.register.com.
faithhiway.com.  3600 IN NS dns04.gpn.register.com.
faithhiway.com.  3600 IN NS dns05.gpn.register.com.
faithhiway.com.  3600 IN NS dns02.gpn.register.com.
faithhiway.com.  3600 IN NS dns03.gpn.register.com.

;; Query time: 105 msec
;; SERVER: 64.102.255.44#53(64.102.255.44)
;; WHEN: Thu Jan 27 15:20:05 2011
;; MSG SIZE  rcvd: 165

OpenDNS:

# dig @208.67.222.222 ns1.faithhiway.com A

; <<>> DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5_5.3 <<>> @208.67.222.222. ns1.faithhiway.com A
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12328
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;ns1.faithhiway.com.  IN A

;; ANSWER SECTION:
ns1.faithhiway.com. 169507 IN A 207.200.19.162

;; Query time: 6 msec
;; SERVER: 208.67.222.222#53(208.67.222.222)
;; WHEN: Thu Jan 27 15:19:29 2011
;; MSG SIZE  rcvd: 52

स्पीकईज़ी:

# dig @66.93.87.2 ns1.faithhiway.com A

; <<>> DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5_5.3 <<>> @66.93.87.2. ns1.faithhiway.com A
; (1 server found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9342
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;ns1.faithhiway.com.  IN A

;; ANSWER SECTION:
ns1.faithhiway.com. 169323 IN A 207.200.19.162

;; Query time: 69 msec
;; SERVER: 66.93.87.2#53(66.93.87.2)
;; WHEN: Thu Jan 27 15:19:51 2011
;; MSG SIZE  rcvd: 52

जैसा कि आप ऊपर देख सकते हैं, अधिकांश प्रश्न सही परिणाम दे रहे हैं। लेकिन कुछ (OpenDNS और SpeakEasy उपरोक्त उदाहरणों में) अभी भी पुराने आईपी पते को दिखा रहे हैं। समय की लंबाई को देखते हुए, यह मेरे लिए स्पष्ट है कि या तो हमने एक गलती की है और हमारे अंत (संभावना) पर DNS परिवर्तनों को पूरी तरह से नहीं संभाला है या इस डोमेन के लिए DNS प्रदाता के साथ कोई समस्या है (रजिस्टर करें) ) या कुछ डीएनएस सर्वरों के साथ जंगल में (बल्कि असंभावित)।

इस बारे में कोई सलाह कि मैं इसके साथ कैसे आगे बढ़ सकता हूं?

अद्यतन (31 जनवरी, 2011):

सबसे पहले, मैं मूल प्रश्न और इस अद्यतन दोनों की लंबाई के लिए माफी माँगता हूँ। मैंने मूल पद से कुछ अतिरिक्त को हटाने पर विचार किया, लेकिन सिर्फ इस समस्या में और इसका समाधान भविष्य में किसी और के लिए मददगार है, मैं अभी सब कुछ छोड़ने जा रहा हूं।

वैसे भी, मैं इस समस्या में कुछ और शोध कर रहा हूं, और निम्न दिलचस्प घटना की खोज की है। विश्वासघाती.कॉम के लिए ग्लू रिकॉर्ड पर एक चेक चलाने के दौरान, हमेशा सही ढंग से हल करें, अगर मैं जाता हूं और क्लाइंट डोमेन (जहां ns1.faithhiway.com आधिकारिक है) की जांच करता हूं, तो मुझे एक अजीब प्रतिक्रिया मिलती है। ऐसा लगता है कि रूट सर्वर nsX.faithhiway.com को उनके पुराने आईपी पते अभी भी (अतिरिक्त अनुभाग के तहत) वापस कर रहे हैं। क्योंकि हमारे पास अभी भी एक सर्वर है जो DNS प्रश्नों का जवाब दे रहा है, ट्रेस अंतिम चरण के रूप में सही IP पते को समाप्त करता है (फिर से, अतिरिक्त डेटा के तहत)। नीचे दिया गया उदाहरण उन डोमेन में से एक का उपयोग करता है जो हम ns1.faithhiway.com का उपयोग अपने आधिकारिक DNS सर्वर के रूप में करते हैं।

# dig +trace +nosearch +all +norecurse ignitemail.com

; <<>> DiG 9.2.4 <<>> +trace +nosearch +all +norecurse ignitemail.com
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46856
;; flags: qr ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;.    IN NS

;; ANSWER SECTION:
.   7986 IN NS a.root-servers.net.
.   7986 IN NS b.root-servers.net.
.   7986 IN NS c.root-servers.net.
.   7986 IN NS d.root-servers.net.
.   7986 IN NS e.root-servers.net.
.   7986 IN NS f.root-servers.net.
.   7986 IN NS g.root-servers.net.
.   7986 IN NS h.root-servers.net.
.   7986 IN NS i.root-servers.net.
.   7986 IN NS j.root-servers.net.
.   7986 IN NS k.root-servers.net.
.   7986 IN NS l.root-servers.net.
.   7986 IN NS m.root-servers.net.

;; Query time: 39 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Mon Jan 31 09:22:17 2011
;; MSG SIZE  rcvd: 228

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16325
;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 13, ADDITIONAL: 14

;; QUESTION SECTION:
;ignitemail.com.   IN A

;; AUTHORITY SECTION:
com.   172800 IN NS h.gtld-servers.net.
com.   172800 IN NS m.gtld-servers.net.
com.   172800 IN NS i.gtld-servers.net.
com.   172800 IN NS l.gtld-servers.net.
com.   172800 IN NS c.gtld-servers.net.
com.   172800 IN NS k.gtld-servers.net.
com.   172800 IN NS d.gtld-servers.net.
com.   172800 IN NS f.gtld-servers.net.
com.   172800 IN NS b.gtld-servers.net.
com.   172800 IN NS a.gtld-servers.net.
com.   172800 IN NS e.gtld-servers.net.
com.   172800 IN NS g.gtld-servers.net.
com.   172800 IN NS j.gtld-servers.net.

;; ADDITIONAL SECTION:
a.gtld-servers.net. 172800 IN A 192.5.6.30
a.gtld-servers.net. 172800 IN AAAA 2001:503:a83e::2:30
b.gtld-servers.net. 172800 IN A 192.33.14.30
b.gtld-servers.net. 172800 IN AAAA 2001:503:231d::2:30
c.gtld-servers.net. 172800 IN A 192.26.92.30
d.gtld-servers.net. 172800 IN A 192.31.80.30
e.gtld-servers.net. 172800 IN A 192.12.94.30
f.gtld-servers.net. 172800 IN A 192.35.51.30
g.gtld-servers.net. 172800 IN A 192.42.93.30
h.gtld-servers.net. 172800 IN A 192.54.112.30
i.gtld-servers.net. 172800 IN A 192.43.172.30
j.gtld-servers.net. 172800 IN A 192.48.79.30
k.gtld-servers.net. 172800 IN A 192.52.178.30
l.gtld-servers.net. 172800 IN A 192.41.162.30

;; Query time: 64 msec
;; SERVER: 198.41.0.4#53(a.root-servers.net)
;; WHEN: Mon Jan 31 09:22:17 2011
;; MSG SIZE  rcvd: 504

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12860
;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;ignitemail.com.   IN A

;; AUTHORITY SECTION:
ignitemail.com.  172800 IN NS ns1.faithhiway.com.
ignitemail.com.  172800 IN NS ns2.faithhiway.com.

;; ADDITIONAL SECTION:
ns1.faithhiway.com. 172800 IN A 207.200.19.162
ns2.faithhiway.com. 172800 IN A 207.200.50.142

;; Query time: 152 msec
;; SERVER: 192.54.112.30#53(h.gtld-servers.net)
;; WHEN: Mon Jan 31 09:22:17 2011
;; MSG SIZE  rcvd: 111

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43016
;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;ignitemail.com.   IN A

;; ANSWER SECTION:
ignitemail.com.  3600 IN A 206.127.2.64

;; AUTHORITY SECTION:
ignitemail.com.  3600 IN NS ns1.faithhiway.com.
ignitemail.com.  3600 IN NS ns2.faithhiway.com.

;; ADDITIONAL SECTION:
ns1.faithhiway.com. 3600 IN A 206.127.2.71
ns2.faithhiway.com. 3600 IN A 206.127.2.72

;; Query time: 25 msec
;; SERVER: 206.127.2.71#53(ns1.faithhiway.com)
;; WHEN: Mon Jan 31 09:22:18 2011
;; MSG SIZE  rcvd: 127

मुझे वास्तव में लगता है कि यह हमारे सेटअप में कहीं न कहीं एक समस्या है, लेकिन क्या यह मेरे या मेरे साथी इंजीनियर के अंत पर डीएनएस के साथ किसी चीज की अज्ञानता है या हमारे द्वारा की गई केवल एक मूर्ख गलती है, मुझे अभी तक इसे ढूंढना नहीं है।


3
मेरी इच्छा है कि अधिक प्रश्न यह अच्छी तरह से पूछे गए थे, आपके पास गुणवत्ता के लिए मेरा उत्थान है
जेफ एटवुड

जवाबों:


5

समस्या सुलझ गयी। आखिरकार। जाहिरा तौर पर Register.com ने ns1 और ns2.faithhiway.com के लिए गोंद रिकॉर्ड्स को अपडेट नहीं किया था, बावजूद इसके कि ऐसा करने के लिए उनके प्रारंभिक अनुरोध के बावजूद (और उनकी पुष्टि की गई थी कि यह किया गया था)।

मैंने अपने अपडेट में जो परीक्षण ऊपर पोस्ट किए थे, उन्होंने दिखाया कि अपडेट की पुष्टि के बावजूद, गोंद रिकॉर्ड सही तरीके से प्रचार नहीं कर रहे थे। मैंने आगे बढ़कर अपने गोंद रिकॉर्ड के लिए एक और अपडेट दिया और ऐसा लग रहा है कि इस बार हम प्रचार देख रहे हैं:

# dig +trace +nosearch +all +norecurse ignitemail.com

; <<>> DiG 9.2.4 <<>> +trace +nosearch +all +norecurse ignitemail.com
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12706
;; flags: qr ra; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;.              IN  NS

;; ANSWER SECTION:
.           79883   IN  NS  a.root-servers.net.
.           79883   IN  NS  b.root-servers.net.
.           79883   IN  NS  c.root-servers.net.
.           79883   IN  NS  d.root-servers.net.
.           79883   IN  NS  e.root-servers.net.
.           79883   IN  NS  f.root-servers.net.
.           79883   IN  NS  g.root-servers.net.
.           79883   IN  NS  h.root-servers.net.
.           79883   IN  NS  i.root-servers.net.
.           79883   IN  NS  j.root-servers.net.
.           79883   IN  NS  k.root-servers.net.
.           79883   IN  NS  l.root-servers.net.
.           79883   IN  NS  m.root-servers.net.

;; Query time: 293 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Mon Jan 31 13:24:02 2011
;; MSG SIZE  rcvd: 228

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43910
;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 13, ADDITIONAL: 14

;; QUESTION SECTION:
;ignitemail.com.            IN  A

;; AUTHORITY SECTION:
com.            172800  IN  NS  i.gtld-servers.net.
com.            172800  IN  NS  c.gtld-servers.net.
com.            172800  IN  NS  k.gtld-servers.net.
com.            172800  IN  NS  f.gtld-servers.net.
com.            172800  IN  NS  b.gtld-servers.net.
com.            172800  IN  NS  l.gtld-servers.net.
com.            172800  IN  NS  g.gtld-servers.net.
com.            172800  IN  NS  e.gtld-servers.net.
com.            172800  IN  NS  d.gtld-servers.net.
com.            172800  IN  NS  a.gtld-servers.net.
com.            172800  IN  NS  m.gtld-servers.net.
com.            172800  IN  NS  j.gtld-servers.net.
com.            172800  IN  NS  h.gtld-servers.net.

;; ADDITIONAL SECTION:
a.gtld-servers.net. 172800  IN  A   192.5.6.30
a.gtld-servers.net. 172800  IN  AAAA    2001:503:a83e::2:30
b.gtld-servers.net. 172800  IN  A   192.33.14.30
b.gtld-servers.net. 172800  IN  AAAA    2001:503:231d::2:30
c.gtld-servers.net. 172800  IN  A   192.26.92.30
d.gtld-servers.net. 172800  IN  A   192.31.80.30
e.gtld-servers.net. 172800  IN  A   192.12.94.30
f.gtld-servers.net. 172800  IN  A   192.35.51.30
g.gtld-servers.net. 172800  IN  A   192.42.93.30
h.gtld-servers.net. 172800  IN  A   192.54.112.30
i.gtld-servers.net. 172800  IN  A   192.43.172.30
j.gtld-servers.net. 172800  IN  A   192.48.79.30
k.gtld-servers.net. 172800  IN  A   192.52.178.30
l.gtld-servers.net. 172800  IN  A   192.41.162.30

;; Query time: 336 msec
;; SERVER: 198.41.0.4#53(a.root-servers.net)
;; WHEN: Mon Jan 31 13:24:03 2011
;; MSG SIZE  rcvd: 504

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44133
;; flags: qr; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;ignitemail.com.            IN  A

;; AUTHORITY SECTION:
ignitemail.com.     172800  IN  NS  ns1.faithhiway.com.
ignitemail.com.     172800  IN  NS  ns2.faithhiway.com.

;; ADDITIONAL SECTION:
ns1.faithhiway.com. 172800  IN  A   206.127.2.71
ns2.faithhiway.com. 172800  IN  A   206.127.2.72

;; Query time: 2411 msec
;; SERVER: 192.43.172.30#53(i.gtld-servers.net)
;; WHEN: Mon Jan 31 13:24:06 2011
;; MSG SIZE  rcvd: 111

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50833
;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;ignitemail.com.            IN  A

;; ANSWER SECTION:
ignitemail.com.     3600    IN  A   206.127.2.64

;; AUTHORITY SECTION:
ignitemail.com.     3600    IN  NS  ns1.faithhiway.com.
ignitemail.com.     3600    IN  NS  ns2.faithhiway.com.

;; ADDITIONAL SECTION:
ns1.faithhiway.com. 3600    IN  A   206.127.2.71
ns2.faithhiway.com. 3600    IN  A   206.127.2.72

;; Query time: 1495 msec
;; SERVER: 206.127.2.71#53(ns1.faithhiway.com)
;; WHEN: Mon Jan 31 13:24:09 2011
;; MSG SIZE  rcvd: 127

4

आपको 2 समस्याएं हैं:

  1. Ns1.faithhiway.com के प्रश्न गलत परिणाम दे रहे हैं।

  2. आपके डोमेन के लिए सूचीबद्ध नाम सर्वर गलत हैं।

आप वास्तव में थोड़ा पिछड़ा परीक्षण कर रहे हैं। Ns1.faithhiway.com के लिए क्वेरी करते समय आप किस आईपी पते को लौटा रहे हैं, इसके लिए आप परीक्षण कर रहे हैं, लेकिन आपको पहले जो परीक्षण करना चाहिए, वह नाम सर्वर वास्तव में विश्वासयोगी.कॉम के लिए लौटाया जा रहा है। एक Whois लुकअप और एक nslookup विश्वास सर्वर.कॉम के लिए नाम सर्वर होने के नाते निम्नलिखित सर्वरों को लौटाता है:

dns01.gpn.register.com

dns02.gpn.register.com

dns03.gpn.register.com

dns04.gpn.register.com

dns05.gpn.register.com

इसलिए आपको पहले तय करने की आवश्यकता है।


पहला - ns1 और ns2 नाम सर्वर हैं जो अपने लिए आधिकारिक नहीं हैं। रजिस्टर हमारे एनएस सर्वर के डीएनएस को होस्ट करता है, जबकि बाकी सभी लोग आधिकारिक प्रतिक्रिया के लिए अपने डीएनएस रिकॉर्ड हमें बताते हैं | मैंने उपरोक्त सभी सर्वरों पर विश्वास के लिए NS रिकॉर्डों को देखा। वे डोमेन के आधिकारिक नाम सर्वर के रूप में रजिस्टर को भी हल करते हैं।
grufftech

मैंने तब समस्या को गलत समझा। Trusthiway.com के नाम सर्वर nsX.faithhiway.com नहीं हैं। nsX.faithhiway.com DNS ज़ोन के लिए नाम सर्वर है जिसे आप अपने ग्राहकों के लिए होस्ट करते हैं। क्या वह सही है? यदि हां, तो गलतफहमी के लिए मेरी माफी।
जोकेवेटी

यह सही है - register.com विश्वासार्थी.कॉम के लिए आधिकारिक है और nsX.faithhiway.com हमारे ग्राहकों के लिए जिम्मेदार नाम सर्वर हैं।
रनलेवेल्स

(मेरी स्वयं की समझ के लिए) आपके डोमेन नाम सर्वर के लिए अधिकृत नहीं होगा, क्योंकि यह कुछ (ईश्वर को छोड़ दिया) कारण है कि आप आईपी के उपयोग के लिए ढीले हैं, जिसमें वे डोमेन इंगित करते हैं, अब आपके पास नहीं है कोई भी आधिकारिक नाम सर्वर आपके डोमेन को बता रहा है कि कहां जाना है, और न ही अपडेट प्राप्त करने के लिए कहां जाना है, जैसे कि खुद के लिए नया स्थान ns # .yourdomain.com। उसी नस में, अगर मैं awesomedomain.com खरीदता हूं, और इसे ns1 & ns2.awesomedomain.com पर इंगित करता हूं, हालांकि किसी भी जड़ों को कभी भी यह नहीं बताया गया है कि वे दो उप-डोमेन कहां इंगित करते हैं। कुछ नहीं होना चाहिए?
grufftech

मुझे नहीं पता कि यह एक विचार कितना बुरा है, लेकिन मुझे पता है कि कंपनी के बहुत सारे लोग अपने सार्वजनिक नामस्थान के लिए अपने स्वयं के नाम सर्वरों की मेजबानी करते हैं। अगर मैं समझ रहा हूं कि आपका पूछना क्या है, तो माता-पिता सर्वर पर गोंद रिकॉर्ड क्या है।
जोकेवेटी

2

सर्वर के बहुत सारे अपने TTL को नजरअंदाज करते हैं और जानकारी को जितना चाहिए उससे अधिक समय तक कैश करते हैं। इसे हल करने का सबसे आसान तरीका आमतौर पर प्रभावित नेटवर्क के ऑपरेटरों से संपर्क करना और उन्हें बताना है। वे आमतौर पर बहुत जल्दी ठीक करने के बारे में वास्तव में अच्छे हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.