Wi-Fi bilang terhubung, tidak ada yang termuat: resolver Mac usang

Ping ke alamat literal dan ia menjawab. Buka situs berdasarkan nama dan tidak terjadi apa-apa, sementara ikon jaringan bersikeras koneksinya baik. Di Mac yang baru bergabung dengan VPN, kombinasi itu hampir selalu berarti pencarian diarahkan ke server yang tidak lagi dapat dijangkau, bukan bahwa jaringan mati. Alamat-alamat itu disematkan ke layanan Wi-Fi pada suatu waktu sebelumnya dan tidak ada yang menghapusnya sejak itu. Diagnosis dengan eliminasi, lalu hapus entri yang disematkan.

Perbaikannya adalah penghapusan, bukan penyegaran, dan perbedaannya penting karena perintah yang paling sering dicoba orang lain melakukan hal yang sama sekali berbeda.

Terhubung adalah pernyataan tentang tautan

macOS menyimpan konfigurasi resolver per layanan jaringan. Nilai dari DHCP adalah satu sumber, nilai yang diketik manual sumber lain, dan nilai yang didorong profil atau ditulis klien sumber ketiga. Nilai yang disematkan lebih tinggi daripada yang ditawarkan jaringan, dan tidak ada apa pun di tumpukan yang memvalidasinya ulang. Karena itu server yang sudah hilang tetap ada di daftar sampai seseorang menghapusnya atau layanan dibangun ulang dari awal.

Itu sebabnya terowongan yang menyelesaikan jabat tangannya tidak mengubah apa pun pada pencarian yang sudah salah arah. VPN menambahkan resolver; ia tidak mengaudit yang sedang gagal.

Pisahkan nama dari paket

Capai host dengan alamat literal terlebih dahulu. Saat termuat, paket baik-baik saja dan resolverlah yang bersalah. Saat tidak termuat, berhenti di situ dan tangani masalahnya sebagai masalah perutean, karena perubahan DNS hanya akan menambah satu variabel pada gambaran yang sudah membingungkan.

Nama yang gagal sementara alamat yang cocok berhasil adalah sidik jarinya. Perhatikan cakupannya juga: semua gagal menunjuk pada entri global yang rusak, sedangkan hanya host di dalam terowongan yang gagal menunjuk pada pemilik lain dan perbaikan yang lebih sempit.

Hapus server yang disematkan

Di Pengaturan Jaringan, buka detail layanan Wi-Fi dan beralih ke tab DNS. Hapus setiap baris server, konfirmasi perubahannya, lalu telusuri domain pencarian untuk nilai yang tidak pernah Anda tambahkan. Biarkan daftarnya kosong, sambungkan ulang layanan, dan konfirmasi bahwa alamat yang diberikan DHCP muncul kembali sendiri. Daftar kosong adalah keadaan sementara yang membuktikan bahwa nilai yang disematkan adalah masalahnya.

Rilis lama menyembunyikan panel yang sama satu tingkat lebih dalam, di balik tombol Lanjutan, dengan perilaku identik dan hasil yang sama.

Baca keadaan, bukan panel

scutil --dns | head -40 mencetak resolver yang benar-benar dipakai macOS, dikelompokkan menurut cakupan, dan nslookup cepat untuk nama internal yang dikenal menunjukkan apakah jawaban datang sama sekali. Bandingkan kedua keluaran: panel bersih dengan server usang yang masih terdaftar berarti penulis lain memiliki pengaturan itu. Itu bug lain dengan perbaikan lain.

Ketika keduanya tampak bersih dan nama tetap gagal, kesalahannya sudah berpindah dan Anda tidak lagi men-debug konfigurasi DNS.

Siapa yang mengembalikan entri

Server yang kembali setelah dihapus punya sumber. Periksa Manajemen Perangkat untuk profil konfigurasi, karena profil dapat membawa DNS dan dievaluasi ulang menurut jadwalnya sendiri. Periksa preferensi klien untuk opsi menetapkan DNS saat terhubung, dan putuskan apakah opsi itu masih layak ada di mesin ini. Jika VPN benar-benar membutuhkan resolver privat, batasi pada domain yang dimilikinya alih-alih menulis ke daftar global yang diwarisi setiap jaringan di masa depan.

Catat resolver yang dimaksud dan domain yang harus dijawabnya. Setelah pembaruan klien berikutnya, verifikasi satu nama publik dan satu nama privat, yang lebih cepat daripada mengulang penelusuran pengaturan dan menangkap regresi selagi mesin masih di tangan Anda.

Segala hal lain adalah teater pemeliharaan: perintah yang tampak sengaja, tidak mengubah apa pun yang terukur, dan meninggalkan pencarian rusak yang sama untuk orang berikutnya.