Es tikko nomainīju vairāku domēnu reģistratorus, un jaunais reģistrators nekopēja manus esošos vārdu serverus. Tagad, kad jūs tās apmeklējat, visas manas lapas tiek rādītas kā “rezervēti” domēni.

Esmu iegājis un atjauninājis visus vārdu serverus ar savu jauno reģistratoru, atgriežoties pie vecajām vērtībām, taču es vēlos pārliecināties, vai šīs izmaiņas ir ietekmējušas. Es zinu, ka man jāgaida, kamēr interneta pakalpojumu sniedzēji atjauninās kešatmiņu, tiklīdz vārdu serveri mainīsies, bet man bija jautājums, vai ir kāda centrāla ICANN datu bāze, kuru es varētu pārbaudīt, lai pārliecinātos, vai tie ir pareizi atjaunināti.

Paldies!

Būtībā tas, kas notiek, mainot vārda serverus pie sava reģistratūras, ir tas, ka viņi iesniedz izmaiņas reģistrā, kas glabā WHOIS datu bāzi, kā arī autoritatīvu nosaukuma serveri šim TLD. Tātad, teorētiski, jūsu TLD AS ir pirmais, kas uzzina par mainītajiem serveru serveriem, izmantojot atjauninātus NS ierakstus. Tur sākas DNS izplatīšana.

IP rīki vai tieša DNS meklēšana, izmantojot komandrindas rīkus, piemēram, nslookup vai dig ir labākais veids, kā uzzināt, kādi ir vārda serveri. Tomēr, lai redzētu, vai vārda serveri ir iestatīti pareizi, pirms DNS informācija tiek pilnībā izplatīta, jums ir jāizmanto TLD autoritatīvie vārdu serveri. Pretējā gadījumā šie rīki izmantos noklusējuma vietējo DNS serveri, kas, iespējams, ir DNS kešatmiņa.

Tātad, lai manuāli darītu vēlamo, jums:

1. Atrodiet sava TLD autoritatīvos vārdu serverus

Saknes zonas failā ir uzskaitīti visu TLD AS; tomēr jums jāatrod tie, kas paredzēti jūsu TLD. To var uzzināt ar vienkāršu dig komanda:

$ dig +short NS com j.gtld-servers.net. b.gtld-servers.net. d.gtld-servers.net. [...] e.gtld-servers.net. k.gtld-servers.net. l.gtld-servers.net. 

2. Pēc tam atrodiet sava domēna NS ierakstus, izmantojot vienu no tiem:

To var izdarīt ar dig:

$ dig ns example.com @j.gtld-servers.net ; <<>> DiG 9.6-ESV-R4 <<>> NS example.com @j.gtld-servers.net ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27086 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 4 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;example.com. IN NS ;; AUTHORITY SECTION: example.com. 172800 IN NS a.iana-servers.net. example.com. 172800 IN NS b.iana-servers.net. ;; ADDITIONAL SECTION: [...] ;; Query time: 170 msec ;; SERVER: 192.48.79.30#53(192.48.79.30) ;; WHEN: Fri Feb 24 11:39:21 2012 ;; MSG SIZE rcvd: 165 

vai nslookup:

C:\>nslookup example.com j.gtld-servers.net (root) nameserver = e.root-servers.net [...] (root) nameserver = d.root-servers.net Server: UnKnown Address: 192.48.79.30 Name: example.com Served by: - a.iana-servers.net 199.43.132.53 2001:500:8c::53 example.com - b.iana-servers.net 199.43.133.53 2001:500:8d::53 example.com 

Vai vienkārši dariet to vienkāršākajā veidā

Alternatīvi, jūs varētu vienkārši izmantot dig +trace komandu veikt DNS izsekošanu. Tomēr tas var nedarboties ar jūsu vietējo DNS serveri, tāpēc vislabāk to darīt, izmantojot publisku DNS serveri, piemēram, Google:

$ dig example.com +trace @8.8.8.8 ; <<>> DiG 9.6-ESV-R4 <<>> example.com +trace @8.8.8.8 ;; global options: +cmd . 14412 IN NS e.root-servers.net. [...] ;; Received 228 bytes from 8.8.8.8#53(8.8.8.8) in 28 ms com. 172800 IN NS j.gtld-servers.net. [...] com. 172800 IN NS b.gtld-servers.net. ;; Received 489 bytes from 192.228.79.201#53(b.root-servers.net) in 16 ms example.com. 172800 IN NS a.iana-servers.net. example.com. 172800 IN NS b.iana-servers.net. ;; Received 165 bytes from 192.52.178.30#53(k.gtld-servers.net) in 156 ms example.com. 172800 IN A 192.0.43.10 example.com. 172800 IN NS b.iana-servers.net. example.com. 172800 IN NS a.iana-servers.net. ;; Received 93 bytes from 2001:500:8c::53#53(a.iana-servers.net) in 12 ms 

Kā redzat, tas automātiski ienes NS ierakstus no viena no AS, bet arī uzskaita visas jūsu TLD AS, lai jūs varētu veikt manuālu NS meklēšanu katram atsevišķi, kā parādīts iepriekš, ja vēlaties.

Nav datu bāzes, kas pārsniedz whois - kas jums nepalīdzēs, jo tā netiek pietiekami bieži atjaunināta.

Izmēģiniet vietni www.iptools.com. Viņiem ir pieejams plašs rīku klāsts, lai pārbaudītu jūsu domēna DNS iestatījumus un citi.

Es arī iesaku vietnei mxtoolbox.com pārbaudīt mx ierakstus un e-pasta melnos sarakstus.

  • Tas bija tas, ko es cerēju, ka kāds pieminēs. Manu vietņu meklēšanā whois.net ir norādīts mans jaunais reģistrators, bet tie paši "stāvošie" vārdu serveri. Vai tas nozīmē, ka es tos neesmu atjauninājis, vai var būt kavēšanās, pirms Whois tiek atjaunināts?
  • 1 Ahh, mīļā! IP rīki uzskaita jauno reģistratoru un vecākos, pareizos vārdu serverus. Tāpēc izskatās, ka viņi ir reģistrējušies, tagad man vienkārši jāgaida ...
  • 1 whois netiek atjaunināts vairākas dienas, dažreiz pat mēnešus - iptools parādīs faktiskos jūsu domēna pašreizējos iestatījumus, tāpēc jūs zināt, kad tas viss ir pārslēgts.
  • Perfekti, tieši to es meklēju. Paldies! Vai jūs zināt, kur viņi iegūst savus datus?
  • 2 tas noņem DNS iestatījumus no sava servera / domēna reģistrētāja - to visu varat izdarīt no komandrindas, ar iptools ir vienkārši vieglāk.

Man patīk izmantot vietni http://www.whatsmydns.net, lai pārbaudītu DNS iestatījumu izplatīšanos, ko tā pārbauda aptuveni 20 dažādos DNS serveros.

  • Wow, tas ir lieliski! Palīdz man saprast, kuri reģioni joprojām atpaliek ar DNS ieviešanu.

Kā es atklāju, katram augstākā līmeņa domēnam (TLD) ir viens centrālais reģistrs, kas uztur šajā TLD reģistrēto domēnu vārdu sarakstu un to atbilstošos vārdu serverus.

Priekš .com .net .edu .cc .tv .jobs un .name TLD, centrālais reģistrs ir Verisign. Whois meklēšanu viņu sarakstā varat veikt, apmeklējot:

http://www.verisigninc.com/en_US/products-and-services/domain-name-services/whois/index.xhtml

Lai gan citās atbildēs ir uzskaitīti daudzi lieliski rīki, Verisign saraksts ir visjaunākais un autoritatīvākais. Paldies visiem, kas atbildēja!

strādāja par jums: Charles Robertson | Vēlies ar mums sazināties?