Re: ssh und X funktionieren nicht
Moin, * Karl Pech wrote (2006-09-02 10:28): >> * Karl Pech wrote (2006-09-01 09:10): >>>Christoph Haas wrote: >>> Was ergibt "echo $DISPLAY"? Es sollte z.B. "localhost:10.0" sein. >>> >>>Wenn ich auf meinem Rechner dies eingebe, erhalte ich als Ausgabe: >>> >>>### >>>:0.0 >>>### Ach mit "meinem Rechner" meinst Du nbcomp, nicht zeus? Dann ist der Wert natürlich so richtig. >Ich versuche eine über ssh getunnelte X-Verbindung zum Rechner >zeus.cs.uni-bonn.de aufzubauen, und das funktioniert leider nicht. > >[Viel SSH-Kram gelöscht] > >zeus: stud/pech% xev: unable to open display >'p5088dce6.dip.t-dialin.net:0.0' Diesen Punkt müßte man meiner Ansicht nach klären. SSH setzt DISPLAY auf localhost:n.0, mit n >= 10. Bei Deinem Fall sieht es so aus, als würde DISPLAY von zeus nach dem Einloggen umgesetzt. >Na ja, ich vermute mal, daß dieses X-Problem seinen Ursprung nicht bei >'zeus' hat, weil es ja immerhin ein Uni-System ist, und deshalb >professionell konfiguriert ist Gelächter. >Im Übrigen funktioniert es ja bei cygwin. Das Problem kann also nur auf der >Client-Seite, also bei mir liegen. Nur wo? :-( Cygwin kann einfach so unsicher konfiguriert sein, daß es alle Verbindungen akzeptiert. Thorsten Lauryn Hill: MTV Unplugged No. 2.0 -- When a thing has been said and said well, have no scruple. Take it and copy it. - Anatole France pgp7N5Lv1CRqY.pgp Description: PGP signature
Re: ssh und X funktionieren nicht
Hallo Thorsten, Thorsten Haude wrote: > Moin, > > * Karl Pech wrote (2006-09-01 09:10): >>Christoph Haas wrote: >> >>> Was ergibt "echo $DISPLAY"? Es sollte z.B. "localhost:10.0" sein. >> >>Wenn ich auf meinem Rechner dies eingebe, erhalte ich als Ausgabe: >> >>### >>:0.0 >>### >> >>sehr verdächtig ... . Ist das letztlich die Fehlerquelle? > > Nicht wirklich die Quelle, aber vielleicht ein Hinweis. Leider hast Du > uns immer noch nicht verraten, wie die beteiligten Hosts wirklich > heißen, sonst könnten wir mehr sagen. Ich versuche eine über ssh getunnelte X-Verbindung zum Rechner zeus.cs.uni-bonn.de aufzubauen, und das funktioniert leider nicht. Ich bekomme folgende debug-Ausgabe: ### [EMAIL PROTECTED]:~$ ssh -v -v -v -Y [EMAIL PROTECTED] OpenSSH_3.8.1p1 Debian-8.sarge.4, OpenSSL 0.9.7e 25 Oct 2004 debug1: Reading configuration data /etc/ssh/ssh_config debug2: ssh_connect: needpriv 0 debug1: Connecting to zeus.cs.uni-bonn.de [131.220.4.23] port 22. debug1: Connection established. debug1: identity file /home/karl/.ssh/identity type -1 debug1: identity file /home/karl/.ssh/id_rsa type -1 debug1: identity file /home/karl/.ssh/id_dsa type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_3.9p1 debug1: match: OpenSSH_3.9p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 Debian-8.sarge.4 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc, [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc, [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96, hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96, hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1, diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc, [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc, [EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96, hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96, hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server->client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 127/256 debug2: bits set: 494/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/karl/.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug3: check_host_in_hostfile: filename /home/karl/.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug1: Host 'zeus.cs.uni-bonn.de' is known and matches the RSA host key. debug1: Found key in /home/karl/.ssh/known_hosts:1 debug2: bits set: 501/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/karl/.ssh/identity ((nil)) debug2: key: /home/karl/.ssh/id_rsa ((nil)) debug2: key: /home/karl/.ssh/id_dsa ((nil)) debug1: Authentications that can continue: publickey,password,keyboard-interactive debug3: start over, passed a different list publickey,password,keyboard-interactive debug3: preferred publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: Next authentication method: publickey debug1: Trying private key: /home/karl/.ssh/identity debug3: no such identity: /home/k
Re: ssh und X funktionieren nicht
Moin, * Karl Pech wrote (2006-09-01 09:10): >Christoph Haas wrote: > >> Was ergibt "echo $DISPLAY"? Es sollte z.B. "localhost:10.0" sein. > >Wenn ich auf meinem Rechner dies eingebe, erhalte ich als Ausgabe: > >### >:0.0 >### > >sehr verdächtig ... . Ist das letztlich die Fehlerquelle? Nicht wirklich die Quelle, aber vielleicht ein Hinweis. Leider hast Du uns immer noch nicht verraten, wie die beteiligten Hosts wirklich heißen, sonst könnten wir mehr sagen. Thorsten Broken Social Scene: It's all gonna break -- Every person shall have the right freely to inform himself without hindrance from generally accessible sources. - German Grundgesetz, Article 5, Sec. 1 pgpFZHmIu8Ebv.pgp Description: PGP signature
Re: ssh und X funktionieren nicht
Hallo Christoph, Christoph Haas wrote: > Was ergibt "echo $DISPLAY"? Es sollte z.B. "localhost:10.0" sein. Wenn ich auf meinem Rechner dies eingebe, erhalte ich als Ausgabe: ### :0.0 ### sehr verdächtig ... . Ist das letztlich die Fehlerquelle? > Okay. In deiner ~/.ssh steht nicht zufällig "ForwardX11=no". Jedenfalls steht dort jetzt wieder ForwardX11=yes und ich habe mit /etc/init.d/ssh restart den Service neugestartet. >> * Auf habe ich mich mit ssh -Y auf einen Rechner >> innerhalb des Netzwerks, wo sich befindet eingeloggt, um zu >> schauen, was passiert, wenn ich auf 'xev &' eingebe, und >> folgendes kam raus: > [..] > Zumindest stimmt hier schon mal localhost:10.0 Hmm dann scheint mein Problem ja wirklich bei ":0.0" zu liegen, oder? Danke nochmals! Viele Grüße Karl -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: ssh und X funktionieren nicht
Hallo Thorsten, Thorsten Haude, 31.08.2006 (d.m.y): [xhost +] > Das ist Teufelswerk. Es kann in Einzelfällen bei der Fehlersuche > helfen, ist aber meistens auch dafür unnötig. Und im Falle von SSH auch schlicht und ergreifend verkehrt. Schuss ins Blaue: Ist auf dem entfernten Rechner das Paket xbase-clients installiert? Gruss, Christian Schmidt -- Die beste Art sich zu rächen: Nicht Gleiches mit Gleichem vergelten. -- Marc Aurel (römischer Kaiser, 121-180) signature.asc Description: Digital signature
Re: ssh und X funktionieren nicht
On Thu, Aug 31, 2006 at 04:09:03PM +0200, Karl Pech wrote: > Ich habe ein Problem X-Programme auf einem entfernten Rechner aufzurufen: > In der graphischen Benutzeroberfläche (ich habe mir KDE installiert) > rufe ich 'Konsole' auf. Dort tippe ich dann ssh -Y @ > ein, was auch (scheinbar?) problemlos eine Verbindung zu herstellt. > Auf dem entfernten Rechner rufe ich dann 'xev &' auf. Und so sieht dann die > remote-Sitzung aus: Im Allgemeinen ist es immer hilfreich, dem ssh ein oder mehrere -v mitzugeben, das macht ihn gespächiger. Vermutlich fehlt in der /etc/ssh/sshd_config einfach nur X11Forwarding yes > Unter Cygwin/Windows XP hatte ich zuerst dasselbe Problem, allerdings > reichte dort ein 'xhost +'-Befehl vor dem 'ssh'-Befehl aus, um es zu > lösen. Hier hat es jedoch nicht geholfen. Und so habe ich schließlich > folgende Sachen ausprobiert: > > * (wie gesagt) xhost + Du willst niemals, NIEMALS xhost benutzen. Die Alternative heißt xauth. > * in /etc/ssh/ssh_config X11Forwarding auf 'yes' Auf dem Client? > * in /etc/ssh/sshd_config X11Forwarding auf 'yes' Auf dem Server? > * danach System neu gestartet (muß man das bei Linux > immer machen, wenn man eine Konfigurationsdatei verändert?) /etc/init.d/ssh restart > ==> Fehler blieb trotzdem unverändert bestehen. Ist xauth auf beiden Systemen iinstalliert? > * Daraufhin dachte ich mir, daß mein Debian-System irgendwie den Port 6000 > geschlossen hält (?), und habe ich /etc/ssh/sshd_config zusätzlich neben > der Anweisung 'Port 22' noch 'Port 6000' eingefügt. Außerdem habe ich bei > ssh_config noch Agent Forwarding auf 'yes' gesetzt und die dortige Zeile > 'Port 22' aktiviert (sie war vorher auskommentiert). Danach bekam ich > nach einem erneuten Versuch mit ssh -Y @ und xev einen sehr > seltsam Fehler "setup request, type 83" oder so und danach wieder "can't > open display" wie vorhin (Den genauen Wortlaut habe ich nicht mehr im > Kopf, und jetzt wo ich die Dateien ssh(d)_config wiederhergestellt habe, > will ich's nicht nochmal ausprobieren. ;-) ). Wenn du 'ssh -Y' verwendest, wird X11 getunnelt, Port 6000 ist dann überflüssig. cu ulf -- Ulf Volmer [EMAIL PROTECTED] www.u-v.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: ssh und X funktionieren nicht
Moin, * Karl Pech wrote (2006-08-31 16:09): >Ich habe ein Problem X-Programme auf einem entfernten Rechner aufzurufen: >In der graphischen Benutzeroberfläche (ich habe mir KDE installiert) >rufe ich 'Konsole' auf. Dort tippe ich dann ssh -Y @ >ein, was auch (scheinbar?) problemlos eine Verbindung zu herstellt. >Auf dem entfernten Rechner rufe ich dann 'xev &' auf. Und so sieht dann die >remote-Sitzung aus: > >### >: /% xev & >[1] 3073 >: /% xev: unable to open display >'p5088fb37.dip.t-dialin.net:0.0' SSH setzt den Wert für DISPLAY auf localhost:10.0. Such mal in den Startdateien danach, wo dieser Wert umgesetzt wird. Alternativ haben viele Clients (auch xev) einen Schalter, mit dem man DISPLAY explizit angeben kann. >Unter Cygwin/Windows XP hatte ich zuerst dasselbe Problem, allerdings >reichte dort ein 'xhost +'-Befehl vor dem 'ssh'-Befehl aus, um es zu >lösen. Hier hat es jedoch nicht geholfen. Und so habe ich schließlich >folgende Sachen ausprobiert: > >* (wie gesagt) xhost + Das ist Teufelswerk. Es kann in Einzelfällen bei der Fehlersuche helfen, ist aber meistens auch dafür unnötig. Die Konsequenzen für die Sicherheit sind Dir ja sicher bekannt. >* in /etc/ssh/ssh_config X11Forwarding auf 'yes' >* in /etc/ssh/sshd_config X11Forwarding auf 'yes' Aus grundsätzlichen Erwägungen würde ich den ersten Wert immer auf 'no' lassen, allerdings habe ich das in ~/.ssh/config aktiviert. >* danach System neu gestartet (muß man das bei Linux > immer machen, wenn man eine Konfigurationsdatei verändert?) Sicher nicht, Du hast es hier mit einem Betriebssytem zu tun. Änderungen in der Serverkonfiguration müssen diesem aber mitgeteilt werden: kill -HUP `cat /var/run/sshd.pid` >* Auf habe ich mich mit ssh -Y auf einen Rechner innerhalb >des Netzwerks, wo sich befindet eingeloggt, um zu schauen, was >passiert, wenn ich auf 'xev &' eingebe, und folgendes kam raus: Was ist ein "subhost"? >* Daraufhin dachte ich mir, daß mein Debian-System irgendwie den Port 6000 >geschlossen hält (?), und habe ich /etc/ssh/sshd_config zusätzlich neben >der Anweisung 'Port 22' noch 'Port 6000' eingefügt. Der hat vermutlich nach einem X-Server gesucht. Der lauscht unter Debian allerdings per default an keinem Port. Muß er auch nicht. >Außerdem habe ich bei ssh_config noch Agent Forwarding auf 'yes' >gesetzt Nützlich, hat aber mit dem Problem nichts zu tun. >und die dortige Zeile 'Port 22' aktiviert Ist default (nehme ich jedenfalls an). Schön wäre noch eine bessere Übersicht darüber, wo die Hosts stehen, wie sie heißen und was darauf läuft. Wenn Du die richtigen Hostnamen nicht verraten willst, dann ersetz sie halt (aber bitte nicht durch ). Thorsten Klez.e: Strandlied -- Reality continues to ruin my life. - Calvin pgpTjdCKj4xi9.pgp Description: PGP signature
Re: ssh und X funktionieren nicht
On Thursday 31 August 2006 16:09, Karl Pech wrote: > Ich habe ein Problem X-Programme auf einem entfernten Rechner > aufzurufen: In der graphischen Benutzeroberfläche (ich habe mir KDE > installiert) rufe ich 'Konsole' auf. Dort tippe ich dann ssh -Y > @ ein, was auch (scheinbar?) problemlos eine Verbindung zu > herstellt. Auf dem entfernten Rechner rufe ich dann 'xev &' auf. > Und so sieht dann die remote-Sitzung aus: > > ### > : /% xev & > [1] 3073 > : /% xev: unable to open display > 'p5088fb37.dip.t-dialin.net:0.0' Was ergibt "echo $DISPLAY"? Es sollte z.B. "localhost:10.0" sein. Ist auf dem Zielsystem das Paket "xbase-clients" installiert? > Unter Cygwin/Windows XP hatte ich zuerst dasselbe Problem, allerdings > reichte dort ein 'xhost +'-Befehl vor dem 'ssh'-Befehl aus, um es > zu lösen. Naja, "xhost" ist eher unschön, weil auch andere Anwendungen zwischen den Systemen X11-Verbindungen aufbauen können. z.B. um deine Tastatureingaben abzufangen. > * (wie gesagt) xhost + Nicht nötig. > * in /etc/ssh/ssh_config X11Forwarding auf 'yes' > * in /etc/ssh/sshd_config X11Forwarding auf 'yes' Okay. In deiner ~/.ssh steht nicht zufällig "ForwardX11=no". > * danach System neu gestartet (muß man das bei Linux > immer machen, wenn man eine Konfigurationsdatei verändert?) Nein, ist ja kein Windows. ;) Wenn du die SSH-Konfig änderst: /etc/init.d/ssh restart Dabei bleiben (außer bei groben Fehlern in der Konfig) auch die SSH-Sessions offen. > * Auf habe ich mich mit ssh -Y auf einen Rechner > innerhalb des Netzwerks, wo sich befindet eingeloggt, um zu > schauen, was passiert, wenn ich auf 'xev &' eingebe, und > folgendes kam raus: > > > ### > : /% ssh -Y > Enter passphrase for key '//.ssh/identity': > @'s password: > Warning: No xauth data; using fake authentication data for X11 > forwarding. Last login: from > has logged on pts/1 from . > : /% xev & > [1] 9853 > : /% connect p5088fb37.dip.t-dialin.net port > 6000: Connection refused > X connection to localhost:10.0 broken (explicit kill or server > shutdown). Zumindest stimmt hier schon mal localhost:10.0 > * Daraufhin dachte ich mir, daß mein Debian-System irgendwie den Port > 6000 geschlossen hält (?), und habe ich /etc/ssh/sshd_config zusätzlich > neben der Anweisung 'Port 22' noch 'Port 6000' eingefügt. Nein. Das geht alles transparent über deine SSH-Verbindung auf Port 22. Bei dir wird IIRC ein Listener auf Port 6000 aufgemacht, der die X11-Verbindungen durch den SSH-Tunnel schickt. Viel Erfolg. Christoph -- ~ ~ ".signature" [Modified] 1 line --100%--1,48 All
ssh und X funktionieren nicht
Hallo Zusammen, Ich habe ein Problem X-Programme auf einem entfernten Rechner aufzurufen: In der graphischen Benutzeroberfläche (ich habe mir KDE installiert) rufe ich 'Konsole' auf. Dort tippe ich dann ssh -Y @ ein, was auch (scheinbar?) problemlos eine Verbindung zu herstellt. Auf dem entfernten Rechner rufe ich dann 'xev &' auf. Und so sieht dann die remote-Sitzung aus: ### : /% xev & [1] 3073 : /% xev: unable to open display 'p5088fb37.dip.t-dialin.net:0.0' [1]Exit 1xev : /% ### Unter Cygwin/Windows XP hatte ich zuerst dasselbe Problem, allerdings reichte dort ein 'xhost +'-Befehl vor dem 'ssh'-Befehl aus, um es zu lösen. Hier hat es jedoch nicht geholfen. Und so habe ich schließlich folgende Sachen ausprobiert: * (wie gesagt) xhost + * in /etc/ssh/ssh_config X11Forwarding auf 'yes' * in /etc/ssh/sshd_config X11Forwarding auf 'yes' * danach System neu gestartet (muß man das bei Linux immer machen, wenn man eine Konfigurationsdatei verändert?) ==> Fehler blieb trotzdem unverändert bestehen. * Auf habe ich mich mit ssh -Y auf einen Rechner innerhalb des Netzwerks, wo sich befindet eingeloggt, um zu schauen, was passiert, wenn ich auf 'xev &' eingebe, und folgendes kam raus: ### : /% ssh -Y Enter passphrase for key '//.ssh/identity': @'s password: Warning: No xauth data; using fake authentication data for X11 forwarding. Last login: from has logged on pts/1 from . : /% xev & [1] 9853 : /% connect p5088fb37.dip.t-dialin.net port 6000: Connection refused X connection to localhost:10.0 broken (explicit kill or server shutdown). [1]Exit 1xev : /% ### * Daraufhin dachte ich mir, daß mein Debian-System irgendwie den Port 6000 geschlossen hält (?), und habe ich /etc/ssh/sshd_config zusätzlich neben der Anweisung 'Port 22' noch 'Port 6000' eingefügt. Außerdem habe ich bei ssh_config noch Agent Forwarding auf 'yes' gesetzt und die dortige Zeile 'Port 22' aktiviert (sie war vorher auskommentiert). Danach bekam ich nach einem erneuten Versuch mit ssh -Y @ und xev einen sehr seltsam Fehler "setup request, type 83" oder so und danach wieder "can't open display" wie vorhin (Den genauen Wortlaut habe ich nicht mehr im Kopf, und jetzt wo ich die Dateien ssh(d)_config wiederhergestellt habe, will ich's nicht nochmal ausprobieren. ;-) ). * Keine Ahnung, was ich noch probieren könnte ... die "-nolisten tcp" Option möchte ich eigentlich nicht entfernen, weil das ja ein Sicherheitsrisiko ist? Ich habe aber den leisen Verdacht, daß Cygwin aus genau diesem Grund überhaupt funktioniert. Wäre schön, wenn mir jemand helfen könnte. Vielen Dank! Grüße Karl -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
