Wi-Fi sê verbind, niks laai: verouderde oplossers op die Mac

Ping 'n letterlike adres en dit antwoord. Maak 'n werf oop by naam en niks gebeur nie, terwyl die netwerkikoon daarop aandring dat die verbinding reg is. Op 'n Mac wat pas by 'n VPN aangesluit het, beteken daardie kombinasie byna altyd dat naspeuringe op 'n bediener gerig is wat nie meer bereikbaar is nie, nie dat die netwerk af is nie. Die adresse is op een of ander vroeëre tydstip aan die Wi-Fi-diens vasgepen en niks het hulle sedertdien verwyder nie. Diagnoseer deur uitsluiting en verwyder dan die vasgepen inskrywings.

Die herstel is 'n uitveging eerder as 'n spoeling, en die verskil maak saak omdat die opdragte wat die meeste mense eerste probeer, heeltemal iets anders doen.

Verbinde is 'n uitspraak oor die skakel

macOS hou 'n oplosser-konfigurasie per netwerkdiens. Waardes van DHCP is een bron, waardes wat ingetik is is 'n ander, en waardes wat deur 'n profiel gestoot of deur 'n kliënt geskryf word is 'n derde. Die vasgepenes oortref wat die netwerk bied, en niks in die stapel hervalideer hulle nie. 'n Bediener wat verdwyn het, bly dus in die lys totdat 'n mens dit verwyder of die diens van nuuts af herbou word.

Dit is waarom 'n tonnel wat sy handdruk voltooi niks verander aan 'n naspeuring wat reeds verkeerd gerig was nie. Die VPN het 'n oplosser bygevoeg; dit het nie die een wat gefaal het, oudit nie.

Skei name van pakkette

Bereik eers 'n gasheer by 'n letterlike adres. Wanneer dit laai, is pakkette reg en die oplosser het die fout. Wanneer dit nie laai nie, stop daar en behandel die probleem as 'n routeringsprobleem, want DNS-veranderinge sal net 'n veranderlike by 'n reeds verwarrende prentjie voeg.

'n Naam wat faal terwyl die ooreenstemmende adres slaag, is die vingerafdruk. Let ook op die omvang: alles wat faal wys op 'n gebroke globale inskrywing, terwyl net gashere binne die tonnel wat faal op 'n ander eienaar en 'n smaller oplossing wys.

Verwyder die vasgepen bedieners

In Netwerkinstellings, maak die Wi-Fi-diens se besonderhede oop en skakel na die DNS-oortjie. Verwyder elke bedienerry, bevestig die verandering en kyk dan deur soekdomeine vir waardes wat jy nooit bygevoeg het nie. Los die lys leeg, verbind die diens weer en bevestig dat die adres wat deur DHCP verskaf word vanself weer verskyn. 'n Leë lys is die tydelike toestand wat bewys dat die vasgepen waardes die probleem was.

Ouer weergawes versteek dieselfde paneel een vlak dieper, agter 'n Gevorderd-knoppie, met identiese gedrag en dieselfde resultaat.

Lees die toestand eerder as die paneel

scutil --dns | head -40 druk die oplossers wat macOS werklik gebruik, gegroepeer per omvang, en 'n vinnige nslookup van 'n bekende interne naam wys of 'n antwoord hoegenaamd opdaag. Vergelyk die twee uitsette: 'n skoon paneel met 'n verouderde bediener wat steeds gelys is, beteken dat 'n ander skrywer daardie instelling besit. Dit is 'n ander fout met 'n ander oplossing.

Wanneer albei skoon lyk en name steeds faal, het die fout elders heen getrek en is jy nie meer DNS-konfigurasie aan die ontfout nie.

Wie hou die inskrywings terug

Bedieners wat ná verwydering terugkeer, het 'n bron. Kyk in Toestelbestuur vir 'n konfigurasieprofiel, want profiele kan DNS dra en word volgens hul eie skedule herwaardeer. Kyk in die kliënt se voorkeure vir 'n opsie om DNS by verbinding te stel, en besluit of dit nog sy plek op hierdie masjien verdien. As die VPN werklik 'n private oplosser nodig het, beperk dit tot die domeine wat dit besit in plaas daarvan om in die globale lys te skryf wat elke toekomstige netwerk oorerf.

Teken die beoogde oplosser en die domeine wat dit moet antwoord, aan. Na die volgende kliëntopdatering, verifieer een openbare naam en een private naam, wat vinniger is as om die instellingswandeling te herhaal en die regressie vasvang terwyl die masjien nog in jou hande is.

Enigiets anders is onderhoudsteater: opdragte wat doelbewus lyk, niks meetbaars verander nie, en dieselfde gebroke naspeuring vir die volgende persoon laat.