Estou testando um cenário em que precisamos encaminhar todo o tráfego para uma VM, então essa VM deve encaminhar o tráfego para a máquina pretendida. (não consigo dizer "por quê").
- Criado
Vnet "VN"
,Subnet "SN"
, 3NICs
e 3VMs
(usando:Standard_DS1_v2
tamanho e o mais recenteWin 2022 image
). - Todos estão em uma região do Azure na mesma conta e assinatura.
- Criei
routing table "RT"
e adicionei doisroutes
. - Tornou
VM2
o IP estático. - Ativado
IP Forwarding
emVM2
. - Firewall do Windows desabilitado em todas as VMs.
Os IPs são:
VM | IP
----------------------
VM1 | 10.3.1.4
VM2 | 10.3.1.5
VM3 | 10.3.1.6
Rotas RT:
Name | Address Prefix | Next Hop Type | Next Hop Address
----------------------------------------------------------------------------
VM1-VM3 | 10.3.1.6/32 | Virtual Appliance | 10.3.1.5
VM3-VM1 | 10.3.1.4/32 | Virtual Appliance | 10.3.1.5
Antes de anexar a RT
tabela de roteamento à SN
sub-rede, a rede está ok e posso conectar ping
de qualquer lugar para qualquer lugar.
Após anexar o RT
, SN
faça ping de qualquer para qualquer mensagem " Request timed out
".
O que eu tentei:
- sub-redes diferentes: também não funciona.
- adicionando
nsg
e permitindoICMP
. - adicionando
nsg
e permitindo todo o tráfego (any
paraany
). - recriando tudo.
- uma conta e assinatura diferentes.
- perguntou à IA se era possível. Ela respondeu "Sim".
- tentei muitos vídeos do YouTube com o mesmo resultado. A única diferença é que eles usam contas reais (pagas) do Azure.
- Eu até tentei instalar o Serviço de Roteamento e Acesso Remoto (RRAS), configurei-o para roteamento LAN e adicionei rotas estáticas com o gateway do host como gateway.
Não tenho mais opções e não faço ideia.
O que está errado?
Após algumas semanas de solução de problemas completa,
Finalmente consegui fazê-lo funcionar.
Encaminhamento de IP dentro da mesma sub-rede:
Parece que o encaminhamento de IP não tem efeito dentro da mesma sub-rede. Embora eu não tenha conseguido encontrar confirmação oficial desse comportamento, minhas descobertas sugerem que não funciona dessa forma, o que faz sentido para mim. No entanto, essa observação deve ser verificada de forma independente.
Dito isso, a conexão deveria estar funcionando conforme o esperado. No entanto, devido a uma entrada CIDR incorreta na tabela de roteamento e nas Rotas Definidas pelo Usuário (UDRs), não foi possível estabelecer a conectividade. Depois que o problema foi corrigido, a configuração funcionou conforme o esperado, ignorando todas as tabelas de roteamento e UDRs.
Testando em sub-redes e VNets
Ao testar a configuração em diferentes sub-redes e redes virtuais (VNets), a tabela de roteamento foi configurada corretamente. No entanto, inicialmente implantei a configuração usando um script que incluía o seguinte comando:
Por padrão, vnets de peering desabilitam o encaminhamento de IP. Para habilitá-lo, o seguinte switch adicional foi necessário:
Depois que esse switch foi adicionado, o encaminhamento de IP funcionou corretamente.