Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

x11 forwarding

39 réponses
Avatar
Thomas
bonjour :-)


sur le serveur,
/etc/sshd_config
j'ai bien mis
X11Forwarding yes

sur le client,
j'ai pas touché à /etc/ssh_config ,
mais je me connecte avec ssh -X <ip>


pourtant,

quand je me connecte avec ssh, ca m'indique :

/usr/X11R6/bin/xauth: (stdin):1: bad display name "unix:10.0" in
"remove" command
/usr/X11R6/bin/xauth: (stdin):2: bad display name "unix:10.0" in "add"
command

quand je lance le programme x11, ca m'indique :

X11 connection rejected because of wrong authentication.
The application 'testgtk' lost its connection to the display
localhost:10.0;
most likely the X server was shut down or you killed/destroyed
the application.


qu'est ce que j'ai oublié ?

--
Informations sur Nicolas Sarkozy :
http://www.betapolitique.fr/spip.php?article0602
http://www.betapolitique.fr/spip.php?article0601
http://www.betapolitique.fr/spip.php?article0414
http://www.betapolitique.fr/spip.php?article0606
http://tDeContes.hd.free.fr/divers/Ruptures.pdf

10 réponses

1 2 3 4
Avatar
Emmanuel Florac
Le Mon, 04 Jun 2007 02:59:32 +0200, Thomas a écrit :


qu'est ce que j'ai oublié ?


Si le client et le serveur sont à jour, essaie "ssh -Y"

--
Ne pas savoir de quoi on parle est un avantage dont il ne faut pas
abuser.
R.Debray

Avatar
Thomas
In article (Dans l'article)
,
Emmanuel Florac wrote (écrivait) :

Le Mon, 04 Jun 2007 02:59:32 +0200, Thomas a écrit :


qu'est ce que j'ai oublié ?


Si le client et le serveur sont à jour, essaie "ssh -Y"


client :
OpenSSH_3.4p1+CAN-2004-0175, SSH protocols 1.5/2.0, OpenSSL 0x0090609f

serveur :
OpenSSH_4.5p1, OpenSSL 0.9.7l 28 Sep 2006


j'essaye de faire du x11 forwarding entre un mac distant sous mac os x
10.4.9 et le miens sous mac os x 10.2.8,

j'espere que c'est encore possible
je pensais que oui parce qu'il suffirait que les 2 ssh connaissent le
protocol 2 (comme en plus le recent connait encore le protocol 1 ...)
(c'etait encore possible avec mac os x 10.4.3)

je vais bientot acheter un nouveau mac, mais j'attend mac os x 10.5,
et j'espere que je pourrais continuer à faire du x11 forwarding en
attendant :-)

--
Informations sur Nicolas Sarkozy :
http://www.betapolitique.fr/spip.php?article0602
http://www.betapolitique.fr/spip.php?article0601
http://www.betapolitique.fr/spip.php?article0414
http://www.betapolitique.fr/spip.php?article0606
http://tDeContes.hd.free.fr/divers/Ruptures.pdf


Avatar
Thomas
In article (Dans l'article)
,
Thomas wrote (écrivait) :

In article (Dans l'article)
,
Emmanuel Florac wrote (écrivait) :

Le Mon, 04 Jun 2007 02:59:32 +0200, Thomas a écrit :


qu'est ce que j'ai oublié ?


Si le client et le serveur sont à jour, essaie "ssh -Y"


client :
OpenSSH_3.4p1+CAN-2004-0175, SSH protocols 1.5/2.0, OpenSSL 0x0090609f

serveur :
OpenSSH_4.5p1, OpenSSL 0.9.7l 28 Sep 2006


j'essaye de faire du x11 forwarding entre un mac distant sous mac os x
10.4.9 et le miens sous mac os x 10.2.8,

j'espere que c'est encore possible
je pensais que oui parce qu'il suffirait que les 2 ssh connaissent le
protocol 2 (comme en plus le recent connait encore le protocol 1 ...)
(c'etait encore possible avec mac os x 10.4.3)

je vais bientot acheter un nouveau mac, mais j'attend mac os x 10.5,
et j'espere que je pourrais continuer à faire du x11 forwarding en
attendant :-)


personne n'a d'idée ?

les erreurs semblent explicites, mais je ne sais pas les interpreter
j'aimerais savoir au moins à quel endroit ca coince et pourquoi

--
Informations sur Nicolas Sarkozy :
http://www.betapolitique.fr/spip.php?article0602
http://www.betapolitique.fr/spip.php?article0601
http://www.betapolitique.fr/spip.php?article0414
http://www.betapolitique.fr/spip.php?article0606
http://tDeContes.hd.free.fr/divers/Ruptures.pdf



Avatar
Benoit Izac
Bonjour,

le 04/06/2007 à 17:40, Thomas a écrit dans le message
:

qu'est ce que j'ai oublié ?


Si le client et le serveur sont à jour, essaie "ssh -Y"


client :
OpenSSH_3.4p1+CAN-2004-0175, SSH protocols 1.5/2.0, OpenSSL 0x0090609f

serveur :
OpenSSH_4.5p1, OpenSSL 0.9.7l 28 Sep 2006


j'essaye de faire du x11 forwarding entre un mac distant sous mac os x
10.4.9 et le miens sous mac os x 10.2.8,

j'espere que c'est encore possible
je pensais que oui parce qu'il suffirait que les 2 ssh connaissent le
protocol 2 (comme en plus le recent connait encore le protocol 1 ...)
(c'etait encore possible avec mac os x 10.4.3)

je vais bientot acheter un nouveau mac, mais j'attend mac os x 10.5,
et j'espere que je pourrais continuer à faire du x11 forwarding en
attendant :-)


personne n'a d'idée ?

les erreurs semblent explicites, mais je ne sais pas les interpreter
j'aimerais savoir au moins à quel endroit ca coince et pourquoi


As-tu essayé avec « -Y » ?
As-tu regardé avec « -v » (éventuellement répété plusieurs fois) ?

--
Benoit Izac




Avatar
Paul Gaborit
À (at) Mon, 04 Jun 2007 02:59:32 +0200,
Thomas écrivait (wrote):
quand je me connecte avec ssh, ca m'indique :

/usr/X11R6/bin/xauth: (stdin):1: bad display name "unix:10.0" in
"remove" command
/usr/X11R6/bin/xauth: (stdin):2: bad display name "unix:10.0" in "add"
command


'unix:10.0', c'est bizarre comme DISPLAY !!! Êtes-vous sûr que le
servuer X11 est actif avant d'essayer le X11 forwarding ?

quand je lance le programme x11, ca m'indique :

X11 connection rejected because of wrong authentication.
The application 'testgtk' lost its connection to the display
localhost:10.0;
most likely the X server was shut down or you killed/destroyed
the application.


qu'est ce que j'ai oublié ?


Dans quel fenêtre utilisez-vous votre commande 'ssh' ? Est-ce dans le
"Terminal" (celui d'Apple) ou dans un xterm (lancé depuis le X11
d'Apple) ? Que donne la commande 'xdpyinfo' si vous l'essayez avant le
'ssh' ?

--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>

Avatar
Thomas
In article (Dans l'article) ,
Benoit Izac wrote (écrivait) :

Bonjour,

le 04/06/2007 à 17:40, Thomas a écrit dans le message
:

qu'est ce que j'ai oublié ?


Si le client et le serveur sont à jour, essaie "ssh -Y"


client :
OpenSSH_3.4p1+CAN-2004-0175, SSH protocols 1.5/2.0, OpenSSL 0x0090609f

serveur :
OpenSSH_4.5p1, OpenSSL 0.9.7l 28 Sep 2006


j'essaye de faire du x11 forwarding entre un mac distant sous mac os x
10.4.9 et le miens sous mac os x 10.2.8,

j'espere que c'est encore possible
je pensais que oui parce qu'il suffirait que les 2 ssh connaissent le
protocol 2 (comme en plus le recent connait encore le protocol 1 ...)
(c'etait encore possible avec mac os x 10.4.3)

je vais bientot acheter un nouveau mac, mais j'attend mac os x 10.5,
et j'espere que je pourrais continuer à faire du x11 forwarding en
attendant :-)


personne n'a d'idée ?

les erreurs semblent explicites, mais je ne sais pas les interpreter
j'aimerais savoir au moins à quel endroit ca coince et pourquoi


As-tu essayé avec « -Y » ?


thomas% ssh -Y
ssh: illegal option -- Y

apparement mon client ssh est trop vieux :-(

mais avant ca marchait parfaitement avec -X,
donc en principe il devrait y avoir moyen de parametrer le serveur pour
qu'il s'adapte à mon (tres vieux) client, non ?


As-tu regardé avec « -v » (éventuellement répété plusieurs fois) ?


thomas% ssh -Xv
OpenSSH_3.4p1+CAN-2004-0175, SSH protocols 1.5/2.0, OpenSSL 0x0090609f
debug1: Reading configuration data /etc/ssh_config
debug1: Rhosts Authentication disabled, originating port will not be
trusted.
debug1: ssh_connect: needpriv 0
debug1: Connecting to 192.168.1.4 [192.168.1.4] port 22.
debug1: Connection established.
debug1: identity file /Users/thomas/.ssh/identity type -1
debug1: identity file /Users/thomas/.ssh/id_rsa type 1
debug1: identity file /Users/thomas/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.5
debug1: match: OpenSSH_4.5 pat OpenSSH*
Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.4p1+CAN-2004-0175
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: dh_gen_key: priv key bits set: 124/256
debug1: bits set: 1008/2048
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '192.168.1.4' is known and matches the RSA host key.
debug1: Found key in /Users/thomas/.ssh/known_hosts:3
debug1: bits set: 1016/2048
debug1: ssh_rsa_verify: signature correct
debug1: kex_derive_keys
debug1: newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: waiting for SSH2_MSG_NEWKEYS
debug1: newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: done: ssh_kex2.
debug1: send SSH2_MSG_SERVICE_REQUEST
debug1: service_accept: ssh-userauth
debug1: got SSH2_MSG_SERVICE_ACCEPT
debug1: authentications that can continue: publickey
debug1: next auth method to try is publickey
debug1: userauth_pubkey_agent: testing agent key
/Users/thomas/.ssh/id_rsa
debug1: input_userauth_pk_ok: pkalg ssh-rsa blen 149 lastkey 0x86260
hint -1
debug1: ssh-userauth2 successful: method publickey
debug1: channel 0: new [client-session]
debug1: send channel open 0
debug1: Entering interactive session.
debug1: ssh_session2_setup: id 0
debug1: channel request 0: pty-req
debug1: Requesting X11 forwarding with authentication spoofing.
debug1: channel request 0: x11-req
debug1: channel request 0: shell
debug1: fd 3 setting TCP_NODELAY
debug1: channel 0: open confirm rwindow 0 rmax 32768
Last login: Mon Jun 4 18:52:06 2007 from 192.168.1.202
Welcome to Darwin!
/usr/X11R6/bin/xauth: (stdin):1: bad display name "unix:10.0" in
"remove" command
/usr/X11R6/bin/xauth: (stdin):2: bad display name "unix:10.0" in "add"
command
[:~] thomas% logout
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: rcvd eof
debug1: channel 0: output open -> drain
debug1: channel 0: obuf empty
debug1: channel 0: close_write
debug1: channel 0: output drain -> closed
debug1: channel 0: rcvd close
debug1: channel 0: close_read
debug1: channel 0: input open -> closed
debug1: channel 0: almost dead
debug1: channel 0: gc: notify user
debug1: channel 0: gc: user detached
debug1: channel 0: send close
debug1: channel 0: is dead
debug1: channel 0: garbage collecting
debug1: channel_free: channel 0: client-session, nchannels 1
Connection to 192.168.1.4 closed.
debug1: Transferred: stdin 0, stdout 0, stderr 35 bytes in 13.0 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 2.7
debug1: Exit status 0


je fais ^D pour faire logout

voilà, est ce que ca aide ?

--
Informations sur Nicolas Sarkozy :
http://www.betapolitique.fr/spip.php?article0602
http://www.betapolitique.fr/spip.php?article0601
http://www.betapolitique.fr/spip.php?article0414
http://www.betapolitique.fr/spip.php?article0606
http://tDeContes.hd.free.fr/divers/Ruptures.pdf





Avatar
Thierry Boudet
On 2007-06-04, Paul Gaborit wrote:


/usr/X11R6/bin/xauth: (stdin):1: bad display name "unix:10.0" in
"remove" command


'unix:10.0', c'est bizarre comme DISPLAY !!! Êtes-vous sûr que le
servuer X11 est actif avant d'essayer le X11 forwarding ?

Ah oui, j'avais pas tilté.

quand je lance le programme x11, ca m'indique :

X11 connection rejected because of wrong authentication.
The application 'testgtk' lost its connection to the display
localhost:10.0;
most likely the X server was shut down or you killed/destroyed
the application.


qu'est ce que j'ai oublié ?


Dans quel fenêtre utilisez-vous votre commande 'ssh' ? Est-ce dans le
"Terminal" (celui d'Apple) ou dans un xterm (lancé depuis le X11
d'Apple) ? Que donne la commande 'xdpyinfo' si vous l'essayez avant le
'ssh' ?




--
--{ http://tontonth.free.fr/ }--


Avatar
Thierry Boudet
On 2007-06-04, Thomas wrote:

/usr/X11R6/bin/xauth: (stdin):1: bad display name "unix:10.0" in
"remove" command


Je suis presque sûr que c'est dans le "unix:10.0" que se cache
la réponse. Des ssh -X, j'y suis de longue, et j'ai toujours
vu localhost...

[ tontonth]$ echo $DISPLAY
localhost:10.0
:~/Fichiers$ echo $DISPLAY
localhost:10.0

A tout hasard, je regarderais la configuration de X sur la
machine distante...


--
_____________________________________________________________________
= = = = = = = = = = = = = = = = = = = = = = = = = = = = Kikooooooooo
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Avatar
Thomas
In article (Dans l'article) ,
Paul Gaborit wrote (écrivait) :

À (at) Mon, 04 Jun 2007 02:59:32 +0200,
Thomas écrivait (wrote):
quand je me connecte avec ssh, ca m'indique :

/usr/X11R6/bin/xauth: (stdin):1: bad display name "unix:10.0" in
"remove" command
/usr/X11R6/bin/xauth: (stdin):2: bad display name "unix:10.0" in "add"
command


'unix:10.0', c'est bizarre comme DISPLAY !!!


oui (voir mon autre msg dans fcomx)

Êtes-vous sûr que le
servuer X11 est actif avant d'essayer le X11 forwarding ?


oui


quand je lance le programme x11, ca m'indique :

X11 connection rejected because of wrong authentication.
The application 'testgtk' lost its connection to the display
localhost:10.0;
most likely the X server was shut down or you killed/destroyed
the application.


qu'est ce que j'ai oublié ?


Dans quel fenêtre utilisez-vous votre commande 'ssh' ? Est-ce dans le
"Terminal" (celui d'Apple) ou dans un xterm (lancé depuis le X11
d'Apple) ?


dans le Terminal d'Apple,

mais la derniere fois la seule condition etait d'avoir x11 ouvert avant
de faire le ssh
je pouvais ouvrir le terminal avant, et meme, si j'avais oublié d'ouvrir
x11, il suffisait de se déconnecter et reconnecter en ssh

amha le pb est qqpart où est determinée la valeur de DISPLAY


Que donne la commande 'xdpyinfo' si vous l'essayez avant le
'ssh' ?


xdpyinfo: Command not found.

--
Informations sur Nicolas Sarkozy :
http://www.betapolitique.fr/spip.php?article0602
http://www.betapolitique.fr/spip.php?article0601
http://www.betapolitique.fr/spip.php?article0414
http://www.betapolitique.fr/spip.php?article0606
http://tDeContes.hd.free.fr/divers/Ruptures.pdf


Avatar
Thomas
In article (Dans l'article) ,
Thierry Boudet wrote (écrivait) :

On 2007-06-04, Thomas wrote:

/usr/X11R6/bin/xauth: (stdin):1: bad display name "unix:10.0" in
"remove" command


Je suis presque sûr que c'est dans le "unix:10.0" que se cache
la réponse. Des ssh -X, j'y suis de longue, et j'ai toujours
vu localhost...

[ tontonth]$ echo $DISPLAY
localhost:10.0
:~/Fichiers$ echo $DISPLAY
localhost:10.0

A tout hasard, je regarderais la configuration de X sur la
machine distante...


merci pour la piste :-)

dans quel fichier ca se passe ?

--
Informations sur Nicolas Sarkozy :
http://www.betapolitique.fr/spip.php?article0602
http://www.betapolitique.fr/spip.php?article0601
http://www.betapolitique.fr/spip.php?article0414
http://www.betapolitique.fr/spip.php?article0606
http://tDeContes.hd.free.fr/divers/Ruptures.pdf


1 2 3 4