Forum Linux.suse probleme lors d'un export display

Posté par  .
Étiquettes : aucune
0
2
sept.
2005
Bonjour,
je travaille sur une machine qui tourne sous SUSE 9.3. Je rencontre un pb lors d'un export display
depuis ma machine j'autorise le display de l'autre machien par xhost nomdelamachine
apres un ssh je fais un export DISPLAY=nomdelamachine:0
et quand je lance par exemple xclock j'ai un message d'erreur Error can't open display nomdelamachine:0

Sur mon ancien PC sous SUSE 9.1 il n'y avait pas ce probleme
Comment le resoudre?

Merci

  • # ssh -x

    Posté par  . Évalué à 3.

    extrait du man de ssh :

    X11 and TCP forwarding
    If the ForwardX11 variable is set to ``yes'' (or see the description of
    the -X and -x options described later) and the user is using X11 (the
    DISPLAY environment variable is set), the connection to the X11 display
    is automatically forwarded to the remote side in such a way that any X11
    programs started from the shell (or command) will go through the
    encrypted channel, and the connection to the real X server will be made
    from the local machine. The user should not manually set DISPLAY. For-
    warding of X11 connections can be configured on the command line or in
    configuration files.

    • [^] # Re: ssh -x

      Posté par  (site web personnel) . Évalué à 2.

      En français: :) Ajoutes l'option -X à ssh et ça devrait marcher sans rien faire d'autre. SSH va créer un display spécial sur la machne sur laquelle tu te logge (généralement avec l'ID 10) et faire l'export tout seul comme un grand. Les commandes X rentreront par cet export local pour passer dans ton tunnel SSH pour transiter cryptées et s'afficheront alors tranquillement chez toi.

    • [^] # Re: ssh -x

      Posté par  . Évalué à 3.

      Bonjour,

      Attention, l'option pour activer le forward de port et l'authentification X11 est -X (majuscule) alors que -x le désactive.

      Sinon, je pense qu'avant de poster ce type de question et de jouer les assistés permanents un peu de recherche dans la documentation (pages de manuel de ssh et sshd, mécanismes d'authentification sous X, options du serveur X, ...) ne fait pas de pas. J'apprécie de donner des conseils, cela me permet même souvent d'apprendre et de progresser (parce que je cherche moi-même les solutions et les teste lorsque je le peux et que j'en ai le temps), mais il est assez agaçant de revenir régulièrement sur les mêmes sujets, maintes fois débatus...
      Il est d'ailleurs possible de trouver des sujets similaires relativement récent sur ce même forum (http://linuxfr.org/forums/12/10373.html(...) ).

      Attention dtsiss : je n'essaie pas de te vexer ou de t'envoyer bouler. Je pense simplement que rechercher un peu soi-même avant de s'en remettre à la communauté est salutaire pour tous. Après, si tu viens nous expliquer que tu as effectivement essayé les différentes pistes proposées ailleurs et que tu es toujours bloqué, je me ferai un plaisir de venir t'aider à trouver une solution.

      A+
      JJD

      • [^] # Re: ssh -x

        Posté par  . Évalué à 1.

        j'ai oublié de mettre de le message que j'avais effectivement vu sur les différents forum qu'il y avait cette solution qui malheureusement ne fonctionne pas dans mon cas de figure
        La prochaine fois je serais plus explicite sur tout les tests que j'ai mené
        donc mon problème reste entier mais je cherche de mon coté

        • [^] # Re: ssh -x

          Posté par  . Évalué à 2.

          Bon et bien il y a quelques points à vérifier :
          - la configuration du serveur ssh est-elle bonne ? Est-ce qu'elle accepte le forwarding X11 ? (X11Forwarding yes)
          - lorsque tu te connectes en ssh avec l'option -X, est-ce que la variable DISPLAY est définie ? Est-ce que sur le serveur il y a un fichier .Xauthority ? Est-ce que sur le serveur la commande xauth existe ? Est-elle bien dans /usr/bin/X11/xauth ? (ou à l'endroit éventuellement spécifié par la directive XAuthLocation du fichier /etc/ssh/sshd_config)
          - le serveur X sur le client est-il à l'écoute en TCP ? ( port TCP 6000 ouvert : en tapant la commande "netstat -tln" tu dois voir apparaître la ligne
          tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN )
          - si le serveur n'accepte pas le forward X11, tu peux essayer une connexion directe (et non encryptée) en suivant la méthode expliquée dans ce commentaire : http://linuxfr.org/comments/606931.html#606101(...)

          Voilà ce qui me vient à l'esprit pour l'instant.
          N'hésite pas à nous tenir informés de tes tests et de tes avancées.

          JJD

          • [^] # ssh

            Posté par  . Évalué à 1.

            merci du coup de main je vais essayer de suivre ces indications.

            J'avais déjà changer l'option du tcp depuis le YAST qui dit

            " Tcp port 6000 of Xserver. When set to "no" (default) Xserver is
            started with "-nolisten tcp". Only set this to "yes" if you really
            need to. Use ssh X11 port forwarding whenever possible."

            mais ça n'avait rien changé.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.