Як праверыць другі VPN-кліент на Mac, не страціўшы першы

Вы ўсталёўваеце другі кліент, каб параўнаць яго, і першы перастае працаваць. Нічога не было выдалена, і абедзве праграмы ўсё яшчэ ўсталяваныя. Змянілася тое, што знаходзіцца пад імі: сістэмнае пашырэнне, налада DNS або маршрут па змаўчанні, і цяпер два кліенты не могуць дамовіцца, каму гэта належыць. Усталёўка не самая рызыкоўная частка; рызыкоўная частка — запускаць абедзве без зафіксаванага базавага стану, да якога можна вярнуцца.

Сімптом: працоўная канфігурацыя спыняецца пасля другой усталёўкі

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

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

Зафіксуйце базавы стан перад любой усталёўкай

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

scutil --dns | head -40
netstat -rn | head -30
ifconfig | grep -E "^(utun|ipsec)"

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

Змяняйце адзін актыўны шлях за раз

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

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

Параўноўвайце DNS, маршруты і праграму, а не толькі хуткасць

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

Адзначце, які інтэрфейс выкарыстоўваў трафік. На macOS назва інтэрфейса тунелю не з'яўляецца надзейным паказчыкам таго, якому кліенту належыць маршрут, таму спалучайце спіс інтэрфейсаў з табліцай маршрутаў, а не чытайце штосьці адно. Калі існуюць два інтэрфейсы utun, то той, што нясе ваш трафік, мае адпаведны маршрут і запіс рэзалвера. Здагадка па назве — гэта як вінавацяць не той інтэрфейс, бо існуючы інтэрфейс не заўсёды той, што нясе трафік.

Чытайце тры вынікі, а не праглядайце іх павярхоўна. У дампе рэзалвера сервер імёнаў, прывязаны да інтэрфейса utun, паказвае, які кліент яго ўсталяваў; у табліцы маршрутаў маршрут па змаўчанні называе інтэрфейс, які нясе трафік; у спісе інтэрфейсаў другая прылада utun азначае, што створаны другі тунель. Гэтыя тры радкі, параўнаныя з базавым станам, аддзяляюць адноўленую канфігурацыю ад той, дзе абедзве кліенты ўсё яшчэ спаборнічаюць.

Аднавіце, затым выдаліце акуратна

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

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