☰

Cambie los permisos del escritorio remoto desde la línea de comando (¿de forma remota?)

tag-icon • tag-icon command-line permissions remote-desktop tsclient
Cambie los permisos del escritorio remoto desde la línea de comando (¿de forma remota?)

Puedo sshingresar a mi escritorio en el trabajo y trabajar en la línea de comando, pero me gustaría usar un protocolo de escritorio remoto para verificar algunos de los programas que dejé abiertos y ejecutándose.

No he configurado permiso para usar un cliente de escritorio remoto (por ejemplo, tsclient) en el escritorio, por lo que mis solicitudes de conexión son rechazadas (ver imagen).

ingrese la descripción de la imagen aquí

Las instrucciones dadas en unPregunta anteriorSugerimos que lo siguiente debería funcionar:

gconftool-2 -s -t bool /desktop/gnome/remote_access/enabled true
/usr/lib/vino/vino-server

Pero entiendo esto:

(30/07/2011 11:25:35 PM Autoprobing TCP port in (all) network interface
30/07/2011 11:25:35 PM Listening IPv6://[::]:5900
30/07/2011 11:25:35 PM Listening IPv4://0.0.0.0:5900
30/07/2011 11:25:35 PM Autoprobing selected port 5900
30/07/2011 11:25:35 PM Advertising security type: 'TLS' (18)
30/07/2011 11:25:35 PM Advertising authentication type: 'No Authentication' (1)
30/07/2011 11:25:35 PM Advertising security type: 'No Authentication' (1)

¿Estoy haciendo algo incorrectamente?

¿Es posible ingresar por ssh y otorgarme los permisos necesarios para usar tsclient?

Respuesta1

Siempre que haya configurado su servidor y cliente ssh para aceptar el reenvío X, podemos iniciar el Administrador de preferencias de Vino con el siguiente comando:

ssh -X <remote>
user@remote:~$ vino-preferences

De esta manera podemos habilitar el servidor vino y cambiar la configuración, incluida la contraseña de VNC.

Respuesta2

No estás haciendo nada malo, pero lo estás haciendo usando el software incorrecto. Bastante comprensible. Lo que se llamó "escritorio remoto" en Ubuntu nunca tuvo la intención de ser una solución de escritorio remoto. Su objetivo era ser una forma de compartir su escritorio en ejecución con otra persona. Presenté un error y parece haberse solucionado porque ahora se le cambió el nombre a "Compartir escritorio", que es una descripción mucho mejor.

Pero incluso si fuera posible, no sería recomendable. VNC es un protocolo muy lento y existen alternativas mucho mejores:

  • XRDP es un servidor de protocolo de escritorio remoto para X. Está mal documentado y es algo complicado de configurar. El beneficio es que luego puede usar el cliente de escritorio remoto en Windows para conectarse a él, así como el tsclient que está instalado de forma predeterminada en Ubuntu.http://www.xrdp.org/
  • Nomachine NX. Este es un sistema de escritorio remoto muy eficiente y fácil de usar. Es de código cerrado, construido sobre sus propias bibliotecas NX de código abierto. Proporcionan un servidor que puede utilizar de forma gratuita si solo se permite que dos usuarios se conecten y está limitado a dos conexiones a la vez. Venden otros servicios sin estas limitaciones. Su cliente es gratuito y está disponible para varios sistemas operativos. También tienen un complemento de Java para que puedas iniciar sesiones desde un navegador web. Hay un cliente de código abierto llamado OpenNX que es compatible con su servidor, pero no lo he probado yo mismo. Ninguna máquina:http://www.nomachine.com/OpenNX:http://opennx.net/
  • FreeNX pretende ser un reemplazo directo de Nomachine NX Server, basado en las bibliotecas de código abierto de NX. Es compatible con su cliente y el cliente OpenNX. Es fácil de instalar y usar.http://freenx.berlios.de/
  • X2Go. Este es mi favorito. Está basado en las bibliotecas de Nomachines NX y su servidor es de código abierto. Tienen un complemento para Firefox que le permite ejecutar una sesión directamente en el navegador. También tienen soporte para PulseAudio, algo que los demás no tienen. Su cliente es muy bueno y puede usarse como administrador de visualización.http://www.x2go.org/

Todas son muy buenas soluciones, pero le recomendaría que las pruebe en orden inverso y que se detenga cuando encuentre una que funcione bien. Es decir, primero x2go, luego freenx, etc.

Respuesta3

También puede instalar x11vnx y ejecutarlo después de iniciar sesión mediante ssh.

Pero primero probaré la solución propuesta por Takkat. En la mayoría de los casos, funcionará de inmediato.

información relacionada