it-swarm.com.de

Fehler: Anzeige kann nicht geöffnet werden: localhost: 0.0 - Firefox wird von CentOS 6.2 64bit aus geöffnet und unter Win7 angezeigt

Ich bin auf einem Windows7-Computer und versuche, Firefox auf dem CentOS-Computer zu öffnen, aber auf meinem aktuellen Bildschirm angezeigt zu werden. Wenn ich firefox im Terminal eingibt, erhalte ich die folgende Fehlermeldung:

Error: cannot open display: localhost:0.0

Zur Einrichtung der Anzeige habe ich den Befehl verwendet 

$ export DISPLAY=localhost:0.0

Einige Sites schlugen vor, folgendes zu verwenden, aber es funktionierte auch nicht:

$ export DISPLAY=:0.0

Ich verwende PuTTY und ich habe das Kontrollkästchen Enable X11 forwarding aktiviert, und XMing läuft unter Windows. Außerdem scheint die sshd_config in der centOS-Datei ordnungsgemäß eingerichtet zu sein:

$ cat /etc/ssh/sshd_config |grep -i x11
#X11Forwarding no
X11Forwarding yes
#X11DisplayOffset 10
X11UseLocalhost yes

Ich habe mir zahlreiche Seiten angesehen und auch StackOverflow durchsucht, aber es ist mir nicht gelungen, mir irgendwie zu helfen. Danke im Voraus. 

9
SaiyanGirl

Es stellt sich also heraus, dass X11 nicht wirklich auf dem centOS installiert war. Es schien keinen Hinweis darauf zu geben, dass es nicht installiert wurde. Ich habe den folgenden Befehl ausgeführt und jetzt wird Firefox geöffnet:

yum groupinstall 'X Window System' 

Hoffe, diese Antwort wird anderen helfen, die verwirrt sind :)

13
SaiyanGirl

Ich war einmal mit diesem Problem konfrontiert und konnte es beheben, indem ich meine/etc/hosts korrigierte. Der localhost-Name konnte nur nicht aufgelöst werden. Details finden Sie hier: http://itvictories.com/node/6

Tatsächlich ist der Fehler zu 99% auf die Datei/etc/hosts bezogen

Der X-Server kann localhost einfach nicht auflösen, und alle nachfolgenden Aktionen schlagen fehl.

Bitte stellen Sie sicher, dass Sie eine ähnliche Aufnahme haben

127.0.0.1 localhost

in Ihrer Datei/etc/hosts.

3
Aleks

Ich hatte diese Fehlermeldung:

Error: Can't open display: localhost:13.0

Das hat es für mich behoben:

export DISPLAY="localhost:10.0"

Sie können dies auch verwenden:

export DISPLAY="127.0.0.1:10.0"
1
Jozsef Turi

stellen Sie vor Beginn der Installation sicher, dass:

yum install -y xorg-x11-server-Xorg xorg-x11-xauth xorg-x11-apps
  1. starte xming oder cygwin
  2. verbindung mit X11-Weiterleitung herstellen (in PuTTY localhost: 0.0 für X-Anzeigeposition nicht vergessen)
  3. bearbeite sshd.cong und starte neu
     cat /etc/ssh/sshd_config | grep X
                             X11Forwarding yes
                             X11DisplayOffset 10
AddressFamily inet
  1. Ohne die X11-Weiterleitung sind Sie der X11-SICHERHEIT unterworfen und müssen dann: den Remoteserver autorisieren, eine Verbindung mit dem lokalen X-Server herzustellen, indem Sie eine Methode (z. B. den Befehl xhost) festlegen, mit der die Anzeigeumgebungsvariable die Ausgabe umleitet an den X-Server Ihres lokalen Computers. In diesem Beispiel: 192.168.2.223 ist die IP des Servers 192.168.2.2 ist die IP des lokalen Computers, auf dem der x-Server installiert ist. localhost kann auch verwendet werden.
[email protected] ~
$ xhost 192.168.2.223
192.168.2.223 being added to access control list

[email protected] ~
$ ssh -l root 192.168.2.223
[email protected] password:
Last login: Sat May 22 18:59:04 2010 from etcetc
[[email protected] ~]# export DISPLAY=192.168.2.2:0.0
[[email protected] ~]# echo $DISPLAY
192.168.2.2:0.0
[[email protected] ~]# xclock&

Dann muss die xclock-Anwendung gestartet werden.

Überprüfen Sie es auf PuTTY oder mobaxterm und checken Sie die Remote Desktop Manager-Software nicht ein. Seien Sie vorsichtig für Benutzer, die Sudo in.

0
P.Goli

In meinem Fall wurde das Problem aufgrund einer Nichtübereinstimmung in der .Xauthority-Datei verursacht. Was zunächst mit "Invalid MIT-MAGIC-COOKIE-1" angezeigt wurde und danach "Error: Anzeige nicht öffnen:: 0.0"

Das Wiederherstellen der .Xauthority-Datei des Benutzers, unter dem ich den VNC-Server ausführt, und das Zurücksetzen des Kennworts mit einem Neustart des VNC-Dienstes und des Dbus-Dienstes hat das Problem für mich behoben.

0
user3627034