Xlib: connection to ":0.0" refused by server [Note]
Solution: "xhost +":
bash-2.05b$ su -
Password:
ibm root # ethereal
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
(ethereal:14333): Gtk-WARNING **: cannot open display:
ibm root # exit
logout
bash-2.05b$ xhost +
access control disabled, clients can connect from any host
bash-2.05b$ su -
Password:
ibm root # ethereal
Facebook:
Kommentare
garibaldi @ 12.11.2004 07:10 CET
Hi; es geht auch mit 'xhost +localhost', was etwas sicherer ist als die Lösung von Alain. Um den Zugang zum Xserver nur zB. root zugänglich zu machen, habe ich eine etwas ausführlichere Anleitung gefunden: ------------------------------------------------------------------------- Zugriff auf den X-Server Wer nun versucht ein X-Programm zu starten wird bitter enttäuscht werden, denn auch "root" darf nicht ohne weiteres einen fremden X-Server als Ausgabemedium missbrauchen - dies muss zuvor der User gestatten. Die eigenen "Schlüssel" hierzu liegen in der Datei "~/.Xauthority", und können über "xauth list" eingesehen werden. Will nun ein anderer User (in diesem Fall "root") auf unseren X-Server zugreifen, so benötigt er einen passenden Schlüssel: Diesen kann der User mit dem Befehl "xauth extract schluessel $DISPLAY" in einer Datei (in diesem Beispiel "schluessel") abspeichern, und "root" mit dem Befehl "xauth merge schluessel" dauerhaft seiner "~/.Xauthority" hinzufügen. Doch noch immer kann kein X-Programm gestartet werden, denn diesem muss erst noch mitgeteilt werden, welches Display verwendet werden soll. Hierfür sorgt die Shellvariable "DISPLAY" (vgl. "man X"), die "root" noch setzen muss (z.B. durch die Eingabe von "DISPLAY=:0.0; export DISPLAY"). Ein Beispiel, bei dem der Dateimanager "X-Files" mit Rootrechten in einer User-X-Session genutzt werden soll: jo@planet ~> xauth extract xauth_jo $DISPLAY jo@planet ~> su - Password: root@planet:~> xauth merge /home/jo/xauth_jo xauth: creating new authority file /root/.Xauthority root@planet:~> DISPLAY=:0.0; export DISPLAY root@planet:~> X-Files Starting X-Files... Will man diese Einstellungen nicht jedesmal neu vornehmen sondern automatisch setzen lassen, so bietet sich für die Shellvariable $DISPLAY des "Users root" die Datei "/root/.bashrc" an (sofern die Bash verwendet wird). Der Schlüssel selber bleibt für künftige Sitzungen erhalten. Da "root" jedoch die Daten des Users lesen kann, ist in diesem Fall ein auslesen, transportieren und einfügen des Schlüssels nicht erforderlich - so ist es möglich, statt dem Ex- und Importieren einfach die gesamte Datei "~/.Xauthority" des Users zu übernehmen. Beispiel: jo@planet ~> su - Password: root@planet:~> cp /home/jo/.Xauthority /root/ root@planet:~> DISPLAY=:0.0; export DISPLAY root@planet:~> X-Files Starting X-Files... Weniger dramatisch als das Kopieren oder Importieren fremder Zugangsdaten ist das Setzen der Umgebungsvariablen "XAUTHORITY", die "root" einfach auf die ".Xauthority" des Users zeigen lassen kann. Allerdings muss bei dieser Methode die Variable bei jedem Wechsel zum Rootaccount erneut gesetzt werden (vgl. $DISPLAY): jo@planet ~> su - Password: root@planet:~> XAUTHORITY=/home/jo/.Xauthority; export XAUTHORITY root@planet:~> DISPLAY=:0.0; export DISPLAY root@planet:~> X-Files Starting X-Files... ---------------------------------------------------------------------------
Hi; es geht auch mit 'xhost +localhost', was etwas sicherer ist als die Lösung von Alain. Um den Zugang zum Xserver nur zB. root zugänglich zu machen, habe ich eine etwas ausführlichere Anleitung gefunden: ------------------------------------------------------------------------- Zugriff auf den X-Server Wer nun versucht ein X-Programm zu starten wird bitter enttäuscht werden, denn auch "root" darf nicht ohne weiteres einen fremden X-Server als Ausgabemedium missbrauchen - dies muss zuvor der User gestatten. Die eigenen "Schlüssel" hierzu liegen in der Datei "~/.Xauthority", und können über "xauth list" eingesehen werden. Will nun ein anderer User (in diesem Fall "root") auf unseren X-Server zugreifen, so benötigt er einen passenden Schlüssel: Diesen kann der User mit dem Befehl "xauth extract schluessel $DISPLAY" in einer Datei (in diesem Beispiel "schluessel") abspeichern, und "root" mit dem Befehl "xauth merge schluessel" dauerhaft seiner "~/.Xauthority" hinzufügen. Doch noch immer kann kein X-Programm gestartet werden, denn diesem muss erst noch mitgeteilt werden, welches Display verwendet werden soll. Hierfür sorgt die Shellvariable "DISPLAY" (vgl. "man X"), die "root" noch setzen muss (z.B. durch die Eingabe von "DISPLAY=:0.0; export DISPLAY"). Ein Beispiel, bei dem der Dateimanager "X-Files" mit Rootrechten in einer User-X-Session genutzt werden soll: jo@planet ~> xauth extract xauth_jo $DISPLAY jo@planet ~> su - Password: root@planet:~> xauth merge /home/jo/xauth_jo xauth: creating new authority file /root/.Xauthority root@planet:~> DISPLAY=:0.0; export DISPLAY root@planet:~> X-Files Starting X-Files... Will man diese Einstellungen nicht jedesmal neu vornehmen sondern automatisch setzen lassen, so bietet sich für die Shellvariable $DISPLAY des "Users root" die Datei "/root/.bashrc" an (sofern die Bash verwendet wird). Der Schlüssel selber bleibt für künftige Sitzungen erhalten. Da "root" jedoch die Daten des Users lesen kann, ist in diesem Fall ein auslesen, transportieren und einfügen des Schlüssels nicht erforderlich - so ist es möglich, statt dem Ex- und Importieren einfach die gesamte Datei "~/.Xauthority" des Users zu übernehmen. Beispiel: jo@planet ~> su - Password: root@planet:~> cp /home/jo/.Xauthority /root/ root@planet:~> DISPLAY=:0.0; export DISPLAY root@planet:~> X-Files Starting X-Files... Weniger dramatisch als das Kopieren oder Importieren fremder Zugangsdaten ist das Setzen der Umgebungsvariablen "XAUTHORITY", die "root" einfach auf die ".Xauthority" des Users zeigen lassen kann. Allerdings muss bei dieser Methode die Variable bei jedem Wechsel zum Rootaccount erneut gesetzt werden (vgl. $DISPLAY): jo@planet ~> su - Password: root@planet:~> XAUTHORITY=/home/jo/.Xauthority; export XAUTHORITY root@planet:~> DISPLAY=:0.0; export DISPLAY root@planet:~> X-Files Starting X-Files... ---------------------------------------------------------------------------
soya @ 16.11.2004 12:38 CET
i don't understand german language, i'm from spain i can speak english if someone understands me. I have the problem comented on the top of the page. Setting xhost + didn't solved the problem cause if i do startx -- :1 to open a second X interface in vt8 and then i do "su -" and open an xterm, the xterm is opened in the vt7 where i have a session as root, if i don't have a session as root i recieve an error and if i don't set xhost + i recieve the error of the original post (top of the page). Any solution, tip or help? thanks in advanced :)
i don't understand german language, i'm from spain i can speak english if someone understands me. I have the problem comented on the top of the page. Setting xhost + didn't solved the problem cause if i do startx -- :1 to open a second X interface in vt8 and then i do "su -" and open an xterm, the xterm is opened in the vt7 where i have a session as root, if i don't have a session as root i recieve an error and if i don't set xhost + i recieve the error of the original post (top of the page). Any solution, tip or help? thanks in advanced :)
Ott @ 22.01.2007 10:57 CETKeine (weiteren) neuen Kommentare erlaubt.