Nama internal pendek gagal di VPN: akhiran yang tidak pernah Anda lihat
Nama pendek hanya berfungsi karena akhiran pencarian melengkapinya. Bandingkan nama lengkap dan nama pendek untuk memisahkan celah akhiran dari kegagalan resolver.
Nama pendek berfungsi di kantor dan gagal di VPN, sementara nama lengkap terurai tanpa masalah. Tidak ada yang rusak. Nama telanjang seperti intranet bukan nama lengkap; klien menambahkan akhiran dari daftar pencariannya dan menanyakan hasilnya. Jika profil VPN tidak menyediakan akhiran itu, bentuk pendek yang familier berhenti ada.
Itulah seluruh mitosnya. DNS tidak rusak, kebijakan pencarian berubah.
Nama telanjang bukanlah nama
Saat Anda mengetik satu label, resolver harus memutuskan apa yang ditanyakan. Ia mencoba nama seperti yang diberikan, lalu menambahkan entri dari daftar pencarian satu per satu sampai sesuatu menjawab. Di Linux, resolv.conf mengatur urutan itu dengan pengaturan search dan ndots. Di Windows, daftar akhiran dan kebijakan resolusi nama melakukan hal yang sama. Hapus akhiran itu dan resolver tidak punya apa pun untuk ditambahkan.
Nama pendek yang berfungsi karenanya menjadi bukti kebijakan, bukan bukti server DNS yang sehat.
Apa yang dilakukan daftar akhiran dan alamat resolver
Keduanya terus-menerus dicampuradukkan. Alamat resolver mengatakan siapa yang harus ditanya; daftar akhiran mengatakan nama mana yang ditanyakan. VPN dapat memberi Anda resolver privat tanpa akhiran, atau akhiran dengan resolver yang salah. Hanya satu dari kegagalan itu yang tampak seperti gangguan DNS.
Periksa keduanya secara terpisah, karena memperbaiki yang salah membakar jendela dukungan.
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
Tiga gejala, tiga pemilik berbeda.
Uji nama lengkap lebih dulu
Mintalah nama berkualifikasi penuh yang didokumentasikan administrator, bukan tebakan. FQDN yang berfungsi membuktikan resolver dapat dijangkau dan catatan itu ada, yang menghapus separuh kemungkinan penyebab dengan satu kueri. Gunakan alat yang menunjukkan server mana yang menjawab, agar Anda tidak membaca hasil yang di-cache.
Jaga pengujian tetap privat. Mengirim varian internal ke resolver publik mengungkap nama dan menguji kebijakan yang tidak pernah dimaksudkan siapa pun.
Ke mana perbaikan itu seharusnya
Perbaiki profil pemilik atau sistem manajemen yang menghasilkannya. Penyuntingan manual pada konfigurasi resolver lokal biasanya hilang saat menyambung ulang, atau berlaku untuk setiap jaringan yang dimasuki mesin, yang lebih buruk.
Di Windows, periksa kebijakan efektif alih-alih kotak centang yang Anda ingat. Get-DnsClientNrptPolicy menunjukkan aturan resolusi nama yang benar-benar berlaku.
Di macOS, scutil --dns mencetak konfigurasi resolver per antarmuka berlingkup, termasuk domain pencarian yang didorong VPN.
Di Linux, baca baris search di /etc/resolv.conf, tetapi periksa apakah klien VPN menulisnya ulang. Jika berkas dikelola, sunting sumber kebenaran alih-alih berkas hasil render. Baris search usang sisa jaringan sebelumnya adalah penyebab umum.
Apa yang disimpan bersama profil
Simpan nama lengkap yang diperbaiki, daftar akhiran, dan alamat resolver di samping profil klien. Orang berikutnya yang melaporkan situs intranet mati dapat membandingkan tiga nilai yang diketahui alih-alih memulai dari halaman kosong.
Dan jika hanya bentuk pendek yang gagal, katakan itu di tiket. Kalimat itu menghemat satu sore bagi tim resolver.