Wi-Fi ilmoittaa yhdistetty, mikään ei lataudu: vanhentuneet resolverit Macissa

Pingaa kirjaimellista osoitetta, niin se vastaa. Avaa sivusto nimellä, niin mitään ei tapahdu, kun verkkokuvake väittää yhteyden olevan kunnossa. Macissa, joka on juuri liittynyt VPN:ään, tämä yhdistelmä tarkoittaa lähes aina, että haut osoittavat palvelimeen, joka ei ole enää saavutettavissa, ei sitä että verkko olisi alhaalla. Osoitteet kiinnitettiin Wi-Fi-palveluun jossain aiemmassa vaiheessa, eikä mikään ole poistanut niitä sen jälkeen. Diagnosoi poissulkemalla ja poista sitten kiinnitetyt merkinnät.

Korjaus on poisto eikä tyhjennys, ja ero on tärkeä, koska komennot, joita useimmat kokeilevat ensin, tekevät jotain aivan muuta.

Yhdistetty on väite linkistä

macOS pitää yllä resolver-asetuksia verkkopalveluittain. DHCP:stä tulevat arvot ovat yksi lähde, käsin kirjoitetut toinen ja profiilin työntämät tai asiakkaan kirjoittamat kolmas. Kiinnitetyt menevät verkon tarjoaman edelle, eikä mikään pinossa validoi niitä uudelleen. Siksi kadonnut palvelin jää listalle, kunnes ihminen poistaa sen tai palvelu rakennetaan uudelleen alusta.

Siksi tunneli, joka saa kättelynsä valmiiksi, ei muuta mitään haussa, joka oli jo ohjattu väärin. VPN lisäsi resolverin; se ei tarkastanut sitä, joka oli epäkunnossa.

Erota nimet paketeista

Saavuta ensin isäntä kirjaimellisella osoitteella. Kun se latautuu, paketit ovat kunnossa ja vika on resolverissa. Kun se ei lataudu, pysähdy siihen ja käsittele ongelma reititysongelmana, koska DNS-muutokset vain lisäävät muuttujan jo ennestään sekavaan kuvaan.

Nimi, joka epäonnistuu vastaavan osoitteen toimiessa, on sormenjälki. Huomioi myös laajuus: kaiken epäonnistuminen viittaa rikkinäiseen globaaliin merkintään, kun taas vain tunnelin sisäisten isäntien epäonnistuminen viittaa toiseen omistajaan ja kapeampaan korjaukseen.

Poista kiinnitetyt palvelimet

Avaa Verkkoasetuksissa Wi-Fi-palvelun tiedot ja siirry DNS-välilehdelle. Poista jokainen palvelinrivi, vahvista muutos ja käy sitten läpi hakutoimialueet sellaisten arvojen varalta, joita et koskaan lisännyt. Jätä lista tyhjäksi, yhdistä palvelu uudelleen ja vahvista, että DHCP:n tarjoama osoite ilmestyy takaisin itsestään. Tyhjä lista on väliaikainen tila, joka todistaa, että kiinnitetyt arvot olivat ongelma.

Vanhemmat versiot piilottavat saman paneelin yhden tason syvemmälle, Lisäasetukset-painikkeen taakse, samalla käytöksellä ja samalla tuloksella.

Lue tilaa, älä paneelia

scutil --dns | head -40 tulostaa resolverit, joita macOS itse asiassa käyttää, laajuuden mukaan ryhmiteltyinä, ja nopea tunnetun sisäisen nimen nslookup näyttää, tuleeko vastausta lainkaan. Vertaa kahta tulostetta: siisti paneeli, jossa on yhä vanhentunut palvelin, tarkoittaa, että joku muu kirjoittaja omistaa sen asetuksen. Se on eri vika ja eri korjaus.

Kun molemmat näyttävät siisteiltä ja nimet yhä epäonnistuvat, vika on siirtynyt muualle etkä enää debuggaa DNS-asetuksia.

Kuka laittaa merkinnät takaisin

Palvelimilla, jotka palaavat poiston jälkeen, on lähde. Tarkista Laitehallinnasta kokoonpanoprofiili, koska profiilit voivat kantaa DNS:ää ja ne arvioidaan uudelleen oman aikataulunsa mukaan. Tarkista asiakkaan asetuksista vaihtoehto DNS:n asettamiselle yhteyden muodostuksen yhteydessä ja päätä, ansaitseeko se vielä paikkansa tällä koneella. Jos VPN todella tarvitsee yksityisen resolverin, rajaa se toimialueisiin, jotka se omistaa, sen sijaan että kirjoittaisit globaaliin listaan, jonka jokainen tuleva verkko perii.

Kirjaa aiottu resolver ja toimialueet, joihin sen pitäisi vastata. Tarkista seuraavan asiakaspäivityksen jälkeen yksi julkinen ja yksi yksityinen nimi; se on nopeampaa kuin asetusten kierron toistaminen ja nappaa regression kiinni, kun kone on vielä käsissäsi.

Kaikki muu on ylläpitoteatteria: komentoja, jotka näyttävät harkituilta, eivät muuta mitään mitattavaa ja jättävät saman rikkinäisen haun seuraavalle ihmiselle.