Ich kann nicht für mein Leben x11forwarding zur Arbeit bringen. Ich habe alles 'nach dem Buch' gemacht ... Sowohl auf dem Client als auch auf dem Server läuft Ubuntu 11.04. Beide haben offene ssh-, vnc-, x11- und FW-Ports
/etc/ssh/ssh_config
ForwardAgent yes
ForwardX11 yes
ForwardX11Trusted yes
/etc/ssh/sshd_config
X11Forwarding yes
X11DisplayOffset 10
apt-get install xauth
xauth is already the newest version.
- Tightvncserver installiert
- lief xauth Liste
- neu gestartet
- verbunden mit
ssh server -Xvl user
echo $DISPLAY return blank xterm gibt zurück xterm Xt error: Can't open display:
xterm: DISPLAY is not set
- FW ist offen
- VNCserver läuft
- sshd läuft
- X11 läuft
- SSH-Konfigurationsdateien ok
- Die ausführliche Ausgabe des SSH-Logins zeigt alles in Ordnung, keine Fehler
Immer noch funktioniert nichts ...
Also habe ich export DISPLAY=localhost:10.0
Dann echo $DISPLAYkehrt localhost:10.0aber xtermzurückxterm Xt error: Can't open display: localhost:10.0
Hier ist der seltsame Teil. Wenn ich das tue, export DISPLAY=:0.0gibt xterm keinen Fehler aus, aber es wird keine GUI angezeigt ...
Versuchte alles außer der Neuinstallation des Betriebssystems. Sogar ssh neu installiert und neue Konfigurationsdateien von einer funktionierenden Installation kopiert ...
Setzen Sie hier die ausführliche Ausgabe:
user@jupiter:~$ ssh -v -X [email protected] env
OpenSSH_5.8p1 Debian-1ubuntu3, OpenSSL 0.9.8o 01 Jun 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.0.1 [192.168.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/user/.ssh/id_rsa type -1
debug1: identity file /home/user/.ssh/id_rsa-cert type -1
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: identity file /home/user/.ssh/id_dsa-cert type -1
debug1: identity file /home/user/.ssh/id_ecdsa type -1
debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.8p1 Debian-1ubuntu3
debug1: match: OpenSSH_5.8p1 Debian-1ubuntu3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.8p1 Debian-1ubuntu3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 31:52:3e:91:b2:b2:74:cf:3e:65:37:a7:78:b9:3a:9e
debug1: Host '192.168.0.1' is known and matches the ECDSA host key.
debug1: Found key in /home/user/.ssh/known_hosts:4
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/user/.ssh/id_rsa
debug1: Trying private key: /home/user/.ssh/id_dsa
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug1: Next authentication method: password
debug1: Authentication succeeded (password).
Authenticated to 192.168.0.1 ([192.168.0.1]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug1: Requesting X11 forwarding with authentication spoofing.
debug1: Requesting authentication agent forwarding.
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending command: env
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype [email protected] reply 0
SHELL=/bin/bash
XDG_SESSION_COOKIE=5867400390852a975845598400000005-1329602079.30299-1173119600
SSH_CLIENT=192.168.0.14 34691 22
USER=user
SSH_AUTH_SOCK=/tmp/ssh-bPyNW11158/agent.11158
MAIL=/var/mail/user
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
PWD=/home/user
LANG=en_US.UTF-8
SHLVL=1
HOME=/home/user
LOGNAME=user
SSH_CONNECTION=192.168.0.14 34691 192.168.0.1 22
_=/usr/bin/env
debug1: channel 0: free: client-session, nchannels 1
Transferred: sent 1960, received 1968 bytes, in 0.1 seconds
Bytes per second: sent 19601.4, received 19681.4
debug1: Exit status 0
x11-forwarding
Krug
quelle
quelle
Antworten:
Ich habe mehr ein paar Stunden damit verbracht, mich mit diesem zu beschäftigen und fast alles ausprobiert.
Sehr erfahren im Umgang mit SSH.
Seltsamerweise wurde diese Zeile hinzugefügt, die es funktionierte / etc / ssh / sshd_config X11UseLocalhost-Nr
quelle
Ich bin mir nicht sicher, ob es dich noch so lange interessiert, nachdem du gefragt hast, aber ich habe heute das gleiche Problem gelöst.
Sie müssen Folgendes hinzufügen:
X11UseLocalhost nozum/etc/ssh/sshd_configSSH-Server hinzufügen und neu starten.Möglicherweise müssen Sie auch die
.XauthorityDatei für den Verbindungshost zum Remote-X-Host hinzufügen :Wo
{ip}ist die IP des Remote-X-Hosts undxauth listwird auf dem lokalen Verbindungshost ausgeführt.quelle
Nun, ich habe keine Probleme, ich habe es immer ziemlich einfach zum Laufen gebracht, aber vielleicht kann ich helfen, indem ich meine Arbeitsverbindung vergleiche. Ich verbinde mich mit meinem Serversystem mit dem Namen "myserver" und dem Anmeldenamen "myname" unter Verwendung von rsa und nicht mit einem Kennwort (Namen wurden geändert). Dies ist übrigens einfach mit ein paar Befehlen auf dem lokalen System zu tun.
Edit: Oh ja, die Konfigurationsdateien: ssh_config ... Keine der drei wurde überhaupt gesetzt; auskommentiert.
Nur diese wurden gesetzt:
sshd_config ... Wie bei Ihnen, mit dem Zusatz am Ende:
Oh, und auf dem Remote-Host:
quelle