Wi-Fi ütleb ühendatud, midagi ei laadi: vananenud resolverid Macis

Pingige literaalset aadressi ja see vastab. Avage sait nime järgi ja midagi ei juhtu, samal ajal kui võrguikoon kinnitab, et ühendus on korras. Macil, mis on äsja VPN-iga liitunud, tähendab see kombinatsioon peaaegu alati, et otsingud on suunatud serverile, mis pole enam kättesaadav, mitte et võrk on maas. Aadressid kinnistati Wi-Fi teenusele mingil varasemal hetkel ja miski pole neid sellest ajast eemaldanud. Diagnoosige välistamise teel, seejärel kustutage kinnistatud kirjed.

Parandus on kustutamine, mitte tühjendamine, ja vahe on oluline, sest käsud, mida enamik inimesi esimesena proovib, teevad hoopis midagi muud.

Ühendatud on väide lingi kohta

macOS hoiab iga võrguteenuse jaoks resolveri konfiguratsiooni. DHCP-st saadud väärtused on üks allikas, käsitsi sisestatud teine, ja profiili poolt lükatud või kliendi kirjutatud väärtused kolmas. Kinnistatud on võrgu pakutavast tähtsamad ja miski virnas ei valideeri neid uuesti. Seetõttu jääb kadunud server nimekirja seni, kuni inimene selle eemaldab või teenus nullist uuesti üles ehitatakse.

Seepärast ei muuda tunnel, mis lõpetab oma käepigistuse, midagi otsingus, mis oli juba valesti suunatud. VPN lisas resolveri; see ei kontrollinud seda, mis nurjus.

Eraldage nimed pakettidest

Jõudke esmalt hostini literaalse aadressiga. Kui see laadib, on paketid korras ja süü on resolveril. Kui see ei laadi, peatuge täpselt seal ja käsitlege probleemi marsruutimisprobleemina, sest DNS-i muudatused lisavad niigi segasele pildile vaid ühe muutuja.

Nimi, mis nurjub, samal ajal kui vastav aadress töötab, on sõrmejälg. Pange tähele ka ulatust: kui nurjub kõik, osutab see katkisele globaalsele kirjele, samal ajal kui ainult tunneli sees olevate hostide nurjumine osutab teisele omanikule ja kitsamale parandusele.

Kustutage kinnistatud serverid

Avage võrgusätetes Wi-Fi teenuse üksikasjad ja lülituge DNS-vahekaardile. Eemaldage iga serveri rida, kinnitage muudatus, seejärel vaadake otsingudomeenid üle, otsides väärtusi, mida te kunagi ei lisanud. Jätke nimekiri tühjaks, ühendage teenus uuesti ja kinnitage, et DHCP pakutav aadress ilmub ise tagasi. Tühi nimekiri on ajutine olek, mis tõestab, et kinnistatud väärtused olid probleem.

Vanemad versioonid peidavad sama paneeli ühe taseme sügavamal, nupu Lisavalikud taga, identse käitumise ja sama tulemusega.

Lugege olekut, mitte paneeli

scutil --dns | head -40 trükib resolverid, mida macOS tegelikult kasutab, ulatuse järgi rühmitatud, ja kiire nslookup tuntud sisemise nime jaoks näitab, kas vastus üldse saabub. Võrrelge kahte väljundit: puhas paneel, kus on endiselt vananenud server, tähendab, et seda seadet omab teine kirjutaja. See on teine viga teise parandusega.

Kui mõlemad näivad puhtad ja nimed ikka nurjuvad, on viga mujale liikunud ja te ei silu enam DNS-i konfiguratsiooni.

Kes kirjed tagasi paneb

Serverid, mis pärast kustutamist tagasi tulevad, on allikaga. Kontrollige seadmehaldust konfiguratsiooniprofiili osas, sest profiilid võivad DNS-i kanda ja neid hinnatakse oma ajakava järgi uuesti. Kontrollige kliendi eelistustes valikut määrata DNS ühendamisel ja otsustage, kas see väärib veel kohta sellel masinal. Kui VPN tõesti vajab privaatset resolverit, piirake see domeenidega, mida ta omab, selle asemel et kirjutada globaalsesse nimekirja, mille iga tulevane võrk pärib.

Kirjutage üles kavandatud resolver ja domeenid, millele see peaks vastama. Pärast järgmist kliendi uuendust kontrollige üht avalikku ja üht privaatset nime, mis on kiirem kui sätete ringkäigu kordamine ja püüab regressiooni kinni, kuni masin on veel teie kätes.

Kõik muu on hooldusteater: käsud, mis näivad sihilikud, ei muuda midagi mõõdetavat ja jätavad sama katkise otsingu järgmisele inimesele.