Laporan DNS VPN: apa yang perlu disertakan supaya boleh dihasilkan semula

«DNS rosak» ialah kesimpulan, dan ia bukan kesimpulan yang boleh diambil tindakan oleh pembantu. Bahagian berguna laporan ialah bentuk kegagalan: nama mana, melalui resolver mana, dengan respons apa. Tiga butiran menjadikan aduan boleh dihasilkan semula, dan ketiga-tiganya selamat dikongsi selepas bahagian peribadi dinamakan semula. Berikut ialah minimum yang diperlukan laporan DNS VPN sebelum sesiapa boleh membantu.

Kategori nama, bukan penghakiman

Mulakan dengan nama itu sendiri dan klasifikasikannya: awam, dalaman, pendek, layak sepenuhnya, atau dilayan oleh satu akhiran tertentu. Nama dalaman yang gagal semasa nama awam diselesaikan menunjukkan pemilihan resolver, bukan kebolehcapaian. Jika semua nama gagal, itu menunjukkan laluan ke resolver, yang merupakan siasatan berbeza dengan bukti berbeza. Kategori membawa diagnosis, dan rentetan tepat boleh disembunyikan.

Nyatakan sama ada kegagalan memerlukan terowong aktif, atau berlaku selepas ia terputus. Nama yang hanya rosak semasa VPN aktif menunjukkan konfigurasi setiap pautan, manakala yang rosak selepas terputus menunjukkan keadaan sisa. Laporan biasanya meninggalkan ini dan kemudian tertanya-tanya mengapa cadangan pertama tidak membantu.

Rekod laluan resolver

Pertanyaan yang dihantar ke pelayan yang dipilih secara eksplisit dan carian biasa sesuatu aplikasi ialah eksperimen berbeza. Nyatakan yang mana menghasilkan kegagalan, kerana pertanyaan manual ke pelayan yang berfungsi hanya membuktikan pelayan itu berfungsi. Arahan di bawah memisahkan laluan sistem daripada soalan langsung.

resolvectl status --no-pager
getent hosts host.internal
dig +short host.internal @10.20.30.53

Output status menamakan pelayan setiap pautan dan domain penghalaan, iaitu tempat split DNS diputuskan. Panggilan getent mengikut laluan yang sama seperti aplikasi, termasuk susunan nsswitch. Pertanyaan langsung memintas kedua-duanya dan menguji satu pelayan secara berasingan. Laporkan yang mana antara tiga gagal dan yang mana berjaya, dan pembaca tidak perlu meneka laluan lagi.

Nyatakan perbandingan terkawal

Ubah satu pemboleh ubah dan nyatakan apa yang berubah. Nama awam diselesaikan manakala nama dalaman gagal ialah masalah pemilihan; setiap nama tamat masa ialah masalah laluan; dan nama peribadi yang diselesaikan kepada alamat awam ialah kebocoran ke resolver yang salah. Dua daripada tiga itu tidak ada kaitan dengan sama ada terowong aktif. Laporan yang mendakwa semua pertanyaan rosak biasanya mengandungi perbandingan yang tidak pernah dijalankan.

Pisahkan penyelesaian daripada penyampaian. Apabila nama diselesaikan dan tapak masih gagal, peringkat DNS berjaya dan laporan harus menyatakannya, kerana langkah seterusnya ialah laluan atau pendengar, bukan resolver. Satu perbezaan itu lebih kerap menjimatkan satu pusingan soalan daripada mana-mana petikan log.

Sembunyikan ruang nama, kekalkan hubungan

Nama dalaman boleh diganti asalkan pengganti mengekalkan struktur. Petakan setiap pelayan dan akhiran yang berbeza kepada label stabil, dan simpan pemetaan itu di luar salinan kongsi. Menggantikan setiap hos dalaman dengan pemegang tempat yang sama memusnahkan bukti yang diperlukan laporan, kerana pembaca tidak lagi dapat melihat bahawa satu akhiran diselesaikan dan yang lain tidak. Peraturan yang sama terpakai pada alamat: kekalkan hubungan awalan dan ubah bit hos jika dasar menghendakinya.

Hantar rekod melalui saluran yang disahkan dan tinggalkan apa yang tidak pernah diperlukan diagnosis. Kata laluan, kunci peribadi dan nama syarikat yang tidak berkaitan bukan bahagian daripada soalan DNS. Apa yang pembaca perlukan ialah kategori kegagalan, laluan resolver, ralat tepat dan satu perbandingan yang anda jalankan.