Macen frys etter oppvakning med VPN: kva du skal registrera

Rapportar om ein frosen Mac etter oppvakning slår ofte saman tre feil til éi klage. Peikaren kan framleis røra seg medan VPN-klienten ignorerer klikk, klienten kan verka medan éi fjernøkt renn ut, eller heile skrivebordet kan slutta å ta imot inndata. Kvar av dei krev ulike bevis, og det første minuttet etter frysingen avgjer kva du ser på. Ei feil gissing sender kvart seinare steg i feil retning.

Kva slutta å svara, og kva slutta berre å venta

Start med dei billegaste testane: flytt peikaren og skriv i eit lokalt tekstfelt, opne klienten si eiga statusvising og les tilstanden ho rapporterer, og start deretter ein ny operasjon i den private appen i staden for å halda fram økta som alt var open. Skriv ned dei tre svara før du rører noko anna, fordi rekkjefølgja av det som svikta, er den første detaljen folk gløymer.

Kvart utfall peikar ein annan stad. Éi fastlåst økt set beviset på den andre sida av tunnelen, og Macen er berre tilskodar. Ein klient som ignorerer klikk medan skrivebordet framleis verkar, snevrar søket inn til den prosessen og loggen hans. Ein maskin som ignorerer peikaren, fjernar moglegheita til å køyra noko som helst, fordi kvar inspeksjonskommando treng eit skal som svarar.

Hald dei tre tilfella fråskilde sjølv når brukaren skildrar dei i éi setning. Rapporten du leverer, skal seia kva test som svikta først og kva som framleis bestod, ikkje at maskinen fraus. Den skilnaden er det som lèt ein støtteingeniør avgjera om han skal sjå på netverket, klienten eller maskinvara.

Ei tidslinje du framleis kan forsvara i morgon

Klokka er den delen av registreringa som ikkje kan byggjast opp att seinare. Noter når loket vart opna eller maskinen vakna, når den første mislukka handlinga skjedde, og om dei to augneblikka låg sekund eller minutt frå kvarandre. Skriv deretter om Macen faktisk sov eller berre låste skjermen, fordi det er ulike tilstandar med ulike oppvakningsvegar. Søvnloggen er den einaste delen av den tidslinja du kan kontrollera etterpå.

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

Den første kommandoen gjer eit vagt minne om til eit tidsstempel du kan skriva inn i den andre. Avgrensa loggspørjinga til klientprosessen og eit kort vindauge, og du får éi side med utdata i staden for ein heil dag. Kopier modellidentifikatoren, klientoppbygginga og netverket du var på, inn i same notatet medan skjermen framleis er framfor deg; ein rapport som vert sett saman neste morgon, mistar rekkjefølgja som gjorde han lesbar.

Vel opptaket som passar til symptomet

Apple dokumenterer tre opptak i diagnoserettleiinga til Activity Monitor, og dei svarar på ulike spørsmål. Sample Process overvaker éin vald prosess i tre sekund, spindump rettar seg mot ein app som har slutta å svara og snart vert tvinga til å lukka, og System Diagnostics samlar systemloggar i ein pakke.

Vel etter det du observerte, ikkje etter vane. Ein klient som køyrer men oppfører seg dårleg, får ein sample, teken med sample <pid> 3 -file ~/Desktop/sample.txt eller frå tannhjulmenyen. Ein app som snurrar i det uendelege og må drepast, får Spindump-elementet frå same meny. Eit problem som spenner over klienten og systemet, får sudo sysdiagnose -f ~/Desktop. Ta sample før du tvingar lukking når du kan, fordi avslutning øydelegg nøyaktig den tilstanden du ville undersøkja, og namnge fila etter hendinga og tida i staden for etter gissinga di om årsaka.

Handsam kvar pakke som sensitiv. Desse rapportane inneheld kontonamn, vertsnamn, stiar og netverksdetaljar, så send dei gjennom støttekanalen organisasjonen din brukar i staden for å leggja dei ved ein offentleg tråd. Om ein rapport må kortast ned, kort ned ein kopi og lat originalen vera intakt.

Når peikaren sjølv ikkje vil flytta seg

Eit daudt grensesnitt endrar rekkjefølgja på operasjonane. Du kan ikkje ta sample av ein prosess eller køyra ei spørjing frå eit skal som ikkje svarar, så det første målet er attoppretting og det andre er ei registrering. Ein tvinga omstart er stundom den einaste vegen ut, og det er også augneblinken då dei mest nyttige detaljane forsvinn. Noter tida, vindauga som var opne og om nettverksmenyen viste ei tilkopling før du startar på nytt; dei observasjonane overlever omstarten sjølv om tilstanden til prosessen ikkje gjer det.

Når maskinen er tilbake, motstå konklusjonen om at omstarten fann syndaren. Han attoppretta tenesta og namngav ingenting. Berre ei gjentaking med éi kontrollert endring kan peika på ein komponent.

Om frysingen kjem tilbake, endra éin føresetnad per forsøk: netverket, klientversjonen eller søvnmodusen. Lagre fjernarbeid først, og unngå å gjenta tvinga søvn på ein produksjonsmaskin, fordi gjentekne harde syklusar risikerer datatap og gjev ofte ein annan feil enn den du jagar. Skriv ned kvart forsøk med føresetnadene, slik at det neste vert samanliknbart og ikkje anekdotisk.

Overlever éi hending, ikkje ei stemning

Overleveringa som får handling, namngjev fire ting: kva som slutta å svara, når det skjedde, korleis netverket såg ut i det augneblinken, og kva opptak som dekkjer vindauget. Legg til klientversjonen og macOS-oppbygginga, og stopp der. Både plattformteamet og klientleverandøren kan handle på den setninga, og ingen av dei kan handle på ei skildring av frustrasjon. Hald registreringa på éin stad og legg til i ho i staden for å gjenfortelja historia kvar gong; om ei oppdatering endra åtferda, noter kva for ei, fordi det også er bevis.

Ei god registrering seier også kva du alt har utelukka. Om ein lokal app svara under frysingen, sei det; om søvnloggen viser ei ekte oppvakning og ikkje ei låsing, sei det også. Neste person bør ikkje måtta gjenta testar du alt har køyrt.

Før du lukkar saka, kontroller tre ting: tidsstempelet kjem frå søvnloggen og ikkje frå minnet, opptaket passar til symptomet du faktisk såg, og pakken ligg på den godkjende staden. Om éin av dei tre manglar, er rapporten ikkje klar til å sendast.