Улавяне на един опит за VPN в Console на macOS

Търсите дневника на VPN за Mac, намирате инструкция, сочеща към PPP файл, който не съществува на тази машина, и заключавате, че нищо не е записано. Това заключение обикновено е грешно. Записът съществува в обединения дневник, а липсващият файл означава, че внедряването не е от тези, които го пишат, а не че опитът не е бил записан. Объркването на двете изпраща хората да доказват отрицание в продължение на час.

Вграденият VPN, Tunnelblick и собственият клиент на доставчик могат да имат различни собственици на дневника. Започнете с поддържания от клиента изглед на дневника, когато той предлага такъв, и прибягвайте до Console, когато ви трябват системните събития или събитията на доставчика около опита.

Изберете клиента, който наистина се провали

Запишете версията на macOS, версията на клиента, името на връзката и протокола, преди да отворите каквото и да е. Тези четири факта определят името на процеса, който ще търсите, и са първото, което инженерът по поддръжка ще ви попита.

Ако връзката е стартирана от елемент в лентата с менюта, принадлежащ на клиент на доставчик, интересните съобщения може да идват от този клиент, а не от системния доставчик на VPN. Ако е стартирана от собствения панел за VPN на системата, процесът на доставчика е този, който трябва да търсите. Да гадаете между двете губи един опит, затова първо проверете кое приложение притежава връзката.

Стартирайте живия изглед преди опита

Отворете Console и изберете този Mac под Devices, а не свързан телефон и не стар пакет с отчет. Щракнете Start в лентата с инструменти, за да е потокът на живо, после запишете времето с часовата му зона. Използвайте администраторски достъп, ако изгледът го изисква, а на управляван Mac поискайте този достъп от собственика, вместо да го заобикаляте.

Сега направете един нормален опит за връзка и запишете видимия провал. Един опит е важен: второто повторение добавя нови събития към същия поток и смесването на два опита в един прозорец е начинът хората да разследват погрешното ръкостискане.

Нищо от това не е обещание, че следа вече съществува. Console е процедура за събиране и вие създавате условията за чисто улавяне, вместо да извличате нещо предварително записано.

Стеснете по процес, а не по предания

Започнете достатъчно широко, за да определите собственика, после прецизирайте с процеса и свойствата на съобщенията, които действително се появяват в улавянето ви. Етикет на доставчик, цитиран в по-стар наръчник, е улика за една версия на macOS и един протокол, а не постоянен филтър. Твърде ранното филтриране по него може да даде празен прозорец, който изглежда като отказ на дневника, а всъщност е пропуснато търсене. Добавете условие, което можете да премахнете, а не такова, което премахва доказателствата.

Console ви позволява да комбинирате критерии и те се стесняват заедно. Ако резултатите изчезнат, премахнете или разхлабете най-ограничаващото условие, вместо да добавите още едно. Показването само на последната грешка е честа грешка, защото събитието, което обяснява грешката, обикновено се появява няколко реда по-рано.

Запазете достатъчно контекст, за да отговорите на един въпрос

Разгънете съответното съобщение и прочетете подробностите му, после запазете първия смислен провал заедно със събитията за връзката около него. Изолиран ред, който казва, че връзката е спряла, не казва на читателя нищо за причината.

Кажете точно кой етап доказва записът: локален доставчик или услуга, която така и не е стартирала, обмен с далечната страна, отказ при удостоверяване или по-късна жалба за маршрутизация или резолвер. Съобщение за стартиране на процес не е доказателство, че ръкостискането е завършило, а предупреждение за маршрут след успешна връзка описва друга повреда, различна от неуспешна връзка.

Ако клиентът поддържа собствен дневник, сравнете същия опит там, вместо да комбинирате текущо събитие от Console с различно повторение от файл само за добавяне. Инструкциите за стария PPP файл принадлежат само на внедряване, което все още създава този файл.

Споделете най-малкия полезен откъс

Изберете съответните съобщения и използвайте поддържаното действие Share за предвидения получател. Включете бележки за версията и времето, после прегледайте вътрешните имена на хостове, идентификатори на акаунти, адреси и несвързани събития, преди да изпратите. Целият диагностичен архив е лесен за прикачване и труден за оправдаване по-късно.

Очаквайте някои събития да липсват при текущата конфигурация за поверителност или журналиране. В такъв случай използвайте диагностичната процедура, която вашият доставчик или администратор предписва, и устоявайте на желанието да изключите системните защити, за да съберете повече история. Предаването, което си струва да подготвите, е малко: кой клиент, кой протокол, кога се е случил опитът, първото му значимо събитие и какво е последвало.