Mac iesalst pēc pamošanās ar VPN: ko pierakstīt

Ziņojumi par iesalušu Mac pēc pamošanās bieži apvieno trīs kļūmes vienā sūdzībā. Rādītājs var vēl kustēties, kamēr VPN klients ignorē klikšķus, klients var strādāt, kamēr beidzas viena attālināta sesija, vai visa darbvirsma var pārstāt pieņemt ievadi. Ikkatrs no šiem gadījumiem prasa citus pierādījumus, un pirmā minūte pēc iesalšanas nosaka, kuru jūs redzat. Nepareizs minējums nosūta katru nākamo soli nepareizajā virzienā.

Kas pārstāja atbildēt un kas tikai pārstāja gaidīt

Sāciet ar lētākajiem testiem: pārvietojiet rādītāju un ierakstiet vietējā teksta laukā, atveriet klienta statusa skatu un izlasiet tā norādīto stāvokli, pēc tam sāciet jaunu darbību privātajā lietotnē, nevis atsāciet jau atvērto sesiju. Pierakstiet trīs atbildes pirms kaut kā cita aizskaršanas, jo tas, kas neizdevās, secība ir pirmā detaļa, ko cilvēki aizmirst.

Ikviens rezultāts norāda uz citu vietu. Viena iesprūdusi sesija pierādījumus noliek tuneļa otrā pusē, un Mac ir tikai vērotājs. Klients, kas ignorē klikšķus, kamēr darbvirsma vēl strādā, sašaurina meklēšanu līdz šim procesam un tā žurnālam. Mašīna, kas ignorē rādītāju, atņem iespēju kaut ko palaist, jo katrai pārbaudes komandai vajag atbildošu čaulu.

Turiet trīs gadījumus atsevišķi arī tad, kad lietotājs tos apraksta vienā teikumā. Jūsu iesniegtajā pārskatā jāsaka, kurš tests neizdevās pirmais un kuri vēl izturēja, nevis ka mašīna iesala. Tieši šī atšķirība ļauj atbalsta inženierim izlemt, vai skatīties uz tīklu, klientu vai aparatūru.

Laika josla, ko rīt vēl varēsiet aizstāvēt

Pulkstenis ir tā ieraksta daļa, ko vēlāk nevar atjaunot. Pierakstiet, kad atvērās vāks vai mašīna pamodās, kad notika pirmā neveiksmīgā darbība, un vai šie divi momenti bija sekundes vai minūtes viens no otra. Pēc tam ierakstiet, vai Mac tiešām gulēja vai tikai bloķēja ekrānu, jo tie ir dažādi stāvokļi ar dažādiem pamošanās ceļiem. Miega žurnāls ir vienīgā šīs laika joslas daļa, ko varat pārbaudīt vēlāk.

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

Pirmā komanda neskaidru atmiņu pārvērš laika zīmogā, ko varat ievadīt otrajā. Ierobežojiet žurnāla vaicājumu ar klienta procesu un īsu logu, un jūs iegūstat vienu lappusi izvades, nevis visu dienu. Nokopējiet modeļa identifikatoru, klienta būvējumu un tīklu, kurā bijāt, tajā pašā piezīmē, kamēr ekrāns vēl ir jums priekšā; nākamajā rītā salikts pārskats zaudē secību, kas to padarīja lasāmu.

Izvēlieties simptomam atbilstošo ierakstu

Apple dokumentē trīs ierakstus Activity Monitor diagnostikas rokasgrāmatā, un tie atbild uz dažādiem jautājumiem. Sample Process trīs sekundes novēro vienu izvēlētu procesu, spindump mērķē uz lietotni, kas pārstājusi atbildēt un tūlīt tiks piespiedu kārtā aizvērta, bet System Diagnostics savāc sistēmas žurnālus pakotnē.

Izvēlieties pēc tā, ko novērojāt, nevis pēc ieraduma. Klients, kas strādā, bet uzvedas slikti, saņem sample, kas ņemts ar sample <pid> 3 -file ~/Desktop/sample.txt vai no zobrata izvēlnes. Lietotne, kas griežas bezgalīgi un ir jānogalina, saņem Spindump vienumu no tās pašas izvēlnes. Problēma, kas aptver klientu un sistēmu, saņem sudo sysdiagnose -f ~/Desktop. Ņemiet sample pirms piespiedu aizvēršanas, kad varat, jo pārtraukšana iznīcina tieši to stāvokli, kuru gribējāt apskatīt, un nosaucat failu pēc notikuma un laika, nevis pēc sava minējuma par cēloni.

Uzskatiet katru pakotni par sensitīvu. Šajos pārskatos ir kontu nosaukumi, resursdatoru nosaukumi, ceļi un tīkla informācija, tāpēc sūtiet tos pa kanālu, ko izmanto jūsu organizācija, nevis pievienojiet publiskai temata sarunai. Ja pārskats jāsaīsina, saīsiniet kopiju un atstājiet oriģinālu neskartu.

Kad pats rādītājs nekustas

Mirusi saskarne maina darbību secību. Jūs nevarat paņemt procesa sample vai izpildīt vaicājumu no čaulas, kas neatbild, tāpēc pirmais mērķis ir atjaunošana, bet otrais ir ieraksts. Piespiedu restartēšana dažkārt ir vienīgā izeja, un tas ir arī mirklis, kad pazūd visnoderīgākās detaļas. Pierakstiet laiku, atvērtos logus un to, vai tīkla izvēlnē pirms restartēšanas bija redzams savienojums; šie novērojumi pārdzīvo restartu, lai gan procesa stāvoklis nepārdzīvo.

Kad mašīna atgriežas, pretojieties secinājumam, ka restarts atrada vainīgo. Tas atjaunoja pakalpojumu un neko nenosauka. Tikai atkārtojums ar vienu kontrolētu izmaiņu var norādīt uz komponenti.

Ja iesalšana atgriežas, mainiet vienu nosacījumu katrā mēģinājumā: tīklu, klienta versiju vai miega režīmu. Vispirms saglabājiet attālināto darbu un izvairieties no piespiedu miega atkārtošanas ražošanas mašīnā, jo atkārtoti stingri cikli riskē ar datu zudumu un bieži rada citu kļūmi nekā to, kuru vajājat. Pierakstiet katru mēģinājumu ar tā nosacījumiem, lai nākamais būtu salīdzināms, nevis anekdotisks.

Nododiet vienu notikumu, nevis noskaņojumu

Nodošana, kas panāk rīcību, nosauc četras lietas: kas pārstāja atbildēt, kad tas notika, kā izskatījās tīkls tajā brīdī un kurš ieraksts aptver šo logu. Pievienojiet klienta versiju un macOS būvējumu, pēc tam apstājieties. Gan platformas komanda, gan klienta piegādātājs var rīkoties pēc šī teikuma, un neviens nevar rīkoties pēc vilšanās apraksta. Turiet ierakstu vienā vietā un papildiniet to, nevis katru reizi no jauna stāstiet stāstu; ja atjauninājums mainīja uzvedību, norādiet, kurš, jo arī tas ir pierādījums.

Labs ieraksts arī pasaka, ko jau esat izslēdzis. Ja iesalšanas laikā vietējā lietotne atbildēja, sakiet to; ja miega žurnāls rāda īstu pamošanos, nevis bloķēšanu, sakiet arī to. Nākamajam cilvēkam nevajadzētu atkārtot testus, kurus jau esat veicis.

Pirms biļetes aizvēršanas pārbaudiet trīs lietas: laika zīmogs nāk no miega žurnāla, nevis no atmiņas, ieraksts atbilst simptomam, kuru tiešām redzējāt, un pakotne atrodas apstiprinātajā vietā. Ja trūkst kaut viena no trim, pārskats nav gatavs nosūtīšanai.