Capturar uma única tentativa de VPN no Console do macOS

Procura o registo de VPN do Mac, encontra uma instrução que aponta para um ficheiro PPP que não existe nesta máquina e conclui que nada foi registado. Essa conclusão costuma estar errada. O registo existe no log unificado, e o ficheiro em falta significa que a instalação não é do tipo que o escreve, não que a tentativa tenha ficado sem registo. Confundir as duas coisas leva as pessoas a passar uma hora a provar uma negativa.

Uma VPN nativa, o Tunnelblick e o cliente do próprio fornecedor podem ter proprietários de registo diferentes. Comece pela vista de registo suportada pelo cliente, quando existe, e recorra ao Console quando precisar dos eventos do sistema ou do fornecedor em torno da tentativa.

Escolha o cliente que realmente falhou

Anote a versão do macOS, a versão do cliente, o nome da ligação e o protocolo antes de abrir seja o que for. Esses quatro factos determinam o nome de processo que vai procurar, e são a primeira coisa que um engenheiro de suporte lhe vai pedir.

Se a ligação foi iniciada a partir de um item da barra de menus pertencente a um cliente do fornecedor, as mensagens interessantes podem vir desse cliente e não do fornecedor de VPN do sistema. Se foi iniciada a partir do próprio painel de VPN do sistema, é o processo do fornecedor que deve procurar. Adivinhar entre os dois desperdiça uma tentativa, por isso verifique primeiro que aplicação é dona da ligação.

Inicie a vista em direto antes da tentativa

Abra o Console e selecione este Mac em Devices, não um telefone ligado e não um pacote de relatório antigo. Clique em Start na barra de ferramentas para que o fluxo fique em direto e, em seguida, anote a hora com o respetivo fuso horário. Use acesso de administrador se a vista o exigir e, num Mac gerido, peça esse acesso ao proprietário em vez de o contornar.

Faça agora uma tentativa normal de ligação e anote a falha visível. Uma tentativa é importante: uma segunda repetição acrescenta novos eventos ao mesmo fluxo, e misturar duas tentativas numa só janela é a forma como as pessoas acabam a investigar o handshake errado.

Nada disto promete que já exista um rasto. O Console é um procedimento de recolha, e está a criar as condições para uma captura limpa em vez de recuperar algo que já foi gravado.

Restrinja por processo em vez de por folclore

Comece de forma suficientemente ampla para identificar o proprietário e depois refine com as propriedades de processo e de mensagem que realmente aparecem na sua captura. Uma etiqueta de fornecedor citada num guia antigo é uma pista para uma versão do macOS e um protocolo, não um filtro permanente. Filtrar por ela demasiado cedo pode produzir uma janela vazia que parece uma falha de registo e na realidade é uma pesquisa falhada. Acrescente uma condição que possa remover, não uma que remova a prova.

O Console permite combinar critérios, e eles restringem em conjunto. Se os resultados desaparecerem, remova ou relaxe a condição mais restritiva em vez de acrescentar outra. Mostrar apenas o erro final é um erro comum, porqueo evento que explica o erro costuma aparecer várias linhas antes.

Guarde contexto suficiente para responder a uma pergunta

Expanda a mensagem relevante e leia os seus detalhes, depois guarde a primeira falha significativa juntamente com os eventos de ligação à volta dela. Uma linha isolada a dizer que a ligação parou não diz nada ao leitor sobre o motivo.

Diga com precisão que fase o registo prova: um fornecedor ou serviço local que nunca arrancou, uma troca com o outro extremo, uma rejeição na autenticação, ou uma queixa posterior de encaminhamento ou de resolução de nomes. Uma mensagem sobre um processo a arrancar não prova que um handshake foi concluído, e um aviso de rota depois de uma ligação bem-sucedida descreve uma falha diferente de uma ligação falhada.

Se o cliente mantém o seu próprio registo, compare a mesma tentativa aí em vez de combinar um evento atual do Console com outra repetição de um ficheiro apenas de acréscimo. As instruções antigas sobre o ficheiro PPP pertencem apenas a uma instalação que ainda produz esse ficheiro.

Partilhe o excerto mais pequeno que seja útil

Selecione as mensagens relevantes e use a ação Share suportada para o destinatário pretendido. Inclua as notas de versão e de horário e, antes de enviar, reveja nomes de anfitrião internos, identificadores de conta, endereços e eventos não relacionados. Um arquivo de diagnóstico completo é fácil de anexar e difícil de justificar mais tarde.

Conte com a ausência de alguns eventos na configuração atual de privacidade ou de registo. Nesse caso, use o procedimento de diagnóstico prescrito pelo fornecedor ou administrador e resista à tentação de desligar proteções de todo o sistema para recolher mais histórico. A entrega que vale a pena produzir é pequena: que cliente, que protocolo, quando ocorreu a tentativa, o primeiro evento relevante e o que veio a seguir.