Wi-Fi saka savienots, nekas neielādējas: novecojuši Mac atrisinātāji

Pingojiet burtisku adresi, un tā atbild. Atveriet vietni pēc nosaukuma, un nekas nenotiek, kamēr tīkla ikona uzstāj, ka savienojums ir kārtībā. Mac datorā, kas tikko pievienojies VPN, šī kombinācija gandrīz vienmēr nozīmē, ka vaicājumi ir vērsti uz serveri, kas vairs nav sasniedzams, nevis ka tīkls ir nogāzies. Adreses kādā agrākā brīdī tika piespraustas Wi-Fi servisam, un kopš tā laika nekas tās nav noņēmis. Diagnosticējiet ar izslēgšanu, pēc tam izdzēsiet piespraustos ierakstus.

Labojums ir dzēšana, nevis iztīrīšana, un atšķirība ir svarīga, jo komandas, ko lielākā daļa mēģina vispirms, dara pavisam ko citu.

Savienots ir apgalvojums par saiti

macOS glabā atrisinātāja konfigurāciju katram tīkla servisam. Vērtības no DHCP ir viens avots, ar roku ievadītās – otrs, bet profila iespiestās vai klienta rakstītās – trešais. Piespraustās ir augstākas par to, ko piedāvā tīkls, un nekas stekā tās atkārtoti nevalidē. Tāpēc pazudušais serveris paliek sarakstā, līdz cilvēks to noņem vai serviss tiek pārbūvēts no nulles.

Tāpēc tunelis, kas pabeidz savu rokasspiedienu, neko nemaina vaicājumā, kas jau bija nepareizi novirzīts. VPN pievienoja atrisinātāju; tas neizskatīja to, kas neizdevās.

Atdaliet vārdus no paketēm

Vispirms sasniedziet resursdatoru ar burtisku adresi. Kad tas ielādējas, paketes ir kārtībā un vaina ir atrisinātājam. Kad neielādējas, apstājieties tur un traktējiet problēmu kā maršrutēšanas problēmu, jo DNS izmaiņas tikai pievienos vienu mainīgo jau tā mulsinošam attēlam.

Vārda neizdošanās, kamēr atbilstošā adrese strādā, ir pirksta nospiedums. Pievērsiet uzmanību arī apjomam: ja neizdodas viss, tas norāda uz bojātu globālu ierakstu, bet ja neizdodas tikai resursdatori tuneļa iekšienē – uz citu īpašnieku un šaurāku labojumu.

Izdzēsiet piespraustos serverus

Tīkla iestatījumos atveriet Wi-Fi servisa informāciju un pārslēdzieties uz DNS cilni. Noņemiet katru servera rindu, apstipriniet izmaiņas, pēc tam pārskatiet meklēšanas domēnus, vai nav vērtību, ko nekad neesat pievienojis. Atstājiet sarakstu tukšu, atkārtoti pievienojiet servisu un apstipriniet, ka DHCP piešķirtā adrese atkal parādās pati. Tukšs saraksts ir pagaidu stāvoklis, kas pierāda, ka problēma bija piespraustās vērtības.

Vecākas versijas slēpj to pašu paneli vienu līmeni dziļāk, aiz pogas Papildu, ar identisku uzvedību un to pašu rezultātu.

Lasiet stāvokli, nevis paneli

scutil --dns | head -40 izdrukā atrisinātājus, ko macOS faktiski izmanto, sagrupētus pēc apjoma, un ātrs zināma iekšēja nosaukuma nslookup parāda, vai atbilde vispār nāk. Salīdziniet abas izvades: tīrs panelis, kurā joprojām norādīts novecojis serveris, nozīmē, ka šo iestatījumu pārvalda cits rakstītājs. Tā ir cita kļūda ar citu labojumu.

Kad abi izskatās tīri un vārdi joprojām neizdodas, kļūme ir pārvietojusies citur, un jūs vairs neatkļūdojat DNS konfigurāciju.

Kas atgriež ierakstus

Serveriem, kas atgriežas pēc dzēšanas, ir avots. Pārbaudiet Ierīču pārvaldību, vai nav konfigurācijas profila, jo profili var pārnēsāt DNS un tiek pārvērtēti pēc sava grafika. Pārbaudiet klienta preferences, vai nav opcijas iestatīt DNS savienošanās laikā, un izlemiet, vai tā joprojām ir pelnījusi savu vietu šajā datorā. Ja VPN patiešām vajag privātu atrisinātāju, ierobežojiet to ar domēniem, kas tam pieder, nevis rakstiet globālajā sarakstā, ko manto katrs nākamais tīkls.

Pierakstiet paredzēto atrisinātāju un domēnus, kuriem tam jāatbild. Pēc nākamā klienta atjauninājuma pārbaudiet vienu publisku un vienu privātu nosaukumu, kas ir ātrāk nekā atkārtot iestatījumu apgājienu, un pārtver regresiju, kamēr dators vēl ir jūsu rokās.

Viss pārējais ir uzturēšanas teātris: komandas, kas izskatās apzinātas, neko izmērāmu nemaina un atstāj to pašu salauzto vaicājumu nākamajam cilvēkam.