Todos os produtos
Search
Central de documentação

VPN Gateway:IPsec-VPN troubleshooting

Última atualização: Sep 17, 2026

Se você encontrar problemas de conectividade de rede após configurar uma conexão IPsec-VPN, consulte este documento para solucionar o problema.

1. Lista de verificação rápida (verificação de 5 minutos)

Antes de analisar logs, conclua a lista de verificação a seguir para descartar erros comuns de configuração. Muitos problemas são resolvidos nesta etapa.

  • Conectividade de rede: O dispositivo de gateway local consegue executar ping no endereço IP público do VPN gateway da Alibaba Cloud?

    • Ação: Execute o comando ping no dispositivo de gateway local. Se falhar, verifique sua conexão com a internet e quaisquer firewalls intermediários.

  • Firewalls e políticas de segurança: As portas necessárias estão abertas?

    • Ação: Certifique-se de que o firewall e as políticas de controle de acesso no dispositivo de gateway local (e nos grupos de segurança da Alibaba Cloud, se aplicável) permitam tráfego de entrada e saída na porta UDP 500 e na porta UDP 4500 (para travessia de NAT).

  • Consistência das configurações de parâmetros: Os parâmetros de criptografia são consistentes entre o lado da nuvem (VPN Gateway da Alibaba Cloud) e o lado local (dispositivo de gateway local)?

    • Ação: Verifique cuidadosamente os parâmetros de configuração IKE em ambos os lados (versão, algoritmo de criptografia, algoritmo de autenticação, grupo DH, chave pré-compartilhada) para garantir que sejam consistentes.

  • Endereço IP do customer gateway: O endereço IP está correto, especialmente se o dispositivo de gateway local estiver atrás de um dispositivo NAT?

    • Ação: No Alibaba Cloud Management Console, verifique o endereço IP do customer gateway associado à conexão IPsec-VPN.

      • Se o dispositivo de gateway local tiver um endereço IP público, esse valor deve ser exatamente esse endereço IP público.

      • Se o dispositivo de gateway local estiver atrás de um dispositivo NAT, esse valor deve ser o endereço IP público do dispositivo NAT. Um endereço IP incorreto é uma causa comum do erro "no response from peer".

  • Configuração de rotas: As rotas apontam para a VPN?

    • Ação:

      • Lado da Alibaba Cloud: Verifique a tabela de rotas da VPC para garantir que o tráfego destinado ao bloco CIDR do data center seja roteado para o VPN gateway.

      • Lado do data center: Verifique seu roteador local para garantir que o tráfego destinado ao bloco CIDR da VPC seja roteado para o túnel IPsec.

  • Blocos CIDR privados não RFC no lado do IDC: O IDC local usa blocos CIDR privados não RFC (como 30.0.0.0/xx, que não são os blocos CIDR privados padrão 10.0.0.0/8, 172.16.0.0/12 ou 192.168.0.0/16)?

  • Configuração para interconexão entre múltiplos blocos CIDR: Para cenários com múltiplos blocos CIDR no tráfego de interesse, consulte Configuration recommendations and FAQ for interconnection between multiple CIDR blocks.

  • Conflito de bloco CIDR privado: O bloco CIDR privado usado pelo data center local se sobrepõe aos blocos CIDR da VPC e de seus vSwitches?

    • Ação: Compare os blocos CIDR privados do data center local com os blocos CIDR da VPC e de seus vSwitches, um por um, para garantir que não haja sobreposição entre os blocos de ambos os lados. Além do bloco CIDR onde os servidores residem, verifique também os blocos CIDR usados por plataformas de contêineres, como o bloco CIDR de bridge padrão do docker 172.17.0.0/16, bem como o bloco CIDR de Pod e o bloco CIDR de service do Kubernetes. Esses blocos CIDR são alocados automaticamente pelas plataformas e geralmente não constam na lista de verificação de planejamento de rede, sendo portanto os mais propensos a serem negligenciados. O tráfego cujo endereço de destino cai dentro do intervalo de sobreposição é preferencialmente correspondido à interface local pelo roteamento local e não entra no túnel IPsec. Como resultado, a negociação da conexão IPsec-VPN é bem-sucedida, mas o cliente local não consegue se comunicar com instâncias ECS na VPC, ou o ping falha. Se houver sobreposição, ajuste o planejamento do bloco CIDR no lado do data center local ou na plataforma de contêineres para evitar sobreposição com o bloco CIDR da VPC.

  • Rotas CEN em cenários cross-VPC (CEN e VPN trabalhando juntos): A instância ECS que você deseja acessar está localizada em uma VPC diferente daquela associada à conexão IPsec?

    • Ação: Se a conexão IPsec estiver associada à VPC A, mas a instância ECS alvo estiver localizada na VPC B, que se comunica com a VPC A através de uma Cloud Enterprise Network (CEN), configurar apenas as rotas no lado da VPN não basta para garantir conectividade ponta a ponta. Verifique também a propagação de rotas no CEN: confirme se as rotas necessárias para a comunicação entre o bloco CIDR do data center local e o bloco CIDR da VPC B já existem na tabela de rotas do CEN e foram propagadas, para que o tráfego de retorno da VPC B possa voltar à VPC A via CEN e entrar no túnel IPsec. Quando as rotas relevantes estão ausentes ou não foram propagadas, a negociação da conexão IPsec-VPN é bem-sucedida e o data center local se comunica normalmente com instâncias ECS na VPC A, mas não consegue se comunicar com instâncias ECS na VPC B, ou o ping falha.

2. Visualizar informações de erro

Se a lista de verificação rápida não resolver o problema, visualize os códigos de erro específicos ou informações de log para identificar a causa.

2,1 Visualizar códigos de erro

Os códigos de erro fornecem pistas diretas para a solução de problemas.

Para obter o status de erro mais recente, acione uma nova negociação. Um método simples é modificar a conexão IPsec, alternar o valor de Effective Immediately , salvá-lo e, em seguida, alterá-lo de volta para o valor original.
VPN gateways criados antes de 21 de março de 2019 devem ser upgraded antes que você possa visualizar os códigos de erro.

console

Visualize o código de erro na coluna Connection Status do túnel alvo.

Para o modo de túnel único: Visualize o código de erro na coluna Connection Status da conexão IPsec-VPN alvo.

API

Chame a operação DiagnoseVpnConnections para recuperar o código de erro.

2,2 Visualizar logs

Para uma análise mais detalhada, especialmente quando nenhum código de erro é exibido, visualize até 180 dias de logs IPsec-VPN. Filtre os logs por um intervalo de tempo específico (mínimo de 10 minutos).

console

Clique em View Logs na coluna Actions do túnel alvo.

Para o modo de túnel único: Clique em View Logs na coluna Actions da conexão IPsec alvo.

API

Chame a operação DescribeVpnConnectionLogs para recuperar os logs.

3. Encontre uma solução para o seu cenário

Localize seu problema específico nas categorias a seguir e consulte a solução correspondente.

a. Falha ou tempo esgotado na negociação da Fase 1

Este é o problema mais comum. Significa que o VPN gateway da Alibaba Cloud enviou uma solicitação de negociação, mas não recebeu resposta do dispositivo de gateway local.

Possível causa

Método de solução de problemas

1. Problemas de conectividade de rede

Verificação: Execute os comandos ping e traceroute no dispositivo de gateway local.

Solução: Se houver perda de pacotes, existe um problema de rede entre seu data center e a Alibaba Cloud. Verifique sua conexão com a internet, o provedor de serviços de internet (ISP) e quaisquer firewalls intermediários.

O VPN Gateway não suporta conexões IPsec-VPN transfronteiriças. Para criar uma conexão transfronteiriça, use Cloud Enterprise Network (CEN).

2. Endereço IP do customer gateway incorreto

Verificação: Confirme o endereço IP do customer gateway no Alibaba Cloud Management Console.

Solução: Este endereço IP deve ser o endereço IP público que o dispositivo de gateway local usa para se conectar à internet. Se o dispositivo de gateway local estiver atrás de um dispositivo NAT, este endereço IP deve ser o endereço IP público do dispositivo NAT.

Nota: Para alterar o endereço IP de um customer gateway, crie um novo customer gateway e reassocie-o à conexão IPsec-VPN. Esta operação causa interrupção do service.

3. Firewall do par está bloqueando pacotes

Verificação: Verifique as políticas de controle de acesso do dispositivo de gateway local e de seu firewall upstream.

Solução: Certifique-se de que o tráfego de ida e volta para o endereço IP público do VPN gateway da Alibaba Cloud seja permitido na porta UDP 500 (para IKE) e na porta UDP 4500 (para travessia de NAT).

4. Incompatibilidade de política IKE (Fase 1)

Verificação: Compare as configurações IKE em ambas as extremidades.

Solução: Certifique-se de que os seguintes parâmetros sejam idênticos:

- IKE Version (ikev1 ou ikev2). Recomendamos o uso de IKEv2.

- Negotiation Mode (main ou aggressive). Recomendamos o uso do modo main.

- Encryption Algorithm (como aes, aes192 ou aes256).

- Authentication Algorithm (como sha1, md5 ou sha256).

- DH Group (como group2, group5 ou group14).

- SA Lifetime (seconds). Recomendamos manter este valor consistente para evitar instabilidade.

5. Problemas no dispositivo de gateway local

Verificação: Verifique o status e os logs do dispositivo de gateway local em busca de erros ou reinicializações inesperadas.

Solução: Certifique-se de que o dispositivo esteja funcionando corretamente e que o service IPsec esteja em execução. Para exemplos de configuração, consulte Configure on-premises devices.

Alguns dispositivos exigem tráfego de dados para acionar a negociação do protocolo IPsec. Entre em contato com o fornecedor do dispositivo para saber como acioná-la.

6. Diversos

Para obter mais informações, consulte Appendix: Error codes and log keywords.

b. Falha ou tempo esgotado na negociação da Fase 2

Referência rápida:

A negociação sempre falha?

Possível causa

Método de solução de problemas

1. Incompatibilidade de política IPsec (Fase 2)

Verificação: Compare as configurações IPsec em ambas as extremidades.

Solução: Certifique-se de que os seguintes parâmetros sejam idênticos:

- Encryption Algorithm (como aes, aes192 ou aes256).

- Authentication Algorithm (como sha1, md5 ou sha256).

- DH Group (Perfect Forward Secrecy - PFS): Se uma extremidade ativar o PFS, a outra também deverá ativá-lo e usar o mesmo grupo DH. Se uma extremidade estiver definida como disabled, a outra também deve estar desativada.

2. O seletor de tráfego está configurado corretamente, mas a negociação ainda falha

Verificação: Verifique a configuração do seletor de tráfego do dispositivo par e confirme se o seu bloco CIDR local corresponde ao bloco CIDR remoto da conexão IPsec no lado da Alibaba Cloud, e se o seu bloco CIDR remoto corresponde ao bloco CIDR local da conexão IPsec no lado da Alibaba Cloud.

Solução: Após confirmar que os seletores de tráfego em ambas as extremidades correspondem aos blocos CIDR remotos um do outro, verifique se as configurações de rota em ambos os lados estão corretas e teste a conectividade.

3. Outros

Para obter mais informações, consulte Appendix: Error codes and log keywords.

Anteriormente "Negociação da Fase 2 bem-sucedida", agora sempre "Falha na negociação da Fase 2"?

Categoria da causa

Causa

Solução

Gateway anormal

A instância do VPN gateway da Alibaba Cloud possui pagamento pendente.

Adicione fundos à sua conta ou adicione um novo método de pagamento. Para obter mais informações, consulte Payment methods.

O dispositivo de gateway local está anormal.

Solucione problemas no dispositivo de gateway local. Para obter mais informações, entre em contato com o fornecedor do dispositivo.

A política de controle de acesso do dispositivo de gateway local foi alterada.

Verifique a política de controle de acesso do dispositivo de gateway local para garantir que o tráfego entre o data center e a VPC seja permitido.

Configuração IPsec-VPN alterada

A configuração IPsec-VPN foi excluída do dispositivo de gateway local.

Adicione novamente a configuração IPsec-VPN ao dispositivo de gateway local. Certifique-se de que a configuração do dispositivo de gateway local seja consistente com a configuração da conexão IPsec-VPN. Para alguns exemplos, consulte Configure on-premises devices.

A configuração IPsec-VPN no dispositivo de gateway local foi modificada e agora está inconsistente com as definições de parâmetros da conexão IPsec-VPN.

Modifique a configuração do dispositivo de gateway local para torná-la consistente com a configuração da conexão IPsec.

Na configuração IPsec-VPN do dispositivo de gateway local, um parâmetro foi especificado com múltiplos valores. Por exemplo, ao configurar o dispositivo de gateway local, o algoritmo de criptografia na fase de configuração IKE foi especificado como aes e aes192.

Ao configurar uma conexão IPsec no lado da Alibaba Cloud, cada parâmetro suporta apenas um valor. Verifique a configuração IPsec-VPN do dispositivo de gateway local para garantir que cada parâmetro também seja especificado com apenas um valor, e que seja igual ao valor da conexão IPsec.

A configuração da conexão IPsec foi modificada e está inconsistente com o dispositivo de gateway local.

Verifique a configuração da conexão IPsec para torná-la consistente com a configuração do dispositivo de gateway local. Para obter mais informações, consulte IPsec connection.

Um gateway IPv4 e uma ACL de rede foram recém-configurados para a instância VPC associada à conexão IPsec.

Verifique as configurações do gateway IPv4 e da ACL de rede aplicadas à instância VPC para permitir o tráfego entre o data center local e a instância VPC. Para obter mais informações, consulte IPv4 gateway e Network ACLs.

O endereço IP do dispositivo de gateway local mudou

O endereço IP usado pelo dispositivo de gateway local para estabelecer a conexão IPsec-VPN mudou, fazendo com que o endereço IP da instância do customer gateway no lado da Alibaba Cloud fique inconsistente com o endereço IP usado pelo dispositivo de gateway local.

Garanta que o endereço IP usado pelo dispositivo de gateway local para estabelecer a conexão IPsec-VPN seja o mesmo endereço IP configurado para a instância do customer gateway no lado da Alibaba Cloud.

O dispositivo de gateway local possui múltiplos endereços IP, e o endereço IP da instância do customer gateway no lado da Alibaba Cloud está inconsistente com o endereço IP usado pelo dispositivo de gateway local para estabelecer a conexão IPsec-VPN.

Garanta que o endereço IP usado pelo dispositivo de gateway local para estabelecer a conexão IPsec-VPN seja o mesmo endereço IP configurado para a instância do customer gateway no lado da Alibaba Cloud.

O dispositivo de gateway local usa um endereço IP dinâmico, e o endereço IP da instância do customer gateway no lado da Alibaba Cloud está inconsistente com o endereço IP usado pelo dispositivo de gateway local para estabelecer a conexão IPsec-VPN.

O dispositivo de gateway local deve usar um endereço IP estático para estabelecer a conexão IPsec-VPN. Garanta que o endereço IP estático usado pelo dispositivo de gateway local seja o mesmo endereço IP configurado para a instância do customer gateway no lado da Alibaba Cloud.

O status da negociação muda intermitentemente para falha?

Categoria da causa

Causa

Solução

Alteração na configuração IPsec-VPN

A configuração do parâmetro DH group (chamado PFS em alguns dispositivos de gateway locais) na fase de configuração IPsec está inconsistente entre a conexão IPsec e seu dispositivo de gateway local.

Verifique a configuração do parâmetro DH group (PFS) na fase de configuração IPsec da conexão IPsec ou do dispositivo de gateway local, para que os valores do parâmetro DH group (PFS) em ambas as extremidades sejam configurados igualmente. Para o método de configuração, consulte IPsec connection.

Na configuração IPsec-VPN do dispositivo de gateway local, um parâmetro foi especificado com múltiplos valores. Por exemplo, ao configurar o dispositivo de gateway local, o algoritmo de criptografia na fase de configuração IKE foi especificado como aes e aes192.

Ao configurar uma conexão IPsec no lado da Alibaba Cloud:

  • Para um VPN Gateway Standard: cada parâmetro suporta apenas um valor. Verifique a configuração IPsec-VPN do dispositivo de gateway local para garantir que cada parâmetro também seja especificado com apenas um valor, e que seja igual ao valor da conexão IPsec no lado da Alibaba Cloud.

  • Para Enhanced VPN Gateway e New-featured IPsec connection bound to a TR (released in May 2026): múltiplos algoritmos de criptografia são suportados. Garanta que o dispositivo de gateway local e o lado da Alibaba Cloud mantenham os parâmetros de negociação IKE/IPsec configurados consistentes.

O dispositivo de gateway local está configurado com um tempo de vida de SA baseado em tráfego.

A conexão IPsec no lado da Alibaba Cloud não suporta a configuração de um tempo de vida de SA baseado em tráfego; ela suporta apenas a configuração de um tempo de vida de SA baseado em tempo. Recomendamos que o dispositivo de gateway local não configure um tempo de vida de SA baseado em tráfego, ou defina o tempo de vida de SA baseado em tráfego como 0 bytes.

Baixa qualidade de rede

Devido à baixa qualidade de rede entre a conexão IPsec e o dispositivo de gateway local, pacotes do protocolo DPD, pacotes de sonda de verificação de integridade ou pacotes do protocolo IPsec são perdidos e expiram, causando a interrupção da conexão IPsec-VPN.

Verifique a conectividade de rede no momento em que a conexão IPsec-VPN foi interrompida.

Limitação do lado do par da conexão IPsec

O fornecedor do par da conexão IPsec possui uma limitação onde a negociação do protocolo IPsec só pode ser acionada quando há tráfego de dados.

Confirme se o VPN gateway par da conexão IPsec possui essa limitação de uso. Se essa limitação existir, consulte o fornecedor do par sobre como acionar a negociação do protocolo IPsec.

Ao estabelecer uma conexão IPsec-VPN em modo de túnel duplo, a conexão IPsec no lado da Alibaba Cloud usa o modo de seletor de tráfego, e os seletores de tráfego dos dois túneis são iguais por padrão. O dispositivo de gateway local da conexão IPsec pode ter uma limitação relevante (por exemplo, um dispositivo de firewall Cisco ASA). Quando os seletores de tráfego dos dois túneis são iguais, apenas um túnel consegue negociar com sucesso, e os dois túneis negociam com sucesso alternadamente.

Confirme com o fornecedor relevante se o dispositivo de gateway local da conexão IPsec possui essa limitação. Se essa limitação existir, consulte Configure on-premises devices para modificar a configuração IPsec-VPN do dispositivo de gateway local da conexão IPsec.

c. Negociação da Fase 2 bem-sucedida, mas existe uma exceção

Tabela de referência rápida:

O status de negociação do protocolo de roteamento BGP está "Anormal"?

Categoria da causa

Causa

Solução

Configuração BGP incorreta

O dispositivo de gateway local não está configurado com o endereço IP BGP correto.

Verifique as configurações BGP da conexão IPsec e de seu dispositivo de gateway local para garantir que o endereço IP BGP da conexão IPsec e o endereço IP BGP do dispositivo de gateway local estejam no mesmo bloco CIDR e não entrem em conflito entre si. O bloco CIDR ao qual os endereços IP BGP pertencem deve ser um bloco CIDR dentro de 169.254.0.0/16 com comprimento de máscara de sub-rede de 30.

Problemas relacionados à conexão IPsec-VPN

Devido à conectividade anormal da conexão IPsec-VPN, o lado da conexão IPsec não consegue receber os pacotes do protocolo BGP do dispositivo de gateway local.

Verifique a conectividade da conexão IPsec-VPN e confirme se o lado da conexão IPsec recebeu os pacotes do protocolo BGP do dispositivo de gateway local. Você pode visualizar os dados de monitoramento de tráfego na conexão IPsec. Se o sistema atual não tiver monitorado nenhum registro de tráfego de entrada, isso indica que o lado da conexão IPsec não recebeu os pacotes do protocolo BGP do dispositivo de gateway local.

O status de negociação da conexão IPsec está interrompido.

Com base nos logs da conexão IPsec, verifique se a conexão IPsec está sempre no status "Negociação da Fase 2 bem-sucedida". Se o status de negociação da conexão IPsec for instável, solucione o problema da conexão IPsec com base em Error codes and log keywords.

Instâncias ECS na VPC não conseguem acessar servidores no data center local?

Causa: A configuração de rotas da VPC, as regras do grupo de segurança ou a configuração de rotas e políticas de controle de acesso do data center local não permitem que instâncias ECS na VPC acessem servidores no data center local.

Solução: Consulte as informações a seguir para solucionar problemas na configuração relevante.

  • VPC

    • Verifique a configuração de rotas na tabela de rotas da VPC. Garanta que as rotas relevantes estejam configuradas na tabela de rotas da VPC para que as instâncias ECS possam acessar os servidores no data center local.

    • Verifique as regras do grupo de segurança aplicadas à VPC. Garanta que as regras do grupo de segurança permitam acesso mútuo entre instâncias ECS e servidores.

  • Data center local

    • Verifique a configuração de rotas do data center local. Garanta que as rotas relevantes estejam configuradas no data center local para que os servidores possam responder às instâncias ECS.

    • Verifique as políticas de controle de acesso do data center local. Garanta que o data center local permita acesso mútuo entre instâncias ECS e servidores.

Se endereços IP públicos forem usados como endereços IP privados dentro do data center local, defina o bloco CIDR dos endereços IP públicos como o customer CIDR block da VPC para garantir que a VPC possa acessar o bloco CIDR público.

Servidores no data center local não conseguem acessar instâncias ECS na VPC?

Causa: A configuração de rotas da VPC, as regras do grupo de segurança ou a configuração de rotas e políticas de controle de acesso do data center local não permitem que servidores no data center local acessem instâncias ECS na VPC.

Solução: Consulte as informações a seguir para solucionar problemas na configuração relevante.

  • VPC

    • Verifique a configuração de rotas na tabela de rotas da VPC. Garanta que as rotas relevantes estejam configuradas na tabela de rotas da VPC para que as instâncias ECS possam responder ao acesso dos servidores.

    • Verifique as regras do grupo de segurança aplicadas à VPC. Garanta que as regras do grupo de segurança permitam acesso mútuo entre instâncias ECS e servidores.

  • Data center local

    • Verifique a configuração de rotas do data center local. Garanta que as rotas relevantes estejam configuradas no data center local para que os servidores possam acessar instâncias ECS através da conexão IPsec-VPN.

    • Verifique as políticas de controle de acesso do data center local. Garanta que o data center local permita acesso mútuo entre instâncias ECS e servidores.

Em um cenário de múltiplos blocos CIDR, alguns blocos CIDR se comunicam normalmente enquanto outros não?

Causa: Em um cenário onde uma conexão IPsec-VPN é usada para conectar um data center local e uma VPC, se o VPN gateway se interconectar com dispositivos de fornecedores tradicionais como Cisco, H3C e Huawei, e a conexão IPsec usar o modo de roteamento de seletor de tráfego com múltiplos blocos CIDR configurados, apenas um bloco CIDR conseguirá se comunicar, enquanto os outros blocos CIDR não conseguirão.

Esse fenômeno é causado pela incompatibilidade do protocolo IPsec entre as duas extremidades quando o VPN gateway da Alibaba Cloud se interconecta com dispositivos de fornecedores tradicionais como Cisco, H3C e Huawei. Quando múltiplos blocos CIDR são configurados para a conexão IPsec, o VPN gateway da Alibaba Cloud usa uma SA (Security Association) para negociar com o dispositivo de gateway par, enquanto o dispositivo de gateway par usa múltiplas SAs para negociar com o VPN gateway no caso de múltiplos blocos CIDR.

Solução: Consulte Recommended configuration solutions for multiple CIDR blocks.

O ping é bem-sucedido, mas o acesso ao service falha, ou o acesso a alguns números de porta falha?

Causa: As regras do grupo de segurança aplicadas à VPC ou as políticas de controle de acesso aplicadas ao data center local não permitem os endereços IP, tipos de protocolo e números de porta correspondentes.

Solução: Consulte as informações a seguir para solucionar problemas na configuração relevante.

  • Verifique as regras do grupo de segurança aplicadas à VPC. Garanta que as regras do grupo de segurança permitam os endereços IP, tipos de protocolo e números de porta que precisam se comunicar entre o data center local e a VPC.

  • Verifique as políticas de controle de acesso aplicadas ao data center local. Garanta que as políticas de controle de acesso permitam os endereços IP, tipos de protocolo e números de porta que precisam se comunicar entre o data center local e a VPC.

    Se o lado do data center local tiver configurações como políticas de service e resolução de nome de domínio, recomendamos verificá-las em conjunto. Garanta que os endereços IP, tipos de protocolo e números de porta que precisam se comunicar entre o data center local e a VPC sejam permitidos.

Por que o traceroute local não alcança a nuvem, mas o ping é bem-sucedido?

Causa

O traceroute e o ping usam tipos diferentes de pacotes ICMP, e dispositivos de rede intermediários podem aplicar políticas de processamento diferentes a eles:

  • O ping usa ICMP Echo Request/Echo Reply para testar diretamente a acessibilidade ponta a ponta do alvo.

  • O traceroute depende de mensagens ICMP Time Exceeded (a notificação de tempo esgotado retornada por dispositivos intermediários quando o TTL do pacote diminui para 0) para rastrear o caminho salto a salto.

Se o firewall de saída local ou roteador estiver configurado com uma política de segurança que proíbe mensagens ICMP Time Exceeded (ou a porta UDP usada pelo traceroute), o rastreamento de caminho será interrompido nesse nó, mas os pacotes ICMP Echo do ping não serão bloqueados, então o ping pode ser bem-sucedido. Isso é uma diferença de política de dispositivos intermediários e não indica que o túnel VPN ou o host alvo tenha um problema.

Sugestões de solução de problemas

  1. Verifique a política de segurança do dispositivo de saída local para confirmar se ela restringe mensagens ICMP Time Exceeded ou portas UDP (o traceroute começa na porta UDP 33434 por padrão; algumas ferramentas suportam a mudança para o modo ICMP).

  2. Verifique a conectividade de rede em segmentos:

    • No dispositivo local, execute ping no endereço IP público do VPN gateway da Alibaba Cloud (para verificar a conectividade da saída de internet até o VPN gateway).

    • No dispositivo local, execute ping no endereço IP privado dentro da VPC da Alibaba Cloud (para verificar a conectividade do canal interno do túnel VPN).

  3. Se precisar confirmar a disponibilidade da ferramenta de rastreamento de caminho, execute o traceroute reversamente em uma instância ECS na nuvem para rastrear até o IP local e compare os resultados bidirecionais.

Ocorre perda de pacotes durante o acesso à rede privada e a conectividade é intermitente?

Categoria da causa

Causa

Solução

Problema de especificação do VPN gateway

Durante a comunicação de tráfego, um pico de tráfego excede a especificação de largura de banda da instância do VPN gateway. Visualize as informações de monitoramento de tráfego da instância do VPN gateway no console de gerenciamento do VPN Gateway para confirmar se ocorreu um pico de tráfego.

Faça upgrade da instância do VPN gateway ou realize um upgrade temporário. Para obter mais informações, consulte Resize and renewalResize (Standard VPNGW only).

Problemas relacionados à conexão IPsec-VPN

O status de negociação da conexão IPsec está interrompido.

Com base nas informações de log da conexão IPsec, verifique se a conexão IPsec está sempre no status "Negociação da Fase 2 bem-sucedida". Se o status de negociação da conexão IPsec for instável e o túnel renegociar frequentemente, causando interrupções intermitentes de rede, solucione o problema da conexão IPsec com base em Error codes and log keywords.

Problemas relacionados ao MTU

O MTU do usuário do data center local está configurado para exceder 1300 bytes (excluindo 1300 bytes).

Para VPN gateways criados antes de 1º de abril de 2021, se o MTU do usuário do data center local estiver configurado para ser maior que 1300 bytes (excluindo 1300 bytes), a conexão IPsec-VPN pode não funcionar. Recomendamos fazer upgrade do VPN gateway para a versão mais recente para evitar esse problema.

Durante a transmissão de tráfego, o pacote de tráfego é muito grande e excede o valor MTU no caminho de transmissão, fazendo com que o pacote seja fragmentado para transmissão.

O VPN gateway suporta apenas a transmissão de pacotes já fragmentados e não suporta a fragmentação de pacotes ou a remontagem de fragmentos de pacotes. Recomendamos definir o MTU do usuário como 1399 bytes. Para obter mais informações, consulte Configure MTUs.

O acesso à rede privada está normal, mas a latência de encaminhamento está alta?

Categoria da causa

Causa

Solução

Problema de especificação do VPN gateway

Durante a comunicação de tráfego, um pico de tráfego excede a especificação de largura de banda da instância do VPN gateway. Visualize as informações de monitoramento de tráfego da instância do VPN gateway no console de gerenciamento do VPN Gateway para confirmar se ocorreu um pico de tráfego.

Faça upgrade da instância do VPN gateway ou realize um upgrade temporário. Para obter mais informações, consulte Resize and renewalResize (Standard VPNGW only).

Baixa qualidade de rede

Devido à baixa qualidade de rede entre a conexão IPsec e o dispositivo de gateway local, ocorrem alta latência de rede e perda de pacotes durante a comunicação de tráfego.

Use os comandos ping e mtr para sondar e solucionar problemas na rede pública ou privada do VPN gateway. Se for detectada alta latência de rede, sonde em segmentos para reduzir rapidamente o escopo da investigação. Se for detectada baixa qualidade de link público, recomendamos o uso de Express Connect.

Os seletores de tráfego configurados na nuvem e localmente são diferentes, mas a conexão IPsec-VPN ainda consegue negociar com sucesso?

Causa:

Conforme mostrado na figura a seguir, se o bloco CIDR do seletor de tráfego configurado no dispositivo de gateway local e o bloco CIDR do seletor de tráfego configurado na conexão IPsec tiverem uma relação de inclusão, e ambas as extremidades usarem a versão IKEv2, então durante a negociação IPsec, o VPN gateway da Alibaba Cloud considera que os seletores de tráfego de ambas as extremidades correspondem. Se o dispositivo de gateway local também suportar a relação de inclusão (ou seja, considerar que seletores de tráfego com uma relação de inclusão correspondem um ao outro), ocorre o fenômeno onde os seletores de tráfego configurados na nuvem e localmente são diferentes, mas a conexão IPsec-VPN ainda consegue negociar com sucesso.

Por exemplo, o dispositivo de gateway local 1 suporta a relação de inclusão. Quando o dispositivo de gateway local 1 negocia com a conexão IPsec 1 e a conexão IPsec 2, o bloco CIDR local 10.55.0.0/16 no dispositivo de gateway local 1 inclui o bloco CIDR remoto 10.55.193.0/24 da conexão IPsec 1 e o bloco CIDR remoto 10.55.0.0/16 da conexão IPsec 2; o bloco CIDR remoto 10.66.88.0/22 do dispositivo de gateway local 1 inclui o bloco CIDR local 10.66.90.0/24 da conexão IPsec 1 e o bloco CIDR local 10.66.89.0/24 da conexão IPsec 2. Portanto, tanto o dispositivo de gateway local 1 quanto o VPN gateway da Alibaba Cloud consideram que os seletores de tráfego correspondem um ao outro, e o dispositivo de gateway local 1 consegue negociar com sucesso tanto com a conexão IPsec 1 quanto com a conexão IPsec 2.

Nota
  • Se o dispositivo de gateway local não suportar a relação de inclusão (ou seja, considerar que seletores de tráfego com uma relação de inclusão não correspondem um ao outro), a conexão IPsec-VPN não conseguirá negociar com sucesso. Confirme com o fornecedor do dispositivo de gateway local se o dispositivo de gateway local suporta a relação de inclusão.

  • Se tanto o dispositivo de gateway local quanto a conexão IPsec usarem a versão IKEv1, os seletores de tráfego de ambas as extremidades devem ser exatamente iguais (nenhuma relação de inclusão é permitida) para que a conexão IPsec-VPN negocie com sucesso.

Traffic selector mismatch.png

Possível impacto:

Conforme mostrado na figura anterior, se houver múltiplas conexões IPsec sob uma instância de VPN gateway, e os blocos CIDR dos seletores de tráfego das múltiplas conexões IPsec tiverem uma relação de inclusão, o tráfego pode não ser encaminhado pelo caminho esperado.

Para uma conexão IPsec configurada com o modo de seletor de tráfego, após a criação da conexão IPsec, o sistema adiciona rotas relevantes à tabela de rotas baseada em políticas da instância do VPN gateway por padrão, e cada rota tem a mesma prioridade de política. No cenário mostrado na figura anterior, o sistema adiciona as seguintes rotas à tabela de rotas baseada em políticas da instância do VPN gateway por padrão:

Nome da entrada de rota

Bloco CIDR de origem

Bloco CIDR de destino

Próximo salto

Peso

Prioridade da política

Entrada de rota 1

10.66.90.0/24

10.55.193.0/24

Conexão IPsec 1

100

10

Entrada de rota 2

10.66.89.0/24

10.55.0.0/16

Conexão IPsec 2

100

10

Entrada de rota 3

10.66.90.0/24

10.55.178.0/24

Conexão IPsec 3

100

10

Entrada de rota 4

10.66.88.0/24

10.55.0.0/16

Conexão IPsec 4

100

10

De acordo com Policy-based route matching rules, em um cenário onde as prioridades das políticas são iguais, o sistema corresponde às rotas uma a uma na ordem das rotas baseadas em políticas. Uma vez que uma rota baseada em política é correspondida, o tráfego é imediatamente encaminhado de acordo com a rota baseada em política atual. A ordem das rotas baseadas em políticas é determinada pelo momento em que as rotas baseadas em políticas são entregues ao sistema. Normalmente, a rota baseada em política configurada primeiro é entregue preferencialmente ao sistema, mas isso não pode ser totalmente garantido na situação atual. Portanto, uma rota baseada em política configurada posteriormente pode ser entregue preferencialmente ao sistema, fazendo com que a prioridade da rota baseada em política configurada posteriormente seja maior do que a da rota baseada em política configurada primeiro.

No cenário mostrado na figura anterior, é possível que o data center local envie pacotes de solicitação para a VPC através da conexão IPsec-VPN 1, enquanto a VPC envia pacotes de resposta para o data center local através da conexão IPsec-VPN 4, porque a entrada de rota 4 pode ser entregue preferencialmente ao sistema, fazendo com que a prioridade da entrada de rota 4 seja maior do que a da entrada de rota 1.

Solução:

  • Evite adicionar blocos CIDR de seletor de tráfego com uma relação de inclusão para o dispositivo de gateway local e a conexão IPsec. Recomendamos adicionar blocos CIDR de seletor de tráfego que correspondam exatamente para ambas as extremidades. Este método pode melhorar a estabilidade da conexão IPsec-VPN.

  • Ao criar uma conexão IPsec, adicione blocos CIDR de seletor de tráfego precisos tanto quanto possível para garantir que os blocos CIDR de seletor de tráfego de múltiplas conexões IPsec sob a instância do VPN gateway não se sobreponham.

  • Configure uma prioridade de política e um valor de peso diferentes para cada rota baseada em política para garantir que o tráfego possa corresponder apenas a uma rota baseada em política.

    Se sua instância de VPN gateway não suportar a configuração de prioridade de política, faça upgrade da instância do VPN gateway. Após o upgrade, a instância do VPN gateway suporta a configuração de prioridade de política para rotas baseadas em políticas por padrão.

O que devo fazer se o AD Connector ou a resolução DNS falhar após a conexão do túnel IPsec?

Causa: Quando o teste de ping do túnel IPsec está normal e a configuração de resolução de nome de domínio está correta, a falha pode não estar na camada do túnel. Se a porta UDP 53 subjacente for bloqueada por um firewall local ou política de segurança, a comunicação DNS será bloqueada, o que pode, por sua vez, causar falha na conexão do AD Connector ou tempo esgotado de RPC (Erro 1818).

Solução:

  • Verifique e permita a porta UDP 53 do servidor DNS do IDC local (com base no IP do servidor DNS no ambiente real) para garantir que os recursos da nuvem possam se comunicar com o DNS local através desta porta.

  • Ao sincronizar um controlador de domínio AD Windows em um ambiente CEN+VPN cross-cloud, solucione problemas na taxa de perda de pacotes e latência de pings longos bidirecionais e capture pacotes tanto no lado da nuvem quanto no lado local simultaneamente para análise, se necessário.

O que faz com que o failover do túnel IPsec demore muito tempo?

Causa: O tempo total consumido pelo failover do túnel depende não apenas da velocidade de switchover da instância do VPN gateway da Alibaba Cloud, mas também do mecanismo de detecção de falhas e switchover do dispositivo VPN local. Mesmo que o túnel de backup no lado da Alibaba Cloud tenha entrado em vigor, o dispositivo local pode não ter concluído o switchover devido a configurações como o tempo de timeout de heartbeat e intervalo de sonda, o que se manifesta como um tempo de recuperação ponta a ponta significativamente maior do que o esperado (por exemplo, a recuperação leva cerca de 10 minutos).

Sugestões de solução de problemas:

  1. Verifique o status e os logs da instância do VPN gateway da Alibaba Cloud e do dispositivo VPN local separadamente.

  2. Confirme o ponto exato no tempo em que o túnel de backup entrou em vigor e o ponto no tempo em que o caminho de tráfego completou o switchover.

  3. Compare os dois pontos no tempo para avaliar se o consumo adicional de tempo foi causado pela política de sonda e switchover do dispositivo local.

Falha na verificação de integridade (apenas para modo de túnel único)?

Categoria da causa

Causa

Solução

Problema com o endereço IP alvo da verificação de integridade

O endereço IP alvo da verificação de integridade não pode ser acessado.

No host associado ao endereço IP alvo, use o endereço IP alvo para acessar o endereço IP de source da verificação de integridade através do comando ping ou comando mtr para testar a conectividade do endereço IP alvo. Se o endereço IP alvo não conseguir acessar o endereço IP de source normalmente, confirme se o endereço IP alvo está configurado corretamente.

O host associado ao endereço IP alvo da verificação de integridade está funcionando anormalmente e não consegue responder a tempo aos pacotes de sonda (pacotes ICMP) enviados pela conexão IPsec.

Verifique se o host associado ao endereço IP alvo está normal. Para obter mais informações, consulte o fornecedor do dispositivo de gateway.

A configuração de rota e a política de segurança associadas ao endereço IP alvo da verificação de integridade mudaram. Por exemplo, a política de segurança não permite pacotes do endereço IP de source da verificação de integridade, endereço IP alvo ou tipo de protocolo ICMP.

No lado do dispositivo de gateway local, verifique a configuração de rota e a política de segurança associadas ao endereço IP alvo para garantir que:

  • O endereço IP alvo possa acessar o endereço IP de source da verificação de integridade.

  • A política de segurança permita pacotes do endereço IP de source da verificação de integridade, endereço IP alvo e tipo de protocolo ICMP.

O endereço IP alvo da verificação de integridade não responde aos pacotes de sonda da verificação de integridade vindos do caminho original (o caminho pelo qual o endereço IP alvo recebe os pacotes de sonda).

Use o comando mtr para verificar se os caminhos de transmissão dos pacotes de solicitação e dos pacotes de resposta são os mesmos quando o endereço IP alvo acessa o endereço IP de source da verificação de integridade. Se forem diferentes, verifique a configuração de rota no lado do dispositivo de gateway local para garantir que os caminhos de transmissão dos pacotes de solicitação e dos pacotes de resposta sejam os mesmos.

Problemas relacionados à conexão IPsec-VPN

O status de negociação da conexão IPsec está interrompido.

Com base nos logs da conexão IPsec, verifique se a conexão IPsec está sempre no status "Negociação da Fase 2 bem-sucedida". Se o status de negociação da conexão IPsec for instável, solucione o problema da conexão IPsec com base em Error codes and log keywords.

Nota: Após a falha na verificação de integridade da conexão IPsec, o sistema redefine o túnel IPsec. Em cenários de aplicação diferentes de conexões IPsec-VPN ativo/standby, não recomendamos configurar a verificação de integridade para a conexão IPsec.

Apêndice: Códigos de erro e palavras-chave de log

Use Ctrl+F (Windows) ou Cmd+F (Mac) para encontrar o código de erro correspondente ou corresponder à palavra-chave de log na tabela a seguir e encontrar o método de solução de problemas correspondente.

Código de erro (apenas console)

Código de erro (apenas API)

Mensagem de erro

Palavra-chave de log

Método de solução de problemas

The peer does not match.

PeerMismatch

O pacote de protocolo recebido não corresponde às informações do customer gateway

received UNSUPPORTED_CRITICAL_PAYLOAD error

  1. Verifique se o endereço IP do customer gateway associado à conexão IPsec é igual ao endereço IP do dispositivo de gateway local da conexão IPsec. Se forem diferentes, modifique-os para garantir que os endereços IP em ambas as extremidades sejam iguais.

  2. Se o dispositivo de gateway local estiver configurado com múltiplos endereços IP, garanta que o endereço IP configurado para o customer gateway seja o endereço IP realmente em uso pelo dispositivo de gateway local.

The algorithm does not match.

AlgorithmMismatch

O algoritmo de criptografia, algoritmo de autenticação ou parâmetro do grupo DH não corresponde

  • HASH mismatched

  • parsed INFORMATIONAL_V1 request

  • packet lacks expected payload

  • authentication failure

  1. Verifique se o algoritmo de criptografia, algoritmo de autenticação e grupo DH (Perfect Forward Secrecy (PFS)) configurados na fase de configuração IKE e fase de configuração IPsec da conexão IPsec e de seu dispositivo de gateway local são iguais. Se forem diferentes, modifique-os para garantir que as configurações em ambas as extremidades sejam iguais.

  2. Se o dispositivo de gateway local estiver configurado com múltiplos algoritmos de criptografia, algoritmos de autenticação ou grupos DH (Perfect Forward Secrecy (PFS)) na fase de configuração IKE e fase de configuração IPsec, recomendamos modificar a configuração do dispositivo de gateway local para que o algoritmo de criptografia, algoritmo de autenticação e grupo DH (Perfect Forward Secrecy (PFS)) do dispositivo de gateway local sejam iguais à configuração da conexão IPsec.

    Nota: Ao configurar uma conexão IPsec para um VPN Gateway Standard no lado da Alibaba Cloud, a fase de configuração IKE e a fase de configuração IPsec, Algoritmo de criptografia, Algoritmo de autenticação e DH Group suportam apenas um único valor cada; múltiplos valores não são suportados.

The encryption algorithm does not match.

EncryptionAlgorithmMismatch

O algoritmo de criptografia IPsec não corresponde

  • invalid encryption algorithm

  • trns_id mismatched

  • rejected enctype

  • authentication failure

  1. Verifique se o algoritmo de criptografia configurado na fase de configuração IPsec da conexão IPsec e de seu dispositivo de gateway local é igual. Se for diferente, modifique-o para garantir que as configurações em ambas as extremidades sejam iguais.

  2. Se o dispositivo de gateway local estiver configurado com múltiplos algoritmos de criptografia na fase de configuração IPsec, recomendamos modificar a configuração do dispositivo de gateway local para que o algoritmo de criptografia do dispositivo de gateway local seja igual ao algoritmo de criptografia da conexão IPsec.

Check whether the authentication algorithm matches.

AuthenticationAlgorithmMismatch

O algoritmo de autenticação IKE não corresponde

  • authtype mismatched

  • rejected hashtype

  • authentication failure

  1. Verifique se o algoritmo de autenticação configurado na fase de configuração IKE da conexão IPsec e de seu dispositivo de gateway local é igual. Se for diferente, modifique-o para garantir que as configurações em ambas as extremidades sejam iguais.

  2. Se o dispositivo de gateway local estiver configurado com múltiplos algoritmos de autenticação na fase de configuração IKE, recomendamos modificar a configuração do dispositivo de gateway local para que o algoritmo de autenticação do dispositivo de gateway local seja igual ao algoritmo de autenticação da conexão IPsec.

The DH groups do not match.

DhGroupMismatch

O parâmetro do grupo DH da fase 1 IKE não corresponde

  • received KE type 14,expected 2

  • failed to compute dh value

  • rejected dh_group

  • proposal mismatch, transform type:4

  1. Verifique se o grupo DH (Perfect Forward Secrecy (PFS)) configurado na fase de configuração IKE da conexão IPsec e de seu dispositivo de gateway local é igual. Se for diferente, modifique-o para garantir que as configurações em ambas as extremidades sejam iguais.

  2. Se o dispositivo de gateway local estiver configurado com múltiplos grupos DH (Perfect Forward Secrecy (PFS)) na fase de configuração IKE, recomendamos modificar a configuração do dispositivo de gateway local para que o grupo DH (Perfect Forward Secrecy (PFS)) do dispositivo de gateway local seja igual ao grupo DH (Perfect Forward Secrecy (PFS)) da conexão IPsec.

  3. Se, no seu cenário de uso, múltiplas conexões IPsec estiverem associadas ao mesmo customer gateway, então para todas as conexões IPsec, todas as configurações na fase de configuração IKE (incluindo versão, modo de negociação, algoritmo de criptografia, algoritmo de autenticação, grupo DH (Perfect Forward Secrecy (PFS)) e tempo de vida da SA (segundos)) devem ser iguais. Ao mesmo tempo, o LocalId em cada lado da conexão IPsec deve ser igual ao RemoteId do dispositivo de gateway local da conexão IPsec; o RemoteId em cada lado da conexão IPsec deve ser igual ao LocalId do dispositivo de gateway local.

The pre-shared key does not match.

PskMismatch

O parâmetro da chave pré-compartilhada não corresponde

  • Decryption failed! mismatch of preshared secrets

  • mismatch of preshared secrets

  • invalid HASH_V1 payload length, decryption failed

  • could not decrypt payloads

  • authentication failure

  1. Verifique se a chave pré-compartilhada configurada para a conexão IPsec e seu dispositivo de gateway local é igual. Se for diferente, modifique-a para garantir que as configurações em ambas as extremidades sejam iguais. Você também pode modificar a chave pré-compartilhada da conexão IPsec e de seu dispositivo de gateway local ao mesmo tempo. Esta operação aciona a renegociação do protocolo IPsec, e o sistema verifica novamente se as chaves pré-compartilhadas em ambas as extremidades correspondem.

  2. Quando a chave pré-compartilhada da conexão IPsec e de seu dispositivo de gateway local forem iguais, garanta também que o algoritmo de criptografia, algoritmo de autenticação e grupo DH (Perfect Forward Secrecy (PFS)) configurados na fase de configuração IKE e fase de configuração IPsec em ambas as extremidades sejam todos iguais.

  3. Se o dispositivo de gateway local estiver configurado com múltiplos algoritmos de criptografia, algoritmos de autenticação ou grupos DH (Perfect Forward Secrecy (PFS)) na fase de configuração IKE e fase de configuração IPsec, recomendamos modificar a configuração do dispositivo de gateway local para que o algoritmo de criptografia, algoritmo de autenticação e grupo DH (Perfect Forward Secrecy (PFS)) do dispositivo de gateway local sejam iguais à configuração da conexão IPsec.

PeerID does not match.

PeerIdMismatch

LocalID ou RemoteID não corresponde ou é incompatível

  • does not match peers id

  • message lacks IDr payload

  • Expecting IP address type in main mode,but FQDN

  • Unknow peer id

  • Parse PEERID failed

  • received ID_I(xxx) does not match peers id

  1. Verifique se o LocalId no lado da conexão IPsec é igual ao RemoteId do dispositivo de gateway local; e se o RemoteId no lado da conexão IPsec é igual ao LocalId do dispositivo de gateway local. Se forem diferentes, modifique-os. - No cenário onde a conexão IPsec está vinculada a uma instância de VPN gateway, o VPN gateway da Alibaba Cloud usa o endereço IP do VPN gateway como o LocalId da conexão IPsec e o endereço IP do customer gateway como o RemoteId da conexão IPsec por padrão. - No cenário onde a conexão IPsec está vinculada a uma instância de Transit Router, o VPN gateway da Alibaba Cloud usa o endereço IP do gateway da conexão IPsec como o LocalId da conexão IPsec e o endereço IP do customer gateway como o RemoteId da conexão IPsec por padrão.

  2. Se a versão IKE da conexão IPsec for ikev1 e o modo de negociação for main, então LocalId e RemoteId suportam apenas o formato de endereço IP. Garanta que os formatos de LocalId e RemoteId atendam aos requisitos.

  3. Verifique se o modo de negociação configurado para a conexão IPsec e seu dispositivo de gateway local é igual. Se for diferente, modifique-o para garantir que as configurações em ambas as extremidades sejam iguais. Recomendamos que ambas as extremidades sejam configuradas como main (modo principal). No modo main (modo principal), recomendamos que LocalId e RemoteId usem o formato de endereço IP.

  4. Se a versão IKE da conexão IPsec for ikev2 e você tiver confirmado que os problemas anteriores estão corretos, verifique se o algoritmo de criptografia, algoritmo de autenticação e grupo DH (Perfect Forward Secrecy (PFS)) configurados na fase de configuração IKE e fase de configuração IPsec da conexão IPsec e de seu dispositivo de gateway local são iguais. Se forem diferentes, modifique-os para garantir que as configurações em ambas as extremidades sejam iguais.

  5. Se LocalId e RemoteId em ambas as extremidades foram confirmados como iguais, mas a conexão IPsec ainda falha ao negociar (o status do túnel é exibido como ike_sa_not_established), verifique se os formatos de LocalId e RemoteId correspondem ao modo de negociação: No modo main (modo principal), o IKE suporta apenas LocalId e RemoteId no formato de endereço IP e não suporta o formato FQDN. Se você precisar usar LocalId e RemoteId no formato FQDN (por exemplo, test.aliyun.com e test.local.com), altere o modo de negociação da conexão IPsec e de seu dispositivo de gateway local para aggressive (modo agressivo) ao mesmo tempo, e altere o LocalId e RemoteId em ambas as extremidades para o formato FQDN ao mesmo tempo para garantir que as configurações em ambas as extremidades sejam consistentes. Após concluir a modificação, aguarde o IKE renegociar automaticamente ou acione manualmente a negociação no console e, em seguida, confirme que o status do túnel mudou para ike_sa_established para confirmar que a configuração entrou em vigor.

DPD payload sequence is incompatible.

DpdHashNotifyCompatibility

Compatibilidade da ordem do payload DPD

ignore information because the message has no hash payload

Quando a função DPD está ativada para a conexão IPsec, a ordem do payload DPD da conexão IPsec é hash-notify por padrão. Verifique se a ordem do payload DPD do dispositivo de gateway local também é hash-notify. Caso contrário, altere a ordem do payload DPD do dispositivo de gateway local para hash-notify.

DPD timed out.

DpdTimeout

Tempo esgotado do pacote DPD

DPD: remote seems to be dead

  1. Verifique se tanto a conexão IPsec quanto seu dispositivo de gateway local têm a função DPD ativada e garanta que o estado ativado da função DPD em ambas as extremidades seja igual. Um tempo esgotado de pacote DPD causa a renegociação do protocolo IPsec.

  2. Verifique a qualidade da rede e a configuração de rotas entre a conexão IPsec e seu dispositivo de gateway local para garantir que eles possam se comunicar entre si.

The IKE version does not match.

IkeVersionMismatch

O parâmetro do número da versão IKE não corresponde ou o modo de negociação não corresponde

unknown ikev2 peer

  1. Verifique se a versão IKE configurada para a conexão IPsec e seu dispositivo de gateway local é igual. Se for diferente, modifique-a para garantir que as configurações em ambas as extremidades sejam iguais.

    • Se o dispositivo de gateway local suportar a seleção automática da versão IKE ou suportar tanto as versões IKEv1 quanto IKEv2, recomendamos especificar a versão IKE para o dispositivo de gateway local. A versão IKE do dispositivo de gateway local deve ser igual à versão IKE da conexão IPsec.

    • Recomendamos que ambas as extremidades usem a versão IKEv2.

  2. Verifique se o modo de negociação configurado para a conexão IPsec e seu dispositivo de gateway local é igual. Se for diferente, modifique-o para garantir que as configurações em ambas as extremidades sejam iguais.

The negotiation mode does not match.

NegotiationModeMismatch

O modo de negociação não corresponde

  • in Identity not acceptable Aggressive mode

  • not acceptable Identity Protection mode

  1. Verifique se o modo de negociação configurado para a conexão IPsec e seu dispositivo de gateway local é igual. Se for diferente, modifique-o para garantir que as configurações em ambas as extremidades sejam iguais. Recomendamos que ambas as extremidades usem main (modo principal).

  2. Se a conexão IPsec ainda falhar ao negociar quando ambas as extremidades estiverem em main (modo principal) (este problema ocorre em alguns cenários extremos), tente alterar o modo de negociação em ambas as extremidades para aggressive (modo agressivo).

NAT-T does not match.

NatTMismatch

A travessia de NAT não corresponde

ignore the packet, received unexpecting payload type 130

Verifique se o status da função de travessia de NAT da conexão IPsec e de seu dispositivo de gateway local é igual. Se for diferente, modifique-o para garantir que as configurações em ambas as extremidades sejam iguais. Se o dispositivo de gateway local estiver atrás de um NAT Gateway, recomendamos que tanto a conexão IPsec quanto seu dispositivo de gateway local ativem a função de travessia de NAT.

SA Lifetime does not match.

LifetimeMismatch

O parâmetro Lifetime não corresponde

long lifetime proposed

Verifique se o tempo de vida da SA (segundos) configurado na fase de configuração IKE e fase de configuração IPsec da conexão IPsec e de seu dispositivo de gateway local é igual. Se for diferente, modifique-o para garantir que as configurações em ambas as extremidades sejam iguais. O tempo de vida da SA (segundos) configurado para a conexão IPsec e seu dispositivo de gateway local não precisa ser obrigatoriamente igual, mas como diferentes dispositivos de gateway pertencem a diferentes fornecedores, para garantir a estabilidade da conexão IPsec-VPN, recomendamos que ambas as extremidades sejam configuradas com o mesmo tempo de vida da SA (segundos).

The security protocol does not match.

SecurityProtocolMismatch

O parâmetro do protocolo de segurança não corresponde

proto_id mismatched

Verifique se o protocolo de segurança usado pelo dispositivo de gateway local é ESP (Encapsulating Security Payload). Caso contrário, altere para ESP. Para o protocolo de segurança usado pela conexão IPsec-VPN, o VPN gateway da Alibaba Cloud suporta apenas ESP e não suporta AH (Authentication Header).

The encapsulation mode does not match.

EncapsulationModeMismatch

O modo de encapsulamento não corresponde

encmode mismatched

Verifique se o modo de encapsulamento usado pelo dispositivo de gateway local é o modo túnel. Caso contrário, altere para o modo túnel. Para o modo de encapsulamento usado pela conexão IPsec-VPN, o VPN gateway da Alibaba Cloud suporta apenas o modo túnel e não suporta o modo transporte.

The algorithm is incompatible.

AlgorithmCompatibility

Incompatibilidade de algoritmo

Nenhum

O algoritmo de autenticação configurado na fase de configuração IKE e fase de configuração IPsec da conexão IPsec e de seu dispositivo de gateway local são incompatíveis. Recomendamos que ambas as extremidades usem outro algoritmo de autenticação, como md5.

Protected Data Flow does not match.

TrafficSelectorMismatch

O parâmetro do bloco CIDR do seletor de tráfego não corresponde

  • traffic selector mismatch

  • invalid-id-information

  • traffic selector unacceptable

  • can't find matching selector

  • received INVALID_ID_INFORMATION error notify

  • received Notify type TS_UNACCEPTABLE

  1. Com base na versão IKE usada pela conexão IPsec, verifique a configuração do bloco CIDR do seletor de tráfego para garantir que esteja em conformidade com os seguintes princípios:

    • Se a versão IKE usada pela conexão IPsec for ikev1, o seletor de tráfego suporta a configuração de apenas um único bloco CIDR.

    • Se a versão IKE usada pela conexão IPsec for ikev2, o seletor de tráfego suporta a configuração de múltiplos blocos CIDR.

    Nota: No cenário onde múltiplos blocos CIDR são configurados para a conexão IPsec, como os mecanismos de negociação do protocolo IPsec da conexão IPsec e do dispositivo de gateway local são diferentes, alguns blocos CIDR podem se comunicar normalmente enquanto outros não conseguem se comunicar. Consulte In a multiple-CIDR-block scenario, some CIDR blocks communicate normally while others do not? para a solução.

  2. Verifique se os seletores de tráfego configurados para a conexão IPsec e seu dispositivo de gateway local são iguais e garanta que:

    • O bloco CIDR local no lado da conexão IPsec seja igual ao bloco CIDR remoto do dispositivo de gateway local.

    • O bloco CIDR remoto no lado da conexão IPsec seja igual ao bloco CIDR local do dispositivo de gateway local.

PFS does not match.

PfsMismatch

O parâmetro do grupo DH da fase 2 IPsec não corresponde

  • pfs group mismatched

  • message lacks KE payload

Verifique se o status de configuração da função PFS na fase de configuração IPsec da conexão IPsec e de seu dispositivo de gateway local é igual. Se for diferente, modifique-o para garantir que as configurações em ambas as extremidades sejam iguais.

  • Se o grupo DH (Perfect Forward Secrecy (PFS)) estiver configurado como disabled na fase de configuração IPsec no lado da conexão IPsec, isso indica que a função PFS não está ativada no lado da conexão IPsec, e você precisa garantir que a função PFS do dispositivo de gateway local também esteja desativada.

  • Se o grupo DH (Perfect Forward Secrecy (PFS)) estiver configurado com um valor diferente de disabled na fase de configuração IPsec no lado da conexão IPsec, isso indica que a função PFS está ativada no lado da conexão IPsec, e você precisa garantir que a função PFS do dispositivo de gateway local também esteja ativada. Recomendamos que tanto a conexão IPsec quanto seu dispositivo de gateway local ativem a função PFS.

The commit bit does not match.

CommitMismatch

O bit de commit não corresponde

Nenhum

Verifique se o bit de commit do dispositivo de gateway local está ativado. Se estiver, desative o bit de commit. O bit de commit é usado para garantir que a negociação do protocolo IPsec seja concluída antes que os dados protegidos sejam enviados. O VPN gateway da Alibaba Cloud não suporta a configuração do bit de commit.

The proposal does not match.

ProposalMismatch

A proposta não corresponde

  • no proposal chosen

  • received NO_PROPOSAL_CHOSEN

  • no suitable proposal found

  • failed to get valid proposal

  • none of my proposal matched

  • no matching proposal found, sending NO_PROPOSAL_CHOSEN

  • proposal mismatch

  • couldn't find configuaration

  • ignore the packet,expecting the packet encrypted

  1. Verifique se a versão IKE configurada para a conexão IPsec e seu dispositivo de gateway local é igual. Se for diferente, modifique-a para garantir que as configurações em ambas as extremidades sejam iguais. Recomendamos que ambas as extremidades usem a versão IKEv2.

  2. Verifique se todas as configurações na fase de configuração IKE da conexão IPsec e de seu dispositivo de gateway local são iguais. Se forem diferentes, modifique-as para garantir que as configurações em ambas as extremidades atendam às seguintes condições:

    • As configurações dos parâmetros versão, modo de negociação, algoritmo de criptografia, algoritmo de autenticação, grupo DH (Perfect Forward Secrecy (PFS)) e tempo de vida da SA (segundos) devem ser iguais em ambas as extremidades.

    • O LocalId no lado da conexão IPsec deve ser igual ao RemoteId do dispositivo de gateway local; o RemoteId no lado da conexão IPsec deve ser igual ao LocalId do dispositivo de gateway local.

  3. Verifique se todas as configurações na fase de configuração IPsec da conexão IPsec e de seu dispositivo de gateway local são iguais. Se forem diferentes, modifique-as para garantir que as configurações em ambas as extremidades sejam iguais (incluindo algoritmo de criptografia, algoritmo de autenticação, grupo DH (Perfect Forward Secrecy (PFS)), tempo de vida da SA (segundos) e travessia de NAT). Ao mesmo tempo, garanta que os seletores de tráfego configurados para a conexão IPsec e seu dispositivo de gateway local atendam às seguintes condições:

    • O bloco CIDR local no lado da conexão IPsec seja igual ao bloco CIDR remoto do dispositivo de gateway local.

    • O bloco CIDR remoto no lado da conexão IPsec seja igual ao bloco CIDR local do dispositivo de gateway local.

  4. Se, no seu cenário de uso, múltiplas conexões IPsec estiverem associadas ao mesmo customer gateway, então para todas as conexões IPsec, todas as configurações na fase de configuração IKE (incluindo versão, modo de negociação, algoritmo de criptografia, algoritmo de autenticação, grupo DH (Perfect Forward Secrecy (PFS)) e tempo de vida da SA (segundos)) devem ser iguais. Ao mesmo tempo, o LocalId em cada lado da conexão IPsec deve ser igual ao RemoteId do dispositivo de gateway local da conexão IPsec atual; o RemoteId em cada lado da conexão IPsec deve ser igual ao LocalId do dispositivo de gateway local da conexão IPsec atual.

  5. Tente redefinir a conexão IPsec-VPN para acionar a renegociação do protocolo IPsec.

Negotiations failed.

NegotiationFailed

Falha na negociação do protocolo

phase2 negotiation failed due to time up waiting for phase1

Redefina a conexão IPsec-VPN para acionar a renegociação do protocolo IPsec, e o sistema verificará novamente.

Phase 1 negotiations timed out.

Phase1NegotiationTimeout

Falha ao receber pacotes de protocolo da fase 1 e a negociação falhou devido a tempo esgotado

  • phase1 negotiation failed due to time up

  • ignore information because ISAKMP-SA has not been established

  1. Verifique se o dispositivo de gateway local consegue receber ou enviar pacotes de protocolo IPsec normalmente.

  2. Verifique se o endereço IP do customer gateway associado à conexão IPsec é igual ao endereço IP do dispositivo de gateway local da conexão IPsec. Se forem diferentes, modifique-os para garantir que os endereços IP em ambas as extremidades sejam iguais.

  3. Verifique se o dispositivo de gateway local apresenta alguma exceção (por exemplo, uma reinicialização por falha).

  4. Verifique se o dispositivo de gateway local e a conexão IPsec conseguem acessar um ao outro. Tente usar o comando ping, mtr ou traceroute no dispositivo de gateway local para acessar o endereço IP do VPN gateway ou o endereço IP do gateway da conexão IPsec e confirme que ambas as extremidades conseguem acessar uma à outra.

  5. O VPN gateway atual não suporta a criação de conexões IPsec-VPN transfronteiriças. Se você precisar criar uma conexão transfronteiriça, use Cloud Enterprise Network (CEN).

  6. Tente redefinir a conexão IPsec-VPN para acionar a renegociação do protocolo IPsec.

Check whether Phase 2 negotiations timed out.

Phase2NegotiationTimeout

Falha ao receber pacotes da fase 2 e a negociação falhou devido a tempo esgotado

Nenhum

  1. Verifique se as configurações de parâmetros na fase de configuração IPsec da conexão IPsec e de seu dispositivo de gateway local são iguais (incluindo algoritmo de criptografia, algoritmo de autenticação, grupo DH (Perfect Forward Secrecy (PFS)) e tempo de vida da SA (segundos)). Se forem diferentes, modifique-as para garantir que as configurações de parâmetros na fase de configuração IPsec em ambas as extremidades sejam iguais.

  2. Verifique se o status da função de travessia de NAT da conexão IPsec e de seu dispositivo de gateway local é igual. Garanta que a função de travessia de NAT em ambas as extremidades esteja ativada ao mesmo tempo ou desativada ao mesmo tempo.

  3. Tente modificar a versão IKE usada pela conexão IPsec e seu dispositivo de gateway local, alterando ambas para IKEv1 ou ambas para IKEv2 ao mesmo tempo.

Response packets cannot be received from the peer.

NoResponse

O gateway par não responde

  • sending retransmit 1 of request message ID 0, seq 1

  • retransmission count exceeded the limit

  1. Verifique se o dispositivo de gateway local consegue receber ou enviar pacotes de protocolo IPsec normalmente.

  2. Verifique se o endereço IP do customer gateway associado à conexão IPsec é igual ao endereço IP do dispositivo de gateway local da conexão IPsec. Se forem diferentes, modifique-os para garantir que os endereços IP em ambas as extremidades sejam iguais.

  3. Verifique se o dispositivo de gateway local apresenta alguma exceção (por exemplo, uma reinicialização por falha).

  4. Verifique se o dispositivo de gateway local e a conexão IPsec conseguem acessar um ao outro. Tente usar o comando ping, mtr ou traceroute no dispositivo de gateway local para acessar o endereço IP do VPN gateway ou o endereço IP do gateway da conexão IPsec e confirme que ambas as extremidades conseguem acessar uma à outra.

  5. Verifique a política de controle de acesso aplicada ao dispositivo de gateway local e confirme se ela atende às seguintes condições:

    • Permitir portas de protocolo UDP 500 e 4500.

    • Permitir o endereço IP da instância do VPN gateway ou o endereço IP do gateway da conexão IPsec.

  6. Tente redefinir a conexão IPsec-VPN para acionar a renegociação do protocolo IPsec.

The delete packet is received from the peer.

ReceiveDeleteNotify

Recebido um pacote de exclusão do par

received DELETE IKE_SA

O lado da conexão IPsec recebeu o pacote delete notify enviado pelo dispositivo de gateway local. Solucione a causa no lado do dispositivo de gateway local.

The reason for the negotiation exception is not found.

NoExceptionFound

A causa da exceção de negociação não foi diagnosticada

Nenhum

O resultado atual pode ser causado pelo fato de a conexão IPsec-VPN não ter iniciado a negociação. Redefina a conexão IPsec-VPN no lado da Alibaba Cloud ou no lado do dispositivo de rede par. No lado da Alibaba Cloud, modifique o valor de Effective Immediately na conexão IPsec, salve-o e, em seguida, altere Effective Immediately de volta para o valor de configuração original para acionar o início da negociação do protocolo IPsec. Em seguida, atualize a página atual para visualizar o resultado da verificação.