Activation d’un répéteur

Pour activer la connexion de répéteur, vous démarrez généralement le serveur, puis démarrez le répéteur, puis démarrez le client.

Il est également possible de démarrer le répéteur d’abord, puis le serveur. Toutefois, sauf si vous utilisez le paramètre clicon pour établir une connexion inversée, le client doit toujours être démarré en dernier.

Important

Il existe des considérations importantes en matière de sécurité lors de l’utilisation du débogage à distance. Pour plus d’informations, notamment sur l’activation du mode sécurisé, consultez Sécurité pendant le débogage à distance et considérations relatives à la sécurité pour les outils de débogage Windows.

Étape 1 : démarrage du serveur

Le serveur peut être un serveur de débogage, un serveur de processus ou un serveur de connexion KD. Vous démarrez cela comme vous le feriez normalement, sauf que les paramètres du protocole de transport seront utilisés pour se connecter au répéteur, et non au client. Pour plus d’informations, consultez Activation d’unde serveur de débogage, Activation d’unde serveur de processus ou Activation d’un serveur de connexion KD.

Si vous utilisez un mot de passe lors de la création du serveur, ce mot de passe est requis lorsque le client se joint, mais pas lorsque le répéteur est créé.

Si vous utilisez le paramètre masqué, le serveur est masqué comme d’habitude. Le répéteur lui-même est toujours masqué.

Étape 2 : démarrage du répéteur

Le répéteur inclus dans les outils de débogage pour Windows est appelé DbEngPrx (dbengprx.exe).

DbEngPrx comprend les protocoles de transport suivants : canal nommé (NPIPE), TCP et port COM.

Si votre client et votre serveur utilisent le protocole SSL (Secure Sockets Layer), vous devez utiliser le protocole TCP pour le répéteur. Si votre client et votre serveur utilisent le protocole SPIPE (Secure Pipe), vous devez utiliser le protocole NPIPE pour le répéteur. Le répéteur transmet toutes les données qu’il reçoit : il n’interprète, chiffre ou déchiffre aucune information. Tout le chiffrement et le déchiffrement sont effectués par le client et le serveur.

La syntaxe de la ligne de commande DbEnPrx est la suivante :

dbengprx [-p] -cClientTransport-sServerTransport

Les paramètres des commandes précédentes ont les valeurs possibles suivantes :

-p
Provoque la suppression de DbEngPrx existante même après la suppression de toutes les connexions.

clientTransport
Spécifie les paramètres de protocole à utiliser pour la connexion au serveur. Le protocole doit correspondre à celui utilisé lors de la création du serveur. Les syntaxes de protocole sont les suivantes :

npipe:server=Server,pipe=PipeName[,password=Password] 
tcp:server=Server,port=Socket[,password=Password][,ipversion=6] 
tcp:clicon=Server,port=Socket[,password=Password][,ipversion=6] 
com:port=COMPort,baud=BaudRate,channel=COMChannel[,password=Password] 

Les paramètres de protocole ont les significations suivantes :

Server
Il s’agit du nom réseau ou de l’adresse IP de l’ordinateur sur lequel le serveur a été créé. Les deux barres obliques inverses initiales (\) sont facultatives.

pipe=PipeName
Si le protocole NPIPE ou SPIPE est utilisé, PipeName est le nom qui a été attribué au canal lors de la création du serveur.

port=socket
Si le protocole TCP ou SSL est utilisé, socket est le même numéro de port de socket que celui utilisé lors de la création du serveur.

clicon
Spécifie que le serveur tente de se connecter au répéteur par le biais d’une connexion inversée. clientTransport devez utiliser clicon si et uniquement si le serveur utilise clicon. Dans la plupart des cas, le répéteur est démarré avant le serveur lorsqu’une connexion inversée est utilisée.

port=COMPort
Si le protocole COM est utilisé, COMPort spécifie le port COM à utiliser. Le préfixe « COM » est facultatif. Par exemple, « com2 » et « 2 » sont acceptables.

baud= BaudRate
Si le protocole COM est utilisé, BaudRate doit correspondre au taux de baud choisi lors de la création du serveur.

channel=COMChannel
Si le protocole COM est utilisé, COMChannel doit correspondre au numéro de canal choisi lors de la création du serveur.

password=Mot de passe
Si un mot de passe a été utilisé lors de la création du serveur, mot de passe doit être fourni pour créer le client de débogage. Il doit correspondre au mot de passe d’origine. Les mots de passe respectent la casse. Si le mot de passe incorrect est fourni, le message d’erreur spécifie « Erreur 0x80004005 ».

ipversion=6
(Outils de débogage pour Windows 6.6.07 et versions antérieures uniquement) Force le débogueur à utiliser l’adresse IP version 6 plutôt que la version 4 lors de l’utilisation de TCP pour se connecter à Internet. Dans Windows Vista et versions ultérieures, le débogueur tente d’effectuer la version IP par défaut automatiquement vers la version 6, ce qui rend cette option inutile.

ServerTransport
Spécifie les paramètres de protocole qui seront utilisés lorsque le client se connecte au répéteur. Les syntaxes de protocole possibles sont les suivantes :

npipe:pipe=PipeName[,hidden][,password=Password][,IcfEnable] 
tcp:port=Socket[,hidden][,password=Password][,IcfEnable] 
tcp:port=Socket,clicon=Client[,password=Password] 
com:port=COMPort,baud=BaudRate,channel=COMChannel[,hidden][,password=Password] 

Les paramètres de protocole ont les significations suivantes :

pipe=PipeName
Lorsque le protocole NPIPE ou SPIPE est utilisé, PipeName est une chaîne qui servira de nom au canal. Chaque nom de canal doit identifier un répéteur unique. Si vous tentez de réutiliser un nom de canal, vous recevrez un message d’erreur. PipeName ne doit pas contenir d’espaces ou de guillemets. PipeName peut inclure un code de format de format de stylenumérique, tel que %x ou %d. Le répéteur remplace cela par l’ID de processus de DbEngPrx. Un deuxième code de ce type sera remplacé par l’ID de thread de DbEngPrx.

port=socket
Lorsque le protocole TCP ou SSL est utilisé, socket est le numéro de port du socket.

Il est également possible de spécifier une plage de ports séparés par un signe deux-points. DbEngPrx vérifie chaque port de cette plage pour voir s’il est gratuit. S’il trouve un port libre et qu’aucune erreur ne se produit, le répéteur est créé. Le client doit spécifier le port réel utilisé pour se connecter au répéteur. Pour déterminer le port réel, recherchez le répéteur ; lorsque ce répéteur est affiché, le port est suivi de deux nombres séparés par un signe deux-points. Le premier nombre sera le port réel utilisé ; la seconde peut être ignorée. Par exemple, si le port a été spécifié comme port=51:60et que le port 53 a été réellement utilisé, les résultats de la recherche affichent « port=53:60 ». (Si vous utilisez le paramètre clicon pour établir une connexion inversée, le client peut spécifier une plage de ports de cette façon, tandis que le répéteur doit spécifier le port réel utilisé.)

clicon=client
Lorsque le protocole TCP ou SSL est utilisé et que le paramètre clicon est spécifié, une connexion inversée est ouverte. Cela signifie que le répéteur tente de se connecter au client, au lieu de laisser le client lancer le contact. Cela peut être utile si vous avez un pare-feu qui empêche une connexion dans la direction habituelle. client spécifie le nom réseau ou l’adresse IP de l’ordinateur sur lequel le client existe ou sera créé. Les deux barres obliques inverses initiales (\) sont facultatives.

Étant donné que le répéteur recherche un client spécifique, vous ne pouvez pas connecter plusieurs clients au répéteur si vous utilisez cette méthode. Si la connexion est refusée ou interrompue, vous devrez redémarrer le répéteur.

Lorsque clicon est utilisé, il est préférable de démarrer le client avant la création du répéteur, bien que l’ordre habituel (répéteur avant le client) soit également autorisé.

port=COMPort
Lorsque le protocole COM est utilisé, COMPort spécifie le port COM à utiliser. Le préfixe « COM » est facultatif. Par exemple, « com2 » et « 2 » sont acceptables. Vous ne pouvez pas utiliser le même port COM dans le clientTransport et le ServerTransport.

baud= BaudRate
Lorsque le protocole COM est utilisé, BaudRate spécifie la vitesse de baud à laquelle la connexion s’exécute. Tout taux de baud pris en charge par le matériel est autorisé. Si vous utilisez le protocole COM dans les ClientTransport et les ServerTransport vous pouvez spécifier des taux de baud différents, mais naturellement, le taux plus lent sera la limite de la vitesse à laquelle le client et le serveur peuvent communiquer entre eux.

channel=COMChannel
Si le protocole COM est utilisé, COMChannel spécifie le canal COM à utiliser pour communiquer avec le client. Il peut s’agir de n’importe quelle valeur comprise entre 0 et 254, inclus. Vous pouvez utiliser un seul port COM pour plusieurs connexions à l’aide de numéros de canal différents. (Cela diffère de l’utilisation d’un port COM pour un câble de débogage. Dans ce cas, vous ne pouvez pas utiliser de canaux dans un port COM.)

masqué
Empêche le serveur d’apparaître lorsqu’un autre débogueur affiche tous les serveurs actifs.

password=Mot de passe
Nécessite qu’un client fournisse le mot de passe spécifié pour se connecter à la session de débogage. mot de passe peut être n’importe quelle chaîne alphanumérique.

IcfEnable
Provoque le débogueur pour activer les connexions de port nécessaires pour la communication tcp ou canal nommé lorsque le pare-feu de connexion Internet est actif. Par défaut, le pare-feu de connexion Internet désactive les ports utilisés par ces protocoles. Lorsque IcfEnable est utilisé avec une connexion TCP, le débogueur entraîne l’ouverture du port spécifié par le paramètre Socket . Lorsque IcfEnable est utilisé avec une connexion de canal nommé, le débogueur amène Windows à ouvrir les ports utilisés pour les canaux nommés (ports 139 et 445). Le débogueur ne ferme pas ces ports une fois la connexion terminée.

Étape 3 : démarrage du client

Le client doit être un client de débogage ou un client intelligent, selon le type de votre serveur. Pour plus d’informations, consultez Activation d’unclient de débogage, Activation d’unde client intelligent ou Activation d’un client intelligent (mode noyau).

Si le serveur rejette la connexion (par exemple, si vous fournissez un mot de passe incorrect), le répéteur et le client sont arrêtés. Vous devrez redémarrer les deux pour rétablir le contact avec le serveur.