Résolution des problèmes de connexion XDMCP aux hôtes UNIX et Linux

Résolution des problèmes de connexion XDMCP aux hôtes UNIX et Linux Dernière révision : 1er novembre 2011

Remarque : Les informations les plus récentes sont dans un premier temps publiées dans la note technique rédigée en anglais : 1229. Si la date de dernière révision indiquée sur la page rédigée en anglais est ultérieure à celle présente sur cette page, la page rédigée en anglais est susceptible de contenir des informations plus récentes. S'applique à

Reflection X version 14.x

Résumé Cette note technique présente les procédures de résolution des problèmes de connexion XDMCP (X Display Manager Control Protocol), comme les erreurs de temporisation ou d'ouverture d'écran. Les solutions de dépannage décrites dans cette note concernent les connexions aux hôtes UNIX et Linux les plus courants. Pour obtenir des informations propres à Red Hat Linux, consultez la note technique 1680 (en anglais).

Connexions XDMCP Utilisez le protocole XDMCP pour assurer la communication entre le gestionnaire XDM (X Display Manager) exécuté sur une machine hôte et le serveur X (Reflection X) exécuté sur votre station de travail (ordinateur). Le gestionnaire XDM propose une interface conviviale pour le lancement des clients X et l'ouverture de fenêtres X.

Résolution des problèmes de connexion XDM L'échec d'une connexion XDMCP peut être dû à différentes raisons. Les explications les plus fréquentes sont les suivantes : *

Le démon XDM n'est pas en cours d'exécution sur l'hôte ou l'hôte n'est pas disponible.

*

Les ports 177 (UDP) ou 6 000 (TCP) sont bloqués.

*

La station de travail n'est pas configurée correctement dans la table DNS sur le réseau.

Pour identifier la cause du problème et le résoudre, consultez tout d'abord la section A, « Codes d'erreur XDMCP », puis passez aux autres sections les unes après les autres conformément aux instructions. Remarque : Les solutions de dépannage décrites dans cette note vous permettent de vous assurer que le démon XDM est en cours d'exécution et que Reflection X est en mesure de se connecter et d'exécuter des sessions à l'aide de ce démon. Il est également possible de démarrer des sessions en lançant manuellement des sessions X. Cette procédure est décrite dans la section « Démarrage manuel d'une session X sans le démon XDM » ci-dessous.

A. Codes d'erreur XDMCP Veuillez trouver ci-dessous les codes d'erreur les plus fréquents, accompagnés de leur définition : *

RX2102 - « Temps imparti à la connexion XDMCP écoulé. Vérifiez que des programmes XDM sont en cours d'exécution sur les hôtes de votre réseau. (RX2102) » Il s'agit d'un code d'erreur XDMCP générique. Pour identifier la cause du problème et le résoudre, consultez la section B, « Étude de l'environnement réseau ».

*

RX2112 - « Échec de la session XDM vers l'hôte (échec de la session XXX pour l'écran de :0: Impossible d'ouvrir l'écran). (RX2112) » XDM est en cours d'exécution sur l'hôte et a accepté la demande de connexion ; néanmoins, XDM n'est pas en mesure de répondre correctement au serveur Reflection X. Reportez-vous aux sections F, « Vérification par Reflection X de la détection de l'adresse IP appropriée » et G, « Envoi d'une commande Ping à la station de travail à partir de l'hôte ».

B. Étude de l'environnement réseau Avant de suivre les premières étapes de dépannage, veillez à ce que votre environnement réseau soit compatible avec XDMCP. XDMCP ne fonctionne pas correctement avec les environnements réseau suivants ou doit être spécifiquement configuré : *

Secure Shell (SSH) : il n'est pas possible de créer des connexions XDMCP via un tunnel SSH, car SSH ne prend pas en charge les transmissions UDP. Reportez-vous à la note technique 1818 (en anglais) pour obtenir plus d'informations.

*

Network Address Translation (NAT) : si vous utilisez Reflection X dans un environnement réseau configuré pour NAT (parfois appelé masquarade IP, proxy transparent ou surcharge de l'adresse IP), consultez la note technique 1513 (en anglais) avant de continuer.

*

Virtual Private Networks (VPN) : si vous vous connectez au réseau via un tunnel VPN, consultez la note technique 1580 (en anglais) avant de continuer.

*

Certains hôtes comprennent des fonctionnalités de sécurité qui empêchent Reflection X (ou d'autres serveurs X) d'établir des connexions XDMCP. Dans certains cas, ces fonctionnalités sont activées par défaut. Vérifiez que votre hôte est configuré de façon à permettre la connectivité XDMCP. Pour plus de détails à propos de cette fonctionnalité et de Red Hat Linux 8.0, consultez la note technique 1680 (en anglais).

Après avoir vérifié la compatibilité de votre environnement avec XDMCP, passez à la section C, « Augmentation du délai de temporisation de la connexion ».

C. Augmentation du délai de temporisation de la connexion L'augmentation de la valeur associée au délai de temporisation de la connexion permet éventuellement de résoudre des problèmes de connexion, notamment lorsque vous travaillez dans un environnement à faible bande passante. Le délai de temporisation de la connexion définit le nombre de secondes pendant lequel Reflection X tentera d'établir une connexion XDMCP. Par défaut, cette valeur est définie sur 15 secondes.

Suivez les étapes ci-dessous pour configurer la valeur associée au délai de temporisation. 1. Dans la fenêtre du Gestionnaire X de Reflection, cliquez sur Fichier > Nouveau client. Dans la fenêtre Nouvelle connexion, cliquez sur Connexion XDMCP, puis sur OK. 2. Cliquez sur Avancé pour ouvrir la boîte de dialogue Paramètres XDMCP avancés. 3. Dans le champ Temporisation de la connexion, entrez le nombre de secondes d'attente par Reflection X avant la fin du délai de temporisation, puis cliquez sur OK. 4. Essayez de vous connecter de nouveau. La connexion a-t-elle réussi ? Oui. Après avoir augmenté le délai de temporisation, enregistrez le fichier .RXC pour une utilisation ultérieure. Non. Passez à la section D, « Connexion XDMCP directe ».

D. Connexion XDMCP directe Par défaut, Reflection X effectue des connexions XDMCP en utilisant des paquets de diffusion UDP. Certains routeurs et pare-feu sont configurés de façon à bloquer les paquets UDP ou de diffusion. Suivez les étapes ci-dessous pour effectuer une connexion XDMCP de non diffusion : 1. Dans la fenêtre du Gestionnaire X de Reflection, cliquez sur Fichier > Nouveau client. Dans la fenêtre Nouvelle connexion, cliquez sur Connexion XDMCP, puis sur OK. 2. Dans la liste déroulante Méthode, sélectionnez l'option Direct. 3. Dans le champ Nom de l'hôte, entrez votre adresse IP ou le nom complet de l'hôte (y compris le nom de domaine). Par exemple, unixhost.mycompany.com. 4. Cliquez sur Connecter. Remarque : En fonction de la configuration de votre réseau, il est possible de vous connecter à votre hôte à l'aide d'un nom d'hôte incomplet ; néanmoins, nous vous recommandons d'utiliser un nom complet dans la mesure où ces connexions ne fonctionnent pas dans toutes les configurations. La connexion a-t-elle réussi ? Oui. Votre routeur ou pare-feu est très certainement configuré de façon à bloquer les paquets de diffusion UDP. Pour contourner ce problème, utilisez la connexion XDMCP directe, configurez le pare-feu de votre station de travail de façon à autoriser les diffusions UDP ou bien contactez votre administrateur réseau qui vous aidera à configurer votre routeur ou votre pare-feu de telle façon à autoriser les distributions UDP. Non. Effectuez les étapes ci-dessous : a. Suivez les étapes indiquées à la section C précédente, « Augmentation du délai de temporisation de la connexion », et augmentez le paramètre correspondant au délai de temporisation de votre connexion XDMCP directe. Testez de nouveau la connexion. Si la connexion échoue de nouveau, veuillez passer à l'étape b. b. Si vous ne parvenez pas à vous connecter à l'aide du nom d'hôte complet, veuillez utiliser l'adresse IP de l'hôte. Si la connexion n'est toujours pas possible, passez à la section E, « Envoi d'une commande Ping à partir de la station de travail ».

E. Envoi d'une commande Ping à partir de la station de travail Suivez les étapes ci-dessous pour déterminer si l'hôte est disponible. 1. Cliquez sur Démarrer > Exécuter. 2. Dans le champ Ouvrir, entrez command, puis cliquez sur OK. 3. À l'invite de commande, entrez la commande suivante : ping

Par exemple : ping 111.222.33.44 ou ping lindaj.mycompany.com

L'hôte a-t-il répondu ? Oui. Passez à la section F, « Vérification par Reflection X de la détection de l'adresse IP appropriée ». Non. Contactez votre administrateur système pour vérifier que l'hôte est en cours d'exécution et que vous avez correctement indiqué son nom ou son adresse IP.

F. Vérification par Reflection X de la détection de l'adresse IP appropriée Reflection X envoie l'adresse IP de la station de travail au démon XDM situé sur l'hôte. Pour vérifier que l'adresse IP de la station de travail est correcte, suivez les étapes ci-dessous. 1. Cliquez sur Démarrer > Exécuter. 2. Dans le champ Ouvrir, entrez command, puis cliquez sur OK. 3. À l'invite de la commande, entrez la commande suivante et notez l'adresse IP affichée : ipconfig

4. Notez l'adresse IP de l'interface que vous souhaitez utiliser. 5. Dans le Gestionnaire de Reflection X 14.1 SP1 ou version ultérieure : a. Cliquez sur Paramètres > Afficher les paramètres. b. Dans la zone Rechercher, saisissez « adresse IP détectée ». c.

Cliquez sur l'option appropriée pour IPv4 ou IPv6.

d. Comparez l'adresse IP indiquée sous Détails des paramètres avec celle que vous avez notée précédemment. Dans le Gestionnaire de Reflection X 14.0 - 14.1 : a. Cliquez sur Paramètres > Réseau. b. Comparez l'adresse IP indiquée sous Détecter automatiquement l'interface réseau avec celle que vous avez notée précédemment.

Les adresses IP correspondent-elles ? Oui. Passez à la section G, « Envoi d'une commande Ping à la station de travail à partir de l'hôte ». Non. Si l'adresse IP détectée automatiquement par Reflection X est incorrecte, entrez manuellement l'adresse appropriée sous Paramètres > Réseau et retournez à la section D, « Connexion XDMCP directe ».

G. Envoi d'une commande Ping à la station de travail à partir de l'hôte Vérifiez que l'hôte peut accéder à la station de travail et résoudre correctement le nom complet de la station de travail. Une association incorrecte entre le nom de la station de travail et son adresse IP risque de provoquer l'échec des connexions XDMCP. « lindaj.mycompany.com » (et non « Lindaj ») est un exemple de nom complet de station de travail. En fonction de la configuration de votre réseau, il est possible de vous connecter à votre hôte à l'aide d'un nom d'hôte incomplet ; néanmoins, nous vous recommandons d'utiliser un nom complet dans la mesure où ces connexions ne fonctionnent pas dans toutes les configurations. Pour localiser le nom complet de votre station de travail, suivez les étapes appropriées à votre système d'exploitation : Windows 7 : Cliquez sur Démarrer, cliquez avec le bouton droit sur Ordinateur, puis sur Propriétés. Le nom complet de l'ordinateur apparaît sous « Paramètres de nom d'ordinateur, de domaine et de groupe de travail ». Windows XP : Cliquez avec le bouton droit sur Ordinateur, puis cliquez sur Propriétés et sélectionnez l'onglet Nom de l'ordinateur. Le champ Nom complet de l'ordinateur affiche le nom complet de la station de travail. Suivez les étapes ci-dessous pour envoyer une commande Ping à votre station de travail à partir de l'hôte. 1. Connectez-vous à votre hôte via le protocole Telnet (ou SSH si nécessaire) à l'aide de Reflection for UNIX and OpenVMS ou de l'espace de travail de Reflection si vous exécutez Reflection X en tant que Reflection X 2011. Pour Reflection for UNIX and OpenVMS : a. Cliquez Démarrer > Programmes > Attachmate Reflection > Hôte - UNIX et OpenVMS. b. Cliquez sur Connexion > Configuration de la connexion. c.

Sélectionnez le protocole à utiliser, comme TELNET ou SECURE SHELL.

d. Entrez le nom ou l'adresse IP de l'hôte, puis cliquez sur Connecter. e. Entrez vos informations d'identification pour vous connecter à l'hôte. Pour l'espace de travail de Reflection : a. Cliquez sur Démarrer > Programmes > Attachmate Reflection > Espace de travail de Reflection. b. Sélectionnez Terminal VT, puis cliquez sur Créer. c.

Sous Connexion, sélectionnez le protocole à utiliser, comme Telnet ou Secure Shell, entrez le nom de l'hôte/l'adresse IP et cliquez sur OK.

d. Entrez vos informations d'identification pour vous connecter à l'hôte.

2. À l'invite de la commande, entrez la commande appropriée au type de votre hôte pour envoyer une commande ping à votre station de travail : Linux : ping –c 3 Solaris : ping –a HP-UX : ping -n 3 Remarque : Il se peut que vous ayez besoin de vous déplacer jusqu'au répertoire /etc avant de lancer la commande ping. Pour ce faire, entrez cd /etc. Si vous ne parvenez pas à accéder au répertoire /etc ou que vous n'arrivez toujours pas à utiliser la commande ping à partir de cet emplacement, contactez votre administrateur système pour obtenir de l'aide. Une commande ping correcte se présente de la façon suivante : # ping lindaj.mycompany.com -n 3 PING LINDAJ.mycompany.com: 64 byte packets 64 bytes from 111.222.77.44: icmp_seq=0. time=1. ms 64 bytes from 111.222.77.44: icmp_seq=1. time=1. ms 64 bytes from 111.222.77.44: icmp_seq=2. time=1. ms

La connexion a-t-elle réussi ? Oui. Si vous parvenez à accéder à la station de travail par son nom à l'aide de la commande ping et que l'adresse IP renvoyée est correcte, passez à la section H, « Confirmation de l'exécution du démon XDM de l'hôte ». Si, en revanche, l'adresse IP renvoyée par la commande ping est incorrecte, il est possible qu'un problème DNS soit survenu. Dans ce cas, nous vous recommandons de contacter votre administrateur réseau pour obtenir de l'aide. Ce problème doit être résolu pour que vous puissiez continuer. Remarque : Pour résoudre une erreur DNS, l'administrateur a la possibilité d'ajouter temporairement l'adresse IP correcte de la station de travail, ainsi que son nom complet au fichier /etc/hosts de l'hôte. Cet ajout devrait permettre à la commande ping d'accéder à la station de travail à partir de l'hôte. Nous vous recommandons de n'avoir recours à cette méthode que temporairement, notamment dans un environnement réseau DHCP, étant donné qu'elle implique la mise à jour du fichier /etc/hosts à chaque nouvelle concession DHCP obtenue par la station de travail. Non. Si vous ne parvenez pas à envoyer une commande ping à l'aide du nom de la station de travail, essayez d'utiliser son adresse IP à la place du . Si la connexion est établie, passez à la section suivante, « Reconfiguration du paramètre du suffixe DNS Windows ». En cas d'échec d'une commande ping envoyée à l'adresse IP de la station de travail, contactez votre administrateur réseau pour obtenir de l'aide. Remarque : Il est possible de configurer les pare-feu personnels (exécutés sur la station de travail) de façon à interdire les demandes d'écho entrantes (comme les demandes ping). Si un pare-feu personnel est installé sur votre station de travail, vérifiez qu'il est configuré de façon à autoriser les demandes d'écho entrantes lors des tests effectués avec la commande ping.

Reconfiguration du paramètre du suffixe DNS Windows : a. Ouvrez la boîte de dialogue Propriétés de connexion au réseau local : - Windows 7 : Panneau de configuration > Centre réseau et partage > Connexion au réseau local > Propriétés - Windows XP : Panneau de configuration > Connexions réseau et Internet > Connexions réseau > clic droit sur Connexions au réseau local > Propriétés b. Sélectionnez le protocole Internet (TCP/IP). S'il existe plusieurs versions du protocole, sélectionnez la version la plus appropriée (IPv4 ou IPv6). c.

Cliquez sur Propriétés.

d. Dans l'onglet DNS, cochez la case Utiliser le suffixe DNS de cette connexion pour l'enregistrement DNS, cliquez sur OK, puis quittez la boîte de dialogue Propriétés de connexion au réseau local. e. Essayez de nouveau de vous connecter à l'hôte. Si la modification apportée à ce paramètre ne vous a pas permis de résoudre le problème, désactivez la case Utiliser le suffixe DNS de cette connexion pour l'enregistrement DNS et enregistrez de nouveau la configuration. Passez à la section H, « Confirmation de l'exécution du démon XDM sur l'hôte ».

H. Confirmation de l'exécution du démon XDM sur l'hôte Suivez les étapes ci-dessous pour confirmer l'exécution du démon XDM sur votre hôte. 1. Connectez-vous à votre hôte à l'aide de Reflection for UNIX and OpenVMS ou de l'espace de travail de Reflection, comme indiqué à l'étape G. 2. À l'invite de la commande, entrez la commande appropriée à votre système hôte : Hôte

Commande

Hôte UNIX exécutant CDE

ps -eaf | grep dtlogin

UNIX – Générique

ps -eaf | grep login

Hôte Linux exécutant KDM

ps -eaf | grep kdm

Hôte Linux exécutant GDM

ps -eaf | grep gdm

Hôte Linux exécutant XDM

ps -eaf | grep xdm

Les réponses de la part d'un hôte UNIX se présentent généralement sous la forme suivante ; le chemin d'accès varie en fonction de l'environnement de l'hôte. root 1355 1340 guest 14519 14499

0 11:16 ? 0 11:16 pts/10

14:25 /usr/dt/bin/dtlogin 00:00:00 grep dtlogin

Dans cet exemple, la ligne « root » confirme que le démon XDM, appelé dtlogin, est en cours d'exécution sur l'hôte et qu'il appartient à l'utilisateur « root ». Les réponses de la part d'un hôte Linux se présentent généralement sous la forme suivante : root 15099 guest 15108

1 0 Mar31 ? 25084 09:07

00:00:09 /usr/bin/kdm -nodaemon 00:00:00 grep kdm

Dans cet exemple, la ligne « root » confirme que le démon XDM, appelé kdm, est en cours d'exécution sur l'hôte et qu'il appartient à l'utilisateur « root ». (Le paramètre « -nodaemon » ne signifie pas que le démon n'est pas disponible.) Veuillez noter les points suivants : * Ne tenez pas compte de la ligne « guest » ; elle indique le statut de la commande « grep » et non celui du démon XDM. *

Si vous n'obtenez aucune réponse après la saisie de la commande appropriée à votre hôte, cela signifie que le démon XDM n'est pas en cours d'exécution. Le démon est-il en cours d'exécution ? Oui. Passez à la section I, « Vérification du port 177 ». Non. Contactez votre administrateur système à propos du démon. Pour plus d'informations sur le démon XDM, reportez-vous aux pages du manuel de l'hôte.

Remarque : Que le démon XDM soit en cours d'exécution ou pas, vous pouvez suivre les étapes ci-dessous pour démarrer manuellement vos sessions X. Cette solution vous permet d'utiliser Reflection X tout en cherchant à résoudre votre problème de connexion XDMCP. Pour démarrer manuellement une session X sans utilisant le démon XDM Vous pouvez suivre les étapes ci-dessous pour démarrer une session de bureau X si le démon XDM n'est pas en cours d'exécution. 1. Démarrez Reflection X (vous pouvez l'afficher sous sa forme réduite). 2. Connectez-vous à votre hôte à l'aide de Reflection for UNIX and OpenVMS ou de l'espace de travail de Reflection. 3. À l'invite de l'hôte, entrez la commande suivante : Pour UNIX : /usr/dt/bin/Xsession -display :0 &

Pour Linux : /etc/X11/xdm/Xsession -display :0 & gnome-session & (aucun chemin nécessaire) startkde & (aucun chemin nécessaire)

Pour utiliser l'une de ces deux commandes Linux, la variable d'affichage doit être définie en premier étant donné qu'aucune des deux ne prend en charge le paramètre – display. (Par exemple : "export SET DISPLAY=:0") Remarque : Lorsque vous démarrez manuellement une session X, il se peut que certaines fenêtres restent ouvertes lorsque vous en sortez. Pour fermer ces fenêtres, réinitialisez votre serveur Reflection X à partir du menu Action dans le Gestionnaire de Reflection X.

I. Vérification du port 177 Pour que vous puissiez effectuer une connexion XDMCP, le réseau doit être configuré de façon à autoriser la communication entre l'hôte et le serveur X à l'aide de paquets UDP sur le port 177. Pour vérifier si le port 177 est ouvert, contactez votre administrateur réseau pour obtenir de l'aide ou utilisez l'utilitaire de ligne de commande Portqry.exe de Microsoft pour confirmer la disponibilité du port 177. Pour plus d'informations à propos de cet utilitaire, consultez l'article Microsoft 310099 à l'adresse http://support.microsoft.com/default.aspx?scid=kb;en-us;310099. Le port 177 est-il ouvert sur l'hôte ? Oui. Passez à la section J, « Vérification du port 6 000 ». Non. Contactez votre administrateur réseau et vérifiez avec lui pourquoi le port 177 n'est pas disponible. Il est possible que le port soit bloqué par un routeur et/ou un pare-feu réseau. Aucune connexion XDMCP n'est possible tant que le port UDP 177 n'est pas ouvert.

J. Vérification du port 6 000 Le protocole X utilise en général le port 6 000 pour assurer la communication entre l'hôte et Reflection X ; c'est pourquoi, si le port 6 000 est bloqué entre l'hôte et la station de travail, vous ne pourrez sans doute pas vous connecter à l'aide de Reflection X (la seule exception concerne l'utilisation de Secure Shell). Suivez les étapes ci-dessous pour vérifier si le port 6 000 est disponible pour le protocole X. 1. Démarrez Reflection X et réduisez la fenêtre du Gestionnaire de Reflection X. Dès son lancement, Reflection X tente d'ouvrir le port 6 000 sur la station de travail. 2. Connectez-vous à l'hôte à l'aide de Reflection for UNIX and OpenVMS ou de l'espace de travail de Reflection. 3. À l'invite de commande, saisissez les éléments suivants : telnet 6000

Par exemple : telnet lindaj.mycompany.com 6000 Le port 6 000 est ouvert entre l'hôte et la station de travail si la réponse se présente de la façon suivante : "Trying lindaj.mycompany.com...Connected to lindaj.mycompany. com. Escape character is '^]'."

Pour quitter la connexion Telnet, saisissez Ctrl+], puis quit. Le port 6 000 n'est pas ouvert entre l'hôte et la station de travail si la réponse correspond à l'une des chaînes suivantes : "Timeout" "Telnet: Unable to connect to remote host: Connection refused" "Telnet: connect: Connection refused" "Connection timed out" "Could not open a connection to host on port 6000: Connection failed"

Le port 6 000 est-il ouvert ? Oui. Pour obtenir des informations supplémentaires à propos du dépannage, contactez le support technique Attachmate : http://support.attachmate.com/contact/. Non. Dans ce cas, vérifiez les éléments suivants.

Pare-feu : *

Veillez à ce qu'aucun pare-feu personnel ne bloque le port 6 000. Consultez la section K, « Vérification du pare-feu Windows ».

*

Certaines versions du client VPN Cisco contiennent un pare-feu intégré appelé « pare-feu à états ». Si un pare-feu de cette nature est activé sur votre station de travail, configurez-le de façon à permettre le trafic sur le port 6 000. Pour plus d'informations à propos de ce produit, contactez le support technique Cisco ou le service informatique de votre entreprise.

*

Certaines versions du client VPN Checkpoint contiennent un pare-feu intégré. Si un pare-feu de cette nature est activé sur votre station de travail, configurez le client de façon à permettre le trafic sur le port 6 000. Pour plus d'informations à propos de ce produit, contactez le support technique Checkpoint ou le service informatique de votre entreprise.

*

Contactez votre administrateur réseau pour vérifier si le port 6 000 est bloqué par un routeur ou un pare-feu réseau.

Remarque : Il n'est pas toujours évident de savoir si un pare-feu est activé étant donné qu'il peut s'exécuter en arrière-plan en tant que service. Pour en être certain, vous pouvez consulter les onglets Application et Processus du Gestionnaire des tâches ou afficher la liste Services. (Cliquez sur Démarrer > Panneau de configuration > Outils administratifs > Services.) Autres applications : Vérifiez si le port 6 000 est actuellement en cours d'utilisation par une application autre que Reflection X en entrant netstat -a à l'invite de commande Windows (Programmes > Accessoires > Invite de commandes). *

Si le port 6 000 est utilisé, une ligne semblable à la suivante apparaît : TCP

LINDAJ:6000

LINDAJ.mycompanye.com:0

LISTENING

*

Si le port 6 000 est utilisé et que Reflection X n'est pas en cours d'exécution, cela signifie que le port 6 000 est utilisé par une autre application (qui empêche éventuellement Reflection X d'accéder au port). Trouvez l'application utilisant le port et désactivez-la.

*

En fonction du système d'exploitation utilisé, il est possible d'avoir recours à un utilitaire gratuit, comme Active Ports de SmartLine Inc, pour trouver l'application utilisant ce port. Pour accéder à cet utilitaire, recherchez « active ports smartline » sur le Web.

Si vous parvenez à ouvrir le port 6 000, essayez de vous connecter de nouveau avec le protocole XDMCP. Si la connexion n'est toujours pas possible, passez à la section « Contacter Attachmate ».

K. Vérification du pare-feu Windows Suivez les étapes ci-dessous pour afficher et modifier les paramètres du pare-feu Windows : 1. Cliquez sur Démarrer > Panneau de configuration > Pare-feu Windows. Le pare-feu est-il activé ? Oui. Avant de pouvoir effectuer une connexion XDMCP, vous devez inclure Reflection X dans la liste des programmes autorisés. (Vous pouvez également décider de désactiver provisoirement le pare-feu le temps de quelques tests ou définitivement si cette mesure est compatible avec votre environnement.)

Ajout de Reflection X à la liste des programmes autorisés : Sous Windows 7 : a. Cliquez sur Démarrer > Panneau de configuration > Pare-feu Windows. b. Dans le volet gauche, cliquez sur Autoriser un programme ou une fonctionnalité via le Pare-feu Windows. c.

Cliquez sur Autoriser un autre programme.

d. Accédez au fichier programme de Reflection X et sélectionnez-le. (L'emplacement par défaut correspond à l'un des deux suivants : C:\Program Files\Attachmate\Rx.exe ou C:\Program Files\Attachmate\R14\Rx.exe.) Sous Windows XP : a. Cliquez sur Démarrer > Panneau de configuration > Pare-feu Windows. b. Cliquez sur Exceptions. c.

Cliquez sur Ajouter un programme.

d. Accédez au fichier programme de Reflection X et sélectionnez-le. (L'emplacement par défaut correspond à l'un des deux suivants : C:\Program Files\Attachmate\Rx.exe ou C:\Program Files\Attachmate\R14\Rx.exe.) Non. Retournez à la section J, « Vérification du port 6 000 » et parcourez la liste des pare-feu. Si vous avez déjà effectué cette étape, passez à la section « Contacter Attachmate ».

L. Enregistrement et analyse d'un relevé d'événements réseau Si vous êtes familier des relevés d'événements réseau, enregistrez votre tentative de connexion XDMCP dans un relevé, puis reportez-vous aux détails de connexion XDMCP Reflection suivants lors de son analyse. Remarque : Si vous ne disposez pas d'un utilitaire de gestion des relevés d'événements réseau, vous pouvez tester l'un des trois produits gratuits suivants, comme Wireshark, un outil d'analyse des protocoles réseau multi-plateforme disponible à l'adresse http://www.wireshark.org/. Le relevé d'événements réseau devrait afficher des informations semblables à celles présentées ci-dessous et présenter la négociation et le maintien de la connexion entre Reflection X et l'hôte. (La façon dont les informations sont présentées dépend de l'utilitaire que vous utilisez.) Le premier groupe d'entrées affiche les tentatives de connexion par Reflection X au port 177 sur l'hôte à l'aide du protocole XDMCP sur UDP. La communication est établie entre un numéro de port aléatoire sur le PC et le port 177 sur l'hôte. Lors de ce processus, Reflection X (sur le PC) fournit à l'hôte des informations à propos du numéro de port à utiliser dans le cadre du protocole X11. En général, il s'agit du port 6 000. Remarque : Si un pare-feu est actif entre le PC et l'hôte, le pare-feu doit être configuré de façon à permettre la transmission de paquets UDP du PC à l'hôte via le port 177.

Source

Destination

Protocole

Paquets

Informations

PC

Hôte

XDMCP

UDP

Demande

Hôte

PC

XDMCP

UDP

Accord

PC

Hôte

XDMCP

UDP

Requête

Hôte

PC

XDMCP

UDP

Acceptation

PC

Hôte

XDMCP

UDP

Gestion

Le deuxième groupe d'entrées indique que l'hôte envoie, via le protocole TCP, une requête SYN au PC sur le port spécifié par Reflection X dans le cadre du protocole X11 (en général le port 6 000). Les communications SYN et ACK suivantes sont effectuées entre le port aléatoire d'un hôte et le port spécifié par Reflection X pour le protocole X11. Remarque : Si un pare-feu est actif entre le PC et l'hôte, il doit être configuré de façon à permettre la transmission de paquets TCP de l'hôte vers le PC via le port 6 000 (ou tout autre port sur lequel Reflection X écoute le trafic X11). Source

Destination

Protocole

Paquets

Informations

Exemple

Hôte

PC

X11

TCP

numéro de port hôte spécifié > numéro de port X11 [SYN]

38 197 > 6 000 [SYN] ou 38 197 > X11 [SYN] Remarque : Si le port X11 par défaut est utilisé (6 000), l'indication X11 est affichée à la place du numéro 6 000.

PC

Hôte

X11

TCP

numéro de port X11 > numéro de port hôte spécifié [SYN, ACK]

X11 > 38 197 [SYN, ACK]

Hôte

PC

X11

TCP

numéro de port hôte spécifié > numéro de port X11 [ACK]

38 197 > X11 [ACK]

Enfin, l'hôte et Reflection X commencent à communiquer à l'aide du protocole X11 via une connexion TCP sur les ports définis au cours du processus SYN-ACK ci-dessus. Il n'est pas nécessaire d'ouvrir d'autres ports au niveau du pare-feu. Source

Destination

Protocole

Paquets

Informations

Hôte

PC

X11

TCP

Requête de connexion initiale

PC

Hôte

X11

TCP

Réponse de connexion initiale

Hôte

PC

X11

TCP

Requêtes

PC

Hôte

X11

TCP

Réponses

PC

Hôte

X11

TCP

Événements

PC

Hôte

X11

TCP

Erreurs

Contacter Attachmate Si vous rencontrez toujours des difficultés après avoir consulté l'ensemble des suggestions de dépannage, contactez le support technique Attachmate, http://support.attachmate.com/contact/, pour obtenir de l'aide. Remarque : Il se peut que la version anglaise du document (http://support.attachmate.com/techdocs/1229.html) contienne des informations plus récentes.