Wi-Fi kata disambung, tiada apa dimuat: penyelesai Mac yang lapuk

Ping alamat literal dan ia menjawab. Buka laman mengikut nama dan tiada apa berlaku, sedangkan ikon rangkaian mendakwa sambungan itu elok. Pada Mac yang baru menyertai VPN, gabungan itu hampir selalu bermaksud carian dihalakan ke pelayan yang tidak lagi boleh dicapai, bukan rangkaian rosak. Alamat-alamat itu dipin pada perkhidmatan Wi-Fi pada suatu masa dahulu dan tiada apa yang membuangnya sejak itu. Diagnosis melalui penyingkiran, kemudian hapus entri yang dipin.

Pembaikan ialah penghapusan dan bukan pembersihan, dan perbezaannya penting kerana arahan yang kebanyakan orang cuba dahulu melakukan sesuatu yang sama sekali lain.

Disambung ialah pernyataan tentang pautan

macOS menyimpan konfigurasi penyelesai bagi setiap perkhidmatan rangkaian. Nilai daripada DHCP ialah satu sumber, nilai yang ditaip ialah sumber lain, dan nilai yang ditolak oleh profil atau ditulis oleh klien ialah sumber ketiga. Yang dipin mengatasi apa yang ditawarkan rangkaian, dan tiada apa dalam tindanan yang mengesahkannya semula. Oleh itu pelayan yang telah hilang kekal dalam senarai sehingga seseorang membuangnya atau perkhidmatan dibina semula dari awal.

Sebab itu terowong yang melengkapkan jabat tangan tidak mengubah apa-apa pada carian yang sudah tersalah arah. VPN menambah penyelesai; ia tidak mengaudit yang sedang gagal.

Asingkan nama daripada paket

Capai hos dengan alamat literal dahulu. Apabila ia dimuat, paket elok dan penyelesai yang bersalah. Apabila ia tidak dimuat, berhenti di situ dan anggap masalah itu masalah penghalaan, kerana perubahan DNS hanya akan menambah satu pemboleh ubah pada gambaran yang sudah mengelirukan.

Nama yang gagal sementara alamat yang sepadan berjaya ialah cap jari. Perhatikan skop juga: semua gagal menunjukkan entri global yang rosak, manakala hanya hos di dalam terowong gagal menunjukkan pemilik lain dan pembaikan yang lebih sempit.

Hapus pelayan yang dipin

Dalam Tetapan Rangkaian, buka butiran perkhidmatan Wi-Fi dan tukar ke tab DNS. Buang setiap baris pelayan, sahkan perubahan, kemudian teliti domain carian untuk nilai yang tidak pernah anda tambah. Biarkan senarai kosong, sambung semula perkhidmatan, dan sahkan bahawa alamat yang dibekalkan DHCP muncul semula dengan sendirinya. Senarai kosong ialah keadaan sementara yang membuktikan nilai yang dipin itulah masalahnya.

Keluaran lama menyembunyikan panel yang sama satu lapis lebih dalam, di sebalik butang Lanjutan, dengan tingkah laku dan hasil yang sama.

Baca keadaan, bukan panel

scutil --dns | head -40 mencetak penyelesai yang sebenarnya digunakan macOS, dikumpulkan mengikut skop, dan nslookup pantas bagi nama dalaman yang dikenali menunjukkan sama ada jawapan datang langsung. Bandingkan kedua-dua output: panel bersih dengan pelayan lapuk yang masih tersenarai bermakna penulis lain memiliki tetapan itu. Itu pepijat lain dengan pembaikan lain.

Apabila kedua-duanya kelihatan bersih dan nama masih gagal, kerosakan telah berpindah ke tempat lain dan anda tidak lagi menyahpepijat konfigurasi DNS.

Siapa yang meletakkan entri semula

Pelayan yang kembali selepas dihapus mempunyai sumber. Periksa Pengurusan Peranti untuk profil konfigurasi, kerana profil boleh membawa DNS dan dinilai semula mengikut jadualnya sendiri. Periksa keutamaan klien untuk pilihan menetapkan DNS semasa menyambung, dan tentukan sama ada ia masih layak mendapat tempatnya pada mesin ini. Jika VPN benar-benar memerlukan penyelesai peribadi, hadkannya kepada domain yang dimilikinya dan bukan menulis ke dalam senarai global yang diwarisi setiap rangkaian masa depan.

Catat penyelesai yang dimaksudkan dan domain yang patut dijawabnya. Selepas kemas kini klien seterusnya, sahkan satu nama awam dan satu nama peribadi, yang lebih pantas daripada mengulang jelajah tetapan dan menangkap regresi semasa mesin masih di tangan anda.

Segala-galanya ialah teater penyelenggaraan: arahan yang kelihatan disengajakan, tidak mengubah apa-apa yang boleh diukur, dan meninggalkan carian rosak yang sama kepada orang seterusnya.