Urutan rekod resolvconf Debian: letak rekod VPN dahulu

Pelayan nama VPN terus-menerus berakhir di bawah pelayan nama LAN, dan menyunting /etc/resolv.conf membaikinya untuk beberapa minit. Fail itu dijana, jadi pembaikan tidak pernah kekal. Dalam resolvconf Debian, input susunan ialah /etc/resolvconf/interface-order, dan ia mengisih nama rekod dan bukan alamat DNS. Sahkan tindanan resolver mana yang sebenarnya bertanggungjawab sebelum anda menyentuh mana-mana daripada dua fail itu.

Sahkan resolvconf yang memiliki output

Mulakan dengan bertanya apa yang menulis fail semasa dan apa yang akan menulisnya semula. Pakej resolvconf menggambarkan dirinya sebagai rangka kerja untuk konfigurasi resolver dinamik, dan hos yang menjalankan systemd-resolved atau resolver yang diurus NetworkManager boleh kelihatan sama dari luar sambil menggunakan dasar yang sama sekali berbeza.

readlink -f /etc/resolv.conf
dpkg -l resolvconf 2>/dev/null | tail -n 1

Jika laluan yang diselesaikan tidak menuju ke direktori masa jalan resolvconf, berhenti di sini: buku panduan ini milik tindanan lain.

Hanya selepas pemeriksaan itu wajar menyenaraikan rekod yang sedang dipegang resolvconf.

Baca rekod sebelum menulis corak

interface-order sepadan dengan nama rekod pembekal, bukan alamat dan bukan nama antara muka kernel. Senaraikan apa yang didaftarkan supaya corak anda merujuk entri yang memang wujud.

ls /run/resolvconf/interfaces
cat /etc/resolvconf/interface-order

Nama rekod biasanya membawa akhiran yang mengenal pasti pembekalnya, jadi rekod terowong dan rekod DHCP boleh berkongsi awalan antara muka dan masih diisih berbeza. Salin nama yang tepat daripada senarai direktori. Jangan membuat kesimpulan nama daripada nama antara muka, kerana integrasi klien yang menentukan apa yang didaftarkan. Nama yang anda cipta tidak akan pernah sepadan, dan rekod itu akan jatuh ke corak penangkap semua tanpa sebarang mesej ralat.

Tulis susunan sebagai corak padanan pertama

Fail itu ialah senarai corak glob shell, satu setiap baris. Rekod mengambil kedudukan corak pertama yang sepadan dengannya, jadi corak luas di atas corak khusus menjadikan baris khusus itu tidak tercapai.

# /etc/resolvconf/interface-order
lo*
tun_work.*
enp*
*

Letakkan corak terowong khusus di atas corak penangkap semua dan di atas corak antara muka fizikal.

Kekalkan baris lain yang sudah ada dalam fail. Menggantikan seluruh dasar dengan contoh ialah cara pembekal yang tidak berkaitan beralih secara senyap; ubah satu baris, jana semula dan bandingkan. Corak tidak boleh mengandungi ruang, garis miring atau titik atau tilde di hadapan, dan baris kosong serta ulasan hash diabaikan.

Jana semula dan sahkan hasilnya

Susunan terpakai apabila skrip kemas kini membina semula fail. Jalankan laluan kemas kini yang disokong dan bukannya menyunting output yang dijana, kemudian baca apa yang sebenarnya diterima oleh resolver.

resolvconf -u
cat /etc/resolv.conf

Sahkan dua carian, bukan satu: nama peribadi yang sepatutnya diselesaikan melalui terowong, dan nama kawalan awam. Jika nama peribadi masih gagal sedangkan susunannya kelihatan betul, masalahnya ialah penghalaan ruang nama dan bukan keutamaan rekod, dan tiada penyusunan semula akan membaikinya. Bandingkan setiap jawapan dengan pelayan yang mengembalikannya, bukan hanya dengan kejayaan. Nama peribadi yang dijawab oleh resolver yang salah tetap kegagalan, dan bagi pengguna ia kelihatan seperti gangguan DNS.

Pencenkan rekod usang dan bukannya menurunkannya

Rekod VPN usang yang terus muncul semula selepas pemutusan ialah pepijat kitaran hayat dalam integrasi klien. Memindahkannya ke bahagian bawah menyembunyikan gejala dan meninggalkan resolver mati dalam senarai.

Pencenkan melalui komponen yang mendaftarkannya, kemudian sahkan direktori rekod tidak lagi menyenaraikannya.

Catat nama pembekal, corak yang anda ubah dan dua carian yang anda jalankan. Orang seterusnya lebih memerlukan nama-nama itu daripada ceritanya.