DNS VPN salah? Satu server otoritatif mungkin sudah usang
Sambungkan VPN dan sebuah nama terurai ke alamat kemarin. Terowongan tidak merusak DNS; sebuah server otoritatif yang dipublikasikan selama ini menyajikan data zona usang.
Sambungkan VPN dan satu nama host terurai ke alamat kemarin, atau ke tidak sama sekali. Putuskan dan berfungsi lagi. Refleksnya adalah menyalahkan resolver yang dipaksakan terowongan, tetapi penyebab yang lebih umum adalah server nama yang dipublikasikan dan berhenti menerima pembaruan zona. Jalur baru sekadar mencapai otoritas berbeda dari yang menjadi asal jawaban tersimpan Anda.
Gejalanya berubah bersama resolver
Resolver rekursif mengembalikan apa yang dikatakan otoritas kepadanya, lalu menyimpan jawaban itu selama TTL. Jika terowongan memaksakan resolver lain, atau mengubah jalur sehingga yang lama tidak lagi terjangkau, klien bertanya kepada otoritas lain dan mendapat jawaban berbeda. Domainnya tidak berubah pada saat itu; pandangan Anda tentangnya yang berubah.
Karena itu nama yang sama bisa bekerja di satu kantor dan gagal dari hotel, dan karena itu membersihkan cache lokal hanya kadang membantu. Membersihkan cache mengirim pertanyaan ke otoritas yang sama lagi.
Ujian yang membedakan adalah kueri langsung ke setiap server yang dipublikasikan.
Tanyakan setiap otoritas secara langsung
Mulailah dari delegasi, bukan dari daftar yang Anda ingat. Tanyakan kepada induk tentang kumpulan NS, lalu kueri setiap nama dalam kumpulan itu untuk catatan yang Anda perlukan. Dua kueri untuk nama yang sama pada otoritas berbeda langsung memberi tahu apakah zonanya konsisten.
dig +short NS example.com
dig @ns1.dns.example app.example.com A
dig @ns2.dns.example app.example.com A
Lakukan hal yang sama untuk catatan NS di puncak zona, karena delegasi induk dan kumpulan NS milik zona sendiri bisa berbeda setelah migrasi. Nomor seri pada SOA adalah hal berikutnya untuk dibandingkan, dan server sekunder yang tertinggal jauh adalah masalah transfer, bukan masalah jawaban.
Jalankan kueri itu dari jaringan yang gagal, bukan hanya dari meja Anda.
Pisahkan pandangan yang disengaja dari yang rusak
Sebagian domain sengaja menjawab berbeda menurut wilayah atau kelompok resolver, dan pengaturan horizon terbelah normal di jaringan perusahaan.
Pertanyaannya apakah perbedaannya terdokumentasi dan stabil. Pandangan yang tidak disengaja tampak berbeda: satu otoritas punya catatan yang tidak pernah diterima yang lain, atau kehilangan satu catatan yang semuanya miliki. Panduan pemilihan dan penerapan RFC 2182 memperlakukan ketersediaan otoritatif sebagai tanggung jawab bersama, dan itulah kerangka yang tepat di sini. Redundansi hanya ada jika setiap server yang dipublikasikan dapat menjawab dengan data yang dimaksud, bukan sekadar menerima koneksi pada port 53.
Server yang menjawab SERVFAIL lebih mudah didiagnosis daripada yang menjawab dengan yakin dan salah.
Migrasi menyingkap apa yang disembunyikan cache
Saat berpindah penyedia, dua lokasi otoritatif berubah: delegasi induk dan catatan NS milik zona sendiri. Keduanya harus diperbarui, dan keduanya di-cache selama TTL masing-masing. Jika server lama tetap hidup dan terus melayani zona sebelumnya, klien yang resolver-nya bertanya kepadanya akan terus mendapat jawaban lama jauh setelah pemotongan tampak selesai.
Itulah tepatnya keadaan yang disembunyikan cache berumur panjang. Stasiun kerja yang berfungsi sepanjang minggu sedang berbicara dengan resolver yang menyimpan jawaban segar dari otoritas baru, sementara yang lama terus membagikan data usang kepada semua orang.
Mengubah resolver di laptop memperbaiki laptop itu dan tidak yang lain.
Perbaiki zonanya, bukan resolver-nya
Identifikasi server mana yang seharusnya otoritatif untuk zona itu, koreksi zona terkelola atau delegasinya sehingga setiap server menyajikan data yang dimaksud, dan pertahankan redundansi yang Anda rencanakan. Menghapus server nama karena satu jalan keluar VPN mendapat jawaban aneh mengurangi ketersediaan dan membiarkan ketidakkonsistenan tetap ada.
Lalu jalankan lagi kueri langsung dari kedua jaringan dan tunggu TTL catatan yang Anda ubah habis.
Pastikan jawabannya stabil dari setiap otoritas, dan tuliskan pandangan yang dimaksud ke dokumentasi zona agar perbedaan berikutnya mudah diklasifikasikan.