Con una de esas "VPN de consumo" comoAcceso privado a Internet, que tiene reenvío de puertos.¿Es posible hacer lo siguiente?
¿Configurar un servidor en una red detrás de un NAT y utilizar el reenvío de puertos para que se pueda acceder al servidor a través de Internet? También en la interfaz del cliente VPN, me confunden las configuraciones: puerto remoto y puerto local. Por ejemplo, si el servidor se ejecuta en el puerto 8090, ¿se utilizaría como puerto local o como puerto remoto? ¿A qué puerto ingresaría alguien que intentara conectarse al servidor?
El reenvío de puertos no soluciona el problema de conectarse a un servidor detrás de una dirección IP no estática, ¿correcto?
Respuesta1
También en la interfaz del cliente VPN, me confunden las configuraciones: puerto remoto y puerto local. Por ejemplo, si el servidor se ejecuta en el puerto 8090, ¿se utilizaría como puerto local o como puerto remoto? ¿A qué puerto ingresaría alguien que intentara conectarse al servidor?
En la mayoría de las interfaces, ambas etiquetas suelen significar puertos de destino, pero "puerto remoto" es el externo (ingresado por los usuarios), mientras que "puerto local" es el interno (visto por su propio servidor). Pueden ser idénticos o diferentes, según sus necesidades.
Así que si entras123como 'remoto' y80como 'local', los usuarios que se conectan a<VPN_IP_pública>:123terminará siendo reenviado a<tu_computadora>:80. Básicamente lo mismo que encontrarías en los enrutadores domésticos.
(Este significado de "puerto remoto" es, desafortunadamente, completamente diferente de lo que significa dentro del propio TCP, ya que los paquetes TCP tienen un destinoypuertos de origen.)
El reenvío de puertos no soluciona el problema de conectarse a un servidor detrás de una dirección IP no estática, ¿correcto?
No es así. Pero si un producto VPN ofrece específicamente reenvío de puertos, entonces esperaría que también ofreciera una dirección IP estática.