Wi-Fi кажа «падключана», але нічога не грузіцца: састарэлыя рэзолверы на Mac

Дайце ping на літаральны адрас — і ён адказвае. Адкрыйце сайт па імені — і нічога не адбываецца, хоць значок сеткі настойвае, што злучэнне ў парадку. На Mac, які толькі што падключыўся да VPN, такое спалучэнне амаль заўсёды азначае, што запыты накіраваны на сервер, да якога ўжо не дасягнуць, а не што сетка ляжыць. Адрасы былі замацаваны за службай Wi-Fi у нейкі ранейшы момант, і з таго часу нішто іх не выдаляла. Дыягнастуйце метадам выключэння, потым выдаліце замацаваныя запісы.

Рамантаванне — гэта выдаленне, а не скід, і розніца важная, бо каманды, якія большасць людзей спрабуюць першымі, робяць зусім іншае.

«Падключана» — гэта сцвярджэнне пра канал

macOS трымае канфігурацыю рэзолвера для кожнай сеткавай службы. Значэнні з DHCP — адна крыніца, уведзеныя ўручную — другая, а значэнні, прасунутыя профілем або запісаныя кліентам, — трэцяя. Замацаваныя пераўзыходзяць тое, што прапануе сетка, і нішто ў стэку іх не пераправярае. Таму сервер, які знік, застаецца ў спісе, пакуль чалавек яго не выдаліць або служба не будзе перабудавана з нуля.

Вось чаму тунель, які завяршае рукапоціск, нічога не мяняе ў запыце, які ўжо быў накіраваны няслушна. VPN дадаў рэзолвер, але не праверыў той, што збаўляў.

Аддзяліце імёны ад пакетаў

Спачатку дабярыцеся да хоста па літаральным адрасе. Калі ён грузіцца, пакеты ў парадку і вінаваты рэзолвер. Калі не грузіцца, спыніцеся тут і лічыце праблему маршрутнай, бо змены DNS толькі дададуць зменную да ўжо заблытанай карціны.

Імя, якое збаўляе, пры тым што адпаведны адрас працуе, — гэта адбітак пальца. Звярніце ўвагу і на ахоп: калі збаўляе ўсё, гэта паказвае на пашкоджаны глабальны запіс, а калі толькі хасты ўнутры тунеля — на іншага ўладальніка і вузейшае рамантаванне.

Выдаліце замацаваныя серверы

У наладах сеткі адкрыйце падрабязнасці службы Wi-Fi і перайдзіце на ўкладку DNS. Выдаліце кожны радок сервера, пацвердзіце змену, потым праглядзіце дамены пошуку на значэнні, якіх вы ніколі не дадавалі. Пакіньце спіс пустым, перападключыце службу і ўпэўніцеся, што адрас, які падае DHCP, з'явіцца сам. Пусты спіс — гэта часовы стан, які даказвае, што праблемай былі замацаваныя значэнні.

Старыя выпускі хаваюць тую ж панэль на ўзровень глыбей, за кнопкай «Пашыраныя», з аднолькавымі паводзінамі і тым жа вынікам.

Чытайце стан, а не панэль

scutil --dns | head -40 друкуе рэзолверы, якія macOS фактычна выкарыстоўвае, згрупаваныя па ахопе, а хуткі nslookup вядомага ўнутранага імя паказвае, ці прыходзіць адказ наогул. Параўнайце два вывады: чыстая панэль, дзе ўсё яшчэ значыцца састарэлы сервер, азначае, што гэтай наладай валодае іншы запісвальнік. Гэта іншая памылка з іншым рашэннем.

Калі абодва выглядаюць чыста, а імёны ўсё яшчэ збаўляюць, памылка перамясцілася ў іншае месца, і вы ўжо не адладжваеце канфігурацыю DNS.

Хто вяртае запісы назад

Серверы, якія вяртаюцца пасля выдалення, маюць крыніцу. Праверце «Кіраванне прыладамі» на наяўнасць профілю канфігурацыі, бо профілі могуць несці DNS і пераацэньваюцца па ўласным раскладзе. Праверце налады кліента на опцыю ўсталявання DNS пры падключэнні і вырашыце, ці яна яшчэ заслугоўвае месца на гэтай машыне. Калі VPN сапраўды патрэбны прыватны рэзолвер, абмяжуйце яго даменамі, якімі ён валодае, замест таго каб пісаць у глабальны спіс, які ўнаследуе кожная будучая сетка.

Запішыце меркаваны рэзолвер і дамены, на якія ён павінен адказваць. Пасля наступнага абнаўлення кліента праверце адно публічнае і адно прыватнае імя — гэта хутчэй, чым паўтараць абыход налад, і злавіць рэгрэс, пакуль машына яшчэ ў вашых руках.

Усё астатняе — тэатр абслугоўвання: каманды, якія выглядаюць наўмыснымі, нічога вымернага не мяняюць і пакідаюць той жа зламаны запыт наступнаму чалавеку.