Dans l'article
,
Thomas écrit:si dans ~/.tcshrc je remplace
setenv DISPLAY :0.0
par
setenv DISPLAY localhost:0.0
Pas sûr, mais c'est toujours aussi mal.
Une connexion X forwardée
n'est pas en :0, mais plutôt en :10 ou quelque chose du genre (ça
dépend de la config du serveur et du nombre de connexions ouvertes).
Dans l'article
<fantome.forums.tDeContes-3D4EF1.16040405062007@news-2.proxad.net>,
Thomas <fantome.forums.tDeContes@free.fr.invalid> écrit:
si dans ~/.tcshrc je remplace
setenv DISPLAY :0.0
par
setenv DISPLAY localhost:0.0
Pas sûr, mais c'est toujours aussi mal.
Une connexion X forwardée
n'est pas en :0, mais plutôt en :10 ou quelque chose du genre (ça
dépend de la config du serveur et du nombre de connexions ouvertes).
Dans l'article
,
Thomas écrit:si dans ~/.tcshrc je remplace
setenv DISPLAY :0.0
par
setenv DISPLAY localhost:0.0
Pas sûr, mais c'est toujours aussi mal.
Une connexion X forwardée
n'est pas en :0, mais plutôt en :10 ou quelque chose du genre (ça
dépend de la config du serveur et du nombre de connexions ouvertes).
ps: pour la clarté des choses, tu devrais essayer d'avoir un
PS1 différent selon les hosts.
c'est quoi le PS1 ?
ps: pour la clarté des choses, tu devrais essayer d'avoir un
PS1 différent selon les hosts.
c'est quoi le PS1 ?
ps: pour la clarté des choses, tu devrais essayer d'avoir un
PS1 différent selon les hosts.
c'est quoi le PS1 ?
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é ?
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é ?
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é ?
le msg d'erreur la connexion ssh est le meme, mais pas celui au
lancement de l'application !
bizarrement, aussi, la 2eme partie du msg d'erreur au
lancement de l'application a changé
est ce que ca peut vous aider à m'aider ?
le msg d'erreur la connexion ssh est le meme, mais pas celui au
lancement de l'application !
bizarrement, aussi, la 2eme partie du msg d'erreur au
lancement de l'application a changé
est ce que ca peut vous aider à m'aider ?
le msg d'erreur la connexion ssh est le meme, mais pas celui au
lancement de l'application !
bizarrement, aussi, la 2eme partie du msg d'erreur au
lancement de l'application a changé
est ce que ca peut vous aider à m'aider ?
Une connexion X forwardée
n'est pas en :0, mais plutôt en :10 ou quelque chose du genre (ça
dépend de la config du serveur et du nombre de connexions ouvertes).
sur l'ordi local ?
Une connexion X forwardée
n'est pas en :0, mais plutôt en :10 ou quelque chose du genre (ça
dépend de la config du serveur et du nombre de connexions ouvertes).
sur l'ordi local ?
Une connexion X forwardée
n'est pas en :0, mais plutôt en :10 ou quelque chose du genre (ça
dépend de la config du serveur et du nombre de connexions ouvertes).
sur l'ordi local ?
Oui : me touchez pas à DISPLAY. Le problème tourne autour de xauth
(c'est lui qui émet des messages d'erruer) et de la tranmission des
MIT-MAGIC-COOKIE. Pas de problème de ssh ni de DISPLAY.
Oui : me touchez pas à DISPLAY. Le problème tourne autour de xauth
(c'est lui qui émet des messages d'erruer) et de la tranmission des
MIT-MAGIC-COOKIE. Pas de problème de ssh ni de DISPLAY.
Oui : me touchez pas à DISPLAY. Le problème tourne autour de xauth
(c'est lui qui émet des messages d'erruer) et de la tranmission des
MIT-MAGIC-COOKIE. Pas de problème de ssh ni de DISPLAY.
Dans l'article ,
Paul Gaborit écrit:Oui : me touchez pas à DISPLAY. Le problème tourne autour de xauth
(c'est lui qui émet des messages d'erruer) et de la tranmission des
MIT-MAGIC-COOKIE. Pas de problème de ssh ni de DISPLAY.
Tout à fait. Ça peut peut-être aussi venir de hostnames mal configurés.
Je suggère de faire une recherche de "bad display name" sur Google.
Dans l'article <wt9zm3di1sd.fsf@marceau.enstimac.fr>,
Paul Gaborit <Paul.Gaborit@invalid.invalid> écrit:
Oui : me touchez pas à DISPLAY. Le problème tourne autour de xauth
(c'est lui qui émet des messages d'erruer) et de la tranmission des
MIT-MAGIC-COOKIE. Pas de problème de ssh ni de DISPLAY.
Tout à fait. Ça peut peut-être aussi venir de hostnames mal configurés.
Je suggère de faire une recherche de "bad display name" sur Google.
Dans l'article ,
Paul Gaborit écrit:Oui : me touchez pas à DISPLAY. Le problème tourne autour de xauth
(c'est lui qui émet des messages d'erruer) et de la tranmission des
MIT-MAGIC-COOKIE. Pas de problème de ssh ni de DISPLAY.
Tout à fait. Ça peut peut-être aussi venir de hostnames mal configurés.
Je suggère de faire une recherche de "bad display name" sur Google.
dans /etc/hosts ,
- si je met
127.0.0.1 Nathalie
ca ne change rien
- si je met
192.168.1.4 Nathalie
ca marche
- et je peux mettre n'importe quoi à la place de "Nathalie", ca marche
je comprends pas comment ca fonctionne
pourquoi ce mecanisme de x11 depend de trucs en rapport avec les dns,
alors que pour circuler sur le reseau ca passe à l'interieur de ssh, qui
n'en depend pas ?
et je me demande tjr pourquoi apple n'a pas fait en sorte que ca
marche sans qu'on ait à modifier /etc/hosts
dans /etc/hosts ,
- si je met
127.0.0.1 Nathalie
ca ne change rien
- si je met
192.168.1.4 Nathalie
ca marche
- et je peux mettre n'importe quoi à la place de "Nathalie", ca marche
je comprends pas comment ca fonctionne
pourquoi ce mecanisme de x11 depend de trucs en rapport avec les dns,
alors que pour circuler sur le reseau ca passe à l'interieur de ssh, qui
n'en depend pas ?
et je me demande tjr pourquoi apple n'a pas fait en sorte que ca
marche sans qu'on ait à modifier /etc/hosts
dans /etc/hosts ,
- si je met
127.0.0.1 Nathalie
ca ne change rien
- si je met
192.168.1.4 Nathalie
ca marche
- et je peux mettre n'importe quoi à la place de "Nathalie", ca marche
je comprends pas comment ca fonctionne
pourquoi ce mecanisme de x11 depend de trucs en rapport avec les dns,
alors que pour circuler sur le reseau ca passe à l'interieur de ssh, qui
n'en depend pas ?
et je me demande tjr pourquoi apple n'a pas fait en sorte que ca
marche sans qu'on ait à modifier /etc/hosts
Dans l'article
,
Thomas écrit:dans /etc/hosts ,
- si je met
127.0.0.1 Nathalie
ca ne change rien
- si je met
192.168.1.4 Nathalie
ca marche
- et je peux mettre n'importe quoi à la place de "Nathalie", ca marche
je comprends pas comment ca fonctionne
pourquoi ce mecanisme de x11 depend de trucs en rapport avec les dns,
alors que pour circuler sur le reseau ca passe à l'interieur de ssh, qui
n'en depend pas ?
C'est peut-être un problème de FQDN (c'est ce qui sert à identifier
la machine de manière unique). Même localement, le FQDN est utilisé,
et s'il y a une incohérence, ça peut ne plus marcher. Le FQDN peut
être déterminé de plusieurs manières (fichier /etc/hostname, fichier
/etc/hosts, ou bien DNS).
Le script Perl suivant affiche le "nodename" et le FQDN de manière
portable:
------------------------------------------------------------
#!/usr/bin/env perl
use strict;
use POSIX;
my $nodename = (POSIX::uname)[1];
print "Nodename: $nodenamen";
print "FQDN: ", (gethostbyname $nodename)[0], "n";
------------------------------------------------------------
Donne-t-il quelque chose de différent suivant ta config de /etc/hosts?
Dans l'article
<fantome.forums.tDeContes-601C26.17124914062007@news-2.proxad.net>,
Thomas <fantome.forums.tDeContes@free.fr.invalid> écrit:
dans /etc/hosts ,
- si je met
127.0.0.1 Nathalie
ca ne change rien
- si je met
192.168.1.4 Nathalie
ca marche
- et je peux mettre n'importe quoi à la place de "Nathalie", ca marche
je comprends pas comment ca fonctionne
pourquoi ce mecanisme de x11 depend de trucs en rapport avec les dns,
alors que pour circuler sur le reseau ca passe à l'interieur de ssh, qui
n'en depend pas ?
C'est peut-être un problème de FQDN (c'est ce qui sert à identifier
la machine de manière unique). Même localement, le FQDN est utilisé,
et s'il y a une incohérence, ça peut ne plus marcher. Le FQDN peut
être déterminé de plusieurs manières (fichier /etc/hostname, fichier
/etc/hosts, ou bien DNS).
Le script Perl suivant affiche le "nodename" et le FQDN de manière
portable:
------------------------------------------------------------
#!/usr/bin/env perl
use strict;
use POSIX;
my $nodename = (POSIX::uname)[1];
print "Nodename: $nodenamen";
print "FQDN: ", (gethostbyname $nodename)[0], "n";
------------------------------------------------------------
Donne-t-il quelque chose de différent suivant ta config de /etc/hosts?
Dans l'article
,
Thomas écrit:dans /etc/hosts ,
- si je met
127.0.0.1 Nathalie
ca ne change rien
- si je met
192.168.1.4 Nathalie
ca marche
- et je peux mettre n'importe quoi à la place de "Nathalie", ca marche
je comprends pas comment ca fonctionne
pourquoi ce mecanisme de x11 depend de trucs en rapport avec les dns,
alors que pour circuler sur le reseau ca passe à l'interieur de ssh, qui
n'en depend pas ?
C'est peut-être un problème de FQDN (c'est ce qui sert à identifier
la machine de manière unique). Même localement, le FQDN est utilisé,
et s'il y a une incohérence, ça peut ne plus marcher. Le FQDN peut
être déterminé de plusieurs manières (fichier /etc/hostname, fichier
/etc/hosts, ou bien DNS).
Le script Perl suivant affiche le "nodename" et le FQDN de manière
portable:
------------------------------------------------------------
#!/usr/bin/env perl
use strict;
use POSIX;
my $nodename = (POSIX::uname)[1];
print "Nodename: $nodenamen";
print "FQDN: ", (gethostbyname $nodename)[0], "n";
------------------------------------------------------------
Donne-t-il quelque chose de différent suivant ta config de /etc/hosts?