Que tipo de VPN do Windows o seu perfil realmente instalou?

O Windows tem duas coisas diferentes que ambas aparecem sob o título VPN: perfis de protocolo integrados que o próprio sistema operacional implementa, e uma plataforma para plug-ins de fornecedores que trazem sua própria implementação. Um plug-in não é outro nome para escolher IKEv2 ou SSTP em um perfil nativo, e um perfil nativo não pode absorver as configurações de um fornecedor apenas renomeando o tipo de túnel. A maior parte da confusão aqui começa com um artigo de suporte escrito para um deles e aplicado ao outro. Saber qual dos dois você tem é o primeiro passo, e leva cerca de um minuto.

Duas coisas diferentes chamadas conexão VPN

Os tipos integrados são os que o Windows implementa por si mesmo: IKEv2, SSTP, L2TP/IPsec, PPTP e a opção automática que escolhe entre eles. Um plug-in de fornecedor é um pacote separado, normalmente instalado pelo próprio instalador do fornecedor, que registra uma implementação na plataforma e aparece como seu próprio tipo de conexão.

A palavra aplicativo não decide qual está instalado. Um fornecedor pode distribuir um plug-in, um cliente de desktop independente ou ambos, e eles se comportam de forma diferente.

Percorra o caminho de Configurações e veja o que a conexão oferece. Configurações, Rede e Internet, VPN, e depois abra as propriedades da conexão: um perfil nativo mostra uma lista suspensa de tipo de VPN com os nomes integrados, e suas opções avançadas expõem os métodos de autenticação que o Windows suporta. Se a única superfície de configuração é a caixa de diálogo do fornecedor, ou se o tipo não está nessa lista, você está diante de um plug-in ou de um cliente independente. Anote qual dos três é antes de mudar qualquer coisa.

Percorra as configurações e veja qual você tem

A exibição do PowerShell é mais rápida se você administra várias máquinas. Get-VpnConnection lista as conexões gerenciadas pelo próprio Windows, e cada resultado inclui um TunnelType. Uma conexão gerenciada pelo fornecedor pode não aparecer ali, e isso por si só já é a resposta.

Os perfis nativos são criados com seus próprios parâmetros suportados: Add-VpnConnection -Name Corp -ServerAddress vpn.example.com -TunnelType IKEv2 -AuthenticationMethod EAP e, quando o método exige, uma configuração EAP fornecida como XML. Essa é a superfície que o Windows documenta, e ela não aceita um XML arbitrário do fornecedor nem um arquivo de configuração OpenVPN como perfil equivalente. Tentar essa tradução é como as pessoas concluem que a plataforma está quebrada quando o perfil nunca foi nativo.

O que o fornecedor possui

Um plug-in possui os detalhes da implementação, e é por isso que a distinção importa além do nome. Seu aplicativo, seu fluxo de autenticação e seu esquema de configuração pertencem ao fornecedor, e a documentação do fornecedor é a única fonte correta para eles.

Essa propriedade tem consequências práticas. O canal de atualização é do fornecedor e não do Windows Update, então uma versão que corrige um problema de compatibilidade chega por outro mecanismo. O caminho de remoção também é do fornecedor, e excluir a entrada da conexão em Configurações pode deixar o aplicativo do fornecedor e sua implantação gerenciada no lugar. E o esquema do perfil é do fornecedor, então uma configuração que existe no perfil de um fornecedor não tem significado no de outro, mesmo quando o rótulo coincide.

Siga a fonte real de configuração

Para uma implantação gerenciada, use a documentação do fornecedor e a da organização juntas em vez de substituir uma pela outra. Verifique as versões suportadas, o esquema do perfil e se a implantação é voltada ao usuário ou ao dispositivo.

Essa última distinção importa mais do que parece. Uma implantação por usuário e uma por dispositivo têm pré-requisitos diferentes e modos de falha diferentes, e um pacote que se instala corretamente em um contexto pode ser invisível no outro. Se o fornecedor esperado estiver ausente, instalar um cliente não relacionado com um nome semelhante não traz compatibilidade, diga o que disser o nome.

Depois da configuração, teste a autenticação e depois teste o que o perfil realmente aplicou. Um perfil que aparece em uma lista de configurações não é um teste de acesso a aplicativos. Confirme a rota que o tráfego percorre e os servidores DNS em uso, porque um plug-in pode instalar suas próprias rotas e resolvedores, e são essas as partes que os usuários notam quando estão erradas. Depois abra o aplicativo de que o usuário realmente precisa, já que um estado conectado e uma sessão funcional são duas afirmações diferentes.

Teste o que o perfil realmente aplicou

Ao escalar, inclua o nome e a versão do fornecedor em vez de apenas a compilação do Windows e o endereço do servidor. Um chamado que diz que a VPN não conecta no Windows 11 não diz nada à próxima pessoa sobre qual dos três arranjos está em jogo.

Mantenha atualizações e remoção ligadas ao componente proprietário, e anote qual componente é junto ao nome da conexão. A documentação da Microsoft sobre tipos de conexão VPN e plug-ins é a referência para a lista integrada e o modelo de plug-in. Se as instruções da organização nomearem um fornecedor, a documentação do fornecedor rege o perfil. Todo o resto é um palpite sobre qual recurso do Windows você está vendo.