Mac се замрзава после буђења са VPN-ом: шта забележити

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

Шта је престало да одговара, а шта је само престало да чека

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

Сваки исход показује на друго место. Једна заглављена сесија ставља доказ на другу страну тунела, а Mac је само посматрач. Клијент који игнорише кликове док радни сто још ради сужава потрагу на тај процес и његов дневник. Машина која игнорише показивач одузима могућност да се било шта покрене, јер свака команда провере тражи љуску која одговара.

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

Хронологија коју ћете моћи да браните и сутра

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

pmset -g log | grep -i -E 'wake|sleep'
log show --last 15m --predicate 'process == "<client-process>"' --style compact

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

Изаберите снимак који одговара симптому

Apple документује три снимка у упутству за дијагностику Activity Monitor-а, и они одговарају на различита питања. Sample Process посматра један изабрани процес три секунде, spindump циља апликацију која је престала да одговара и ускоро ће бити присилно затворена, а System Diagnostics прикупља системске дневнике у пакет.

Бирајте према ономе што сте посматрали, а не према навици. Клијент који ради али се лоше понаша добија sample, снимљен са sample <pid> 3 -file ~/Desktop/sample.txt или из менија зупчаника. Апликација која се врти бесконачно и мора да се убије добија ставку Spindump из истог менија. Проблем који обухвата клијента и систем добија sudo sysdiagnose -f ~/Desktop. Снимите sample пре присилног затварања када можете, јер затварање уништава управо стање које сте хтели да прегледате, и назовите датотеку по догађају и времену, а не по својој претпоставци о узроку.

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

Када се сам показивач не помера

Мртав интерфејс мења редослед операција. Не можете да снимите sample процеса ни да извршите упит из љуске која не одговара, па је први циљ опоравак, а други запис. Присилно поновно покретање је понекад једини излаз, и то је такође тренутак када најкориснији детаљи нестају. Забележите време, отворене прозоре и да ли је мрежни мени показивао везу пре поновног покретања; та запажања преживљавају поновно покретање иако стање процеса не преживљава.

Када се машина врати, одуприте се закључку да је поновно покретање нашло кривца. Оно је вратило услугу и ништа није именовало. Само понављање са једном контролисаном променом може указати на компоненту.

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

Предајте један догађај, не расположење

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

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

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