Instalei um servidor Ubuntu 20.04.1 como VM em um VirtualBox, este VirtualBox está rodando no servidor remoto da minha escola e instalado GNS3
neste VM (servidor Ubuntu). Até agora está tudo bem. Mas quando tento usar minha máquina local (MacOS Catalina) e TunnelBlick
conectar-me a este servidor remoto, recebo o erro: TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity)
.
Até agora, depois de ler várias respostas, tentei:
- do Mac local
nc -uvz <remote server IP/also VM IP> 1194
Sucesso! - verificado client.ovpn, o IP remoto correto está lá.
- pode ser feito
scp
entre o host e a VM com IP público - significa que o IP da VM está correto e acessível. - desinstalei e instalei
GNS3
várias vezes e atualizei o arquivo de configuração.
Por favor me ajude com isso.
Responder1
Deixe-me responder sua pergunta um pouco mais detalhadamente. Não tenho ideia sobre o GNS3, mas conheço o openvpn e o TunnelBlick, que é um cliente MacOS para openvpn - e sua pergunta está relacionada à rede. Faltam coisas importantes na questão - tenho que fazer algumas suposições, mas espero colocá-lo no caminho certo para encontrar a causa.
Você mencionou que o servidor remoto está localizado dentro da sua escola. Presumo que sua escola tenha pelo menos um firewall, que possui a interface que contém o endereço IP público da escola que você está usando para acessar sua VM. Deixe-me desenhar isso para esclarecimento:
FW remote server virtual machine
| | |
Pub. IP->|<--- priv. Subnet A ---> | <-- priv. Subnet B --> |
| | |
Novamente, não tenho ideia da infraestrutura de rede da sua escola, tudo isso é uma suposição. Mas isso esclarece meu ponto: qualquer conexão recebida no IP público da sua escola deve ser traduzida para o IP dentro da sub-rede A do seu servidor remoto. Esta é uma regra que deve estar presente dentro do firewall. Obviamente, existe essa regra para a porta SSH da sua VM, caso contrário o comando scp não funcionaria. Mas só porque existe tal regra para a porta ssh, não significa que tal regra exista também para a porta UDP 1194.
Se você passou pelo firewall e alcançou a interface host do servidor remoto, será necessário realizar uma tradução de endereço de rede novamente - este pacote IP não se destina ao servidor remoto, mas sim à VM - é necessário que haja um NAT regra em vigor para traduzir o tráfego de entrada para o endereço IP da VM. Talvez você já tenha uma ideia de por onde começar a procurar a causa dos seus problemas.