je vous precise que 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 viens de voir qu'il y a de nouvelles possibilités, dans
/etc/sshd_config ,
tiens d'ailleurs ca a changé des choses tout seul, là, non ? c'est la
maj combinée vers 10.4.9 qui a fait ca ? :-(
je suis certain que j'avais mis X11Forwarding à yes (là c'etait revenu à
no, j'ai du le rechanger), et je crois que ca m'a changé d'autres choses
aussi ...
bon enfin, mon pb majeur c'est que je peux pas utiliser de programmes
x11 distants :
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.
vous voyez où est le pb ?
--
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
Non, je parle bien de ForwardX11 qui doit être à yes sur la machine qui fait tourner l'application dont l'affichage est déporté.
sur la machine distante ?? je croyais que /etc/ssh_config c'etait pour le client seulement
Jacques voulait bien sûr parler de /etc/sshd_config sur le serveur.
t'es sur ? parce que je vois bien un ForwardX11 dans man ssh_config mais pas dans man sshd_config
Oups. Dans le sshd_config c'est X11Forwarding...
merci à vous 2 de vous interesser à mon pb :-) mais juste maintenant vous ne m'aidez pas bcp :-/ puisque des le 1er post de ce fil j'ai indiqué que je l'avais rectifié
donc si vous avec un truc à me faire essayer vous etes les bienvenus :-)
Si les pros s'emmêlent les pinceaux..., alors où va-t-on ? ;-)
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article
<fantome.forums.tDeContes-69242C.16451404062007@news-2.proxad.net>,
Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
Non, je parle bien de ForwardX11 qui doit être à yes sur la machine
qui
fait tourner l'application dont l'affichage est déporté.
sur la machine distante ??
je croyais que /etc/ssh_config c'etait pour le client seulement
Jacques voulait bien sûr parler de /etc/sshd_config sur le serveur.
t'es sur ?
parce que je vois bien un ForwardX11 dans man ssh_config mais pas dans
man sshd_config
Oups. Dans le sshd_config c'est X11Forwarding...
merci à vous 2 de vous interesser à mon pb :-)
mais juste maintenant vous ne m'aidez pas bcp :-/ puisque des le 1er
post de ce fil j'ai indiqué que je l'avais rectifié
donc si vous avec un truc à me faire essayer vous etes les bienvenus :-)
Si les pros s'emmêlent les pinceaux..., alors où va-t-on ? ;-)
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
Non, je parle bien de ForwardX11 qui doit être à yes sur la machine qui fait tourner l'application dont l'affichage est déporté.
sur la machine distante ?? je croyais que /etc/ssh_config c'etait pour le client seulement
Jacques voulait bien sûr parler de /etc/sshd_config sur le serveur.
t'es sur ? parce que je vois bien un ForwardX11 dans man ssh_config mais pas dans man sshd_config
Oups. Dans le sshd_config c'est X11Forwarding...
merci à vous 2 de vous interesser à mon pb :-) mais juste maintenant vous ne m'aidez pas bcp :-/ puisque des le 1er post de ce fil j'ai indiqué que je l'avais rectifié
donc si vous avec un truc à me faire essayer vous etes les bienvenus :-)
Si les pros s'emmêlent les pinceaux..., alors où va-t-on ? ;-)
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
Paul Gaborit
À (at) Thu, 07 Jun 2007 14:37:40 +0200, Jacques Perrocheau écrivait (wrote):
C'est sur cette machine que le ForwardX11 doit être mis à 'yes' dans le fichier /etc/sshd_config.
Tu es sûr de ce que tu écris ? Je ne vois pas cette option ni dans le fichier /etc/sshd_config ni dans le man sshd_config mais je le vois dans /etc/ssh_config et dans le man ssh_config.
Pardon ! L'option exacte de sshd (donc dans le fichier de configuration sshd_config) s'appelle 'X11Forwarding' ! Il faut la mettre à 'yes' pour le que le serveur 'shhd' accepte de transmettre du X11 lorsqu'on lui demande.
L'option 'ForwardX11' de ssh (donc du fichier de configuration ssh_config) ne sert que du côté du client 'ssh'. Si elle est positionnée à 'yes', c'est comme si on ajoutait systématiquement l'option '-X' à chaque appel de 'ssh'. Mais si le serveur à l'autre bout la refuse, cela ne marchera pas mieux.
Côté client 'ssh', il y a aussi l'option 'ForwardX11Trusted' qui, positionnée à 'yes' est équivalent à l'ajout de '-Y' à chaque app el de 'ssh'.
En résumé :
- 'X11Forwarding', c'est côté serveur sshd. On indique si le serveur accepte ou non X11. S'il n'accepte pas, c'est bloqué pour tout le monde.
- 'ForwardX11', c'est côté client ssh. On indique si on demande toujours X11 ou si l'utilisateur doit le demander explicitement à chaque fois. (On a le même mécanisme pour le 'ForwardX11Trusted'.)
En fait, ces options sont mal nommées. Si je devais les renommer, je mettrais un truc du genre :
Côté sshd : X11Forwarding => AcceptX11Forwarding
Côté ssh : ForwardX11 => TryForwardX11
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) Thu, 07 Jun 2007 14:37:40 +0200,
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> écrivait (wrote):
C'est sur cette machine que le ForwardX11 doit être mis à 'yes' dans
le fichier /etc/sshd_config.
Tu es sûr de ce que tu écris ? Je ne vois pas cette option ni dans le
fichier /etc/sshd_config ni dans le man sshd_config mais je le vois dans
/etc/ssh_config et dans le man ssh_config.
Pardon ! L'option exacte de sshd (donc dans le fichier de
configuration sshd_config) s'appelle 'X11Forwarding' ! Il faut la
mettre à 'yes' pour le que le serveur 'shhd' accepte de transmettre du
X11 lorsqu'on lui demande.
L'option 'ForwardX11' de ssh (donc du fichier de configuration
ssh_config) ne sert que du côté du client 'ssh'. Si elle est
positionnée à 'yes', c'est comme si on ajoutait systématiquement
l'option '-X' à chaque appel de 'ssh'. Mais si le serveur à l'autre
bout la refuse, cela ne marchera pas mieux.
Côté client 'ssh', il y a aussi l'option 'ForwardX11Trusted' qui,
positionnée à 'yes' est équivalent à l'ajout de '-Y' à chaque app el de
'ssh'.
En résumé :
- 'X11Forwarding', c'est côté serveur sshd. On indique si le serveur
accepte ou non X11. S'il n'accepte pas, c'est bloqué pour tout le
monde.
- 'ForwardX11', c'est côté client ssh. On indique si on demande
toujours X11 ou si l'utilisateur doit le demander explicitement à
chaque fois. (On a le même mécanisme pour le 'ForwardX11Trusted'.)
En fait, ces options sont mal nommées. Si je devais les renommer, je
mettrais un truc du genre :
Côté sshd :
X11Forwarding => AcceptX11Forwarding
Côté ssh :
ForwardX11 => TryForwardX11
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) Thu, 07 Jun 2007 14:37:40 +0200, Jacques Perrocheau écrivait (wrote):
C'est sur cette machine que le ForwardX11 doit être mis à 'yes' dans le fichier /etc/sshd_config.
Tu es sûr de ce que tu écris ? Je ne vois pas cette option ni dans le fichier /etc/sshd_config ni dans le man sshd_config mais je le vois dans /etc/ssh_config et dans le man ssh_config.
Pardon ! L'option exacte de sshd (donc dans le fichier de configuration sshd_config) s'appelle 'X11Forwarding' ! Il faut la mettre à 'yes' pour le que le serveur 'shhd' accepte de transmettre du X11 lorsqu'on lui demande.
L'option 'ForwardX11' de ssh (donc du fichier de configuration ssh_config) ne sert que du côté du client 'ssh'. Si elle est positionnée à 'yes', c'est comme si on ajoutait systématiquement l'option '-X' à chaque appel de 'ssh'. Mais si le serveur à l'autre bout la refuse, cela ne marchera pas mieux.
Côté client 'ssh', il y a aussi l'option 'ForwardX11Trusted' qui, positionnée à 'yes' est équivalent à l'ajout de '-Y' à chaque app el de 'ssh'.
En résumé :
- 'X11Forwarding', c'est côté serveur sshd. On indique si le serveur accepte ou non X11. S'il n'accepte pas, c'est bloqué pour tout le monde.
- 'ForwardX11', c'est côté client ssh. On indique si on demande toujours X11 ou si l'utilisateur doit le demander explicitement à chaque fois. (On a le même mécanisme pour le 'ForwardX11Trusted'.)
En fait, ces options sont mal nommées. Si je devais les renommer, je mettrais un truc du genre :
Côté sshd : X11Forwarding => AcceptX11Forwarding
Côté ssh : ForwardX11 => TryForwardX11
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Jacques Perrocheau
In article , Paul Gaborit wrote:
C'est sur cette machine que le ForwardX11 doit être mis à 'yes' dans le fichier /etc/sshd_config.
Tu es sûr de ce que tu écris ? Je ne vois pas cette option ni dans le fichier /etc/sshd_config ni dans le man sshd_config mais je le vois dans /etc/ssh_config et dans le man ssh_config.
Pardon ! L'option exacte de sshd (donc dans le fichier de configuration sshd_config) s'appelle 'X11Forwarding' ! Il faut la mettre à 'yes' pour le que le serveur 'shhd' accepte de transmettre du X11 lorsqu'on lui demande.
L'option 'ForwardX11' de ssh (donc du fichier de configuration ssh_config) ne sert que du côté du client 'ssh'. Si elle est positionnée à 'yes', c'est comme si on ajoutait systématiquement l'option '-X' à chaque appel de 'ssh'. Mais si le serveur à l'autre bout la refuse, cela ne marchera pas mieux.
Cela s"éclaircit.
Côté client 'ssh', il y a aussi l'option 'ForwardX11Trusted' qui, positionnée à 'yes' est équivalent à l'ajout de '-Y' à chaque appel de 'ssh'.
En résumé :
- 'X11Forwarding', c'est côté serveur sshd. On indique si le serveur accepte ou non X11. S'il n'accepte pas, c'est bloqué pour tout le monde.
- 'ForwardX11', c'est côté client ssh. On indique si on demande toujours X11 ou si l'utilisateur doit le demander explicitement à chaque fois. (On a le même mécanisme pour le 'ForwardX11Trusted'.)
Ouf, c'est clair! :-)))))
Les macounets sont priés de sauvegarder ce post, moi je vous le dis ;).
En fait, ces options sont mal nommées. Si je devais les renommer, je mettrais un truc du genre :
Côté sshd : X11Forwarding => AcceptX11Forwarding
Côté ssh : ForwardX11 => TryForwardX11
Effectivement ;-/.
Merci pour ta patience.
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
qui traque les bugs jusque dans les posts de fr.comp.os.mac-os.x
In article <wt91wgnddi7.fsf@marceau.enstimac.fr>,
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
C'est sur cette machine que le ForwardX11 doit être mis à 'yes' dans
le fichier /etc/sshd_config.
Tu es sûr de ce que tu écris ? Je ne vois pas cette option ni dans le
fichier /etc/sshd_config ni dans le man sshd_config mais je le vois dans
/etc/ssh_config et dans le man ssh_config.
Pardon ! L'option exacte de sshd (donc dans le fichier de
configuration sshd_config) s'appelle 'X11Forwarding' ! Il faut la
mettre à 'yes' pour le que le serveur 'shhd' accepte de transmettre du
X11 lorsqu'on lui demande.
L'option 'ForwardX11' de ssh (donc du fichier de configuration
ssh_config) ne sert que du côté du client 'ssh'. Si elle est
positionnée à 'yes', c'est comme si on ajoutait systématiquement
l'option '-X' à chaque appel de 'ssh'. Mais si le serveur à l'autre
bout la refuse, cela ne marchera pas mieux.
Cela s"éclaircit.
Côté client 'ssh', il y a aussi l'option 'ForwardX11Trusted' qui,
positionnée à 'yes' est équivalent à l'ajout de '-Y' à chaque appel de
'ssh'.
En résumé :
- 'X11Forwarding', c'est côté serveur sshd. On indique si le serveur
accepte ou non X11. S'il n'accepte pas, c'est bloqué pour tout le
monde.
- 'ForwardX11', c'est côté client ssh. On indique si on demande
toujours X11 ou si l'utilisateur doit le demander explicitement à
chaque fois. (On a le même mécanisme pour le 'ForwardX11Trusted'.)
Ouf, c'est clair! :-)))))
Les macounets sont priés de sauvegarder ce post, moi je vous le dis ;).
En fait, ces options sont mal nommées. Si je devais les renommer, je
mettrais un truc du genre :
Côté sshd :
X11Forwarding => AcceptX11Forwarding
Côté ssh :
ForwardX11 => TryForwardX11
Effectivement ;-/.
Merci pour ta patience.
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
qui traque les bugs jusque dans les posts de fr.comp.os.mac-os.x
C'est sur cette machine que le ForwardX11 doit être mis à 'yes' dans le fichier /etc/sshd_config.
Tu es sûr de ce que tu écris ? Je ne vois pas cette option ni dans le fichier /etc/sshd_config ni dans le man sshd_config mais je le vois dans /etc/ssh_config et dans le man ssh_config.
Pardon ! L'option exacte de sshd (donc dans le fichier de configuration sshd_config) s'appelle 'X11Forwarding' ! Il faut la mettre à 'yes' pour le que le serveur 'shhd' accepte de transmettre du X11 lorsqu'on lui demande.
L'option 'ForwardX11' de ssh (donc du fichier de configuration ssh_config) ne sert que du côté du client 'ssh'. Si elle est positionnée à 'yes', c'est comme si on ajoutait systématiquement l'option '-X' à chaque appel de 'ssh'. Mais si le serveur à l'autre bout la refuse, cela ne marchera pas mieux.
Cela s"éclaircit.
Côté client 'ssh', il y a aussi l'option 'ForwardX11Trusted' qui, positionnée à 'yes' est équivalent à l'ajout de '-Y' à chaque appel de 'ssh'.
En résumé :
- 'X11Forwarding', c'est côté serveur sshd. On indique si le serveur accepte ou non X11. S'il n'accepte pas, c'est bloqué pour tout le monde.
- 'ForwardX11', c'est côté client ssh. On indique si on demande toujours X11 ou si l'utilisateur doit le demander explicitement à chaque fois. (On a le même mécanisme pour le 'ForwardX11Trusted'.)
Ouf, c'est clair! :-)))))
Les macounets sont priés de sauvegarder ce post, moi je vous le dis ;).
En fait, ces options sont mal nommées. Si je devais les renommer, je mettrais un truc du genre :
Côté sshd : X11Forwarding => AcceptX11Forwarding
Côté ssh : ForwardX11 => TryForwardX11
Effectivement ;-/.
Merci pour ta patience.
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
qui traque les bugs jusque dans les posts de fr.comp.os.mac-os.x
jacques
Paul Gaborit wrote:
En fait, ces options sont mal nommées. Si je devais les renommer, je mettrais un truc du genre :
Côté sshd : X11Forwarding => AcceptX11Forwarding
Côté ssh : ForwardX11 => TryForwardX11
Pour enbrouiller un peu plus le profane, voilà une belle tentative ;-)
Jacques -- « Mac OS X Server à votre Service » en vente au Monde en Tique. <http://www.lmet.fr/fiche.cgi?_ISBN82952726603> Attention, plus que 2 exemplaires.
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
En fait, ces options sont mal nommées. Si je devais les renommer, je
mettrais un truc du genre :
Côté sshd :
X11Forwarding => AcceptX11Forwarding
Côté ssh :
ForwardX11 => TryForwardX11
Pour enbrouiller un peu plus le profane, voilà une belle tentative ;-)
Jacques
--
« Mac OS X Server à votre Service » en vente au Monde en Tique.
<http://www.lmet.fr/fiche.cgi?_ISBN82952726603>
Attention, plus que 2 exemplaires.
En fait, ces options sont mal nommées. Si je devais les renommer, je mettrais un truc du genre :
Côté sshd : X11Forwarding => AcceptX11Forwarding
Côté ssh : ForwardX11 => TryForwardX11
Pour enbrouiller un peu plus le profane, voilà une belle tentative ;-)
Jacques -- « Mac OS X Server à votre Service » en vente au Monde en Tique. <http://www.lmet.fr/fiche.cgi?_ISBN82952726603> Attention, plus que 2 exemplaires.
Vincent Lefevre
Dans l'article <f48ffd$f88$, Jacques Perrocheau écrit:
In article <20070607015544$, Vincent Lefevre <vincent+ wrote:
C'est parce DISPLAY n'est pas définie et que ton bashrc la définit à localhost:0.0. Donc c'est normal que ça marche. Mais tu ne passes pas par le tunnel ssh comme il le faudrait.
?? Euh! ?? quand je fais "ssh -X " je ne fais pas de tunnel ssh ?
Si. Mais suivant la valeur de DISPLAY, il est utilisé ou non. Typiquement: :0.0 -> pas utilisé localhost:10.0 -> utilisé
Avec cette machine mac-MacOSX10.3.9 le pb est réglé. Il suffisait de savoir qu'il faut mettre
X11Forwarding yes
dans le sshd_config qui est par défaut à no pour un Mac OS X "sorti de la boite".
Oui. Il me semble qu'on l'avait dit depuis pas mal de temps (à moins que ce soit dans l'enfilade sur f.c.o.u).
Dans l'article <f48ffd$f88$1@news.univ-rennes1.fr>,
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> écrit:
In article <20070607015544$560b@prunille.vinc17.org>,
Vincent Lefevre <vincent+news@vinc17.org> wrote:
C'est parce DISPLAY n'est pas définie et que ton bashrc la définit
à localhost:0.0. Donc c'est normal que ça marche. Mais tu ne passes
pas par le tunnel ssh comme il le faudrait.
?? Euh! ?? quand je fais "ssh -X moi@localhost" je ne fais pas de tunnel
ssh ?
Si. Mais suivant la valeur de DISPLAY, il est utilisé ou non. Typiquement:
:0.0 -> pas utilisé
localhost:10.0 -> utilisé
Avec cette machine mac-MacOSX10.3.9 le pb est réglé. Il suffisait de
savoir qu'il faut mettre
X11Forwarding yes
dans le sshd_config qui est par défaut à no pour un Mac OS X "sorti de
la boite".
Oui. Il me semble qu'on l'avait dit depuis pas mal de temps (à moins
que ce soit dans l'enfilade sur f.c.o.u).
Dans l'article <f48ffd$f88$, Jacques Perrocheau écrit:
In article <20070607015544$, Vincent Lefevre <vincent+ wrote:
C'est parce DISPLAY n'est pas définie et que ton bashrc la définit à localhost:0.0. Donc c'est normal que ça marche. Mais tu ne passes pas par le tunnel ssh comme il le faudrait.
?? Euh! ?? quand je fais "ssh -X " je ne fais pas de tunnel ssh ?
Si. Mais suivant la valeur de DISPLAY, il est utilisé ou non. Typiquement: :0.0 -> pas utilisé localhost:10.0 -> utilisé
Avec cette machine mac-MacOSX10.3.9 le pb est réglé. Il suffisait de savoir qu'il faut mettre
X11Forwarding yes
dans le sshd_config qui est par défaut à no pour un Mac OS X "sorti de la boite".
Oui. Il me semble qu'on l'avait dit depuis pas mal de temps (à moins que ce soit dans l'enfilade sur f.c.o.u).
In article <20070608080842$, Vincent Lefevre <vincent+ wrote:
Avec cette machine mac-MacOSX10.3.9 le pb est réglé. Il suffisait de savoir qu'il faut mettre
X11Forwarding yes
dans le sshd_config qui est par défaut à no pour un Mac OS X "sorti de la boite".
Oui. Il me semble qu'on l'avait dit depuis pas mal de temps (à moins que ce soit dans l'enfilade sur f.c.o.u).
Sûrement, parce que dans fr.comp.os.mac-os.x, je ne l'aurais pas loupé ;-).
En tous cas, merci pour toutes vos précisions.
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
Thomas
In article (Dans l'article) <20070607012814$, Vincent Lefevre <vincent+ wrote (écrivait) :
Dans l'article , Thomas écrit:
In article (Dans l'article) <20070606092847$, Vincent Lefevre <vincent+ wrote (écrivait) :
Ceci dit, avant de tester avec deux machines différentes, il peut être préférable de tester sur une seule machine (ssh -Y localhost). Ça élimine un certain nombre de problèmes possibles (config réseau, endianness...).
ah oui, tiens, pas bete, mais un peu delicat à mettre en oeuvre, avec VNC
Pas besoin de VNC.
ah bon ?? comment tu fais ?
en tout cas, merci de m'avoir fait faire ca, parce que comme c'etait un systeme /relativement/ fraichement installé, mis à jour (je croyais), et surtout sans bidouillage à l'interieur du systeme, etc, j'etais persuadé que cet ordi sur lui meme ca marcherais, et que c'etait forcément à cause de trop grandes differences entre les ssh ou les x11 ...
eh ben non ! cet ordi sur lui meme, ca ne marche pas ... meme erreur !
merci :-)
-- 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
In article (Dans l'article) <20070607012814$010b@prunille.vinc17.org>,
Vincent Lefevre <vincent+news@vinc17.org> wrote (écrivait) :
Dans l'article
<fantome.forums.tDeContes-158BE2.13423106062007@news-3.proxad.net>,
Thomas <fantome.forums.tDeContes@free.fr.invalid> écrit:
In article (Dans l'article) <20070606092847$4b62@prunille.vinc17.org>,
Vincent Lefevre <vincent+news@vinc17.org> wrote (écrivait) :
Ceci dit, avant de tester avec deux machines différentes, il peut
être préférable de tester sur une seule machine (ssh -Y localhost).
Ça élimine un certain nombre de problèmes possibles (config réseau,
endianness...).
ah oui, tiens, pas bete,
mais un peu delicat à mettre en oeuvre, avec VNC
Pas besoin de VNC.
ah bon ?? comment tu fais ?
en tout cas, merci de m'avoir fait faire ca,
parce que comme c'etait un systeme /relativement/ fraichement installé,
mis à jour (je croyais), et surtout sans bidouillage à l'interieur du
systeme, etc,
j'etais persuadé que cet ordi sur lui meme ca marcherais,
et que c'etait forcément à cause de trop grandes differences entre les
ssh ou les x11 ...
eh ben non ! cet ordi sur lui meme, ca ne marche pas ... meme erreur !
merci :-)
--
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
In article (Dans l'article) <20070607012814$, Vincent Lefevre <vincent+ wrote (écrivait) :
Dans l'article , Thomas écrit:
In article (Dans l'article) <20070606092847$, Vincent Lefevre <vincent+ wrote (écrivait) :
Ceci dit, avant de tester avec deux machines différentes, il peut être préférable de tester sur une seule machine (ssh -Y localhost). Ça élimine un certain nombre de problèmes possibles (config réseau, endianness...).
ah oui, tiens, pas bete, mais un peu delicat à mettre en oeuvre, avec VNC
Pas besoin de VNC.
ah bon ?? comment tu fais ?
en tout cas, merci de m'avoir fait faire ca, parce que comme c'etait un systeme /relativement/ fraichement installé, mis à jour (je croyais), et surtout sans bidouillage à l'interieur du systeme, etc, j'etais persuadé que cet ordi sur lui meme ca marcherais, et que c'etait forcément à cause de trop grandes differences entre les ssh ou les x11 ...
eh ben non ! cet ordi sur lui meme, ca ne marche pas ... meme erreur !
merci :-)
-- 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
Thomas
In article (Dans l'article) , Paul Gaborit wrote (écrivait) :
À (at) Wed, 06 Jun 2007 13:51:20 +0200, Thomas écrivait (wrote):
sur la machine distante ?
[:~] thomas% ls -l /usr/X11R6/bin/xauth -rwxr-xr-x 1 root wheel 41036 22 ao 2005 /usr/X11R6/bin/xauth
C'est quelle version de MacOS X ? Avec un X11 à jour et installé proprement ?
Ici, sur Mac OS X 10.4.9 (intel), le programme 'xauth' fait 81232 octets et date du 7 novembre 2006. Pour la taille, c'est presque normal puisque c'est un binaire Universal (ppc et i386). Et pour la date je me demande si ce n'est pas la date d'installation...
thomas% ls -l /usr/X11R6/bin/xauth -rwxr-xr-x 1 root wheel 81232 7 nov 2006 /usr/X11R6/bin/xauth
c'est bon, j'ai mis x11 à jour (ce n'est pas la date d'installation)
mais ca me fait *exactement* la meme erreur qu'avant :-(
et en plus, grace à Vincent Lefevre, j'ai pu voir qu'il y a *exactement* la meme erreur, si je le fait de la machine distante sur elle meme :
nathalie% ssh -X Warning: No xauth data; using fake authentication data for X11 forwarding. Last login: Wed Jun 13 14:18:18 2007 from 192.168.1.202 Welcome to Darwin! /usr/X11R6/bin/xauth: creating new authority file /Users/thomas/.Xauthority /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% /usr/X11R6/bin/xlogo X11 connection rejected because of wrong authentication. X connection to localhost:10.0 broken (explicit kill or server shutdown).
c'est exactement la meme chose au caractere pres (sauf erreur) que quand je le fais de la machine locale, sauf la ligne "Warning: No xauth data; using fake authentication data for X11 forwarding." qui est en plus sur la machine distante est ce que c'est une piste ?
-- 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
In article (Dans l'article) <wt9myzdi0tm.fsf@marceau.enstimac.fr>,
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote (écrivait) :
À (at) Wed, 06 Jun 2007 13:51:20 +0200,
Thomas <fantome.forums.tDeContes@free.fr.invalid> écrivait (wrote):
sur la machine distante ?
[:~] thomas% ls -l /usr/X11R6/bin/xauth
-rwxr-xr-x 1 root wheel 41036 22 ao 2005 /usr/X11R6/bin/xauth
C'est quelle version de MacOS X ? Avec un X11 à jour et installé
proprement ?
Ici, sur Mac OS X 10.4.9 (intel), le programme 'xauth' fait 81232
octets et date du 7 novembre 2006. Pour la taille, c'est presque
normal puisque c'est un binaire Universal (ppc et i386). Et pour la
date je me demande si ce n'est pas la date d'installation...
thomas% ls -l /usr/X11R6/bin/xauth
-rwxr-xr-x 1 root wheel 81232 7 nov 2006 /usr/X11R6/bin/xauth
c'est bon, j'ai mis x11 à jour
(ce n'est pas la date d'installation)
mais ca me fait *exactement* la meme erreur qu'avant :-(
et en plus, grace à Vincent Lefevre, j'ai pu voir qu'il y a *exactement*
la meme erreur, si je le fait de la machine distante sur elle meme :
nathalie% ssh -X thomas@192.168.1.4
Warning: No xauth data; using fake authentication data for X11
forwarding.
Last login: Wed Jun 13 14:18:18 2007 from 192.168.1.202
Welcome to Darwin!
/usr/X11R6/bin/xauth: creating new authority file
/Users/thomas/.Xauthority
/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% /usr/X11R6/bin/xlogo
X11 connection rejected because of wrong authentication.
X connection to localhost:10.0 broken (explicit kill or server shutdown).
c'est exactement la meme chose au caractere pres (sauf erreur) que quand
je le fais de la machine locale,
sauf la ligne "Warning: No xauth data; using fake authentication data
for X11 forwarding." qui est en plus sur la machine distante
est ce que c'est une piste ?
--
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
In article (Dans l'article) , Paul Gaborit wrote (écrivait) :
À (at) Wed, 06 Jun 2007 13:51:20 +0200, Thomas écrivait (wrote):
sur la machine distante ?
[:~] thomas% ls -l /usr/X11R6/bin/xauth -rwxr-xr-x 1 root wheel 41036 22 ao 2005 /usr/X11R6/bin/xauth
C'est quelle version de MacOS X ? Avec un X11 à jour et installé proprement ?
Ici, sur Mac OS X 10.4.9 (intel), le programme 'xauth' fait 81232 octets et date du 7 novembre 2006. Pour la taille, c'est presque normal puisque c'est un binaire Universal (ppc et i386). Et pour la date je me demande si ce n'est pas la date d'installation...
thomas% ls -l /usr/X11R6/bin/xauth -rwxr-xr-x 1 root wheel 81232 7 nov 2006 /usr/X11R6/bin/xauth
c'est bon, j'ai mis x11 à jour (ce n'est pas la date d'installation)
mais ca me fait *exactement* la meme erreur qu'avant :-(
et en plus, grace à Vincent Lefevre, j'ai pu voir qu'il y a *exactement* la meme erreur, si je le fait de la machine distante sur elle meme :
nathalie% ssh -X Warning: No xauth data; using fake authentication data for X11 forwarding. Last login: Wed Jun 13 14:18:18 2007 from 192.168.1.202 Welcome to Darwin! /usr/X11R6/bin/xauth: creating new authority file /Users/thomas/.Xauthority /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% /usr/X11R6/bin/xlogo X11 connection rejected because of wrong authentication. X connection to localhost:10.0 broken (explicit kill or server shutdown).
c'est exactement la meme chose au caractere pres (sauf erreur) que quand je le fais de la machine locale, sauf la ligne "Warning: No xauth data; using fake authentication data for X11 forwarding." qui est en plus sur la machine distante est ce que c'est une piste ?
-- 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
Thomas
In article (Dans l'article) , Paul Gaborit wrote (écrivait) :
À (at) Wed, 06 Jun 2007 16:35:12 +0200, Paul Gaborit écrivait (wrote):
À (at) Wed, 06 Jun 2007 13:58:22 +0200, Thomas écrivait (wrote):
[:~] thomas% /usr/X11R6/bin/xauth list /usr/X11R6/bin/xauth: creating new authority file /Users/thomas/.Xauthority [:~] thomas% cat ~/.Xauthority cat: /Users/thomas/.Xauthority: No such file or directory
En fait, même après un 'ssh -X...' le fichier .Xauthority n'est pas rempli (il n'existe même pas).
Ce que vous obtenez via l'appel à 'xauth list' est normal. Il crée un fichier vide et le supprimer tout de suite. Ce qui n'est pas normal c'est qu'il soit vide alors que la connexion via 'ssh -X...' devrait le remplir.
X11 est-il bien correctement installé sur le mac distant ?
pour moi, oui
je viens de le mettre à jour j'ai installé les choses dans les regles de l'art je suis tjr mefiant avec tout ce qui reclame le mdp d'admin
-- 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
In article (Dans l'article) <wt9r6opi120.fsf@marceau.enstimac.fr>,
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote (écrivait) :
À (at) Wed, 06 Jun 2007 16:35:12 +0200,
Paul Gaborit <Paul.Gaborit@invalid.invalid> écrivait (wrote):
À (at) Wed, 06 Jun 2007 13:58:22 +0200,
Thomas <fantome.forums.tDeContes@free.fr.invalid> écrivait (wrote):
[:~] thomas% /usr/X11R6/bin/xauth list
/usr/X11R6/bin/xauth: creating new authority file
/Users/thomas/.Xauthority
[:~] thomas% cat ~/.Xauthority
cat: /Users/thomas/.Xauthority: No such file or directory
En fait, même après un 'ssh -X...' le fichier .Xauthority n'est pas
rempli (il n'existe même pas).
Ce que vous obtenez via l'appel à 'xauth list' est normal. Il crée un
fichier vide et le supprimer tout de suite. Ce qui n'est pas normal
c'est qu'il soit vide alors que la connexion via 'ssh -X...' devrait
le remplir.
X11 est-il bien correctement installé sur le mac distant ?
pour moi, oui
je viens de le mettre à jour
j'ai installé les choses dans les regles de l'art
je suis tjr mefiant avec tout ce qui reclame le mdp d'admin
--
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
In article (Dans l'article) , Paul Gaborit wrote (écrivait) :
À (at) Wed, 06 Jun 2007 16:35:12 +0200, Paul Gaborit écrivait (wrote):
À (at) Wed, 06 Jun 2007 13:58:22 +0200, Thomas écrivait (wrote):
[:~] thomas% /usr/X11R6/bin/xauth list /usr/X11R6/bin/xauth: creating new authority file /Users/thomas/.Xauthority [:~] thomas% cat ~/.Xauthority cat: /Users/thomas/.Xauthority: No such file or directory
En fait, même après un 'ssh -X...' le fichier .Xauthority n'est pas rempli (il n'existe même pas).
Ce que vous obtenez via l'appel à 'xauth list' est normal. Il crée un fichier vide et le supprimer tout de suite. Ce qui n'est pas normal c'est qu'il soit vide alors que la connexion via 'ssh -X...' devrait le remplir.
X11 est-il bien correctement installé sur le mac distant ?
pour moi, oui
je viens de le mettre à jour j'ai installé les choses dans les regles de l'art je suis tjr mefiant avec tout ce qui reclame le mdp d'admin
-- 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
Paul Gaborit
À (at) Wed, 13 Jun 2007 14:44:54 +0200, Thomas écrivait (wrote):
c'est bon, j'ai mis x11 à jour (ce n'est pas la date d'installation)
mais ca me fait *exactement* la meme erreur qu'avant :-(
Je pencherai pour une bidouille dans les fichiers de configuration (du shell ou autres) de l'utilisateur courant... ou du système.
Pour évacuer la problème ede l'utilisateur courant, créez un nouvel utilisateur (dison 'toto'), connectez-vous sous cette nouvelle indentité et refaites le test de connexion 'ssh -X ' depuis un xterm dans X11.
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) Wed, 13 Jun 2007 14:44:54 +0200,
Thomas <fantome.forums.tDeContes@free.fr.invalid> écrivait (wrote):
c'est bon, j'ai mis x11 à jour
(ce n'est pas la date d'installation)
mais ca me fait *exactement* la meme erreur qu'avant :-(
Je pencherai pour une bidouille dans les fichiers de configuration (du
shell ou autres) de l'utilisateur courant... ou du système.
Pour évacuer la problème ede l'utilisateur courant, créez un nouvel
utilisateur (dison 'toto'), connectez-vous sous cette nouvelle
indentité et refaites le test de connexion 'ssh -X toto@localhost'
depuis un xterm dans X11.
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) Wed, 13 Jun 2007 14:44:54 +0200, Thomas écrivait (wrote):
c'est bon, j'ai mis x11 à jour (ce n'est pas la date d'installation)
mais ca me fait *exactement* la meme erreur qu'avant :-(
Je pencherai pour une bidouille dans les fichiers de configuration (du shell ou autres) de l'utilisateur courant... ou du système.
Pour évacuer la problème ede l'utilisateur courant, créez un nouvel utilisateur (dison 'toto'), connectez-vous sous cette nouvelle indentité et refaites le test de connexion 'ssh -X ' depuis un xterm dans X11.
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
