Resolver problemas de emparelhamento de rede virtual

Este guia de solução de problemas fornece etapas para ajudá-lo a resolver a maioria dos problemas de emparelhamento de rede virtual .

Configurar a ligação de rede virtual entre duas redes virtuais

As redes virtuais estão na mesma assinatura ou em assinaturas diferentes?

As redes virtuais estão na mesma assinatura

Para configurar o emparelhamento de rede virtual para as redes virtuais que estão na mesma assinatura, use os métodos nos seguintes artigos:

• Se as redes virtuais estiverem na mesma região, consulte Criar um emparelhamento.
• Se as redes virtuais estiverem nas diferentes regiões, consulte Emparelhamento de rede virtual.

Para mais informações, consulte os requisitos e restrições do peering global.

As redes virtuais estão em assinaturas diferentes ou locatários do Ative Directory

Para configurar o emparelhamento de rede virtual para redes virtuais em diferentes assinaturas ou locatários do Active Directory, ver Criar um emparelhamento de rede virtual entre assinaturas diferentes.

Configurar o pareamento de rede virtual com topologia hub-spoke que utiliza recursos nas instalações locais

Para uma ligação site a site ou uma ligação ExpressRoute

Siga os passos em: Configurar o trânsito do gateway VPN para emparelhamento de rede virtual.

Para conexões ponto-a-site

1. Siga as etapas em: Configurar o trânsito do gateway VPN para emparelhamento de rede virtual.
2. ** Depois de o emparelhamento de rede virtual ser estabelecido ou alterado, descarregue e reinstale o pacote ponto-a-site, para que os clientes ponto-a-site obtenham as rotas atualizadas para a rede virtual do spoke.

Configurar o emparelhamento de rede virtual com a rede virtual de topologia hub-spoke

As redes virtuais estão na mesma região

1. Na rede virtual do hub, configure um dispositivo virtual de rede (NVA).
2. Nas redes virtuais faladas, tenha rotas definidas pelo usuário com o próximo tipo de salto "dispositivo virtual de rede" aplicado.

Para obter mais informações, consulte Encadeamento de serviços.

Para obter ajuda com a solução de problemas de configuração e roteamento do dispositivo NVA, consulte Problemas do dispositivo virtual de rede no Azure.

As redes virtuais estão em diferentes regiões

O trânsito através do emparelhamento de rede virtual global agora é suportado. A conectividade não funciona através do emparelhamento de rede virtual global para os seguintes recursos:

• VMs atrás do SKU ILB Básico
• Cache Redis (usa SKU ILB básico)
• Gateway de aplicativo (usa SKU ILB básico)
• Conjuntos de escalas (usa SKU ILB básico)
• Clusters do Service Fabric (utilizam o SKU ILB Básico)
• SQL Server Always On (usa ILB Básico SKU)
• Ambiente do Serviço de Aplicativo (usa SKU ILB Básico)
• Gestão de API (utiliza o SKU do ILB Básico)
• Serviços de Domínio Microsoft Entra (utiliza SKU ILB Básico)

Para saber mais sobre requisitos e restrições de emparelhamento global, consulte Emparelhamento de rede virtual.

Solucionar um problema de conectividade entre duas redes virtuais emparelhadas

Entre no portal do Azure com uma conta que tenha as funções e permissões necessárias. Selecione a rede virtual, selecione Emparelhamento e verifique o campo Status . Qual é o estatuto?

O status de emparelhamento é "Conectado"

Para resolver este problema:

1. Verifique os fluxos de tráfego de rede:

   Use Solução de Problemas de Conexão e verificação de fluxo IP da VM de origem para a VM de destino para determinar se há um NSG ou UDR que esteja causando interferência nos fluxos de tráfego.

   Se você estiver usando um firewall ou NVA:

   1. Documente os parâmetros UDR para que você possa restaurá-los após a conclusão desta etapa.
   2. Remova o UDR da sub-rede ou NIC da VM de origem que indica o NVA como o próximo salto. Verifique a conectividade da VM de origem diretamente para o destino que está ignorando o NVA. Se esta etapa não funcionar, consulte o guia de resolução de problemas do NVA.

2. Faça um rastreamento de rede:

   1. Inicie um rastreamento de rede na VM de destino. Para Windows, você pode usar o Netsh. Para Linux, use TCPDump.

   2. Execute TcpPing ou PsPing da origem para o IP de destino.

      Este é um exemplo de um comando TcpPing : tcping64.exe -t <destination VM address> 3389

   3. Depois que o TcpPing estiver concluído, pare o rastreamento de rede no destino.

   4. Se os pacotes chegarem da origem, não há nenhum problema de rede. Examine o firewall da VM e o aplicativo que escuta essa porta para localizar o problema de configuração.

   Observação

   Não é possível conectar-se aos seguintes tipos de recursos através do emparelhamento de rede virtual global (redes virtuais em regiões diferentes):

   • VMs atrás do SKU Básico do ILB
   • Cache Redis (usa SKU ILB básico)
   • Gateway de aplicativo (usa SKU ILB básico)
   • Conjuntos de escalas (usa SKU ILB básico)
   • Clusters do Service Fabric (utilizam o SKU do ILB Básico)
   • SQL Server Always On (utiliza o SKU ILB Básico)
   • Ambiente do Serviço de Aplicativo (usa SKU ILB Básico)
   • Gestão de API (utiliza o SKU do ILB Básico)
   • Serviços de Domínio Microsoft Entra (usa SKU ILB Básico)

Para obter mais informações, consulte os requisitos e restrições do "peering" global.

O status de emparelhamento é "Desconectado"

Para resolver esse problema, exclua o emparelhamento de ambas as redes virtuais e, em seguida, recrie-os.

Solucionar um problema de conectividade entre uma rede virtual hub-spoke e um recurso local

Sua rede usa um gateway NVA ou VPN de terceiros?

Minha rede usa um gateway NVA ou VPN de terceiros

Para solucionar problemas de conectividade que afetam um gateway NVA ou VPN de terceiros, consulte os seguintes artigos:

• Solução de problemas do NVA
• encadeamento de serviços

Minha rede não usa um gateway NVA ou VPN de terceiros

As redes virtuais do hub e do spoke têm um gateway VPN?

Tanto a rede virtual do hub quanto a rede virtual spoke têm um gateway VPN

Não há suporte para o uso de um gateway remoto.

Se a rede virtual spoke já tiver um gateway VPN, a opção Usar gateway remoto não será suportada na rede virtual spoke. Isso ocorre devido a uma limitação de emparelhamento de rede virtual.

Tanto a rede virtual do hub quanto a rede virtual spoke não têm um gateway VPN

Para conexões site a site ou Rota Expressa do Azure, verifique as seguintes causas principais de problemas de conectividade com a rede virtual remota local:

• Na rede virtual que tem um gateway, verifique se a caixa de seleção Permitir tráfego encaminhado está marcada.
• Na rede virtual que não tem um gateway, verifique se a caixa de seleção Usar gateway remoto está marcada.
• Peça ao administrador da rede que verifique os dispositivos locais para verificar se todos eles têm o espaço de endereço de rede virtual remoto adicionado.

Para conexões ponto-a-site:

• Na rede virtual que tem um gateway, verifique se a caixa de verificação Permitir tráfego encaminhado está marcada.
• Na rede virtual que não tem um gateway, verifique se a caixa de seleção Usar gateway remoto está marcada.
• Baixe e reinstale o pacote de cliente ponto a site. As rotas de rede virtual recentemente emparelhadas não adicionam automaticamente rotas a clientes ponto-a-site.

Solucionar um problema de conectividade de rede hub-spoke entre redes virtuais spoke na mesma região

Uma rede de hub deve incluir um NVA. Configure os UDRs em spokes que tenham um NVA definido como o próximo salto e ative Permitir tráfego encaminhado na rede virtual do hub.

Para obter mais informações, consulte Encadeamento de serviços e discuta esses requisitos com o fornecedor de NVA de sua escolha.

Solucionar um problema de conectividade de rede hub-spoke entre redes virtuais spoke em regiões diferentes

O trânsito através do emparelhamento de rede virtual global agora é suportado. A conectividade não funciona através do emparelhamento de rede virtual global para os seguintes recursos:

• VMs por trás do SKU Básico do ILB
• Cache Redis (usa SKU ILB básico)
• Gateway de aplicativo (usa SKU ILB básico)
• Conjuntos de escalas (usa SKU ILB básico)
• Clusters do Service Fabric (utilizam o SKU Básico de ILB)
• SQL Server Always On (usa SKU ILB Básico)
• Ambiente do Serviço de Aplicativo (usa SKU ILB Básico)
• Gestão de API (usa o SKU ILB Básico)
• Serviços de Domínio do Microsoft Entra (utiliza SKU ILB Básico)

Para obter mais informações, consulte os requisitos e restrições de emparelhamento global e topologias VPN diferentes.

Solucionar um problema de conectividade de rede hub-spoke entre um aplicativo Web e a rede virtual spoke

Para resolver este problema:

1. Entre no portal do Azure.
2. Na aplicação Web, selecione rede e, em seguida, selecione Integração de VNet.
3. Verifique se consegue ver a rede virtual remota. Insira manualmente o espaço de endereço da rede virtual remota (Sincronizar rede e Adicionar rotas).

Para obter mais informações, consulte os seguintes artigos:

• Integrar seu aplicativo a uma rede virtual do Azure
• Sobre o roteamento VPN ponto a site

Solucionar problemas de uma mensagem de erro de configuração de emparelhamento de rede virtual

O locatário <TENANT ID> atual não está autorizado a acessar a assinatura vinculada

Para resolver esse problema, consulte Criar um emparelhamento de rede virtual entre assinaturas diferentes.

Não conectado

Para resolver este problema, elimine o emparelhamento de ambas as redes virtuais e, em seguida, recrie-o.

Falha ao conectar uma rede virtual Databricks

Para resolver esse problema, configure o emparelhamento de rede virtual no Azure Databricks e especifique a rede virtual de destino usando a ID do Recurso. Para obter mais informações, consulte Emparelhar uma rede virtual Databricks a uma rede virtual remota.

A rede virtual remota não tem um gateway

Esse problema ocorre quando se emparelham redes virtuais de inquilinos diferentes e posteriormente deseja configurar Use Remote Gateways. Uma limitação do portal do Azure é que ele não pode validar a presença de um gateway de rede virtual na rede virtual de outro locatário.

Há duas maneiras de resolver o problema:

• Exclua os emparelhamentos e ative a opção Use Remote Gateways quando criar um novo emparelhamento.
• Use o PowerShell ou a CLI, em vez do portal do Azure, para habilitar o Use Remote Gateways.

Próximos passos

• Troubleshooting connectivity problems between Azure VMs (Resolver problemas de conectividade entre VMs do Azure)