Cara membaca penghalaan DNS VPN setiap pautan daripada resolvectl
resolvectl status menunjukkan pelayan, domain dan laluan lalai bagi setiap pautan. Baca semuanya bersama, kemudian tanyakan nama itu dan catat pautan mana yang menjawab.
Jalankan resolvectl status dan anda mendapat dinding blok bagi setiap pautan, setiap satu dengan pelayannya sendiri dan baris domainnya sendiri. Baris yang menentukan penghalaan ialah senarai domain, bukan alamat pelayan nama, kerana stub tempatan menghantar setiap pertanyaan ke pautan yang menuntut nama itu. Baca tuntutan itu sebelum membaca jawapannya, kemudian tanyakan nama itu dan periksa pautan mana yang menghasilkannya. Jawapan salah daripada pautan yang betul ialah masalah berbeza daripada jawapan betul daripada pautan yang salah.
Apa yang diberitahu setiap blok pautan kepada anda
Setiap blok menyenaraikan pelayan yang akan digunakan penyelesai untuk antara muka itu, senarai domain dan sama ada pautan itu laluan lalai. Senarai domain ialah satu set tuntutan, dan penyelesai menggunakan padanan akhiran terpanjang: pertanyaan untuk host.corp.example dituntut oleh pautan yang membawa corp.example sebelum pautan yang hanya membawa laluan lalai. Dua pautan yang menuntut akhiran yang sama menyerahkan hasilnya kepada keutamaan dan susunan, sebab itu pendua wajar diberi perhatian dahulu. Baris pelayan semasa menunjukkan pelayan mana antara yang tersenarai sedang digunakan pada saat itu.
Alamat stub seperti 127.0.0.53 dalam /etc/resolv.conf hanya mengatakan stub berada di hadapan. Ia tidak menamakan sumber huluan yang menjawab, sebab itu diagnosis yang hanya bergantung pada resolv.conf terhenti.
Baca tiga jenis entri domain dengan betul
| Entri | Apa yang dituntut | Kesilapan biasa |
|---|---|---|
| corp.example | domain penghalaan dan akhiran carian: nama di bawahnya pergi ke pautan ini, dan rentetan itu ditambahkan pada nama telanjang | dibuang kerana penghalaan nampaknya berfungsi juga |
| ~corp.example | laluan sahaja: nama di bawahnya pergi ke pautan ini, tetapi akhiran tidak ditambahkan | dianggap perlu untuk penghalaan |
| ~. | laluan lalai: menuntut pertanyaan yang tidak diliputi pautan lain | dibiarkan aktif pada profil berpecah, jadi nama awam mengikut terowong |
Tilde mengubah tingkah laku carian, bukan penghalaan. Entri tanpa tilde ialah domain penghalaan dan domain carian sekali gus, jadi nama di bawahnya dihantar ke pautan itu dan nama berlabel tunggal mendapat akhiran. Entri bertilde menghalakan akhiran yang sama tetapi menyimpannya di luar senarai carian. Sebab itu membuang tilde mengubah nama telanjang mana yang diselesaikan, dan sebab itu tilde yang hilang ialah masalah carian, bukan kegagalan DNS berpecah.
Entri laluan lalai menuntut semua yang tidak diliputi pautan lain. Profil terowong penuh biasanya mahukannya dan profil berpecah biasanya tidak, kerana nama awam kemudian menuju ke penyelesai peribadi dan mungkin gagal di sana. Baca jadual itu terhadap niat profil dan bukan menyalin bendera antara profil. Apabila dua pautan menuntut akhiran yang sama, selesaikan soal keutamaan sebelum menyunting apa-apa lagi.
Tanyakan sesuatu nama dan lihat pautan mana yang menjawab
Subperintah query mencetak alamat, protokol dan pautan atau skop yang menghasilkan jawapan. Uji satu nama yang sepatutnya dituntut oleh akhiran peribadi dan satu nama awam biasa, kemudian bandingkan sumber yang dilaporkan. Jika nama peribadi menjawab dari pautan wayarles, tuntutannya hilang atau terowongnya mati; jika nama awam pada profil berpecah menjawab dari terowong, laluan lalainya terlalu luas. Kedua-dua kegagalan itu kelihatan sama dalam pelayar dan bertentangan dalam keluaran ini.
resolvectl status
resolvectl query host.corp.examplePerhatikan juga protokol yang dilaporkan, kerana jawapan daripada cache atau fail hosts boleh tiba tanpa mana-mana sumber huluan ditanya. Jawapan daripada cache membuktikan nama itu pernah diselesaikan, bukan bahawa dasar semasa menghalakannya dengan betul.
Pisahkan penghalaan nama daripada penghalaan paket
Keputusan penyelesai tidak mencipta laluan. Pelayan yang dipilih masih memerlukan laluan ke alamatnya, dan alamat yang dikembalikan masih memerlukan laluan ke rangkaian peribadi, jadi dasar DNS yang betul boleh wujud bersama sambungan yang tidak pernah terbuka. Apabila nama diselesaikan dan aplikasi gagal, periksa alamat dan laluan itu dan bukan menukar DNS lagi. Penyelesaian nama dan kebolehcapaian ialah dua soalan dengan dua pemilik berbeza.
Aplikasi boleh memintas penyelesai sistem sepenuhnya melalui tetapan DNS selamat mereka sendiri atau penyelesai terbina. Hasil resolvectl menerangkan laluan sistem, dan pelayar yang mengabaikannya akan bercanggah dengan setiap ujian yang anda buat. Periksa tetapan itu sebelum membuat kesimpulan dasar itu rosak.
Catat alamat yang menjadi tempat nama itu diselesaikan di sebelah pautan. Nama betul yang menunjuk ke alamat salah ialah masalah rekod, bukan masalah penghalaan.
Periksa semula selepas pautan berubah
Menyambung semula atau bertukar wayarles membina semula keadaan pautan, dan pengurus rangkaian boleh memasang semula domain dan pelayannya di atas apa sahaja yang ditetapkan dengan tangan. Selepas itu tanyakan kedua-dua nama yang sama dan bandingkan dengan garis dasar yang direkodkan. Jika suntingan manual hilang, pembaikan itu milik profil sambungan dan bukan arahan shell. Merekod sebelum dan selepas itulah yang menjadikannya kelihatan.
Kongsi hanya nama dan konteks pelayan yang diperlukan laporan, kerana akhiran dalaman mendedahkan topologi. Dokumentasi systemd-resolved tentang penghalaan domain meliputi peraturan padanan terpanjang dan tingkah laku tilde, dan membaca sekali menghalang kebanyakan kesilapan jadual di atas: penghalaan pertanyaan dalam systemd-resolved.