Wi-Fi pravi povezano, nič se ne naloži: zastareli Mac razreševalniki

Pošljite ping na dobesedni naslov in odgovori. Odprite mesto po imenu in nič se ne zgodi, medtem ko ikona omrežja vztraja, da je povezava v redu. Na Macu, ki se je pravkar pridružil VPN, ta kombinacija skoraj vedno pomeni, da poizvedbe ciljajo strežnik, ki ni več dosegljiv, ne pa da je omrežje padlo. Naslovi so bili nekoč pripeti k storitvi Wi-Fi in nič jih od takrat ni odstranilo. Diagnostizirajte z izključevanjem, nato izbrišite pripete vnose.

Popravilo je brisanje in ne praznjenje, razlika pa je pomembna, ker ukazi, ki jih večina poskusi najprej, počnejo čisto nekaj drugega.

Povezano je trditev o povezavi

macOS hrani konfiguracijo razreševalnika za vsako omrežno storitev. Vrednosti iz DHCP so en vir, ročno vpisane drug, vrednosti, ki jih potisne profil ali zapiše odjemalec, pa tretji. Pripete imajo prednost pred tem, kar ponuja omrežje, in nič v skladu jih ne preveri znova. Zato strežnik, ki je izginil, ostane na seznamu, dokler ga človek ne odstrani ali dokler storitev ni zgrajena od začetka.

Zato tunel, ki dokonča svoje rokovanje, ne spremeni ničesar pri poizvedbi, ki je bila že napačno usmerjena. VPN je dodal razreševalnik; ni pregledal tistega, ki je odpovedoval.

Ločite imena od paketov

Najprej dosezite gostitelja z dobesednim naslovom. Ko se naloži, so paketi v redu in kriv je razreševalnik. Ko se ne naloži, se tam ustavite in težavo obravnavajte kot usmerjevalno, ker bodo spremembe DNS le dodale spremenljivko že tako zmedi sliki.

Ime, ki odpove, medtem ko ustrezni naslov deluje, je prstni odtis. Bodite pozorni tudi na obseg: kadar odpove vse, to kaže na pokvarjen globalni vnos, kadar pa odpovejo le gostitelji znotraj tunela, to kaže na drugega lastnika in ožje popravilo.

Izbrišite pripete strežnike

V nastavitvah omrežja odprite podrobnosti storitve Wi-Fi in preklopite na zavihek DNS. Odstranite vsako vrstico strežnika, potrdite spremembo, nato preglejte iskalne domene za vrednosti, ki jih niste nikoli dodali. Pustite seznam prazen, znova povežite storitev in potrdite, da se naslov, ki ga dodeli DHCP, sam pojavi nazaj. Prazen seznam je začasno stanje, ki dokazuje, da so bile težava pripete vrednosti.

Starejše izdaje skrijejo isto ploščo raven globlje, za gumbom Napredno, z enakim vedenjem in enakim rezultatom.

Berite stanje, ne plošče

scutil --dns | head -40 izpiše razreševalnike, ki jih macOS dejansko uporablja, združene po obsegu, hiter nslookup znanega notranjega imena pa pokaže, ali odgovor sploh pride. Primerjajte oba izpisa: čista plošča, na kateri je še vedno naveden zastarel strežnik, pomeni, da to nastavitev poseduje drug pisec. To je druga napaka z drugim popravilom.

Ko sta oba videti čista in imena še vedno odpovedujejo, se je napaka preselila drugam in ne odpravljate več konfiguracije DNS.

Kdo vrača vnose

Strežniki, ki se po brisanju vrnejo, imajo vir. Preverite Upravljanje naprav za konfiguracijski profil, ker profili lahko prinašajo DNS in se ponovno ovrednotijo po svojem urniku. Preverite nastavitve odjemalca za možnost nastavitve DNS ob povezavi in presodite, ali si še zasluži svoje mesto na tem računalniku. Če VPN res potrebuje zasebni razreševalnik, ga omejite na domene, ki jih ima, namesto da pišete v globalni seznam, ki ga podeduje vsako prihodnje omrežje.

Zapišite predvideni razreševalnik in domene, na katere mora odgovarjati. Po naslednji posodobitvi odjemalca preverite eno javno in eno zasebno ime, kar je hitreje kot ponavljanje sprehoda po nastavitvah in ujame regresijo, dokler je stroj še v vaših rokah.

Vse drugo je gledališče vzdrževanja: ukazi, ki izgledajo namerno, ne spremenijo ničesar merljivega in pustijo isto pokvarjeno poizvedbo naslednji osebi.