De acordo com sua descrição, eu testei no meu laboratório (a VM tem uma NIC), o mesmo erro que você.
Talvez você deva verificar sua configuração RRAS, verifique o IPv4 - > NAT:
Se você ainda tiver dúvidas, bem-vindo para postar aqui.
Consigo me conectar com êxito à minha VPN SSTP em uma máquina Windows 2012 R2 executando o RRAS no Azure, mas, uma vez conectado, não consigo acessar a Internet.
Eu entendo que eu poderia solucionar esse problema criando um túnel dividido (desativando o gateway padrão na rede remota) no final do cliente, mas a política corporativa desencoraja um túnel dividido.
Tenho certeza de que esta é uma rota simples que precisa ser adicionada no Azure, mas não tenho certeza do que seria.
Obrigado!
Não é um problema NAT. O que provavelmente está acontecendo é que a configuração IP que você está recebendo da VPN é o que está afetando. Você precisa ter o DHCP e o DNS configurados no seu servidor e fazer com que a VPN encaminhe / retransmita o escopo do DHCP para sua VPN.
Estas são as propriedades da minha VPN:
Aqui, observe o bloco reservado para RAS
, isso mostra que alguns endereços foram reservados para sua VPN e o relay está funcionando e qualquer PC que se conecte à sua VPN deverá obter um endereço automaticamente.
Se você não quiser configurar um servidor DNS, em sua configuração DHCP, você pode ter o DNS público do google como o servidor DNS.
Encontrei esse mesmo problema ao configurar minha VPN SSTP.
ATUALIZAÇÃO:
Olhando para a sua rede, a sub-rede 10.10.10.xxx está sendo "natted"? Se for, então pode ser que você esteja tentando acessar o servidor por trás de um segundo NAT, assumindo que a sub-rede 10.10.0.0 seja uma NAT em si. Se não for, o encaminhamento de porta 443 do Azure para o seu servidor deve fazer o truque junto com o que eu postei acima.
Tags networking vpn routing azure sstp