
Tengo TightVNC Server (v. 2.7.10) ejecutándose en mi computadora (Windows 8.1 Professional). Cuando estoy físicamente frente a la computadora, otros pueden ver mi pantalla usando un cliente VNC. Sin embargo, cuando ingreso RDP a mi computadora, otros usuarios no pueden ver mi sesión; solo ven la pantalla de bloqueo de Windows.
¿Cómo puedo permitir que otros usuarios vean mi sesión RDP actual usando TightVNC?
Respuesta1
VNC y RDP son protocolos diferentes. VNC es compartir pantalla, con la opción de usar la entrada de un cliente (es decir, mouse, teclado, etc.) en la pantalla del servidor, con los controles del servidor aún activos. Remote Desktop se creó para administrar la computadora, que comenzó con Terminal Services de NT4. Fue parte de lo que hizo de Windows un entorno multiusuario, ya que cada usuario tiene su propia sesión.
Cuando haces RDP, bloquea la consola.en versiones para consumidoresde Windows. Para las ediciones Server, no inicia quien esté en la "consola". Puedes anular esto usando el comando /admin
(solía ser /console
) cuando ejecutas mstsc.exe
.
Si está utilizando VNC, verá la pantalla de la consola. Si está utilizando RDP, se está conectando a una sesión. En el caso de las ediciones Windows Professional (¡no de los servidores!), solo se le permite una conexión simultánea, por lo que bloquea la sesión de la consola cuando alguien se conecta. No hay manera de evitarlo.
Respuesta2
Hay soluciones... pero cada una de ellas tiene limitaciones:
Debe iniciar VNC Server en la sesión remota como "aplicación" en lugar de "servicio". De esta manera, puedes ver la sesión RDP pero no puedes interactuar con su UAC.
Otra solución es iniciar el servidor VNC en la computadora desde la cual inicia la conexión RDP a la computadora remota, de esta manera el usuario remoto puede ver la ventana RDP del cliente y usarla.
Agregado en 2021: TightVNC Server desde la versión 2.8.53 admite la conexión a una sesión RDP activa. (pero tienes que desactivar la consulta para "aceptar/rechazar")fuente
Respuesta3
No estoy seguro de si funcionará, pero intente ejecutar el servidor independiente TightVNC desde su RDP, no ejecute el servicio TightVNC (supongo que con la instalación predeterminada, eligió tener el servicio ejecutándose).