DNS yayınımı bir değişiklik yapıldıktan 10 gün sonra meydana gelen sorunlar

25

Çalıştığım mühendislik ekibi, ekipmanı bir veri merkezinden diğerine taşıma sürecinde bulunuyor. On gün önce, ad sunucularımızdan birini, müşterilerimizin alan adlarına (ns1.faithhiway.com) yetkili kıldık ve yeni veri merkezine işaret etmek için IP adresini ilgili DNS sağlayıcısıyla (register.com) güncelledik. Yapılan tüm testler bu isim sunucusunun yeni yerinde doğru bir şekilde çalıştığını ve sorgulandığında, sorumlu olduğu tüm alanlar için doğru cevabı döndürdüğünü gösteriyor.

Sorun şu ki, 72 saat geçtikten sonra eski IP adresinde hala yenisinden daha fazla DNS etkinliği görüyoruz. İyi haber şu ki, eski IP adresine şu anda cevap veren bir isim sunucusunu tuttuğumuz için, ad sunucumuzun sorumlu olduğu alanlarla ilgili herhangi bir sorun görmüyoruz, ancak amaç en kısa zamanda emekli olmak. Eğer görebileceğiniz gibi WhatsMyDNS.net , yayılımı iyi bir miktar bu değişikliği yapan, ancak yine orijinal IP bildiren bazı yerlerde olmadığından son 10 gün içinde meydana geldi.

görüntü tanımını buraya girin

TTL'nin sadece bu alandan sorumlu isim sunucularına sahip 3600 olduğu göz önüne alındığında, kendime veya benimle birlikte çalışan diğer mühendislere bu sorunu yaşadığımız için bir anlam ifade etmiyor.

Şimdi, Register.com DNS sunucularından birini (faithhiway.com için doğrudan ad sunucusu) kullanarak bir DNS kontrolü gerçekleştirirsem, aşağıdaki (doğru) sonucu alıyorum:

# 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

Referans olarak, aynı sorgu çeşitli Genel DNS sunucularına göre kontrol edildiğinde elde edilen sonuçlar:

Google:

# 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. seviye:

# 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

Cisco:

# 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

SpeakEasy:

# 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

Yukarıda gördüğünüz gibi, sorguların çoğu doğru sonucu veriyor. Ancak birkaçı (yukarıdaki örneklerde OpenDNS ve SpeakEasy) hala eski IP adresini gösteriyor. Geçen zamanın uzunluğunu göz önünde bulundurarak, bir hata yaptığımız ve sonunda DNS değişikliklerini tam anlamıyla ele almadığımız (muhtemelen) ya da bu etki alanı için DNS sağlayıcısı ile ilgili bir sorun olduğu açıkça görülüyor. ) ya da bazı DNS sunucularıyla vahşi ortamlarda (pek olası değildir)

Bununla nasıl devam edebileceğim konusunda bir tavsiyen var mı?

GÜNCELLEME (31 Ocak 2011):

Her şeyden önce, orijinal sorunun ve bu güncellemenin uzunluğu için özür dilerim. Fazlalıkların bir kısmını orijinal postadan çıkarmayı düşündüm, ancak bu sorunun ve çözümünün gelecekte başkası için faydalı olması durumunda her şeyi olduğu gibi bırakacağım.

Her neyse, bu sorunla ilgili daha fazla araştırma yapıyorum ve aşağıdaki ilginç olayları keşfettim. Faithhiway.com için yapıştırıcı kayıtlarını kontrol ederken her zaman doğru bir şekilde çözülürse, gidip bir müşteri alanını kontrol edersem (ns1.faithhiway.com yetkilidir), garip bir yanıt alırım. Kök sunucular nsX.faithhiway.com adresini eski IP adresleri olarak (Ek Bölüm altında) döndürüyor gibi görünüyor. Hala DNS sorgularına cevap veren bir sunucumuz olduğu için, iz doğru bitirir ve son IP adresi olarak tekrar ekler (Ek Bölüm altında). Aşağıdaki örnek, ns1.faithhiway.com adresini yetkili DNS sunucusu olarak kullanan kullandığımız etki alanlarından birini kullanıyor.

# 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

Gerçekten bunun kurulumumuzda bir yerde olduğumuz bir sorun olduğunu düşünüyorum, ancak mühendisimin ucunda DNS ile ilgili bir şeyin cehalet olup olmadığı ya da yaptığımız aptal bir hata olup olmadığını henüz bulmamıştım.

opendns  domain-name-system  glue-record 
— runlevelsix
kaynak
3
Bu kadar çok soru sorulmasını isterdim, kaliteden ödün vermem gerekiyor
— Jeff Atwood

Yanıtlar:

5

Sorun çözüldü. En sonunda. Görünüşe göre Register.com, ns1 ve ns2.faithhiway.com adreslerine ilişkin tutkal kayıtlarını güncellememesine rağmen ilk isteğimiz olmasına rağmen (ve bunun yapıldığına dair onayı) güncellememiştir.

Güncellememde yukarıda yayınladığım testler, güncellemelerin onaylanmasına rağmen, yapıştırıcı kayıtlarının doğru şekilde yayılmadığını gösterdi. Devam ettim ve tutkal kayıtlarımıza yeni bir güncelleme yaptım ve bu sefer yayıldığımızı görüyoruz:

# 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
— runlevelsix
kaynak
4

2 problemin var:

  1. Ns1.faithhiway.com için sorgular yanlış sonuç döndürüyor.

  2. Etki alanınız için listelenen ad sunucuları yanlıştır.

Aslında biraz geriye doğru test ediyorsun. Ns1.faithhiway.com için sorgulama yapılırken hangi ip adresinin iade edildiğini test ediyorsunuz, ancak ilk olarak test etmeniz gereken şey, hangi ad sunucularının faithhiway.com için gerçekten iade edileceğidir. Whois araması ve nslookup, aşağıdaki sunucuları faithhiway.com için isim sunucusu olarak döndürür:

dns01.gpn.register.com

dns02.gpn.register.com

dns03.gpn.register.com

dns04.gpn.register.com

dns05.gpn.register.com

Öyleyse önce bunu düzeltmelisin.

— joeqwerty
kaynak
ilk - ns1 ve ns2 ad sunucuları, kendileri için yetkili değillerdir. Register, NS sunucumuzun DNS'sini barındırırken, diğerleri de yetkili bir yanıt için DNS kayıtlarını bize yönlendirir. Yukarıdaki tüm sunucularda faithhiway.com için NS kayıtlarını aradım ve aynı zamanda alan adının yetkili isim sunucuları olarak da kayıtları çözdüler.
— Grufftech
O zaman sorunu yanlış anladım. Faithhiway.com için isim sunucuları nsX.faithhiway.com değildir. nsX.faithhiway.com, müşterileriniz için barındırdığınız DNS bölgelerinin ad sunucularıdır. Bu doğru mu? Eğer öyleyse, yanlış anlama için özür dilerim.
— joeqwerty
Bu doğru - Register.com faithhiway.com için yetkili ve nsX.faithhiway.com müşterilerimiz için sorumlu isim sunucularıdır.
— runlevelsix
(kendi anlayışım için) Etki alanı adı sunucunuzun kendisinin yetkili olması, nispeten kötü bir fikir olabilirdi, çünkü bazı (tanrı terkedilmiş) bir nedenden dolayı, bu etki alanlarının işaret ettiği IP’lere erişiminizi kaybederseniz, artık sahip değilsiniz. Alan adınıza nereye gideceğinizi, ne de kendilerinin ns # .yourdomain.com gibi yeni konumları gibi güncellemeleri alabileceklerini söyleyen herhangi bir yetkili ad sunucusu. Aynı damarda, eğer awesomedomain.com'u satın alırsam ve onu ns1 & ns2.awesomedomain.com'a yöneltirsem, ancak bu iki alt alanın nereye işaret ettiği hiçbir kökçüye söylenmedi. Hiçbir şey olmamalı mı?
— grufftech
Bir fikrin ne kadar kötü olduğunu bilmiyorum ama ortak ad alanlarında kendi ad sunucularını barındıran birçok şirket biliyorum. Ne sorduğunuzu anlıyorsam, ana sunuculardaki yapıştırıcı kayıtları bunun içindir.
— joeqwerty
2

Pek çok sunucu TTL'nizi yok sayar ve bilgileri gerektiğinden daha uzun süre önbelleğe alır Bunu çözmenin en kolay yolu, genellikle etkilenen ağın operatörleriyle iletişim kurmak ve onlara bildirmektir. Genellikle çok çabuk tamir etmekte gerçekten çok başarılılar.

— Chris S
kaynak
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.