Berbagi Samba lokal menghilang setelah OpenVPN mendorong DNS

Samba kehilangan berbagi lokal pada saat OpenVPN terhubung, dan terowongan hampir tidak pernah menjadi penyebabnya. Mount-nya baik, NAS menyala, dan resolver yang dipasang terowongan menjawab pertanyaan tentang nama yang belum pernah dilihatnya. Samba bertanya ke resolver itu lebih awal dalam urutan pencariannya, mempercayai jawabannya, dan terhubung ke alamat tempat tidak ada yang mendengarkan. Memperbaiki berbagi berarti memperbaiki jawabannya, bukan mount-nya.

Lima pemeriksaan, dalam urutan yang menghilangkan paling banyak kemungkinan per langkah.

Siapa yang menjawab nama pendek

Tanyakan ke sistem operasi, bukan pengelola berkas. resolvectl status menampilkan server DNS yang terpasang pada setiap tautan dan menandai tautan mana yang menjadi rute bawaan, dan kueri untuk nama pendek melaporkan server yang menjawab. Jalankan sekali untuk nama NAS dan sekali untuk nama yang Anda tahu ada di domain kantor. Jika kedua jawaban datang dari server berbeda, Anda telah menemukan pemisahannya.

Periksa apakah jawabannya jawaban negatif atau alamat. Jawaban negatif berarti Samba seharusnya beralih ke mekanisme lain, dan kesalahannya ada di tempat lain. Alamat berarti Samba terhubung ke tempat nyata dan tidak mendapat apa pun kembali.

Mengapa Samba mempercayai jawaban yang salah

Samba menyelesaikan nama melalui urutan tetap yang ditetapkan oleh name resolve order. Di sebagian besar distribusi nilai bawaannya menyertakan host, yang berarti DNS, dan itu berjalan sebelum mekanisme khusus LAN seperti siaran NetBIOS. Karena itu terowongan yang mendorong resolver mendapat hak penolakan pertama untuk setiap nama berbagi, termasuk nama berlabel tunggal yang tidak seharusnya pernah meninggalkan gedung.

Biasanya nama yang tidak dikenal mengembalikan jawaban negatif dan mekanisme berikutnya mendapat giliran. Beberapa resolver, terutama milik ISP konsumen dan yang publik, menjawab nama tak dikenal dengan halaman pencarian atau alamat iklan. Jawaban itu tampak seperti keberhasilan bagi pustaka resolver, jadi Samba berhenti mencari dan menghubungi alamat yang tidak ada hubungannya dengan jaringan Anda.

Hasilnya adalah berbagi yang menghilang tanpa dialog kesalahan. Tidak ada yang termasuk kegagalan perutean VPN dalam urutan itu, itulah sebabnya ping ke NAS masih berfungsi sementara menelusurinya tidak.

Dua perbaikan dengan cakupan berbeda

Perbaikan sempit mempertahankan resolver yang didorong dan mengubah apa yang boleh ditanyakan Samba kepadanya. Tambahkan dua baris ke konfigurasi Samba yang benar-benar dibaca daemon, lalu mulai ulang layanan:

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

Tanpa host dalam daftar itu, DNS keluar dari jalur untuk pencarian berbagi, dan nama berlabel tunggal tetap di segmen lokal. Nama kantor masih terselesaikan normal untuk setiap program lain, karena ini hanya mengubah Samba. Biayanya adalah Samba tidak bisa lagi menggunakan DNS sama sekali, sehingga berbagi yang dialamatkan dengan nama kantor berkualifikasi penuh menjadi masalah.

Perbaikan luas menghapus penyebabnya: berhenti mendorong resolver yang menjawab nama yang bukan miliknya, atau dorong kebijakan DNS terpisah agar hanya sufiks kantor yang mencapai resolver kantor. Itu jawaban jangka panjang yang lebih baik di jaringan terkelola karena juga melindungi peramban dan pengelola paket, tetapi memerlukan akses administratif di sisi server dan klien yang mematuhi pengaturan yang didorong.

Pilih satu dengan sengaja. Perubahan resolver mengubah penyelesaian nama untuk semua aplikasi sekaligus, yang merupakan catatan perubahan, bukan suntingan untuk panggilan dukungan.

Sufiks dapat menjelaskan semuanya

Jika klien juga mendorong sufiks pencarian, nama lokal pendek ditulis ulang ke domain kantor sebelum dikueri. Maka resolver sama sekali tidak berbohong: ia ditanya pertanyaan yang wajar tentang nama kantor dan memberi jawaban yang benar. Baca nama yang dikueri di keluaran resolver untuk membedakannya dari kasus alamat iklan, karena kedua kegagalan terlihat identik di pengelola berkas.

Solusinya di sini adalah memakai nama lokal berkualifikasi penuh atau menambahkan aturan DNS terpisah yang memiliki sufiks lokal. Keduanya tidak perlu menyentuh Samba.

Buktikan setelah sambung ulang

Uji tiga nama dalam satu sesi: berbagi lokal dengan nama pendek, host kantor dengan nama, dan situs web biasa. Jika yang pertama berfungsi dan yang kedua rusak, perbaikan memindahkan kesalahannya alih-alih menghilangkannya. Jika yang ketiga rusak, perubahan resolver melampaui maksud dan setiap pencarian kini mencurigakan.

Lalu putuskan dan sambungkan kembali terowongan dan ulangi ketiganya. Opsi yang didorong diterapkan ulang pada setiap koneksi, jadi perbaikan yang hanya ada saat runtime bisa hilang tanpa berkas konfigurasi berubah. Catat resolver yang memiliki setiap sufiks dan urutan pencarian yang berlaku, dan catat tanggalnya, karena pembaruan klien berikutnya adalah tersangka yang jelas saat ini kembali.

Jika berbagi masih gagal setelah kelima pemeriksaan, tangkap kueri persis dan jawaban persis sebelum mengubah apa pun lagi. Pasangan baris itu membedakan kesalahan resolver dari nama yang memang tidak ada, dan itu catatan serah-terima tercepat yang bisa Anda tulis.