Како забележити један покушај VPN-а у macOS Console-у

Тражите Mac VPN дневник, нађете упутство које показује на PPP датотеку које нема на овом рачунару и закључите да ништа није забележено. Тај закључак је обично погрешан. Запис постоји у обједињеном дневнику, а датотека која недостаје значи да ово постављање није оно које је пише, а не да покушај није забележен. Мешање то двоје шаље људе да сат времена доказују негацију.

Уграђени VPN, Tunnelblick и властити клијент добављача могу имати различите власнике дневника. Почните с приказом дневника који клијент подржава кад постоји, а Console посегните кад требају системски догађаји или догађаји добављача око покушаја.

Изаберите клијента који је заиста отказао

Запишите верзију macOS-а, верзију клијента, назив везе и протокол пре него што било шта отворите. Те четири чињенице одређују које ћете име процеса тражити, и то је прво што ће вас инжењер подршке питати.

Ако је веза покренута из ставке у траци менија која припада клијенту добављача, занимљиве поруке могу долазити од тог клијента, а не од системског VPN добављача. Ако је покренута из властите VPN табле система, тражи се процес добављача. Нагађање између њих троши један покушај, зато прво проверите која апликација поседује везу.

Покрените приказ уживо пре покушаја

Отворите Console и изаберите овај Mac под Devices, а не повезани телефон и не стари пакет извештаја. Кликните Start на траци с алаткама да ток буде уживо, затим забележите време с припадајућом временском зоном. Користите администраторски приступ ако приказ то захтева, а на управљаном Mac-у затражите тај приступ од власника уместо да га заобилазите.

Сада направите један уобичајен покушај повезивања и забележите видљиву грешку. Један покушај је важан: други поновни покушај додаје нове догађаје у исти ток, а мешање двају покушаја у једном прозору води људе да истражују погрешно руковање.

Ништа од овога не обећава да траг већ постоји. Console је поступак прикупљања, а ви стварате услове за чист снимак уместо да дохватате нешто што је већ снимљено.

Сузите по процесу, а не по предањима

Почните довољно широко да препознате власника, затим прецизирајте својствима процеса и поруке која се стварно појављују у вашем снимку. Ознака добављача цитирана у старијем водичу траг је за једну верзију macOS-а и један протокол, а не трајни филтер. Прерано филтрирање по њој може дати празан прозор који изгледа као квар дневника, а стварно је промашена претрага. Додајте услов који можете уклонити, а не онај који уклања доказе.

Console вам омогућује комбиновање критеријума и они заједно сужавају. Ако резултати нестану, уклоните или ублажите најстрожи услов уместо да додате још један. Приказивати само завршну грешку честа је грешка, јердогађај који објашњава грешку обично се појављује неколико редова раније.

Задржите довољно контекста да одговорите на једно питање

Проширите релевантну поруку и прочитајте њене појединости, затим задржите први смислени неуспех заједно с догађајима везе око њега. Изоловани ред који каже да се веза зауставила читаоцу не говори ништа о узроку.

Реците тачно коју фазу запис доказује: локалног добављача или услугу која никада није покренута, размену с удаљеном страном, одбијање при провери аутентичности или каснију жалбу на усмеравање или разрешавање имена. Порука о покретању процеса није доказ да је руковање довршено, а упозорење о рути после успешне везе описује другу врсту квара од неуспеле везе.

Ако клијент води властити дневник, упоредите исти покушај тамо уместо да спојите тренутни Console догађај с другим поновним покушајем из датотеке којој се само додаје. Стара упутства о PPP датотеци припадају само постављању које још ствара ту датотеку.

Поделите најмањи корисни извода

Изаберите релевантне поруке и употребите подржану радњу Share за предвиђеног примаоца. Укључите белешке о верзији и времену, затим пре слања прегледајте интерна имена хостова, идентификаторе рачуна, адресе и неповезане догађаје. Целу дијагностичку архиву лако је приложити и тешко касније оправдати.

Очекујте да ће неки догађаји изостати уз тренутну конфигурацију приватности или евидентирања. У том случају употребите дијагностички поступак који прописује ваш добављач или администратор и одуприте се пориву да искључите системске заштите како бисте прикупили више историје. Предаја коју вреди направити мала је: који клијент, који протокол, када се покушај догодио, његов први релевантни догађај и шта је уследило.