No se puede conectar a RealVNC en MacOS a través de la red local (la nube funciona)

Question

Tengo una Mac mini que utilizo principalmente para ejecutar compilaciones. He estado usando su servidor vnc integrado durante aproximadamente una semana, pero es tremendamente lento y, por alguna razón, tarda unos buenos 2 minutos en inicializar una conexión. Pensé en probar RealVNC.

Después de la configuración inicial, puedo conectarme a través de RealVNC usando la conexión en la nube, básicamente enrutando mi conexión a través de Internet. Pero ambas PC están en la misma red, por lo que prefiero usar una conexión local. La cosa es que esto no parece funcionar -en absoluto-. No importa lo que intenté, sigo recibiendo una conexión rechazada.

Cosas que he probado:

• Agregarlo a aplicaciones de accesibilidad
• Cambiar el puerto a 5800 y 5901
• Conectarse a la misma computadora con SSH para ver si funciona (lo hace)
• Activar el registro de depuración (no hay nada ahí)
• Asegurarme de que mi firewall esté apagado (lo está)

Ambas computadoras están conectadas al mismo conmutador, pero si ese fuera el problema, SSH tampoco funcionaría.

¿Alguien tiene alguna idea de por qué esto no funciona?

Answer 1

Conectarse a través de la nube RealVNC no significa necesariamente que el tráfico se enruta a través de Internet; si las máquinas están en la misma red, debería resolver esto automáticamente y enrutar los datos localmente. Si va a la información de conexión en el visor, podrá saber si está recurriendo a la transmisión a través de servidores en la nube porque dirá algo como "conectado a través de..."

La conexión directa a través de TCP solo está disponible si se ha suscrito a un plan empresarial, pero no debería necesitar hacerlo, ya que debería funcionar como se describe anteriormente.

Answer 2

Parece que es posible que solo esté escuchando en el host local y haciendo un túnel de la conexión a Internet para que la aplicación en realidad no esté escuchando en su interfaz LAN externa/orientada hacia adelante.

SSH a las computadoras y sudo lsof -iTCP:5901verifique si están escuchando en todos los puertos o solo en el host local, y vea si hay configuraciones oscuras o archivos de configuración o directorios ocultos en su $HOMEdirectorio o en algún otro lugar al que acceda la aplicación. Si es así, cambie localhosto 127.0.0.1a su dirección IP de LAN o 0.0.0.0.

Esto también mostrará si las IP están escuchando en IPv6 en lugar de IPv4, lo que también provocaría este comportamiento de no poder conectarse a sus respectivas direcciones IPv4 a través de la red local.