Masalah
Record DNS sudah diubah, tetapi sebagian pengguna masih melihat alamat lama. Ini sering disebut propagasi, tetapi yang biasanya terjadi adalah cache resolver masih menyimpan jawaban sesuai TTL yang diterima sebelumnya.
Networking / Tutorial
Pelajari bagaimana TTL memengaruhi cache resolver dan mengapa jawaban DNS lama dapat bertahan setelah record diperbarui.
Membaca TTL pada jawaban DNS dan membedakan cache resolver dari data authoritative.
PersiapanTerminal dengan dig dan domain yang boleh Anda periksa. Jangan mengubah TTL produksi hanya untuk mengikuti latihan ini.
Record DNS sudah diubah, tetapi sebagian pengguna masih melihat alamat lama. Ini sering disebut propagasi, tetapi yang biasanya terjadi adalah cache resolver masih menyimpan jawaban sesuai TTL yang diterima sebelumnya.
Catat waktu perubahan, nilai record lama, nilai baru, dan TTL sebelum perubahan. TTL yang diubah setelah resolver sudah menyimpan jawaban lama tidak selalu memperpendek cache yang sudah telanjur ada.
Gunakan output ANSWER SECTION agar nilai TTL terlihat. Angka sebelum tipe record adalah sisa TTL dalam detik pada jawaban tersebut.
dig example.com A +noall +answerResolver berbeda dapat memiliki sisa TTL berbeda karena waktu pengisian cache tidak sama.
dig @1.1.1.1 example.com A +noall +answer\ndig @8.8.8.8 example.com A +noall +answerJika Anda mengetahui authoritative nameserver, query langsung ke sana untuk melihat sumber data zona, kemudian bandingkan dengan resolver recursive.
dig example.com NS +short\ndig @nama-ns.example example.com A +noall +answerUntuk record Cloudflare yang diproksikan, TTL default adalah Auto dan saat ini bernilai 300 detik. Cloudflare mencatat bahwa cache lokal dapat membuat perubahan terasa lebih lama dari lima menit.
Jika authoritative sudah menampilkan nilai baru tetapi resolver masih menampilkan nilai lama dengan TTL yang menurun, tunggu sampai cache kedaluwarsa. Jika authoritative juga menampilkan nilai salah, fokuskan pemeriksaan pada konfigurasi zona atau delegasi.
Jangan langsung mengubah record berulang kali ketika jawaban belum seragam. Catat TTL dan sumber jawaban; perubahan tambahan dapat membuat timeline troubleshooting semakin sulit dibaca.