☰

DDNS (NoIP) VNC no se puede conectar

tag-icon • tag-icon networking router dns port-forwarding vnc
DDNS (NoIP) VNC no se puede conectar

Estoy ejecutando Ubuntu 17.10 y pude poner en funcionamiento x11vnc en mi red local. Quería ampliar esto para acceso remoto. Consulte los pasos que he seguido a continuación:

  • Configuración de x11vnc (puede confirmar que se está ejecutando en el puerto 5900)
  • Configure Noip (creó el nombre de host y descargó el DUC y puede confirmar la ejecución)
  • Configure el reenvío de puertos en el enrutador y pueda confirmar que el puerto está abierto (cuando hago esto, recibo un mensaje de x11vnc que tomo como una buena señal)
  • GUFW instalado (aunque tengo "Desactivado" porque de lo contrario el puerto está cerrado por algún motivo independientemente de la regla para permitir la conexión entrante al puerto 5900)
  • Puedo confirmar que el firewall del enrutador no está bloqueando el puerto 5900 (o al menos no dice que lo esté)

Entonces lo que no puedo entender es por qué no puedo conectar VNC cuando siento que todo está en orden. No puedo conectarme usando mi IP pública/externa O ddns, pero cuando ingreso los ddns en la URL de un navegador puedo acceder a la página de mi enrutador (que no me gusta en absoluto y preferiría desactivarla si esto es posible). )

He utilizado dos clientes diferentes para intentar conectarme al servidor solo para asegurarme de que no fuera también un problema del cliente. Por favor ayuda, gracias de antemano!

EDITAR: ¿Alguna idea sobre el uso de una VPN de Hamachi para VNC?

Respuesta1

Durante el asistente de configuración en la página de inicio de NO-IP, hay una pequeña herramienta para verificar si el puerto está realmente abierto con un escaneo del puerto que ingresa. A través de este método puede verificar si su firewall no está bloqueando el puerto 5900.
Lo siguiente: ¿el NO-IP-DUC realmente proporciona información sobre un servicio en el puerto 5900?Y5800 según la guía de configuración oficial para VNC con NO-IP?

Necesitará reenviar y configurar ambos puertos. Control remoto mediante VNC y sin IP

Respuesta2

El problema se debió a NAT Loopback. Gracias @kicken

información relacionada