Mac külmub pärast VPN-iga ärkamist: mida salvestada

Aruanded külmunud Maci kohta pärast ärkamist ühendavad sageli kolm tõrget üheks kaebuseks. Kursor võib veel liikuda, samal ajal kui VPN-klient ignoreerib klikke, klient võib töötada, samal ajal kui üks kaugsessioon aegub, või kogu töölaud võib lõpetada sisendi vastuvõtmise. Igaüks neist vajab erinevaid tõendeid ja esimene minut pärast külmumist otsustab, millist te vaatate. Vale oletus saadab iga järgmise sammu vales suunas.

Mis lakkas vastamast ja mis lakkas ainult ootamast

Alustage odavaimatest testidest: liigutage kursorit ja trükkige kohalikku tekstivälja, avage kliendi enda olekuvaade ja lugege olekut, mida see teatab, seejärel alustage privaatses rakenduses uut toimingut, selle asemel et jätkata juba avatud sessiooni. Kirjutage kolm vastust üles enne, kui midagi muud puudutate, sest ebaõnnestumiste järjekord on esimene detail, mille inimesed unustavad.

Iga tulemus osutab erinevasse kohta. Üks kinnijäänud sessioon paneb tõendi tunnelist teisele poole ja Mac on ainult kõrvaltvaataja. Klient, mis ignoreerib klikke, samal ajal kui töölaud veel töötab, kitsendab otsingu selle protsessi ja selle logisse. Masin, mis ignoreerib kursorit, võtab ära võimaluse üldse midagi käivitada, sest iga kontrollikäsk vajab vastavat shelli.

Hoidke kolm juhtumit eraldi ka siis, kui kasutaja kirjeldab neid ühe lausega. Aruanne, mille esitate, peaks ütlema, milline test ebaõnnestus esimesena ja millised veel läbisid, mitte et masin külmus. Just see erinevus lubab toeinseneril otsustada, kas vaadata võrku, klienti või riistvara.

Ajatelg, mida saate homme veel kaitsta

Kell on see osa kirjest, mida ei saa hiljem uuesti kokku panna. Märkige, millal kaas avanes või masin ärkas, millal juhtus esimene ebaõnnestunud toiming, ja kas need kaks hetke olid sekundite või minutite kaugusel. Seejärel kirjutage, kas Mac magas tegelikult või lukustas ainult ekraani, sest need on erinevad olekud erinevate ärkamisteedega. Unelogi on ainus osa sellest ajateljest, mida saate hiljem kontrollida.

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

Esimene käsk muudab häguse mälestuse ajatempliks, mille saate teise sisse trükkida. Piirake logipäring kliendiprotsessi ja lühikese ajavahemikuga ning saate terve päeva asemel ühe lehekülje väljundit. Kopeerige mudeli identifikaator, kliendi build ja võrk, milles olite, samasse märkmeisse, kuni ekraan on veel teie ees; järgmisel hommikul koostatud aruanne kaotab järjekorra, mis tegi selle loetavaks.

Valige sümptomile vastav salvestus

Apple dokumenteerib kolm salvestust Activity Monitori diagnoosijuhendis ja need vastavad erinevatele küsimustele. Sample Process jälgib ühte valitud protsessi kolm sekundit, spindump sihib rakendust, mis on lakanud vastamast ja mille suhtes rakendatakse peagi sundsulgemist, ning System Diagnostics kogub süsteemilogid pakendisse.

Valige selle järgi, mida täheldasite, mitte harjumuse järgi. Klient, mis töötab, kuid käitub valesti, saab sample, mis on võetud sample <pid> 3 -file ~/Desktop/sample.txt abil või hammasratta menüüst. Rakendus, mis keerleb lõputult ja tuleb tappa, saab samast menüüst Spindump-üksuse. Probleem, mis hõlmab klienti ja süsteemi, saab sudo sysdiagnose -f ~/Desktop. Võtke sample enne sundsulgemist, kui saate, sest lõpetamine hävitab täpselt selle oleku, mida soovisite uurida, ja nimetage fail sündmuse ja kellaaja järgi, mitte oma oletuse järgi põhjuse kohta.

Käsitlege iga pakendit tundlikuna. Need aruanded sisaldavad kontonimesid, hostinimesid, teid ja võrgu üksikasju, seega saatke need toe kanali kaudu, mida teie organisatsioon kasutab, selle asemel et need avalikku lõime lisada. Kui aruannet tuleb kärpida, kärpige koopiat ja jätke originaal puutumata.

Kui kursor ise ei liigu

Surnud liides muudab toimingute järjekorda. Te ei saa protsessist sample'it võtta ega päringut käivitada shellist, mis ei vasta, seega esimene eesmärk on taastamine ja teine on kirje. Sundrestart on mõnikord ainus väljapääs ja see on ka hetk, mil kõige kasulikumad detailid kaovad. Märkige kellaaeg, avatud aknad ja kas võrgumenüü näitas enne restarti ühendust; need tähelepanekud elavad restardi üle, kuigi protsessi olek ei ela.

Kui masin on tagasi, vastustage järeldust, et restart leidis süüdlase. See taastas teenuse ega nimetanud midagi. Ainult kordus ühe kontrollitud muudatusega saab osutada komponendile.

Kui külmumine naaseb, muutke iga katse puhul üht tingimust: võrku, kliendi versiooni või unerežiimi. Salvestage esmalt kaugtöö ja vältige sundunede kordamist tootmismasinas, sest korduvad karmid tsüklid riskivad andmekaoga ja tekitavad sageli teistsuguse tõrke kui see, mida te taga ajate. Kirjutage iga katse koos selle tingimustega üles, et järgmine oleks võrreldav, mitte anekdootlik.

Andke üle üks sündmus, mitte meeleolu

Üleandmine, mis toob tegevuse, nimetab neli asja: mis lakkas vastamast, millal see juhtus, milline võrk sel hetkel oli ja milline salvestus ajavahemikku katab. Lisage kliendi versioon ja macOS-i build, seejärel lõpetage. Nii platvormimeeskond kui ka kliendi tarnija saavad selle lause põhjal tegutseda ja kumbki ei saa tegutseda frustratsiooni kirjelduse põhjal. Hoidke kirje ühes kohas ja lisage sellele, selle asemel et lugu iga kord uuesti jutustada; kui uuendus muutis käitumist, märkige milline, sest ka see on tõend.

Hea kirje ütleb ka, mida olete juba välistanud. Kui kohalik rakendus külmumise ajal vastas, öelge seda; kui unelogi näitab tõelist ärkamist, mitte lukustust, öelge ka seda. Järgmine inimene ei peaks kordama teste, mille olete juba teinud.

Enne pileti sulgemist kontrollige kolme asja: ajatempel pärineb unelogist, mitte mälust, salvestus vastab sümptomile, mida te tegelikult nägite, ja pakend asub heakskiidetud kohas. Kui ükskõik milline kolmest puudub, ei ole aruanne saatmiseks valmis.