Nama host VPN gagal, alamat IP berfungsi: di mana harus melihat
Akses lewat IP berfungsi sementara nama gagal, yang menunjuk ke sufiks dan resolver yang didorong, bukan rute. Telusuri alamat, FQDN, nama pendek, dan jalur lama.
Anda dapat membuka share lewat alamat dan share yang sama lewat nama gagal, yang berarti terowongan membawa paket dan lapisan penamaan tidak. Satu pengamatan itu menghemat jalan memutar lewat perubahan firewall dan rute. Nama membutuhkan sufiks, resolver, dan jalur untuk kueri, dan klien VPN dapat memasang rute tanpa memasang satu pun dari itu. Jalankan keempat pemeriksaan di bawah secara berurutan dan berhenti pada yang pertama rusak.
Nama mengajukan pertanyaan yang tidak diajukan alamat
Alamat adalah tujuan yang dapat langsung dipakai tumpukan protokol. Nama pendek adalah pertanyaan yang harus diperluas dengan sufiks, dikirim ke resolver, dan dijawab oleh sesuatu yang mengenal zona itu. Terowongan yang memasang rute tetapi tidak memasang resolver membuat yang pertama bekerja dan yang kedua rusak. Itulah sebabnya gejalanya terlihat begitu konsisten pada produk VPN yang sangat berbeda.
Bekerjalah keluar dari alamat: pertama nama lengkap, lalu nama host telanjang, dan catat mana dari ketiganya yang berfungsi. Polanya memberi tahu Anda lapisan mana yang harus diperiksa sebelum membuka satu layar konfigurasi pun. Menebak rute saat FQDN berhasil diresolusi adalah usaha sia-sia.
Baca resolver yang benar-benar dipasang terowongan
Tanyakan kepada sistem operasi resolver mana yang menangani kueri untuk zona internal, bukan yang diumumkan antarmuka klien VPN. Server yang mendorong resolver publik tanpa zona internal menghasilkan kegagalan ini persis, dan itu kesalahan konfigurasi, bukan gangguan perutean.
resolvectl status
nslookup fileserver.corp.example
nslookup fileserver
Pada klien Windows yang tergabung dalam domain, kebijakan perutean ruang nama menentukan kueri mana menuju resolver mana, dan pengaturan DNS milik adaptor VPN muncul di detail adaptor. Bacalah kebijakan yang berlaku, bukan profilnya, karena kebijakan yang tersimpan di cache bisa bertahan lebih lama daripada koneksi yang memasangnya. Jika resolver menjawab nama lengkap dan bukan nama pendek, masalahnya sudah pindah ke daftar sufiks.
Get-DnsClientNrptPolicy
ipconfig /all
Berhenti jika zona internal berhasil diresolusi lewat server yang benar. Resolver bukan masalah Anda.
Sufiks menjelaskan nama pendek yang gagal
Nama berlabel tunggal diperluas dengan daftar sufiks koneksi sebelum kueri dikirim. Jika VPN tidak mengirimkan sufiks internal, fileserver tidak pernah menjadi fileserver.corp.example, dan kueri keluar sebagai nama yang tidak dikenal resolver publik mana pun. Mendorong sufiks, atau mengetik nama lengkap, menguji hipotesis tanpa mengubah apa pun di server.
nslookup fileserver.corp.example
ping -a 192.168.50.20
Di Linux, layanan resolver mengikat server DNS ke sebuah tautan dan sekumpulan domain perutean, sehingga server yang didorong dan tidak terkait dengan tautan terowongan berperilaku seolah tidak ada. Periksa status per tautan, bukan berkas stub, yang mungkin hanya menunjuk ke resolver lokal. Pemisahan yang sama muncul di arah sebaliknya: domain pencarian yang ada tetapi tidak diterapkan ke antarmuka terowongan menghasilkan kegagalan nama pendek yang tampak acak.
Jika penambahan sufiks memperbaikinya, pekerjaan yang tersisa adalah mengirimkan sufiks itu lewat profil VPN alih-alih meminta setiap pengguna mengetiknya.
NetBIOS dan WINS adalah mekanisme yang berbeda
SMB lama masih dapat mencari nama telanjang dengan layanan nama NetBIOS, yang menjawab lewat siaran atau melalui server WINS. Siaran tetap di dalam satu domain siaran dan berhenti di router pertama, jadi tidak dapat melintasi terowongan; WINS berfungsi karena klien punya alamat unicast untuk mendaftar dan bertanya. Itulah sebabnya VPN yang hanya membawa IP masih dapat mendukung nama lama ketika WINS dikonfigurasi dan dapat dijangkau.
nbtstat -n
nbtstat -R
Untuk SMB modern, andalkan DNS dan nama lengkap, dan pensiunkan jalur lama. Jika benar-benar lama, sediakan WINS atau ganti aplikasinya; jalan tengahnya adalah antrean dukungan yang tidak pernah kosong.
Penelusuran berakhir ketika Anda dapat mengatakan lapisan mana yang gagal: resolver, sufiks, atau penemuan lama. Catat resolver yang menjawab dan bentuk nama yang berhasil, karena orang berikutnya akan mulai dari gejala yang sama.