No se puede cambiar la configuración del sistema a través de Chrome Remote Desktop en Xubuntu

3

Me estoy conectando a mi servidor remoto con Xubuntu. Cuando inicio sesión directamente en el cuadro, todo está bien: el problema aparece cuando me conecto con el Escritorio remoto de Chrome. Si intento hacer algo importante (por ejemplo, reiniciar, cambiar redes, instalar software) a través de la GUI, aparece un error de permisos. Por ejemplo, intentar habilitar mi conexión OpenVPN devuelve:

Error de conexión VPN No autorizado para controlar las redes

En la terminal, parece que he iniciado sesión como mi usuario habitual. Pero no puedo reiniciar (no recuerdo si esto normalmente requiere sudo; cambiar las redes ciertamente no):

foo @ bar: ~ $ reiniciar
reiniciar: debe ser root

Tan pronto como sudo puedo hacer cualquier cosa a través de la línea de comandos, pero esto no me sirve de nada para todas las cosas en la GUI que me gustaría poder hacer de forma remota.

Intenté agregar mi usuario a netdev, pero eso no resolvió el problema:

foo @ bar: ~ $ groups foo adm cdrom sudo dip plugdev netdev lpadmin sambashare chrome-remote-desktop

Mi teoría es que en realidad no he iniciado sesión como mi usuario, o que la GUI al menos está siendo activada por otro usuario que no tiene los permisos adecuados.

  1. ¿Cómo puedo averiguar en qué "usuario" ha activado la sesión xfce en la que estoy?

  2. ¿Cómo puedo darle a ese usuario los permisos apropiados? Sé que es una mala práctica agregar usuarios no root al root, pero estoy tentado;)

Busqué un usuario de escritorio remoto de Chrome, pero parece que no existe, aunque hay un grupo con ese nombre:

foo @ bar: ~ $ grep 'escritorio-remoto-cromo' / etc / group

escritorio-remoto-chrome: x: 1001: foo

¿Algunas ideas? ¡Gracias por adelantado!

Permisos Desconcertado
fuente

Respuestas:

2

Esto sucede debido a la forma en que funciona Chrome Remote Desktop. Crea una nueva sesión a la que puede acceder de forma remota en paralelo a las otras sesiones. Normalmente, el servidor X / GUI se ejecuta en la sesión 7 (puede intentar cambiar las sesiones con Ctrl+ Alt+ , donde está el número de sesión), y Chrome Remote Desktop usa una diferente. Por lo tanto, cada vez que se le solicita que ingrese su contraseña utilizando una GUI, la ventana aparece en la sesión principal de la GUI (sesión 7), y no hay forma de acceder a ella desde el Escritorio remoto de Chrome directamente.Fnn

Afortunadamente, hay un poco de piratería que puedes hacer para evitar esto. Como se mencionó aquí , puede editar /opt/google/chrome-remote-desktop/chrome-remote-desktop(cree una copia de seguridad de este archivo primero en caso de que algo salga mal):

FIRST_X_DISPLAY_NUMBER = 0 # Replace 20 by 0

Luego comente el ciclo while:

def get_unused_display_number():
    """Return a candidate display number for which there is currently no
    X Server lock file"""
    display = FIRST_X_DISPLAY_NUMBER
    # while os.path.exists(X_LOCK_FILE_TEMPLATE % display):
    # display += 1
    return display

Otra solución es ejecutar aplicaciones desde la terminal con sudo, p. Ej. sudo google-chrome( No recomendado ).

Esperemos que el equipo que desarrolla Chrome Remote Desktop nos escuche a todos y pronto cambie este comportamiento.

Rafael
fuente
Gracias por la info! +1. Sin embargo, su respuesta mejoraría si resumiera las acciones recomendadas en su enlace de Foros de productos de Google.
hBy2Py
Gracias por el comentario, Brian. No resumí las acciones porque están bien descritas en la página web vinculada y pensé que no sería necesario.
Rafael
Cierto. Sin embargo, ¿qué sucede si Google decide el próximo año incluir foros de productos en el archivo circular? Su respuesta luego amputa su contenido clave. Proporcionar al menos una cita del contenido clave de los enlaces, para evitar que esto suceda, es en realidad parte de las pautas del sitio para responder preguntas: "Siempre cite la parte más relevante de un enlace importante, en caso de que el sitio de destino no sea accesible o desaparezca permanentemente fuera de línea ". Me tropecé con esto al principio, también.
hBy2Py
@Brian, ese es un muy buen punto. He editado la respuesta en consecuencia. ¡Gracias! :)
Rafael
<thumbs-up> ¡Bienvenido a SuperUser! :-)
hBy2Py