Не удается изменить параметры системы С помощью удаленного рабочего стола Chrome на Xubuntu

я подключаюсь к моему удаленному серверу под управлением Xubuntu. Когда я войти непосредственно в поле, все в порядке-проблема появляется при подключении с помощью удаленного рабочего стола Chrome. Если я попытаюсь сделать что-нибудь важное (e.G перезагрузка, изменение сети, установка программного обеспечения) через графический интерфейс я получаю ошибку разрешений. Например, попытка включить мое соединение OpenVPN возвращает:

VPN-подключение не удалось
Не авторизован для управления сетью

в терминале, кажется, я вошел как мой обычный пользователь. Но я не могу перезагрузиться (не могу вспомнить, если это обычно требует судо-изменение сетей, конечно, нет):

foo@bar:~$ reboot


перезагрузка: должен быть root

Как только я sudo я могу сделать что-нибудь через командную строку-но это не делает меня никакой пользы для всех вещей в графическом интерфейсе я хотел бы быть в состоянии сделать удаленно.

Я попытался добавить своего пользователя в netdev, но это не решило проблему:

foo@bar:~$ группы
фу адм компакт-диск судо дип plugdev netdev ваш любимый редактор для редактирования sambashare хром-удаленного-стола

моя теория заключается в том, что я на самом деле не вошел в систему как мой пользователь, или что графический интерфейс, по крайней мере, запускается другим пользователем, который не имеет надлежащих разрешений.

  1. Как я могу узнать, что "пользователь" вызвало сессии Xfce я?

  2. Как я могу дать этому пользователю соответствующие разрешения? Я знаю, что это плохая практика добавлять пользователей без root в root, но я соблазнил;)

искал пользователя chrome-remote-desktop, но он, похоже, не существует-хотя есть группа с таким именем:

foo@bar:~ $ grep 'chrome-remote-desktop'/etc / group

chrome-remote-desktop: x: 1001: foo

какие идеи? Заранее спасибо!

11
задан PermissionsPuzzled
11.04.2023 5:17 Количество просмотров материала 3115
Распечатать страницу

1 ответ

это происходит из-за того, как работает удаленный рабочий стол Chrome. Он создает новый сеанс, к которому вы можете получить удаленный доступ параллельно с другими сеансами. Обычно X server/GUI работает на сессии 7 (Вы можете попробовать изменить сессии с помощью Ctrl + Alt + Fn, где n - номер сеанса), а удаленный рабочий стол Chrome использует другой. Поэтому всякий раз, когда вас просят ввести пароль с помощью графического интерфейса, окно появляется на основной сессии GUI (сессия 7), и нет никакого способа, чтобы получить доступ к нему из Chrome Remote Desktop непосредственно.

К счастью, есть немного взлома вы можете сделать, чтобы обойти это. как уже упоминалось здесь, вы можете изменить /opt/google/chrome-remote-desktop/chrome-remote-desktop (создать резервную копию этого файла на случай, если что-то пойдет не так):

FIRST_X_DISPLAY_NUMBER = 0 # Replace 20 by 0

затем закомментируйте цикл 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

другое решение-запускать приложения из терминала с sudo, например sudo google-chrome (не рекомендуется).

надеюсь, команда разработчиков Chrome Remote Desktop услышит нас всех и вскоре изменит это поведение.

2
отвечен Rafael 2023-04-12 13:05

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх