Porque o Get-VpnConnection ignora alguns perfis VPN do Windows

Escreva Get-VpnConnection, não recebe nada de volta, e a investigação normalmente para aí. Essa saída vazia é lida como prova de que a máquina não tem VPN nenhuma, mesmo enquanto um túnel transporta tráfego. O comando está bem; a suposição sobre o que ele inventaria não está. Ele lê um armazenamento nativo num âmbito, e não sabe nada sobre clientes que guardam os seus próprios perfis.

Um armazenamento nativo por chamada

Comece pela chamada simples, que visa os perfis pertencentes à conta com sessão iniciada. É esta a chamada que a maioria das pessoas executa primeiro:

Get-VpnConnection

Cada objeto devolvido traz Name, ServerAddress, TunnelType e ConnectionStatus, e esses quatro campos bastam para distinguir duas entradas num ticket. Um perfil pode ficar meses desligado e continuar na lista, porque o objeto descreve configuração guardada e não tráfego ao vivo. Um resultado vazio aqui significa que o armazenamento por utilizador não tinha nada para essa conta. É uma afirmação muito menor do que aquela que as pessoas costumam ler nele.

A lista telefónica de todos os utilizadores precisa da sua própria consulta

Os perfis que servem cada conta vivem numa lista separada, e a chamada predefinida nunca a lê. Você pede esse armazenamento explicitamente:

Get-VpnConnection -AllUserConnection

Quando a sessão não tem os direitos, espere um erro de acesso negado em vez de um resultado vazio, e trate os dois desfechos de forma diferente: um significa que não pode ver, o outro que nada está guardado. Anote o âmbito ao lado de cada nome enquanto a saída está à sua frente, porque um comando posterior não lhe lembrará qual armazenamento consultou. As permissões são a razão habitual para um colega ver um perfil que você não consegue. Os conjuntos de parâmetros estão documentados na página de referência do Get-VpnConnection, incluindo quais comutadores pertencem a que conjunto.

O mesmo nome, dois armazenamentos diferentes

O nome do perfil é único dentro do seu armazenamento, não em toda a máquina, por isso as listas por utilizador e de todos os utilizadores podem cada uma ter um perfil chamado Office. As duas entradas podem apontar para servidores diferentes, usar tipos de túnel diferentes e transportar credenciais diferentes. Só uma delas é a entrada em que o utilizador faz duplo clique. Anote o âmbito antes de tocar em qualquer uma.

Apagar a cópia que ninguém inicia parece inofensivo numa janela de alterações. Torna-se uma chamada de suporte quando o atalho do utilizador deixa de funcionar.

Clientes que nunca tocam na lista nativa

Um perfil OpenVPN ou WireGuard importado para um cliente de fornecedor vive na configuração do próprio cliente, por isso nunca se torna uma entrada nativa do Windows. O cliente executa o seu próprio serviço, mantém a sua própria lista e encaminha o tráfego pelo seu próprio adaptador. Nada disso é o que o comando relata, e nenhum comutador de âmbito o fará aparecer. Uma máquina pode ter três túneis a funcionar e uma lista nativa vazia.

Quando precisa da vista de adaptadores em vez disso, pergunte aos adaptadores. As interfaces dos fornecedores dão nome a si próprias, por isso combine um fragmento e não a cadeia exata:

Get-NetAdapter | Where-Object InterfaceDescription -match 'WireGuard|OpenVPN|TAP'

Os perfis nativos criados à mão ficam no ficheiro da lista telefónica sob o perfil do utilizador, e os equivalentes para todos os utilizadores ficam na cópia de toda a máquina. É por isso que copiar o armazenamento de perfis de um utilizador para outra conta raramente reproduz a mesma lista. O ficheiro explica de onde veio uma ligação nativa perdida. Sobre o armazenamento de um cliente de fornecedor não diz nada.

O que registar antes de remover um perfil

O seguro barato é uma nota com cinco campos: nome, âmbito, endereço do servidor, estado e o texto exato do erro da tentativa do utilizador. Acrescente o cliente que eles realmente executam, porque esse detalhe decide se a entrada nativa tem alguma importância. Sem isso, uma remoção correta continua a parecer a causa da falha seguinte. Guarde a nota no ticket e não numa janela de conversa.

Remover é um comando, e ele apaga configuração em vez de a desativar. Execute-o apenas depois de essa nota existir:

Remove-VpnConnection -Name "Office" -Force

Acrescente -AllUserConnection quando o alvo está no armazenamento de todos os utilizadores, e guarde primeiro a fonte de configuração aprovada noutro lugar. Depois ligue-se uma vez de novo e leia a tabela de rotas, porque uma lista só prova que a configuração está guardada. Se o tráfego chega ao servidor é uma pergunta separada, à qual nenhuma quantidade de saída do Get-VpnConnection responde. Se o utilizador continua a falhar depois de uma readição limpa, o perfil nunca foi o problema.