Apa itu penyebaran DNS?

Penyebaran DNS ialah istilah tidak rasmi bagi tempoh apabila penyelesai DNS masih memberikan jawapan yang berbeza selepas sesuatu rekod diubah. DNS tidak menghebahkan nilai baharu kepada semua pelayan serentak. Penyelesai rekursif mengambil jawapan apabila diperlukan dan boleh menyimpannya dalam cache sepanjang tempoh yang dibenarkan.

Mengapa jawapan berbeza

Katakan pemilik laman menukar rekod A daripada satu alamat IP kepada alamat lain. Pelayan autoritatif sudah memegang nilai baharu, tetapi penyelesai rekursif yang digunakan pelawat baru sahaja menyimpan nilai lama. Selagi jawapan dalam cache itu belum tamat tempoh, pelawat mungkin masih sampai ke pelayan lama. TTL menetapkan berapa lama sesuatu jawapan boleh disimpan dalam cache; baki masanya bergantung pada bila penyelesai itu menerima jawapan sebelumnya.

Menukar delegasi domain kepada pelayan nama baharu ialah operasi yang berasingan. Maklumat delegasi juga boleh disimpan dalam cache, jadi apabila berpindah penyedia DNS, zon lama dan zon baharu kedua-duanya perlu diambil kira. Menyunting rekod dalam panel penyedia baharu tidak membantu selagi pertanyaan masih mengikut delegasi lama.

Semak lapisan yang betul

Mula-mula, kenal pasti pelayan nama yang autoritatif pada masa ini. Tanya pelayan tersebut tentang rekod berkenaan, kemudian bandingkan hasilnya dengan beberapa penyelesai rekursif. Semakan penyebaran DNS 2IP boleh membandingkan jawapan yang kelihatan, manakala semakan konfigurasi domain 2IP membantu anda memeriksa rekod satu per satu. Catat masa, nama tepat dan jenis rekod: A, AAAA, MX dan TXT tidak bergantung antara satu sama lain.

Jika pelayan autoritatif masih memberikan nilai lama, menunggu cache tamat tempoh tidak akan menyelesaikan masalah. Pastikan penyedia mana yang mengehoskan zon aktif dan sama ada suntingan itu benar-benar disimpan. Jika jawapan autoritatif sudah baharu tetapi sesetengah penyelesai rekursif masih memberikan nilai lama, biarkan entri dalam cache itu tamat tempoh. Suntingan berulang semasa diagnosis hanya menyukarkan anda mentafsir garis masa.

Rancang perubahan dengan lebih selamat

Sebelum migrasi yang dirancang, rendahkan TTL rekod lama cukup awal supaya tempoh hayat sebelumnya sempat berlalu. Sediakan pelayan baharu sebelum bertukar dan, jika boleh, biarkan pelayan lama terus melayan permintaan sepanjang peralihan. Bagi e-mel, semak rekod alamat dan TXT yang berkaitan bersama-sama MX.

Mengosongkan cache pada komputer sendiri hanya menjejaskan sebahagian laluan; tindakan itu tidak dapat mengosongkan penyelesai yang digunakan orang lain. Ralat TLS atau aplikasi yang rosak boleh berterusan walaupun DNS sudah betul. TTL dan cache ditetapkan dalam RFC 1035, manakala cache jawapan negatif diterangkan dalam RFC 2308.

Jika perkhidmatan web dan e-mel berpindah serentak, uji rekod DNS masing-masing secara berasingan. Halaman web yang berfungsi tidak membuktikan penghantaran e-mel sudah pulih.