Systemeinstellungen können nicht über Chrome Remote Desktop auf Xubuntu geändert werden

717
PermissionsPuzzled

Ich verbinde mich mit meinem Remote-Server, auf dem Xubuntu läuft. Wenn ich mich direkt an der Box anmelde, ist alles in Ordnung - das Problem tritt auf, wenn ich mich mit Chrome Remote Desktop verbinde. Wenn ich versuche, etwas Wichtiges (z. B. Neustart, Ändern von Netzwerken, Installieren von Software) über die GUI auszuführen, erhalte ich einen Berechtigungsfehler. Wenn Sie zum Beispiel versuchen, meine OpenVPN-Verbindung zu aktivieren, wird Folgendes zurückgegeben:

VPN-Verbindung fehlgeschlagen Keine Berechtigung zum Steuern des Netzwerks

Im Terminal scheint es, als wäre ich als normaler Benutzer angemeldet. Aber ich kann nicht neu starten (ich kann mich nicht erinnern, ob dies normalerweise Sudo erfordert - das Wechseln der Netzwerke tut es natürlich nicht):

foo @ bar: ~ $ reboot
reboot: Muss root sein

Sobald ich Sudo habe, kann ich alles über die Kommandozeile erledigen - aber das tut mir nicht gut für all das, was ich in der grafischen Benutzeroberfläche haben möchte, das ich aus der Ferne machen könnte.

Ich habe versucht, meinen Benutzer zu netdev hinzuzufügen, aber das Problem konnte nicht gelöst werden:

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

Meine Theorie ist, dass ich nicht wirklich als mein Benutzer angemeldet bin oder dass zumindest die GUI von einem anderen Benutzer ausgelöst wird, der nicht über die erforderlichen Berechtigungen verfügt.

  1. Wie kann ich herausfinden, was "Benutzer" die xfce-Sitzung ausgelöst hat?

  2. Wie kann ich diesem Benutzer die entsprechenden Berechtigungen erteilen? Ich weiß, dass es nicht üblich ist, nicht root-Benutzer zu root hinzuzufügen, aber ich bin in Versuchung;)

Es wurde nach einem Chrome-Remote-Desktop-Benutzer gesucht, der aber scheinbar nicht existiert - obwohl es eine Gruppe mit diesem Namen gibt:

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

Chrome-Remote-Desktop: x: 1001: foo

Irgendwelche Ideen? Danke im Voraus!

3

1 Antwort auf die Frage

2
Rafael

Dies geschieht aufgrund der Funktionsweise von Chrome Remote Desktop. Dadurch wird eine neue Sitzung erstellt, auf die Sie parallel zu den anderen Sitzungen remote zugreifen können. Normalerweise wird der X-Server / die grafische Benutzeroberfläche in Sitzung 7 ausgeführt (Sie können versuchen, Sitzungen mit Ctrl+ Alt+ (wobei die Sitzungsnummer angegeben ist) zu ändern und zu ändern. Chrome Remote Desktop verwendet eine andere. Immer, wenn Sie aufgefordert werden, Ihr Kennwort über eine GUI einzugeben, wird das Fenster in der Hauptsitzung der GUI (Sitzung 7) angezeigt, und Sie können nicht direkt von Chrome Remote Desktop aus darauf zugreifen.Fnn

Glücklicherweise gibt es ein bisschen Hacking, mit dem Sie das umgehen können. Wie hier erwähnt, können Sie Folgendes bearbeiten /opt/google/chrome-remote-desktop/chrome-remote-desktop(erstellen Sie zuerst ein Backup dieser Datei, falls etwas schief geht):

FIRST_X_DISPLAY_NUMBER = 0 # Replace 20 by 0 

Dann kommentieren Sie die while-Schleife aus:

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 

Eine andere Lösung ist, Anwendungen vom Terminal aus auszuführen sudo, zB sudo google-chrome( nicht empfohlen ).

Ich hoffe, das Team, das Chrome Remote Desktop entwickelt, wird uns alle hören und dieses Verhalten bald ändern.

Danke für die Information! +1. Ihre Antwort wäre jedoch besser, wenn Sie die empfohlenen Aktionen in Ihrem Link zu den Google Produktforen zusammenfassen würden. hBy2Py vor 8 Jahren 0
Danke für den Kommentar, Brian. Ich habe die Aktionen nicht zusammengefasst, da sie auf der verlinkten Webseite gut beschrieben sind und ich dachte, das wäre nicht nötig. Rafael vor 8 Jahren 0
Wahr. Was passiert jedoch, wenn Google im nächsten Jahr beschließt, Produktforen in die zirkuläre Datei zu werfen? Ihre Antwort wird dann amputiert. Das Bereitstellen mindestens eines Zitats von Schlüsselinhalten aus Links, um dies zu vermeiden, ist eigentlich Teil der [Website-Richtlinien] (http://superuser.com/help/how-to-answer) zur Beantwortung von Fragen: * " Zitieren Sie immer den relevantesten Teil eines wichtigen Links, falls die Zielseite nicht erreichbar ist oder dauerhaft offline ist. "* Ich bin auch zuerst darüber gestolpert. hBy2Py vor 8 Jahren 0
@ Brian, das ist ein sehr guter Punkt. Ich habe die Antwort entsprechend bearbeitet. Vielen Dank! :) Rafael vor 8 Jahren 0
Willkommen bei SuperUser! :-) hBy2Py vor 8 Jahren 0