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

export display = ** CRITICAL **: Unable to open display [help] - Multimédia - Linux et OS Alternatifs

Marsh Posté le 02-12-2003 à 23:56:24    

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
Reply

Marsh Posté le 02-12-2003 à 23:56:24   

Reply

Marsh Posté le 03-12-2003 à 00:06:16    

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


Message édité par k666 le 03-12-2003 à 00:06:37
Reply

Marsh Posté le 03-12-2003 à 00:12:08    

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]

Reply

Marsh Posté le 03-12-2003 à 00:17:42    

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 :'(

Reply

Marsh Posté le 03-12-2003 à 00:19:30    

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
Reply

Marsh Posté le 03-12-2003 à 00:23:03    

il dit quoi ton sshd_config ?

Reply

Marsh Posté le 03-12-2003 à 00:24:59    

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

Reply

Marsh Posté le 03-12-2003 à 00:27:17    

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

Reply

Marsh Posté le 03-12-2003 à 00:29:51    

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

Reply

Marsh Posté le 03-12-2003 à 00:31:32    

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 #

Reply

Marsh Posté le 03-12-2003 à 00:31:32   

Reply

Marsh Posté le 03-12-2003 à 00:48:54    

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:

Reply

Marsh Posté le 03-12-2003 à 00:56:57    

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 :/

Reply

Marsh Posté le 03-12-2003 à 01:13:30    

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
Reply

Marsh Posté le 03-12-2003 à 01:17:28    

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]

Reply

Marsh Posté le 03-12-2003 à 01:26:23    

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... :/

Reply

Marsh Posté le 03-12-2003 à 01:36:49    

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

Reply

Marsh Posté le 03-12-2003 à 01:41:52    

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 :'(

Reply

Marsh Posté le 03-12-2003 à 01:44:10    

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 :/

Reply

Marsh Posté le 03-12-2003 à 01:44:21    

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.

Reply

Marsh Posté le 03-12-2003 à 01:48:33    

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

Reply

Marsh Posté le 03-12-2003 à 01:50:02    

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

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed