Baixo impacto operacional, mas confirma o destino, a interface de origem e o contexto ativo antes da execução.
FortiClient · FortiGate · Windows · FortiOS · FortiClient VPN 7.4.3 · FortiOS 7.2.13 (field scenario)
Quando utilizar este conteúdo
Utiliza este workflow quando FortiClient está acessível ou parcialmente operacional, mas o serviço ou tráfego esperado não se comporta corretamente.
Problema
Após distribuir um perfil VPN IKEv2 por importação XML parcial, a nova ligação não funcionava em dois computadores Windows, apesar de a VPN já estar operacional. O FortiClient apresentava Failed Unknown.
Causa confirmada neste caso: o XML parcial não incluía a Pre-Shared Key (PSK), e a chave não tinha sido reintroduzida no perfil importado. Após introduzir a PSK correta, a ligação foi estabelecida.
Este diagnóstico não é universal: outras falhas de IKEv2/EAP podem apresentar mensagens semelhantes.
Ambiente
- FortiClient VPN-only 7.4.3 para Windows
- FortiGate com VPN dial-up IPsec IKEv2
- PSK para autenticação do gateway
- EAP-TTLS/PAP para credenciais LDAP/Active Directory
- Computadores com outras VPN existentes que não deviam ser eliminadas
Diferença entre importação completa e parcial
| Método | Indicador XML | Efeito |
|---|---|---|
| Restore completo | <partial_configuration>0</partial_configuration> | Pode substituir as VPN existentes; indicado para restauração integral |
| Importação parcial | <partial_configuration>1</partial_configuration> | Permite acrescentar o novo perfil e manter as outras VPN; exige verificar os campos e introduzir a PSK omitida |
A importação parcial foi testada na versão indicada, preservando as outras ligações. Deve confirmar o comportamento em outras versões do FortiClient.
1. Verificar a PSK do perfil importado
No FortiClient, aceda a Remote Access, edite a VPN importada e confirme:
- O endereço do gateway corresponde ao FortiGate.
- A versão IKE é IKEv2.
- A autenticação da ligação utiliza Pre-shared Key.
- Foi introduzida manualmente a PSK correta após importar o XML.
- O cliente está configurado para pedir as credenciais do utilizador conforme o método EAP escolhido.
Não publique a PSK em exemplos XML, repositórios Git, capturas de ecrã ou tickets.
2. Confirmar EAP-TTLS
Na versão testada, <eap_method>2</eap_method> seleciona EAP-TTLS/PAP no contexto <ike_settings>. Isto não substitui a PSK do gateway.
<ike_settings>
<version>2</version>
<eap_method>2</eap_method>
</ike_settings>
O código é apenas um fragmento da configuração.
Na instalação Windows observada, a consulta do registo permitiu confirmar o valor efetivo:
Get-ItemProperty -Path 'HKLM:\SOFTWARE\Fortinet\FortiClient\IPSEC\Tunnels\Corporate VPN\P1' -Name eap_method |
Select-Object eap_method
O valor esperado é 2. Altere Corporate VPN para o nome do perfil local. A consulta é de leitura e não altera a configuração.
3. Interpretar os logs IKE do FortiGate
A análise da tentativa falhada apresentou a sequência:
matched proposal id 1
SA proposal chosen, matched gateway VPN-IKEV2
NAT detected: PEER
gw validation OK
responder preparing EAP identity request
sent IKE msg (AUTH_RESPONSE)
...
negotiation timeout, deleting
Interpretação correta: a escolha de propostas IKE foi aceite e o gateway enviou um pedido EAP, mas a sequência não foi concluída. Isto, por si só, não prova que a PSK foi aceite nem demonstra qualquer falha LDAP.
Um packet capture limitado mostrou tráfego bidirecional UDP/500 e UDP/4500 na fase inicial:
client:500 -> gateway:500 (IKE_SA_INIT)
gateway:500 -> client:500
client:4500 -> gateway:4500 (IKE_AUTH)
gateway:4500 -> client:4500 (EAP identity request)
Exemplo de comando para obter evidência restrita:
diagnose sniffer packet <wan-interface> 'host 198.51.100.22 and (udp port 500 or udp port 4500)' 4 0 a
Substitua a interface e o IP de documentação pelos valores reais e não divulgue identificadores sensíveis dos utilizadores.
4. Sintomas no FortiClient
Os logs do cliente apresentavam:
vpn connection failed (reason: "Failed Unknown")
disconnection reason: 13, ("Failed Unknown")
A mensagem é genérica e não deve ser atribuída automaticamente a problemas de credenciais AD, LDAP ou firewall policies.
Se a PSK já estiver corretamente introduzida, investigue os logs FortiClient/IKE, a cadeia de confiança do certificado EAP-TTLS, a identidade do gateway e o caminho de comunicação. Não altere grupos AD sem evidências.
Solução validada
- Editar a VPN recém-importada.
- Introduzir a mesma Pre-Shared Key configurada no FortiGate.
- Guardar a configuração.
- Repetir a tentativa com as credenciais AD.
- Confirmar que a VPN fica estabelecida.
- Confirmar que as outras VPN não foram removidas.
Resultado: a ligação funcionou após introduzir a PSK, sem necessidade de alterar LDAP, grupos de segurança ou propostas criptográficas no FortiGate.
Prevenção
- Guardar um backup completo das VPN do cliente antes de importar configurações.
- Indicar claramente que o XML parcial omite a PSK e que esta deve ser introduzida após a importação.
- Fornecer a chave separadamente, através de um canal seguro.
- Testar a importação num computador novo e noutro com VPN existentes.
- Não reutilizar valores PSK encriptados e dependentes de outra máquina sem confirmação de suporte.
Segurança e rollback
O debug IKE pode expor dados sensíveis, incluindo material de sessão. Remova SK_ei, SK_er, SK_ai, SK_ar, identificadores de utilizador, MACs e payloads hexadecimais antes de partilhar logs.
Em caso de falha, elimine apenas o perfil importado ou restaure o backup completo anteriormente exportado. Não utilize um XML contendo uma só VPN para um restore completo que possa apagar perfis necessários.
Fontes
Consulte as referências oficiais Fortinet nos metadados do artigo original.
Knowledge graph
Relações editoriais explícitas entre pré-requisitos, comandos, troubleshooting, Labs e próximos passos.
Este artigo ajudou-te a resolver o problema?
Cada conta pode votar uma vez por artigo. Podes alterar o voto sem aumentar a contagem total.
0 reports de utilizadores