Berapa lama untuk DNS untuk memperbarui catatan baru? Perilaku DNS aneh!

Saya memiliki situs pribadi saya di freehostia dan sekarang saya telah beralih ke beberapa server lain. Sudah hampir satu minggu, dan tentu saja ketika NameServers berubah untuk host baru, saya membuat perubahan yang diperlukan dengan domain-register-company, untuk domain saya.

Sekarang ketika saya mencoba membuka situs saya, kadang-kadang membuka situs host baru, kadang-kadang membuka halaman 404 di situs lama.

Saya pikir 1 minggu, mengatakan bahkan 4 hari adalah banyak waktu untuk propagasi DNS terjadi. Apakah ini perilaku yang aneh.

Ketika saya membuka situs dari alamat IP itu terbuka, tetapi ketika saya membuka situs dengan nama domain, pada waktu itu terbuka, dan kadang-kadang tidak. Ada petunjuk?

Saya mencoba dengan dua teman saya, yang belum pernah mengunjungi situs saya, jadi tidak ada cache dns di mesinnya, itu membuka untuk satu, dan tidak membuka untuk yang lain. Terima kasih

- Dari http://Squish.net
25,0% dari kueri akan dikembalikan oleh 66.40.52.47 (dns1.freehostia.com) vks.uni.cc. 3600 IN A 66.40.52.64
25.0% dari pertanyaan akan dikembalikan oleh 66.40.66.152 (dns2.freehostia.com) vks.uni.cc. 3600 IN A 66.40.52.64
25.0% permintaan akan dikembalikan oleh 72.55.164.113 (ns1.softuff.com) vks.uni.cc. 14400 DALAM A 72.55.164.113
25.0% permintaan akan dikembalikan oleh 70.38.29.161 (ns2.softuff.com) vks.uni.cc. 14400 DALAM A 72.55.164.113

Saya tidak mengerti apa 25% ini, mengapa tidak 100% atau 50%
dns1.freehostia.com dan dns2.freehostia.com adalah server lama. ns1.softuff.com dan ns2.softuff.com adalah server baru.

Jawaban saya atas pertanyaan ini memiliki rentang waktu propagasi yang akan saya tautkan alih-alih menyalin + menempel di sini.

Lebih khusus dari pertanyaan Anda, sepertinya saya server nama resmi Anda belum diperbarui (atau terdaftar salah sehingga yang salah sedang ditanya). Untuk melihat server nama apa yang mencatat server DNS lokal Anda digunakan untuk domain Anda dapat menggunakan dig <domain.tld> NSseperti ini:

$ dig spillett.net NS
;; ANSWER SECTION:
spillett.net.           316     IN      NS      ns1.nogoodnamesareleft.com.
spillett.net.           316     IN      NS      ns2.nogoodnamesareleft.com.

Anda kemudian dapat memeriksa mereka untuk melihat apakah mereka semua memiliki alamat yang tepat untuk nama:

$ dig @ns1.nogoodnamesareleft.com www.spillett.net
;; ANSWER SECTION:
www.spillett.net.       349     IN      CNAME   spillett.net.
spillett.net.           349     IN      A       69.94.124.51
;; AUTHORITY SECTION:
spillett.net.           349     IN      NS      ns2.nogoodnamesareleft.com.
spillett.net.           349     IN      NS      ns1.nogoodnamesareleft.com.
;; ADDITIONAL SECTION:
ns1.nogoodnamesareleft.com. 3499 IN     A       69.94.124.137
ns2.nogoodnamesareleft.com. 3499 IN     A       78.105.118.25

(ulangi di atas untuk setiap catatan NS yang dikembalikan oleh permintaan pertama Anda)

Nilai TTL yang dikembalikan oleh kueri langsung terhadap server nama domain Anda harus selalu menjadi nilai aktual yang ditetapkan dalam catatan zona (mereka rendah dalam contoh di atas karena domain itu baru-baru ini dipindahkan dan saya lupa mengaturnya kembali lebih tinggi ketika saya ' d selesai), di mana-untuk kueri terhadap server non-otoritatif (yaitu salah satu server nama lokal default Anda, yang akan ditanyai jika penggalian tidak diberi @<server>arahan) akan berapa lama sebelum server itu memeriksa berikutnya (terhadap server nama yang terdaftar) sebagai NS mencatat untuk domain) jika versi yang di-cache perlu diperbarui.

Memeriksa tes di atas untuk domain Anda dapat memberi Anda lebih banyak petunjuk tentang di mana sumber masalah berada. Jika Anda menggunakan Linux dan tidak memilikinya dig, biasanya ditemukan dalam paket yang bernama like dnsutils(disebut pada Debian ad Ubuntu, saya berasumsi pengaturan yang sama pada distribusi lainnya) - tidak ada keraguan banyak port ke Windows ( ini adalah halaman pencarian relevan pertama yang dikembalikan oleh Google ) meskipun saya sendiri belum pernah menggunakannya.

Kedengarannya seperti server DNS yang Anda gunakan caching hasil lama.

Berapa lama catatan DNS di-cache biasanya tergantung pada TTL (waktu untuk hidup) tetapi tidak setiap server DNS menghargai itu.

Satu hal lagi (mungkin jelas) ... jika Anda menggunakan server DNS LAMA untuk pencarian ... pastikan Anda telah menghapus zona lama. :-)

Jika berhasil untuk kedua teman Anda tetapi tidak untuk Anda, saya sarankan untuk mengubah server DNS yang digunakan komputer Anda untuk pencarian ... bahkan jika sementara.

Saya merekomendasikan untuk mengubah server pencarian DNS komputer Anda menjadi sesuatu seperti OpenDNS ... hanya untuk menguji dan melihat.

http://www.opendns.com

208.67.222.222

208.67.220.220

Jika tidak ada yang berhasil ... beri tahu kami apa nama domain Anda yang bermasalah dan saya yakin seseorang di sini akan memeriksanya untuk Anda dan memberi tahu Anda apakah itu disebarkan atau tidak.

Semoga ini membantu.

tergantung pada catatan dns ttl. satu minggu terdengar cukup lama. coba periksa apa jawaban untuk pertanyaan dns dari semua server yang bertanggung jawab - kunjungi misalnya http://www.squish.net/dnscheck/ , ketikkan nama domain Anda, pilih jenis: APA SAJA dan jalankan pemeriksaan.

mungkin salah satu server yang terlibat masih mengembalikan catatan lama.

Satu minggu lebih dari cukup waktu untuk terjadinya propagasi. Saya memiliki masalah dan masalah serupa adalah bahwa server primer dan sekunder tidak disinkronkan. Saya menggunakan nslookup untuk memeriksa status saat ini. Sementara masalah saya adalah dengan data MX, Anda mungkin ingin memeriksanya .

Satu-satunya waktu yang diperlukan lebih dari TTL untuk memperbarui adalah jika Anda mengubah catatan dengan pendaftar Anda. Biasanya, pendaftar akan memperbarui catatan sekali atau dua kali setiap 24 jam. Namun, biasanya, catatan ini adalah yang mengarahkan domain Anda ke server DNS Anda.

Jika Anda memperbarui catatan normal (A, PTR, CNAME, dll ...) di server DNS Anda, dan mereka menjalankan bind, Anda harus dapat melakukan "rndc reload domain.name" (atau "rndc reload domain .name DALAM tampilan ") untuk menjadwalkan pembaruan segera.

Satu peringatan terakhir, browser mempertahankan cache mereka sendiri, serta klien DNS OS. Saya sudah frustrasi lebih dari sekali karena kurangnya pembaruan ketika semua yang benar-benar perlu saya lakukan adalah "ipconfig / flushdns" pada klien Windows.

Perubahan DNS cukup instan; apa yang saya pikir Anda tanyakan adalah berapa lama untuk menyebar jika Anda membuat perubahan di registrar?

Jika Anda mengubah server nama Anda di registrar, Anda dapat mengalami downtime antara 6-48 jam sementara perubahan menyebar di seluruh dunia.

Jika Anda hanya menambahkan atau memodifikasi catatan ke konsol manajemen DNS Anda, perubahannya cukup instan.