Capturar un único intento de VPN na Consola de macOS

Busca o rexistro de VPN do Mac, atopa unhas instrucións que apuntan a un ficheiro PPP que non existe neste equipo e conclúe que non se rexistrou nada. Esa conclusión adoita ser errónea. O rexistro existe no rexistro unificado, e o ficheiro ausente significa que este despregamento non é dos que o escriben, non que o intento non se rexistrase. Confundir ambas as cousas leva a xente a pasar unha hora demostrando un feito negativo.

Unha VPN nativa, Tunnelblick e o cliente propio dun provedor poden ter propietarios de rexistro distintos. Comece pola vista de rexistro que admite o cliente cando a ofrece, e recorra á Consola cando necesite os eventos do sistema ou do provedor arredor do intento.

Escolla o cliente que realmente fallou

Anote a versión de macOS, a versión do cliente, o nome da conexión e o protocolo antes de abrir nada. Eses catro datos deciden que nome de proceso buscará, e son o primeiro que lle preguntará un enxeñeiro de soporte.

Se a conexión se iniciou desde un elemento da barra de menús dun cliente de provedor, as mensaxes interesantes poden vir dese cliente e non do provedor de VPN do sistema. Se se iniciou desde o panel de VPN propio do sistema, o proceso do provedor é o que hai que buscar. Adiviñar entre ambos desbota un intento, así que comprobe primeiro que aplicación posúe a conexión.

Inicie a vista en directo antes do intento

Abra a Consola e seleccione este Mac en Devices, non un teléfono conectado nin un paquete de informe antigo. Faga clic en Start na barra de ferramentas para que o fluxo estea en directo e logo anote a hora coa súa zona horaria. Use acceso de administrador se a vista o esixe, e nun Mac xestionado pida ese acceso ao propietario en lugar de sortearlo.

Agora faga un intento de conexión normal e anote o fallo visible. Un só intento importa: un segundo reintento engade eventos novos ao mesmo fluxo, e mesturar dous intentos nunha ventá é como a xente acaba investigando o aperto de mans equivocado.

Nada disto promete que xa exista un rastro. A Consola é un procedemento de recollida, e vostede está creando as condicións para unha captura limpa en lugar de recuperar algo gravado de antemán.

Acote por proceso, non por lendas

Comece coa amplitude suficiente para identificar o propietario e despois refine co proceso e as propiedades de mensaxe que realmente aparecen na súa captura. Unha etiqueta de provedor citada nunha guía antiga é unha pista para unha versión de macOS e un protocolo, non un filtro permanente. Filtrar por ela demasiado pronto pode producir unha ventá baleira que parece un fallo do rexistro e en realidade é unha busca fallida. Engada unha condición que poida quitar, non unha que quite a proba.

A Consola permítelle combinar criterios, e estréitanse xuntos. Se os resultados desaparecen, quite ou relaxe a condición máis restritiva en lugar de engadir outra. Mostrar só o erro final é un erro habitual, porque o evento que explica o erro adoita aparecer varias liñas antes.

Conserve contexto suficiente para responder unha pregunta

Despregue a mensaxe relevante e lea os seus detalles, e logo conserve o primeiro fallo significativo xunto cos eventos de conexión que o rodean. Unha liña illada que di que a conexión se detivo non di nada ao lector sobre o porqué.

Diga con precisión que etapa demostra o rexistro: un provedor ou servizo local que nunca se iniciou, un intercambio co extremo remoto, un rexeitamento na autenticación ou unha queixa posterior de encamiñamento ou de resolución. Unha mensaxe sobre un proceso que se inicia non é proba de que un aperto de mans se completase, e un aviso de ruta tras unha conexión correcta describe un fallo distinto do dunha conexión fallida.

Se o cliente mantén o seu propio rexistro, compare alí o mesmo intento en lugar de combinar un evento actual da Consola con outro reintento dun ficheiro de só engadido. As instrucións do ficheiro PPP antigo pertencen só a un despregamento que aínda produce ese ficheiro.

Comparta o extracto útil máis pequeno

Seleccione as mensaxes relevantes e use a acción Share admitida para o destinatario previsto. Inclúa as notas de versión e de tempo, e logo revise os nomes de host internos, os identificadores de conta, os enderezos e os eventos non relacionados antes de enviar. Un arquivo de diagnóstico completo é fácil de adxuntar e difícil de xustificar despois.

Espere que falten algúns eventos coa configuración actual de privacidade ou de rexistro. Nese caso use o procedemento de diagnóstico que prescriba o seu provedor ou administrador, e resista a tentación de desactivar proteccións de todo o sistema para recoller máis historial. A entrega que paga a pena preparar é pequena: que cliente, que protocolo, cando ocorreu o intento, o seu primeiro evento relevante e que veu despois.