File Resolver macOS untuk Domain Lokal di Samping VPN

VPN kantor Anda menyelesaikan nama perusahaan dengan sempurna, sementara printer di rumah tetap tidak bisa dijangkau lewat namanya, dan perbaikan yang biasa orang tempuh adalah mengarahkan seluruh Mac ke router rumah. Itu perubahan yang jauh lebih besar daripada yang dibutuhkan masalah. macOS dapat mengirim satu sufiks DNS ke server-nya sendiri melalui file resolver kecil, sementara semua pencarian lain tetap persis seperti semula.

Batas izin diutamakan: ini untuk domain yang Anda kelola atau yang telah Anda izinkan untuk dikonfigurasi. Ini bukan jalan memutar di sekitar kebijakan DNS yang diberlakukan organisasi atau pembatasan jaringan lokalnya.

Satu file dengan tugas yang sempit

Misalkan zona lokal adalah lab.example.org dan servernya menjawab di 192.168.55.1. Di Mac tempat Anda diizinkan melakukan perubahan, administrator membuat file teks biasa yang namanya adalah domain itu sendiri, /etc/resolver/lab.example.org, berisi satu baris nameserver 192.168.55.1. Direktori itu mungkin belum ada di sistem baru, jadi buatlah dengan hak administrator, dan periksa sebelum menulis kalau-kalau perangkat lunak manajemen sudah memiliki file di sana.

Dokumentasi konfigurasi resolver Apple menjelaskan konvensi bahwa nama file menyuplai domain jika tidak ada pengaturan domain terpisah di dalam file. Aturan penamaan itulah seluruh triknya, dan itulah sebabnya file harus dinamai menurut zona, bukan menurut server.

Cara macOS memilih di antara resolver

Lebih dari satu klien resolver dapat aktif, dan domain yang paling spesifik cocok yang menang. Resolver untuk lab.example.org karena itu memiliki cakupan berbeda dari resolver bawaan, dan subdomain yang lebih spesifik dengan filenya sendiri dapat mengambil prioritas lagi. Itulah yang memungkinkan VPN kantor mempertahankan sufiksnya sendiri sementara zona lab Anda pergi ke tempat lain. Tidak ada yang global dalam pengaturan ini, dan itulah poin yang layak diingat.

Biarkan /etc/resolv.conf saja. macOS menulis file itu sendiri, dan file itu tidak pernah memegang gambaran lengkap resolusi khusus domain. Konfigurasi juga bisa datang dari basis data konfigurasi sistem, bukan dari file di direktori ini, dan itulah sebabnya profil manajemen dapat menimpa apa yang Anda tulis.

Tiga hal yang tidak dapat disediakan file

Servernya harus dapat dijangkau. Jika VPN memblokir jaringan lokal, atau rute korporat menangkap rentang alamat server itu, file sufiks yang sepenuhnya benar tetap tidak dapat mengantarkan kueri. Bawa hal itu kepada pemilik jaringan, jangan melebarkan pengecualian lokal sendiri.

Zona itu harus memegang jawaban yang benar, dan itu paling baik diuji dengan nama yang sepenuhnya memenuhi syarat seperti printer.lab.example.org. Nama pendek dapat memicu perilaku domain pencarian dan akhirnya menanyakan pertanyaan yang berbeda dari yang Anda maksud.

Terakhir, aplikasinya harus dapat memakai jawaban itu. Menyelesaikan nama printer tidak memberikan akses ke alamatnya, dan tidak membuka layanan di belakangnya. Alamat yang dikembalikan tetap membutuhkan rute yang diizinkan dan kebijakan akses yang mengizinkan koneksi. File resolver mengubah tempat sebuah nama dicari; file itu tidak memesan jalur untuk hasilnya.

Verifikasi pemilihan alih-alih mengganti DNS

Periksa apa yang sebenarnya sedang dipakai macOS saat ini, dan kueri nama yang sepenuhnya memenuhi syarat dari dalam aplikasi itu sendiri atau dari alat yang menyelesaikan seperti aplikasi. Kueri langsung ke 192.168.55.1 membuktikan servernya menjawab; itu tidak membuktikan macOS memilih server itu untuk pencarian biasa. Itu fakta yang berbeda, dan hanya fakta kedua yang menggambarkan apa yang akan dialami browser Anda.

Jika resolver lain sudah mengklaim sufiks yang sama, cari tahu siapa pemiliknya sebelum menambahkan petunjuk prioritas. Pengaturan search_order yang terdokumentasi mengurutkan klien yang berbagi domain; itu bukan sakelar preferensi global yang membuat resolver umum menang di setiap kueri.

Pastikan nama perusahaan masih diselesaikan dengan VPN terhubung, lalu catat file itu dan tujuannya dalam catatan lokal Anda. Saat pengaturan ini dihentikan, hapus hanya file itu dan periksa ulang kedua ruang nama alih-alih mengatur ulang semua pengaturan DNS jaringan.