El Mac es bloqueja després de despertar-se amb la VPN: què cal enregistrar

Els informes d’un Mac bloquejat després de despertar-se sovint ajunten tres fallades en una sola queixa. El punter pot seguir movent-se mentre el client de VPN ignora els clics, el client pot funcionar mentre una sessió remota expira, o tot l’escriptori pot deixar d’acceptar entrada. Cada cas necessita proves diferents, i el primer minut després del bloqueig decideix quin teniu davant. Una suposició equivocada envia cada pas posterior en la direcció equivocada.

Què va deixar de respondre, i què només va deixar d’esperar

Comença pels tests més barats: mou el punter i escriu en un camp de text local, obre la vista d’estat del client i llegeix l’estat que informa, i després inicia una operació nova a l’aplicació privada en lloc de reprendre la sessió que ja estava oberta. Anota les tres respostes abans de tocar res més, perquè l’ordre del que ha fallat és el primer detall que la gent oblida.

Cada resultat assenyala un lloc diferent. Una sola sessió encallada posa la prova a l’altra banda del túnel, i el Mac només hi fa de testimoni. Un client que ignora els clics mentre l’escriptori encara funciona redueix la cerca a aquell procés i al seu registre. Una màquina que ignora el punter elimina l’opció d’executar qualsevol cosa, perquè cada ordre d’inspecció necessita un shell que respongui.

Mantén els tres casos separats fins i tot quan l’usuari els descriu amb una sola frase. L’informe que presenteu ha de dir quin test va fallar primer i quins encara passaven, no que la màquina es va bloquejar. Aquesta distinció és el que permet a un enginyer de suport decidir si ha de mirar la xarxa, el client o el maquinari.

Una cronologia que encara podreu defensar demà

El rellotge és la part del registre que no es pot reconstruir després. Anota quan es va obrir la tapa o es va despertar la màquina, quan va passar la primera acció fallida, i si aquests dos moments estaven separats per segons o per minuts. Després escriu si el Mac va dormir de veritat o només va bloquejar la pantalla, perquè són estats diferents amb camins de despertar diferents. El registre de son és l’única part d’aquesta cronologia que podeu comprovar després.

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

La primera ordre converteix un record vague en una marca de temps que podeu escriure a la segona. Limita la consulta del registre al procés del client i a una finestra curta, i obtindràs una pàgina de sortida en lloc d’un dia sencer. Copia l’identificador del model, la compilació del client i la xarxa on eres a la mateixa nota mentre la pantalla encara és davant teu; un informe muntat l’endemà al matí perd l’ordre que el feia llegible.

Tria la captura que encaixa amb el símptoma

Apple documenta tres captures a la guia de diagnòstics de Activity Monitor, i responen a preguntes diferents. Sample Process observa un procés seleccionat durant tres segons, spindump apunta a una aplicació que ha deixat de respondre i està a punt de ser forçada a tancar, i System Diagnostics recull els registres del sistema en un paquet.

Tria pel que has observat, no pel costum. Un client que funciona però es comporta malament rep un sample, pres amb sample <pid> 3 -file ~/Desktop/sample.txt o des del menú de la roda dentada. Una aplicació que gira per sempre i s’ha de matar rep l’element Spindump d’aquest mateix menú. Un problema que afecta el client i el sistema rep sudo sysdiagnose -f ~/Desktop. Pren el sample abans de forçar el tancament quan puguis, perquè la terminació destrueix exactament l’estat que volies inspeccionar, i posa al fitxer el nom de l’esdeveniment i l’hora en lloc de la teva suposició sobre la causa.

Tracta cada paquet com a sensible. Aquests informes porten noms de compte, noms d’amfitrió, rutes i detalls de xarxa, així que envia’ls pel canal de suport que fa servir la teva organització en lloc d’adjuntar-los a un fil públic. Si cal retallar un informe, retalla’n una còpia i deixa l’original intacte.

Quan el punter mateix no es mou

Una interfície morta canvia l’ordre de les operacions. No pots mostrejar un procés ni executar una consulta des d’un shell que no respon, així que el primer objectiu és la recuperació i el segon és el registre. Un reinici forçat de vegades és l’única sortida, i també és el moment en què desapareixen els detalls més útils. Anota l’hora, les finestres que estaven obertes i si el menú de xarxa mostrava connexió abans de reiniciar; aquestes observacions sobreviuen al reinici encara que l’estat del procés no ho faci.

Quan la màquina torna, resisteix la conclusió que el reinici ha trobat el culpable. Ha restablert el servei i no ha nomenat res. Només una repetició amb un canvi controlat pot assenyalar un component.

Si el bloqueig torna, canvia una condició per intent: la xarxa, la versió del client o el mode de son. Desa primer la feina remota i evita repetir sons forçats en una màquina de producció, perquè els cicles durs repetits arrisquen pèrdua de dades i sovint produeixen una fallada diferent de la que persegueixes. Anota cada intent amb les seves condicions perquè el següent sigui comparable i no anecdòtic.

Lliura un esdeveniment, no un estat d’ànim

El lliurament que aconsegueix acció nomena quatre coses: què va deixar de respondre, quan va passar, com era la xarxa en aquell moment i quina captura cobreix la finestra. Afegeix la versió del client i la compilació de macOS, i atura’t. Tant l’equip de plataforma com el proveïdor del client poden actuar sobre aquesta frase, i cap dels dos pot actuar sobre una descripció de frustració. Mantén el registre en un sol lloc i afegeix-hi coses en lloc de tornar a explicar la història cada vegada; si una actualització ha canviat el comportament, indica quina, perquè això també és una prova.

Un bon registre també diu què has descartat ja. Si una aplicació local responia durant el bloqueig, digues-ho; si el registre de son mostra un despertar real i no un bloqueig, digues-ho també. La persona següent no hauria de repetir tests que ja has fet.

Abans de tancar el tiquet, comprova tres coses: la marca de temps ve del registre de son i no de la memòria, la captura encaixa amb el símptoma que has vist de veritat, i el paquet és a la ubicació aprovada. Si falta qualsevol de les tres, l’informe no està llest per enviar.