Sim, isso está correto. A tabela de roteamento dos hosts não é afetada pela que reside no convidado.
Recentemente, um dos meus clientes adquiriu roteadores e serviços de firewall da WatchGuard. Eles pediram a todos que usassem sua rede para instalar um certificado privado, para que eles pudessem descompactar todo o tráfego SSL, analisá-lo e então enviá-lo novamente e assiná-lo.
Gostaria de manter meu tráfego privado, por isso não instalei o certificado e não estou mais usando a conexão com a internet do cliente.
No entanto, eu tenho que usar clientes VPN para acessar alguns serviços e empurrar o meu trabalho. O administrador admitiu que em breve eles também instalarão o mesmo firewall para o tráfego da VPN e a configuração será "quando conectado à VPN, todo o tráfego passará pela VPN".
Eu gostaria de evitar isso, pois não quero que meu tráfego privado do gmail (e de outros serviços privados) seja roteado por meio dessa VPN "man in the middle" do meu cliente.
Para o meu ambiente de trabalho eu uso o VirtualBox (para separar o ambiente de cada cliente e também desta forma eu posso facilmente fazer backup de todo o ambiente, antes de instalar / tentar algo novo que possa potencialmente quebrá-lo).
Se eu me conectar à VPN no sistema operacional convidado (dentro do VirtualBox), independentemente da configuração da VPN, somente o tráfego do sistema operacional convidado deve ser roteado via VPN, não é mesmo?
Quero dizer, o sistema operacional convidado não está ciente do sistema operacional host e, portanto, a VPN dentro do sistema operacional convidado também não deve estar ciente de que está sendo executada em contexto virtualizado?
Assim, meu gmail privado executado a partir do tráfego do meu navegador Host OS não deve ser roteado através de clientes VPN, estou certo?
Tags virtualbox vpn openvpn