
danniel-lara
(usa Fedora)
Enviado em 28/03/2025 - 08:01h
Sugestões de Solução
Aqui estão algumas opções para resolver esse problema:
Opção 1 - Utilizar uma VPN baseada em TLS (como WireGuard ou OpenVPN)
Como o Starlink usa CGNAT, a melhor solução é a localidade remota iniciar a conexão para um servidor intermediário (bastion host).
WireGuard ou OpenVPN (TCP/UDP) podem funcionar bem, pois são mais eficientes em redes com CGNAT do que IPsec.
A usina pode se conectar à Oracle Cloud via WireGuard/OpenVPN e, a partir de lá, o tráfego pode ser encaminhado para as VPNs IPsec existentes.
Opção 2 - Criar uma VPN IPsec sobre um túnel GRE/VXLAN
Outra alternativa é tunelar o tráfego via GRE ou VXLAN sobre UDP da localidade remota para a Oracle, e então rotear pelo IPsec já existente.
Isso pode ser configurado no Mikrotik da usina e no firewall na Oracle.
Opção 3 - Configurar uma VPN baseada em ZeroTier
O ZeroTier pode ser uma opção interessante para a usina, pois ele contorna CGNAT sem precisar abrir portas.
O tráfego da localidade remota poderia ser roteado via ZeroTier para a Oracle e depois encaminhado para a VPN IPsec existente.
O que evitar
Criar duas instâncias diferentes gerenciando VPNs na Oracle pode ser problemático. Se um servidor Ubuntu gerencia L2TP e outro gerencia IPsec, pode haver conflitos nos roteamentos.
IPsec NAT-T poderia ser uma opção, mas muitas vezes não funciona bem com CGNAT, especialmente em ISPs como Starlink.
Resumo e Recomendação Final
Se o Mikrotik da usina suportar WireGuard, seria uma ótima solução.
Se precisar de um intermediário, uma VM na Oracle pode ser configurada para receber WireGuard e rotear para a VPN IPsec existente.
Evite IPsec direto sobre Starlink, pois CGNAT vai complicar a conexão.