Захоп адной спробы VPN у Console macOS

Вы шукаеце журнал VPN на Mac, знаходзіце інструкцыю, якая паказвае на файл PPP, якога няма на гэтай машыне, і робіце выснову, што нічога не запісана. Такая выснова звычайна памылковая. Запіс ёсць у аб'яднаным журнале, а адсутнасць файла азначае, што разгортванне не тое, якое яго піша, а не тое, што спроба не была зафіксавана. Блытаніна паміж гэтымі двума рэчамі адпраўляе людзей на гадзіну даказваць адмоўнае.

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

Выберыце кліент, які сапраўды не спрацаваў

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

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

Запусціце жывы прагляд да спробы

Адкрыйце Console і выберыце гэты Mac у раздзеле Devices, а не падлучаны тэлефон і не стары пакет справаздачы. Націсніце Start на панэлі інструментаў, каб паток быў жывым, затым запішыце час з яго часовым поясам. Выкарыстоўвайце адміністратарскі доступ, калі гэтага патрабуе прагляд, а на кіраваным Mac папрасіце гэты доступ ва ўладальніка, а не абыходзьце яго.

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

Нішто з гэтага не абяцае, што след ужо існуе. Console гэта працэдура збору, і вы ствараеце ўмовы для чыстага захопу, а не вымаеце нешта загадзя запісанае.

Звужайце па працэсе, а не па паданнях

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

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

Захавайце дастаткова кантэксту, каб адказаць на адно пытанне

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

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

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

Падзяліцеся самым маленькім карысным фрагментам

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

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