Mac ngrin pas zgjimit me VPN: çfarë duhet regjistruar

Raportet për një Mac të ngrirë pas zgjimit shpesh bashkojnë tre dështime në një ankesë. Treguesi mund të lëvizë ende ndërsa klienti VPN injoron klikimet, klienti mund të punojë ndërsa një sesion i largët skadon, ose i gjithë desktopi mund të ndalojë pranimin e inputit. Secili prej këtyre kërkon prova të ndryshme, dhe minuta e parë pas ngrirjes vendos se cilin po shihni. Një supozim i gabuar e dërgon çdo hap të mëvonshëm në drejtimin e gabuar.

Çfarë ndaloi së përgjigjuri, dhe çfarë ndaloi vetëm së prituri

Filloni me testet më të lira: lëvizni treguesin dhe shkruani në një fushë teksti lokale, hapni pamjen e statusit të klientit dhe lexoni gjendjen që raporton, pastaj nisni një operacion të ri në aplikacionin privat në vend që të rifilloni sesionin që ishte tashmë i hapur. Shkruani tre përgjigjet përpara se të prekni gjë tjetër, sepse rendi i asaj që dështoi është detaji i parë që njerëzit harrojnë.

Çdo rezultat tregon diku tjetër. Një sesion i bllokuar e vendos provën në anën tjetër të tunelit, dhe Mac është vetëm shikues. Një klient që injoron klikimet ndërsa desktopi ende punon e kufizon kërkimin te ai proces dhe regjistri i tij. Një makinë që injoron treguesin heq mundësinë për të ekzekutuar çdo gjë, sepse çdo komandë inspektimi kërkon një shell që përgjigjet.

Mbani tre rastet të ndara edhe kur përdoruesi i përshkruan në një fjali të vetme. Raporti që dorëzoni duhet të thotë cili test dështoi i pari dhe cilët kaluan ende, jo se makina ngrin. Ky dallim është ai që i lejon një inxhinieri mbështetjeje të vendosë nëse duhet të shohë rrjetin, klientin apo harduerin.

Një kronologji që nesër mund ta mbrosh ende

Ora është pjesa e regjistrit që nuk mund të rindërtohet më vonë. Vini re kur u hap kapaku ose kur u zgjua makina, kur ndodhi veprimi i parë i dështuar, dhe nëse ato dy momente ishin sekonda apo minuta larg njëri-tjetrit. Pastaj shkruani nëse Mac fjeti vërtet apo vetëm e bllokoi ekranin, sepse këto janë gjendje të ndryshme me rrugë zgjimi të ndryshme. Regjistri i gjumit është e vetmja pjesë e asaj kronologjie që mund të kontrolloni më pas.

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

Komanda e parë e kthen një kujtim të paqartë në një vulë kohe që mund ta shkruani në të dytën. Kufizoni pyetjen e regjistrit te procesi i klientit dhe një dritare e shkurtër, dhe merrni një faqe dalje në vend të një dite të tërë. Kopjoni identifikuesin e modelit, ndërtimin e klientit dhe rrjetin ku ishit në të njëjtën shënim ndërsa ekrani është ende para jush; një raport i montuar të nesërmen në mëngjes humbet rendin që e bënte të lexueshëm.

Zgjidhni kapjen që përputhet me simptomën

Apple dokumenton tre kapje në udhëzuesin e diagnostikimit të Activity Monitor, dhe ato u përgjigjen pyetjeve të ndryshme. Sample Process vëzhgon një proces të zgjedhur për tre sekonda, spindump synon një aplikacion që ka ndaluar së përgjigjuri dhe është gati të mbyllet me forcë, dhe System Diagnostics mbledh regjistrat e sistemit në një paketë.

Zgjidhni sipas asaj që vëzhguat, jo sipas zakonit. Një klient që punon por sillet keq merr një sample, marrë me sample <pid> 3 -file ~/Desktop/sample.txt ose nga menyja e ingranazhit. Një aplikacion që rrotullohet pa fund dhe duhet të vritet merr artikullin Spindump nga e njëjta menu. Një problem që përfshin klientin dhe sistemin merr sudo sysdiagnose -f ~/Desktop. Merrni sample para mbylljes me forcë kur mundeni, sepse përfundimi shkatërron pikërisht gjendjen që donit të inspektonit, dhe emërtojeni skedarin sipas ngjarjes dhe orës, jo sipas supozimit tuaj për shkakun.

Trajtojeni çdo paketë si të ndjeshme. Këto raporte mbajnë emra llogarish, emra hostesh, shtigje dhe detaje rrjeti, prandaj dërgojini përmes kanalit të mbështetjes që përdor organizata juaj në vend që t'i bashkëngjitni një teme publike. Nëse një raport duhet shkurtuar, shkurtoni një kopje dhe lini origjinalin të paprekur.

Kur vetë treguesi nuk lëviz

Një ndërfaqe e vdekur ndryshon rendin e operacioneve. Nuk mund të merrni sample të një procesi as të ekzekutoni një pyetje nga një shell që nuk përgjigjet, prandaj objektivi i parë është rikuperimi dhe i dyti është një regjistër. Një rinisje me forcë është ndonjëherë e vetmja rrugëdalje, dhe është gjithashtu momenti kur detajet më të dobishme zhduken. Vini re orën, dritaret që ishin të hapura dhe nëse menyja e rrjetit tregonte lidhje përpara se të rinisni; ato vëzhgime i mbijetojnë rinisjes edhe pse gjendja e procesit nuk i mbijeton.

Kur makina kthehet, kundërshtoni përfundimin se rinisja gjeti fajtorin. Ajo e riktheu shërbimin dhe nuk emërtoi asgjë. Vetëm një përsëritje me një ndryshim të kontrolluar mund të tregojë një komponent.

Nëse ngrirja kthehet, ndryshoni një kusht për provë: rrjetin, versionin e klientit ose modalitetin e gjumit. Ruani fillimisht punën në distancë, dhe shmangni përsëritjen e gjumit me forcë në një makinë prodhimi, sepse ciklet e forta të përsëritura rrezikojnë humbje të dhënash dhe shpesh prodhojnë një dështim të ndryshëm nga ai që po ndiqni. Shkruani çdo provë me kushtet e saj, që e tjetra të jetë e krahasueshme dhe jo anekdotike.

Dorëzoni një ngjarje, jo një humor

Dorëzimi që sjell veprim emërton katër gjëra: çfarë ndaloi së përgjigjuri, kur ndodhi, si dukej rrjeta në atë moment, dhe cila kapje e mbulon atë dritare. Shtoni versionin e klientit dhe ndërtimin e macOS, pastaj ndaloni. Si ekipi i platformës ashtu edhe furnizuesi i klientit mund të veprojnë sipas asaj fjalie, dhe asnjëri nuk mund të veprojë sipas një përshkrimi të frustrimit. Mbani regjistrin në një vend dhe shtoni në të në vend që ta ritregoni historinë çdo herë; nëse një përditësim ndryshoi sjelljen, shënoni cili, sepse edhe kjo është provë.

Një regjistër i mirë thotë gjithashtu çfarë keni përjashtuar tashmë. Nëse një aplikacion lokal u përgjigj gjatë ngrirjes, thojani; nëse regjistri i gjumit tregon një zgjim të vërtetë dhe jo një bllokim, thojani edhe atë. Personi tjetër nuk duhet të përsëritë teste që keni bërë tashmë.

Përpara se të mbyllni tiketën, kontrolloni tre gjëra: vula e kohës vjen nga regjistri i gjumit dhe jo nga kujtesa, kapja përputhet me simptomën që patë vërtet, dhe paketa ndodhet në vendin e miratuar. Nëse mungon ndonjë nga të treja, raporti nuk është gati për t'u dërguar.