Mac vries ná ontwaking met die VPN: wat om te teken

Verslae oor ’n gevriesde Mac ná ontwaking gooi dikwels drie mislukkings in een klag saam. Die wyser beweeg dalk nog terwyl die VPN-kliënt klikke ignoreer, die kliënt werk dalk terwyl een afgeleë sessie uitval, of die hele lessenaar hou op om invoer te aanvaar. Elkeen van dié vereis ander bewyse, en die eerste minuut ná die vries besluit watter een jy voor jou het. ’n Verkeerde raaiskoot stuur elke latere stap in die verkeerde rigting.

Wat opgehou antwoord het, en wat net opgehou wag het

Begin met die goedkoopste toetse: skuif die wyser en tik in ’n plaaslike teksveld, maak die kliënt se eie statusaansig oop en lees die toestand wat dit rapporteer, en begin dan ’n nuwe bewerking in die private toepassing eerder as om die sessie wat reeds oop was, te hervat. Skryf die drie antwoorde neer voordat jy aan iets anders raak, want die volgorde van wat gefaal het, is die eerste besonderheid wat mense vergeet.

Elke uitkoms wys êrens anders heen. ’n Enkele vasgehaakte sessie plaas die bewyse aan die oorkant van die tonnel, en die Mac is net ’n toeskouer. ’n Kliënt wat klikke ignoreer terwyl die lessenaar steeds werk, vernou die soektog tot daardie proses en sy log. ’n Masjien wat die wyser ignoreer, verwyder die opsie om enigiets te laat loop, want elke ondersoekopdrag het ’n dop nodig wat antwoord.

Hou die drie gevalle apart selfs wanneer die gebruiker hulle in een sin beskryf. Die verslag wat jy indien, moet sê watter toets eerste gefaal het en watter nog geslaag het, nie dat die masjien gevries het nie. Daardie onderskeid laat ’n ondersteuningsingenieur besluit of hy na die netwerk, die kliënt of die hardeware moet kyk.

’n Tydlyn wat jy môre nog kan verdedig

Die horlosie is die deel van die rekord wat nie later herbou kan word nie. Let op wanneer die deksel oopgemaak of die masjien wakker geword het, wanneer die eerste mislukte aksie gebeur het, en of daardie twee oomblikke sekondes of minute uitmekaar was. Skryf dan neer of die Mac werklik geslaap het of net sy skerm gesluit het, want dit is verskillende toestande met verskillende ontwakingsroetes. Die slaap-log is die enigste deel van daardie tydlyn wat jy agterna kan nagaan.

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

Die eerste opdrag verander ’n vae herinnering in ’n tydstempel wat jy in die tweede kan intik. Beperk die log-navraag tot die kliëntproses en ’n kort venster, en jy kry ’n bladsy uitset in plaas van ’n dag s’n. Kopieer die modelidentifiseerder, die kliëntbou en die netwerk waarop jy was in dieselfde nota terwyl die skerm nog voor jou is; ’n verslag wat die volgende oggend saamgestel word, verloor die ordening wat dit leesbaar gemaak het.

Kies die vaslegging wat by die simptoom pas

Apple dokumenteer drie vasleggings in sy Activity Monitor-diagnosegids, en hulle beantwoord verskillende vrae. Sample Process kyk drie sekondes na een gekose proses, spindump mik op ’n toepassing wat opgehou reageer het en op die punt is om geforseer te word, en System Diagnostics versamel stelsellogs in ’n bondel.

Kies op grond van wat jy waargeneem het eerder as uit gewoonte. ’n Kliënt wat loop maar hom misdra, kry ’n sample, geneem met sample <pid> 3 -file ~/Desktop/sample.txt of uit die ratmenu. ’n Program wat vir ewig tol en doodgemaak moet word, kry die Spindump-item uit dieselfde menu. ’n Probleem wat die kliënt en die stelsel oorspan, kry sudo sysdiagnose -f ~/Desktop. Neem ’n sample voordat jy force quit waar jy kan, want beëindiging vernietig juis die toestand wat jy wou ondersoek, en noem die lêer na die gebeurtenis en die tyd eerder as na jou vermoede oor die oorsaak.

Behandel elke bondel as sensitief. Hierdie verslae dra rekeningname, gasheername, paadjies en netwerkbesonderhede, so stuur hulle deur die ondersteuningskanaal wat jou organisasie gebruik eerder as om hulle aan ’n openbare draad te heg. As ’n verslag ingekort moet word, kort ’n kopie in en hou die oorspronklike ongeskonde.

Wanneer die wyser self nie wil beweeg nie

’n Dooie koppelvlak verander die volgorde van bewerkings. Jy kan nie ’n proses monsters of ’n navraag uit ’n dop laat loop wat nie antwoord nie, so die eerste doel is herstel en die tweede is ’n rekord. ’n Geforseerde herbegin is soms die enigste uitweg, en dit is ook die oomblik wanneer die nuttigste besonderhede verdwyn. Let op die tyd, die vensters wat oop was en of die netwerkmenu ’n verbinding gewys het voordat jy herbegin; daardie waarnemings oorleef die herbegin selfs al oorleef die prosesstaat dit nie.

Nadat die masjien terug is, weerstaan die gevolgtrekking dat die herbegin die skuldige gevind het. Dit het die diens herstel en niks genoem nie. Slegs ’n herhaling met een beheerde verandering kan na ’n komponent wys.

As die vries terugkeer, verander een voorwaarde per poging: die netwerk, die kliëntweergawe of die slaapmodus. Stoor eers afgeleë werk, en vermy om geforseerde slaaps op ’n produksiemasjien te herhaal, want herhaalde harde siklusse hou risiko vir dataverlies in en lewer dikwels ’n ander faling as die een wat jy jaag. Skryf elke poging met sy voorwaardes neer sodat die volgende vergelykbaar is eerder as anekdoties.

Dra een gebeurtenis oor, nie ’n stemming nie

Die oorhandiging wat aksie kry, noem vier dinge: wat opgehou reageer het, wanneer dit gebeur het, hoe die netwerk op daardie oomblik gelyk het, en watter vaslegging die venster dek. Voeg die kliëntweergawe en die macOS-bou by, en stop dan. Beide die platformspan en die kliëntverskaffer kan op daardie sin optree, en nie een kan op ’n beskrywing van frustrasie optree nie. Hou die rekord op een plek en voeg daarby aan eerder as om die storie elke keer oor te vertel; as ’n opdatering die gedrag verander het, noem watter opdatering, want dit is ook bewyse.

’n Goeie rekord sê ook wat jy reeds uitgesluit het. As ’n plaaslike toepassing tydens die vries geantwoord het, sê so; as die slaap-log ’n werklike ontwaking eerder as ’n sluiting wys, sê dit ook. Die volgende persoon moet nie toetse hoef te herhaal wat jy reeds gedoen het nie.

Voordat jy die kaartjie sluit, kontroleer drie dinge: die tydstempel kom uit die slaap-log eerder as uit geheue, die vaslegging pas by die simptoom wat jy werklik gesien het, en die bondel sit op die goedgekeurde plek. As enige van die drie ontbreek, is die verslag nie gereed om te stuur nie.