Kongsi Samba tempatan hilang selepas OpenVPN menolak DNS

Samba kehilangan kongsi tempatan pada saat OpenVPN ia bersambung, dan terowong hampir tidak pernah menjadi puncanya. Lekapan itu baik, NAS hidup, dan penyelesai yang dipasang terowong menjawab soalan tentang nama yang tidak pernah dilihatnya. Samba bertanya kepada penyelesai itu awal dalam susunan cariannya, mempercayai jawapannya dan bersambung ke alamat yang tiada apa mendengar. Membaiki kongsi bermakna membaiki jawapan, bukan lekapan.

Lima pemeriksaan, dalam susunan yang menghapuskan paling banyak kemungkinan setiap langkah.

Siapa yang menjawab nama pendek itu

Tanya sistem pengendalian, bukan pengurus fail. resolvectl status mencetak pelayan DNS yang dilampirkan pada setiap pautan dan menandakan pautan mana yang menjadi laluan lalai, dan pertanyaan untuk nama pendek melaporkan pelayan yang menjawab. Jalankannya sekali untuk nama NAS dan sekali untuk nama yang anda tahu wujud dalam domain pejabat. Jika kedua-dua jawapan datang dari pelayan berbeza, anda telah menemui perpecahan itu.

Semak sama ada jawapan itu jawapan negatif atau alamat. Jawapan negatif bermakna Samba sepatutnya beralih kepada mekanisme lain, dan kegagalan itu di tempat lain. Alamat bermakna Samba bersambung ke tempat sebenar dan tidak mendapat apa-apa balik.

Mengapa Samba mempercayai jawapan yang salah

Samba menyelesaikan nama melalui urutan tetap yang ditetapkan oleh name resolve order. Pada kebanyakan edaran nilai lalai termasuk host, yang bermaksud DNS, dan ia berjalan sebelum mekanisme khusus LAN seperti siaran NetBIOS. Oleh itu terowong yang menolak penyelesai mendapat hak penolakan pertama bagi setiap nama kongsi, termasuk nama berlabel tunggal yang tidak pernah sepatutnya meninggalkan bangunan.

Biasanya nama yang tidak dikenali mengembalikan jawapan negatif dan mekanisme seterusnya mendapat giliran. Sesetengah penyelesai, terutamanya ISP pengguna dan penyelesai awam, menjawab nama yang tidak dikenali dengan halaman carian atau alamat pengiklanan. Jawapan itu kelihatan seperti kejayaan kepada pustaka penyelesai, jadi Samba berhenti mencari dan mendail alamat yang tiada kaitan dengan rangkaian anda.

Hasilnya ialah kongsi yang hilang tanpa dialog ralat. Tiada apa dalam urutan itu kegagalan penghalaan VPN, sebab itulah ping ke NAS masih berfungsi manakala melayarinya tidak berfungsi.

Dua pembaikan dengan skop berbeza

Pembaikan sempit mengekalkan penyelesai yang ditolak dan menukar apa yang Samba dibenarkan bertanya kepadanya. Tambah dua baris pada konfigurasi Samba yang benar-benar dibaca daemon, kemudian mula semula perkhidmatan:

[global]
   name resolve order = wins lmhosts bcast
   dns proxy = no

Tanpa host dalam senarai itu, DNS keluar dari laluan untuk carian kongsi, dan nama berlabel tunggal kekal pada segmen tempatan. Nama pejabat masih diselesaikan seperti biasa untuk setiap program lain, kerana ini hanya mengubah Samba. Kosnya ialah Samba tidak lagi boleh menggunakan DNS sama sekali, jadi kongsi yang dialamatkan dengan nama pejabat berkualifikasi penuh menjadi masalah.

Pembaikan luas menghapuskan puncanya: berhenti menolak penyelesai yang menjawab nama yang bukan miliknya, atau tolak dasar DNS terpisah supaya hanya akhiran pejabat sampai ke penyelesai pejabat. Itulah jawapan jangka panjang yang lebih baik dalam rangkaian terurus kerana ia juga melindungi pelayar dan pengurus pakej, tetapi ia memerlukan akses pentadbiran di sebelah pelayan dan klien yang mematuhi tetapan yang ditolak.

Pilih satu dengan sengaja. Perubahan penyelesai mengubah penyelesaian nama untuk setiap aplikasi sekali gus, yang merupakan rekod perubahan, bukan suntingan untuk panggilan sokongan.

Akhiran itu boleh menjelaskan segala-galanya

Jika klien juga menolak akhiran carian, nama tempatan pendek ditulis semula ke dalam domain pejabat sebelum ditanya. Maka penyelesai itu langsung tidak berbohong: ia ditanya soalan yang adil tentang nama pejabat dan memberi jawapan yang betul. Baca nama yang ditanya dalam output penyelesai untuk membezakan ini daripada kes alamat pengiklanan, kerana kedua-dua kegagalan kelihatan sama dalam pengurus fail.

Penyelesaian di sini ialah sama ada menggunakan nama tempatan berkualifikasi penuh atau menambah peraturan DNS terpisah yang memiliki akhiran tempatan. Kedua-duanya tidak memerlukan menyentuh Samba.

Buktikan selepas sambung semula

Uji tiga nama dalam satu sesi: kongsi tempatan dengan nama pendek, hos pejabat dengan nama, dan laman web biasa. Jika yang pertama berfungsi dan yang kedua rosak, pembaikan itu memindahkan kegagalan dan bukannya menghapuskannya. Jika yang ketiga rosak, perubahan penyelesai melangkah lebih jauh daripada yang dimaksudkan dan setiap carian kini mencurigakan.

Kemudian putuskan dan sambung semula terowong dan ulangi ketiga-tiganya. Pilihan yang ditolak digunakan semula pada setiap sambungan, jadi pembaikan yang hanya wujud semasa masa jalan boleh hilang tanpa fail konfigurasi berubah. Catat penyelesai yang memiliki setiap akhiran dan susunan carian yang berkuat kuasa, dan catat tarikhnya, kerana kemas kini klien seterusnya ialah suspek yang jelas apabila ini kembali.

Jika kongsi masih gagal selepas kelima-lima pemeriksaan, tangkap pertanyaan tepat dan jawapan tepat sebelum mengubah apa-apa lagi. Pasangan baris itu membezakan kerosakan penyelesai daripada nama yang benar-benar tidak wujud, dan ia ialah nota penyerahan terpantas yang boleh anda tulis.