Capturar un sol intent de VPN a la Consola del macOS

Busqueu el registre de VPN del Mac, trobeu unes instruccions que apunten a un fitxer PPP que no existeix en aquest equip i concloeu que no s'ha enregistrat res. Aquesta conclusió sol ser errònia. El registre existeix al registre unificat, i el fitxer absent vol dir que aquest desplegament no és dels que l'escriuen, no que l'intent no s'hagi enregistrat. Confondre les dues coses envia la gent a provar un fet negatiu durant una hora.

Una VPN nativa, Tunnelblick i el client propi d'un proveïdor poden tenir propietaris de registre diferents. Comenceu per la vista de registre que el client admet quan n'ofereix una, i recurriu a la Consola quan necessiteu els esdeveniments del sistema o del proveïdor al voltant de l'intent.

Trieu el client que realment ha fallat

Anoteu la versió del macOS, la versió del client, el nom de la connexió i el protocol abans d'obrir res. Aquests quatre fets decideixen quin nom de procés buscàreu, i són el primer que us demanarà un enginyer de suport.

Si la connexió es va iniciar des d'un element de la barra de menús d'un client de proveïdor, els missatges interessants poden venir d'aquell client i no del proveïdor de VPN del sistema. Si es va iniciar des del panell de VPN propi del sistema, el procés del proveïdor és el que cal buscar. Endevinar entre tots dos malbarata un intent, així que comproveu primer quina aplicació posseeix la connexió.

Inicieu la vista en directe abans de l'intent

Obriu la Consola i seleccioneu aquest Mac a Devices, no un telèfon connectat ni un paquet d'informe antic. Feu clic a Start a la barra d'eines perquè el flux sigui en directe i anoteu l'hora amb la seva zona horària. Feu servir accés d'administrador si la vista ho exigeix, i en un Mac gestionat demaneu aquest accés al propietari en lloc de saltar-vos-el.

Ara feu un intent de connexió normal i anoteu la fallada visible. Un sol intent importa: un segon reintent afegeix esdeveniments nous al mateix flux, i barrejar dos intents en una finestra és com la gent acaba investigant l'encaixada de mans equivocada.

Res d'això no promet que ja existeixi un rastre. La Consola és un procediment de recollida, i esteu creant les condicions per a una captura neta en lloc de recuperar una cosa enregistrada prèviament.

Acoteu per procés, no per llegenda

Comenceu prou ampli per identificar el propietari, després refineu amb el procés i les propietats dels missatges que apareixen realment a la vostra captura. Una etiqueta de proveïdor citada en una guia antiga és una pista per a una versió del macOS i un protocol, no un filtre permanent. Filtrar-hi massa aviat pot produir una finestra buida que sembla una fallada del registre i en realitat és una cerca fallida. Afegiu una condició que pugueu treure, no una que tregui la prova.

La Consola us permet combinar criteris, i s'estrenyen junts. Si els resultats desapareixen, traieu o relaxeu la condició més restrictiva en lloc d'afegir-ne una altra. Mostrar només l'error final és un error habitual, perquè l'esdeveniment que explica l'error sol aparèixer diverses línies abans.

Conserveu prou context per respondre una pregunta

Amplieu el missatge rellevant i llegiu-ne els detalls, després conserveu la primera fallada significativa juntament amb els esdeveniments de connexió que l'envolten. Una línia aïllada que diu que la connexió s'ha aturat no diu res al lector sobre el perquè.

Digueu exactament quina etapa demostra el registre: un proveïdor o servei local que no es va iniciar mai, un intercanvi amb l'extrem remot, un rebuig a l'autenticació o una queixa posterior d'encaminament o de resolució. Un missatge sobre un procés que s'inicia no és prova que una encaixada de mans s'hagi completat, i un avís de ruta després d'una connexió correcta descriu una fallada diferent de la d'una connexió fallida.

Si el client manté el seu propi registre, compareu-hi el mateix intent en lloc de combinar un esdeveniment actual de la Consola amb un reintent diferent d'un fitxer només d'afegir. Les instruccions del fitxer PPP antic només pertanyen a un desplegament que encara produeix aquell fitxer.

Compartiu l'extracte útil més petit

Seleccioneu els missatges rellevants i feu servir l'acció Share admesa per al destinatari previst. Incloeu les notes de versió i de temps, després reviseu els noms d'amfitrió interns, els identificadors de compte, les adreces i els esdeveniments no relacionats abans d'enviar. Un arxiu de diagnòstic sencer és fàcil d'adjuntar i difícil de justificar després.

Espereu que alguns esdeveniments faltin amb la configuració actual de privadesa o de registre. En aquest cas feu servir el procediment de diagnòstic que prescrigui el vostre proveïdor o administrador, i resistiu la temptació de desactivar proteccions de tot el sistema per recollir més historial. El lliurament que val la pena preparar és petit: quin client, quin protocol, quan va passar l'intent, el seu primer esdeveniment rellevant i què va venir després.