Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1383 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Multimédia

  [help] export display = ** CRITICAL **: Unable to open display

 
 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

[help] export display = ** CRITICAL **: Unable to open display

n°368946
k666
dites non à petitmou
Posté le 02-12-2003 à 23:56:24  profilanswer
 

salut
j'arrive pas à faire de l'export DISPLAY pour exécuter mes applis sur une machine distante :/
 
j'ai ma machine_X tournant sous X et j'aimerais lancer des applis depuis la machine_TERM ...
 
pour celà je tape  
 
machine_X # xhost +machine_TERM  
 
puis  
 
machine_X # ssh machine_TERM
(...)
machine_TERM # export DISPLAY=machine_X:0.0
machine_TERM # mozilla
 
** CRITICAL **: Unable to open display
machine_TERM #
 
 
donc ça marche pas et je comprends pas pourquoi ça me fait ça, je suis un âne :'( j'arrive pas à faire ça, aillez pitié de mon ignorance, dites moi ce que j'ai faux :/


Message édité par k666 le 03-12-2003 à 00:05:46
mood
Publicité
Posté le 02-12-2003 à 23:56:24  profilanswer
 

n°368951
k666
dites non à petitmou
Posté le 03-12-2003 à 00:06:16  profilanswer
 

snif :'( suis mauvais :'( fo dire, g quand meme raté ma vie :/
 
 
 
:d


Message édité par k666 le 03-12-2003 à 00:06:37
n°368952
BMOTheKill​er
Posté le 03-12-2003 à 00:12:08  profilanswer
 

pourquoi tu fais un export ?
 
fais directement :
 


ssh [-X] machine_TERM
mozilla


 
le -X est facultatif sur certaines distro
 
 
pour ce qui est de ta vie : "Connais-toi toi-même. Dis-toi que tu contrôles ta vie. Tiens, prends un cookie, ils sortent du four" [:ddr555]

n°368953
k666
dites non à petitmou
Posté le 03-12-2003 à 00:17:42  profilanswer
 

bin ça marche po :/

Code :
  1. kpoman@shuttle kpoman $ ssh -X pana
  2. OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7c 30 Sep 2003
  3. debug1: Reading configuration data /etc/ssh/ssh_config
  4. debug1: Connecting to pana [192.168.2.4] port 22.
  5. debug1: Connection established.
  6. debug1: identity file /home/kpoman/.ssh/identity type -1
  7. debug1: identity file /home/kpoman/.ssh/id_rsa type -1
  8. debug1: identity file /home/kpoman/.ssh/id_dsa type -1
  9. debug1: Remote protocol version 1.99, remote software version OpenSSH_3.6.1p2
  10. debug1: match: OpenSSH_3.6.1p2 pat OpenSSH*
  11. debug1: Enabling compatibility mode for protocol 2.0
  12. debug1: Local version string SSH-2.0-OpenSSH_3.7.1p2
  13. debug1: SSH2_MSG_KEXINIT sent
  14. debug1: SSH2_MSG_KEXINIT received
  15. debug1: kex: server->client aes128-cbc hmac-md5 none
  16. debug1: kex: client->server aes128-cbc hmac-md5 none
  17. debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
  18. debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
  19. debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
  20. debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
  21. debug1: Host 'pana' is known and matches the RSA host key.
  22. debug1: Found key in /home/kpoman/.ssh/known_hosts:4
  23. debug1: ssh_rsa_verify: signature correct
  24. debug1: SSH2_MSG_NEWKEYS sent
  25. debug1: expecting SSH2_MSG_NEWKEYS
  26. debug1: SSH2_MSG_NEWKEYS received
  27. debug1: SSH2_MSG_SERVICE_REQUEST sent
  28. debug1: SSH2_MSG_SERVICE_ACCEPT received
  29. debug1: Authentications that can continue: publickey,password,keyboard-interactive
  30. debug1: Next authentication method: publickey
  31. debug1: Trying private key: /home/kpoman/.ssh/identity
  32. debug1: Trying private key: /home/kpoman/.ssh/id_rsa
  33. debug1: Trying private key: /home/kpoman/.ssh/id_dsa
  34. debug1: Next authentication method: keyboard-interactive
  35. debug1: Authentications that can continue: publickey,password,keyboard-interactive
  36. debug1: Next authentication method: password
  37. kpoman@pana's password:
  38. debug1: Authentication succeeded (password).
  39. debug1: channel 0: new [client-session]
  40. debug1: Entering interactive session.
  41. debug1: Requesting X11 forwarding with authentication spoofing.
  42. Last login: Wed Dec  3 00:14:12 2003 from shuttle
  43. kpoman@pana kpoman $ xmms
  45. ** CRITICAL **: Unable to open display
  46. kpoman@pana kpoman $


 
chais pas ski spasse :/ pourtant:
 

Code :
  1. kpoman@shuttle kpoman $ cat /usr/X11R6/bin/startx  | grep defaultserver
  2. #defaultserverargs="-nolisten tcp"
  3. defaultserverargs=""
  4.     defaultserverargs=$userserverrc
  5.     defaultserverargs=$sysserverrc
  6.     serverargs="$defaultserverargs"
  7. kpoman@shuttle kpoman $
  9. kpoman@shuttle kpoman $ cat /etc/ssh/ssh_config
  10. #       $OpenBSD: ssh_config,v 1.19 2003/08/13 08:46:31 markus Exp $
  12. # This is the ssh client system-wide configuration file.  See
  13. # ssh_config(5) for more information.  This file provides defaults for
  14. # users, and the values can be changed in per-user configuration files
  15. # or on the command line.
  17. # Configuration data is parsed as follows:
  18. #  1. command line options
  19. #  2. user-specific file
  20. #  3. system-wide file
  21. # Any configuration value is only changed the first time it is set.
  22. # Thus, host-specific definitions should be at the beginning of the
  23. # configuration file, and defaults at the end.
  25. # Site-wide defaults for various options
  27. # Host *
  28. #   ForwardAgent no
  29. #   ForwardX11 no
  30. ForwardX11 yes
  31. #   RhostsRSAAuthentication no
  32. #   RSAAuthentication yes
  33. #   PasswordAuthentication yes
  34. #   HostbasedAuthentication no
  35. #   BatchMode no
  36. #   CheckHostIP yes
  37. #   AddressFamily any
  38. #   ConnectTimeout 0
  39. #   StrictHostKeyChecking ask
  40. #   IdentityFile ~/.ssh/identity
  41. #   IdentityFile ~/.ssh/id_rsa
  42. #   IdentityFile ~/.ssh/id_dsa
  43. #   Port 22
  44. #   Protocol 2,1
  45. #   Cipher 3des
  46. #   Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc
  47. #   EscapeChar ~
  48. kpoman@shuttle kpoman $


snif snif :'( j arrive po :'(

n°368954
k666
dites non à petitmou
Posté le 03-12-2003 à 00:19:30  profilanswer
 

j'ai aussi un ptit truc qui m'interpelle, le port X11 semble ne pas être ouvert dans la mchine qui va recevoir ! (c'est à dire dans la machine_X, ici shuttle)

Code :
  1. kpoman@shuttle kpoman $ nmap -vv localhost
  3. Starting nmap 3.48 ( http://www.insecure.org/nmap/ ) at 2003-12-03 00:24 CET
  4. Host localhost.localdomain (127.0.0.1) appears to be up ... good.
  5. Initiating Connect() Scan against localhost.localdomain (127.0.0.1) at 00:24
  6. Adding open port 906/tcp
  7. Adding open port 111/tcp
  8. Adding open port 970/tcp
  9. Adding open port 22/tcp
  10. The Connect() Scan took 0 seconds to scan 1657 ports.
  11. Interesting ports on localhost.localdomain (127.0.0.1):
  12. (The 1653 ports scanned but not shown below are in state: closed)
  13. PORT    STATE SERVICE
  14. 22/tcp  open  ssh
  15. 111/tcp open  rpcbind
  16. 906/tcp open  unknown
  17. 970/tcp open  unknown
  19. Nmap run completed -- 1 IP address (1 host up) scanned in 0.347 seconds
  20. kpoman@shuttle kpoman $


 
 
 
edit: pas de probleme de firewall car mes deux machines sont nues


Message édité par k666 le 03-12-2003 à 00:19:58
n°368956
BMOTheKill​er
Posté le 03-12-2003 à 00:23:03  profilanswer
 

il dit quoi ton sshd_config ?

n°368957
k666
dites non à petitmou
Posté le 03-12-2003 à 00:24:59  profilanswer
 

bin
ya ca de commenté:
 
#AllowTcpForwarding yes
#GatewayPorts no
#X11Forwarding no
#X11DisplayOffset 10
#X11UseLocalhost yes

n°368958
BMOTheKill​er
Posté le 03-12-2003 à 00:27:17  profilanswer
 

c'est tout ce qu'il y a dedans ?
 
puis ajoute ou décommente "X11Forwarding yes" sur la machine_X

n°368961
k666
dites non à petitmou
Posté le 03-12-2003 à 00:29:51  profilanswer
 

bin ya tout le fichier qui est commenté en fait,
j'ai fait ca, X11Forwarding yes
pis j'ai relancé le serveur ssh dans la machine_X
et toujours la même chose :/
 
je vois pas du tout :/
 
 
en fait, je me trompe peut être à la base: ce que je veux c'est:
 
je suis sous X dans ma machine_X, j'ouvre un Eterm, je me connecte à machine_TERM, je lance une appli grafik, et elle s'affiche bien dans machine_X
c bien ça non ? :s

n°368964
k666
dites non à petitmou
Posté le 03-12-2003 à 00:31:32  profilanswer
 

Code :
  1. root@shuttle kpoman # cat /etc/ssh/sshd_config | grep -v \#
  2. X11Forwarding yes
  3. Subsystem       sftp    /usr/lib/misc/sftp-server
  4. root@shuttle kpoman #

mood
Publicité
Posté le 03-12-2003 à 00:31:32  profilanswer
 

n°368970
BMOTheKill​er
Posté le 03-12-2003 à 00:48:54  profilanswer
 

k666 a écrit :

bin ya tout le fichier qui est commenté en fait,
j'ai fait ca, X11Forwarding yes
pis j'ai relancé le serveur ssh dans la machine_X
et toujours la même chose :/
 
je vois pas du tout :/
 
 
en fait, je me trompe peut être à la base: ce que je veux c'est:
 
je suis sous X dans ma machine_X, j'ouvre un Eterm, je me connecte à machine_TERM, je lance une appli grafik, et elle s'affiche bien dans machine_X
c bien ça non ? :s


 
bon ça a l'air bon là
 
je fais un test chez moi, je veux vérifier un truc :heink:

n°368972
k666
dites non à petitmou
Posté le 03-12-2003 à 00:56:57  profilanswer
 

héhéhé nan jdéconne ça marche :D
 
 
 
 
 
:/ nan march po :'( chais pas pourquoi mais je crois que j'ai la poisse informatique,
des fois ça prend, fo attendre ça passe :/

n°368975
void_ppc
Posté le 03-12-2003 à 01:13:30  profilanswer
 

Pour faire de l'export display (méthode pure, sans SSH  [:urd] ):
 
 
 

  • vérifier que les 2 machines écoutent sur le port 6000 (x11), avec un coup de netstat pour voir un x11 LISTEN.


Pour cela faire il faut virer un paramètre, "-nolisten tcp" qui est donné au serveur avant qu'il se lance.
 
Il se trouve dans un fichier de conf variable selon les distris, pour le trouver :
 

find /etc/X11/ -type f|xargs grep nolisten


 
Par exemple sous deb pour un serveur X géré par gdm :
 

/etc/X11/xinit/xserverrc:exec /usr/bin/X11/X -dpi 100 -nolisten tcp


 
Il convient de mettre un # devant le -nolisten tcp
 

  • Sur la machine qui va recevoir l'affichage taper :


xhost +hostname ou ip machine_qui_envoi l'affichage


 

  • Se logguer sur la machine qui lance l'appli graphique, par exemple avec ssh sans -X


  • Sur la machine exportant l'affichage taper :


export DISPLAY=X:0.0


 
Où X est l'ip/nom de la machine qui va recevoir l'affichage
 

  • Lancez votre appli, c'est magique  [:alex_k]  


 
Note : je n'ai pas pris le truc avec l'option -X de ssh car je me sert de ce truc sur mon lan, et comme les machines ne sont jamais éteintes (udok :o) je ne tape qu'une fois les commandes.


Message édité par void_ppc le 03-12-2003 à 01:18:14
n°368977
void_ppc
Posté le 03-12-2003 à 01:17:28  profilanswer
 

k666 a écrit un truc immonde :

le port X11 semble ne pas être ouvert dans la machine qui va (...) nmap -vv localhost
 


 
Ca m'a toujours fasciné les gens qui utilisent nmap pour savoir si un port est en listen ou non sur sa propre machine, utilisez netstat bourdel  [:albator7k]

n°368981
BMOTheKill​er
Posté le 03-12-2003 à 01:26:23  profilanswer
 

mouai bon, j'ai l'impression que c'est un problème de Xauthority, ça fait pareil chez moi sur une machine où X n'est pas installé
 
je ne sais pas si ça peut se génèrer à la mano ou pas en fait... :/

n°368985
void_ppc
Posté le 03-12-2003 à 01:36:49  profilanswer
 

BMOTheKiller a écrit :

mouai bon, j'ai l'impression que c'est un problème de Xauthority, ça fait pareil chez moi sur une machine où X n'est pas installé
 
je ne sais pas si ça peut se génèrer à la mano ou pas en fait... :/


 
XAuthority et xhost sont liés.
 
Après 3 sec de google :
 

> J'ai un fichier dans mon root qui s'appelle .Xauthority, parfois il est
> vide, parfois non. Je n'ai aucune idee pourquoi il change ni a quoi il
> sert. Vous pouvez aller voir dans mon compte si vous voulez.
 
Ce fichier contient une liste des cles d'acces permettant a une
application X d'etre autorisee a ouvrir des fenetres a la station a
laquelle tu es branche (ou d'autres, selon ce que tu cherches a faire), et
ceci sans avoir a employer le fameux "xhost +<nomDuServeurADistance>".
Par exemple, si tu es branche sur un terminal X du 1340 et que tu demarres
netscape, tu n'as pas eu a dire xhost +derby ou xhost +epsom avant de le
faire; c'est qu'au moment ou tu t'es branche sur le terminal X, une cle
d'access pour ce terminal a ete inscrite dans ce fichier, et netscape se
sert de cette cle pour avoir acces a l'affichage du terminal.
 
Ce mecanisme (la cle qui s'inscrit automatiquement dans le fichier) ne
fonctionne pas pour les indigos, ce qui explique qu'on soit alors oblige
d'utiliser un mecanisme moins sur, c'est-a-dire le fameux xhost qui permet
a n'importe quelle application provenant d'un site donne d'afficher a la
station ou on est situe. Peut-etre nos administrateurs de reseau
pourraient donner plus de details sur la raison de ce probleme.
 
Pour manipuler le contenu de ce fichier, on se sert de la commande
"xauth". Pour savoir, par exemple, les cles contenues dans le fichier, on
peu faire "xauth list". Pour ajouter une cle, c'est
"xauth add <nomDeLAffichageDuTerminal> <NomDuMecanismeDeSecurite> <cle>".
Pour plus de details, tu peux faire "man xauth" et, je crois, "man X"


 
http://www.iro.umontreal.ca/~tranh [...] s/267.html

n°368986
k666
dites non à petitmou
Posté le 03-12-2003 à 01:41:52  profilanswer
 

pour info les deux machines ont X installé
j'ai fais la teknik que tu proposes void_ppc mais ça ne marche toujours pas et les ports ne sont toujours pas ouverts
je sais pas quoi faire, je lutte :'(

n°368988
BMOTheKill​er
Posté le 03-12-2003 à 01:44:10  profilanswer
 

merci ça peut servir, j'ai pas fais la recherche je suis sur autre chose là... m'enfin faut quand même installer X quoi :/

n°368989
void_ppc
Posté le 03-12-2003 à 01:44:21  profilanswer
 

k666 a écrit :

pour info les deux machines ont X installé
j'ai fais la teknik que tu proposes void_ppc mais ça ne marche toujours pas et les ports ne sont toujours pas ouverts
je sais pas quoi faire, je lutte :'(


 
Ton X, tu le lance à  la mano (startx) ou alors via un gestionnaire de connexion ? (gdm, kdm, etc)  
 
Dans ce cas tu as 2 fichiers à modifier pour le prix de 2 fichiers (comme la barre de faire en gros), un pour quand il se lance tout seul, et un via le gestionnaire de connexion.

n°368991
k666
dites non à petitmou
Posté le 03-12-2003 à 01:48:33  profilanswer
 

void > je le lance à la mano via startx
kels fichier et quoi mettre stp ? merci bcp :)

n°368992
void_ppc
Posté le 03-12-2003 à 01:50:02  profilanswer
 

eh bien avec le find ci-dessus tu devrais tout trouver, sur ma deb sid c'est dans /etc/X11/xinit/xserverrc

mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Multimédia

  [help] export display = ** CRITICAL **: Unable to open display

 

Sujets relatifs
[Debian] help : modem Bewan ADSL USBMANDRAKE 9.2 - PC tout USB - bloc sur la recherche de modules - HELP
[probleme crontab] help ! root.adm ?[speedtouch usb && 2.6 && gentoo] help pliz !
[HELP] Mandrake 9.2 - ma carte reseau veux pas prendre d'IPBizarrerie d'exporte display
[HELP] Installer une Debian 3 sur un Proliant 400Mozilla Mail : 2 alias sur la même adresse [HELP]
Export log sur un autre serveur[Open Office] Table de caractères? (pour faire des lettres espagnoles)
Plus de sujets relatifs à : [help] export display = ** CRITICAL **: Unable to open display

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.123 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR