Mac-ul îngheață după trezire cu VPN: ce trebuie consemnat

Rapoartele despre un Mac înghețat după trezire unesc adesea trei defecțiuni într-o singură reclamație. Indicatorul poate încă mișca în timp ce clientul VPN ignoră clicurile, clientul poate funcționa în timp ce o sesiune la distanță expiră, sau tot desktopul poate înceta să accepte intrare. Fiecare dintre acestea necesită dovezi diferite, iar primul minut după înghețare decide pe care îl vedeți. O presupunere greșită trimite fiecare pas ulterior în direcția greșită.

Ce a încetat să răspundă și ce a încetat doar să aștepte

Începeți cu cele mai ieftine teste: mișcați indicatorul și tastați într-un câmp de text local, deschideți vizualizarea de stare a clientului și citiți starea pe care o raportează, apoi porniți o operațiune nouă în aplicația privată în loc să reluați sesiunea deja deschisă. Notați cele trei răspunsuri înainte de a atinge orice altceva, pentru că ordinea a ceea ce a eșuat este primul detaliu pe care oamenii îl uită.

Fiecare rezultat indică în altă parte. O singură sesiune blocată pune dovada de cealaltă parte a tunelului, iar Mac-ul este doar spectator. Un client care ignoră clicurile în timp ce desktopul încă funcționează restrânge căutarea la acel proces și la jurnalul său. O mașină care ignoră indicatorul elimină opțiunea de a rula orice, pentru că fiecare comandă de inspecție are nevoie de un shell care răspunde.

Țineți cele trei cazuri separate chiar și când utilizatorul le descrie într-o singură propoziție. Raportul pe care îl depuneți trebuie să spună care test a eșuat primul și care încă au trecut, nu că mașina s-a înghețat. Această distincție îi permite inginerului de suport să decidă dacă privește rețeaua, clientul sau hardware-ul.

O cronologie pe care o puteți apăra și mâine

Ceasul este partea din înregistrare care nu poate fi reconstruită mai târziu. Notați când s-a deschis capacul sau când s-a trezit mașina, când s-a produs prima acțiune eșuată și dacă acele două momente erau separate de secunde sau de minute. Apoi scrieți dacă Mac-ul a dormit cu adevărat sau doar și-a blocat ecranul, pentru că acestea sunt stări diferite cu căi de trezire diferite. Jurnalul de somn este singura parte din acea cronologie pe care o puteți verifica ulterior.

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

Prima comandă transformă o amintire vagă într-un marcaj temporal pe care îl puteți tasta în a doua. Limitați interogarea jurnalului la procesul clientului și la o fereastră scurtă, și obțineți o pagină de ieșire în loc de o zi întreagă. Copiați identificatorul modelului, compilarea clientului și rețeaua în care erați în aceeași notă cât timp ecranul este încă în fața dumneavoastră; un raport alcătuit a doua zi dimineață pierde ordinea care îl făcea lizibil.

Alegeți captura care se potrivește simptomului

Apple documentează trei capturi în ghidul de diagnosticare al Activity Monitor, și acestea răspund la întrebări diferite. Sample Process observă un proces selectat timp de trei secunde, spindump vizează o aplicație care a încetat să răspundă și urmează să fie închisă forțat, iar System Diagnostics colectează jurnalele sistemului într-un pachet.

Alegeți după ce ați observat, nu după obișnuință. Un client care rulează dar se comportă prost primește un sample, luat cu sample <pid> 3 -file ~/Desktop/sample.txt sau din meniul rotiței dințate. O aplicație care se învârte la nesfârșit și trebuie ucisă primește elementul Spindump din același meniu. O problemă care cuprinde clientul și sistemul primește sudo sysdiagnose -f ~/Desktop. Luați sample-ul înainte de închiderea forțată când puteți, pentru că terminarea distruge exact starea pe care voiați să o inspectați, și numiți fișierul după eveniment și oră, nu după presupunerea despre cauză.

Tratați fiecare pachet ca sensibil. Aceste rapoarte conțin nume de conturi, nume de gazdă, căi și detalii de rețea, așa că trimiteți-le prin canalul de suport pe care îl folosește organizația dumneavoastră în loc să le atașați la un fir public. Dacă un raport trebuie scurtat, scurtați o copie și lăsați originalul intact.

Când indicatorul însuși nu se mișcă

O interfață moartă schimbă ordinea operațiunilor. Nu puteți lua sample-ul unui proces și nici rula o interogare dintr-un shell care nu răspunde, așa că primul obiectiv este recuperarea, iar al doilea este o înregistrare. O repornire forțată este uneori singura ieșire și este și momentul în care cele mai utile detalii dispar. Notați ora, ferestrele care erau deschise și dacă meniul de rețea arăta o conexiune înainte de repornire; acele observații supraviețuiesc repornirii chiar dacă starea procesului nu o face.

Când mașina revine, rezistați concluziei că repornirea a găsit vinovatul. A restabilit serviciul și nu a numit nimic. Doar o repetare cu o singură schimbare controlată poate indica o componentă.

Dacă înghețarea revine, schimbați o condiție pe încercare: rețeaua, versiunea clientului sau modul de somn. Salvați mai întâi munca la distanță și evitați repetarea somnului forțat pe o mașină de producție, pentru că ciclurile dure repetate riscă pierderea datelor și produc adesea o defecțiune diferită de cea pe care o urmăriți. Notați fiecare încercare cu condițiile ei, ca următoarea să fie comparabilă și nu anecdotică.

Predați un eveniment, nu o stare de spirit

Predarea care obține acțiune numește patru lucruri: ce a încetat să răspundă, când s-a întâmplat, cum arăta rețeaua în acel moment și care captură acoperă fereastra. Adăugați versiunea clientului și compilarea macOS, apoi opriți-vă. Atât echipa de platformă, cât și furnizorul clientului pot acționa pe baza acelei propoziții, și niciunul nu poate acționa pe baza unei descrieri a frustrării. Țineți înregistrarea într-un singur loc și adăugați la ea în loc să povestiți din nou întâmplarea de fiecare dată; dacă un update a schimbat comportamentul, indicați care, pentru că și aceasta este o dovadă.

O înregistrare bună spune și ce ați exclus deja. Dacă o aplicație locală a răspuns în timpul înghețării, spuneți-o; dacă jurnalul de somn arată o trezire reală și nu o blocare, spuneți și asta. Următoarea persoană nu ar trebui să repete teste pe care le-ați făcut deja.

Înainte de a închide tichetul, verificați trei lucruri: marcajul temporal provine din jurnalul de somn, nu din memorie, captura se potrivește simptomului pe care l-ați văzut efectiv, iar pachetul se află în locația aprobată. Dacă lipsește oricare dintre cele trei, raportul nu este gata de trimis.