☰

No se puede acceder al servidor Ubuntu que se ejecuta en VirtualBox y en una máquina remota

tag-icon • tag-icon ubuntu virtualbox gns3
No se puede acceder al servidor Ubuntu que se ejecuta en VirtualBox y en una máquina remota

Instalé un servidor Ubuntu 20.04.1 como máquina virtual en VirtualBox, este VirtualBox se ejecuta en el servidor remoto de mi escuela y está instalado GNS3en esta máquina virtual (servidor Ubuntu). Hasta ahora todo está bien. Pero cuando intento usar mi máquina local (MacOS Catalina) y TunnelBlickconectarme a este servidor remoto, aparece el error: TLS Error: TLS key negotiation failed to occur within 60 seconds (check your network connectivity).

Hasta ahora, después de leer varias respuestas, he intentado:

  1. de Mac local ¡ nc -uvz <remote server IP/also VM IP> 1194Éxito!
  2. Comprobado client.ovpn, la IP remota correcta está ahí.
  3. puede hacer scpentre el host y la VM con IP pública: significa que la IP de la VM es correcta y accesible.
  4. Desinstalado e instalado GNS3varias veces y actualizado el archivo de configuración.

Por favor, ayúdame con esto.

Respuesta1

Déjame responder a tu pregunta un poco más a fondo. No tengo idea sobre GNS3, pero conozco openvpn y TunnelBlick, que es un cliente MacOS para openvpn. Y su pregunta está relacionada con la red. A la pregunta le faltan cosas importantes. Tengo que hacer algunas suposiciones, pero espero llevarlo por el camino correcto para encontrar la causa.

Mencionaste que el servidor remoto está ubicado dentro de tu escuela. Asumiré que su escuela tiene al menos un firewall, que posee la interfaz que contiene la dirección IP pública de la escuela que está utilizando para acceder a su VM. Déjame dibujar esto para aclarar:

        FW                     remote server                virtual machine
         |                         |                           |
Pub. IP->|<--- priv. Subnet A ---> |    <-- priv. Subnet B --> |
         |                         |                           |

Nuevamente, no tengo idea sobre la infraestructura de red de su escuela, todo esto es una suposición. Pero esto aclara mi punto: cualquier conexión entrante en la IP pública de su escuela debe traducirse a la IP dentro de la subred A de su servidor remoto. Esta es una regla que debe estar presente dentro del firewall. Obviamente, existe una regla de este tipo para el puerto SSH de su VM; de lo contrario, el comando scp no funcionaría. Pero el hecho de que exista una regla de este tipo para el puerto ssh no significa que también exista para el puerto UDP 1194.

Si pasó el firewall y llegó a la interfaz del host del servidor remoto, es necesario volver a realizar una traducción de la dirección de red; este paquete IP no está destinado al servidor remoto, está destinado a la VM; debe haber una NAT regla establecida para traducir el tráfico entrante a la dirección IP de la máquina virtual. Quizás ahora tenga una idea de dónde empezar a buscar la causa de sus problemas.

información relacionada