Wi-Fi rodo prisijungta, bet niekas nesikrauna: pasenę Mac resolveriai

Pinginkite tiesioginį adresą ir jis atsako. Atidarykite svetainę pagal vardą ir nieko nevyksta, nors tinklo piktograma tvirtina, kad ryšys geras. Mac kompiuteryje, ką tik prisijungusiame prie VPN, toks derinys beveik visada reiškia, kad užklausos nukreiptos į serverį, kuris nebepasiekiamas, o ne kad tinklas neveikia. Adresai kažkada buvo prisegti prie Wi-Fi paslaugos, ir nuo to laiko niekas jų nepašalino. Diagnozuokite atmetimo būdu, tada ištrinkite prisegtus įrašus.

Taisymas yra trynimas, o ne išvalymas, ir šis skirtumas svarbus, nes komandos, kurias dauguma bando pirmiausia, daro visai ką kita.

Prisijungta yra teiginys apie jungtį

macOS laiko resolverio konfigūraciją kiekvienai tinklo paslaugai. Reikšmės iš DHCP yra vienas šaltinis, ranka įvestos – kitas, o profilio įstumtos ar kliento įrašytos – trečias. Prisegtos reikšmės viršija tai, ką siūlo tinklas, ir niekas kamiene jų iš naujo netikrina. Todėl dingęs serveris lieka sąraše, kol žmogus jį pašalina arba paslauga perkuriama nuo nulio.

Štai kodėl tunelis, baigęs savo rankos paspaudimą, nieko nekeičia užklausoje, kuri jau buvo nukreipta neteisingai. VPN pridėjo resolverį; jis nepatikrino to, kuris klydo.

Atskirkite vardus nuo paketų

Pirmiausia pasiekite mazgą tiesioginiu adresu. Kai jis įkeliamas, paketai geri ir kaltas resolveris. Kai neįkeliamas, sustokite ten ir traktuokite problemą kaip maršrutizavimo, nes DNS pakeitimai tik pridės vieną kintamąjį prie jau painaus vaizdo.

Vardo nepavykimas, kai atitinkamas adresas veikia, yra piršto atspaudas. Atkreipkite dėmesį ir į apimtį: kai nepavyksta viskas, tai rodo sugedusį pasaulinį įrašą, o kai nepavyksta tik mazgai tunelio viduje – kitą savininką ir siauresnį taisymą.

Ištrinkite prisegtus serverius

Tinklo nustatymuose atidarykite Wi-Fi paslaugos informaciją ir pereikite į DNS skirtuką. Pašalinkite kiekvieną serverio eilutę, patvirtinkite pakeitimą, tada peržiūrėkite paieškos domenus, ar nėra reikšmių, kurių niekada nepridėjote. Palikite sąrašą tuščią, iš naujo prijunkite paslaugą ir patvirtinkite, kad DHCP suteiktas adresas vėl atsiranda pats. Tuščias sąrašas yra laikina būsena, įrodanti, kad problema buvo prisegtos reikšmės.

Seneni leidimai tą pačią panelę slepia vienu lygiu giliau, už mygtuko Išplėstinė, su identišku elgesiu ir tuo pačiu rezultatu.

Skaitykite būseną, o ne panelę

scutil --dns | head -40 spausdina resolverius, kuriuos macOS iš tikrųjų naudoja, sugrupuotus pagal apimtį, o greitas žinomo vidinio vardo nslookup parodo, ar atsakymas apskritai ateina. Palyginkite abu išvedimus: švari panelė, kurioje vis dar nurodytas pasenęs serveris, reiškia, kad tą nustatymą valdo kitas rašytojas. Tai kita klaida su kitu sprendimu.

Kai abu atrodo švarūs, o vardai vis tiek nepavyksta, gedimas persikėlė kitur ir jūs jau nebederegtuojate DNS konfigūracijos.

Kas grąžina įrašus

Serveriai, kurie grįžta po ištrynimo, turi šaltinį. Patikrinkite įrenginių valdymą dėl konfigūracijos profilio, nes profiliai gali nešti DNS ir yra iš naujo vertinami pagal savo grafiką. Patikrinkite kliento nuostatas dėl parinkties nustatyti DNS jungiantis ir nuspręskite, ar ji dar verta savo vietos šiame kompiuteryje. Jei VPN iš tiesų reikia privataus resolverio, apribokite jį domenams, kuriuos jis valdo, o ne rašykite į pasaulinį sąrašą, kurį paveldi kiekvienas būsimas tinklas.

Užsirašykite numatomą resolverį ir domenus, kuriems jis turi atsakyti. Po kito kliento atnaujinimo patikrinkite vieną viešą ir vieną privatų vardą – tai greičiau nei kartoti nustatymų apžvalgą ir pagauna regresiją, kol kompiuteris dar jūsų rankose.

Visa kita yra priežiūros teatras: komandos, kurios atrodo tyčinės, nieko išmatuojamo nekeičia ir palieka tą pačią sugadintą užklausą kitam žmogui.