Partager via

Utilisation d’un hôte et d’un client génériques pour la découverte WS UDP

  • Article

Si le client et l’hôte ne peuvent pas se voir sur le réseau, un hôte et un client génériques peuvent être substitués à l’hôte et au client personnalisés pour aider à résoudre le problème. Si l’adresse du dispositif n’apparaît pas dans la sortie du client de débogage WSD, alors l’environnement réseau est probablement à l’origine de l’échec. Pour plus d’informations sur l’hôte et le client génériques, veuillez consulter la section Outils de débogage.

Si l’hôte ou le client est une application fonctionnant sur un PC, l’hôte ou le client générique doit être exécuté dans le même contexte de sécurité que l’hôte ou le client réel. Par exemple, si l’hôte ou le client réel s’exécute en tant qu’administrateur, alors l’hôte ou le client générique doit s’exécuter en tant qu’administrateur. De plus, si l’hôte ou le client est un dispositif autonome, il doit être complètement remplacé par un PC exécutant un hôte ou un client générique.

Pour utiliser un hôte et un client génériques pour résoudre les problèmes de découverte WS UDP

  1. Ouvrir une fenêtre d’invite de commandes.

  2. Exécutez la commande suivante : WSDDebug_host.exe /mode metadata /start

    Remarque

    Une boîte de dialogue Alerte de sécurité Windows peut apparaître. Le cas échéant, cliquez sur Débloquer pour permettre l’exécution de l’hôte de débogage WSD.

     

    Cette commande génère une sortie similaire à la suivante. Notez l’ID du dispositif.

    WSDAPI Debug Host
Copyright (C) Microsoft Corporation 2007.  All rights reserved.
Device ID is urn:uuid:37f86d35-e6ac-4241-964f-1d9ae46fb366
Host metadata>

  3. Exécutez la commande suivante : WSDDebug_client.exe /mode metadata /hello off /resolve <id>. Remplacez <id> par l’ID du dispositif identifié à l’étape 2.

    Remarque

    Une boîte de dialogue Alerte de sécurité Windows peut apparaître. Le cas échéant, cliquez sur Débloquer pour permettre l’exécution du client de débogage WSD.

     

Le client de débogage WSD génère une sortie similaire à la suivante.

WSDAPI Debug Client
Copyright (C) Microsoft Corporation 2007.  All rights reserved.
Client ID is urn:uuid:0f571af7-6b0e-4daf-8054-f2233ac27910
Hello mode is disabled
Client metadata>
*****************************************************************************
Add at 02/28/07 15:16:51
+ EPR:
  + Address:                 urn:uuid:37f86d35-e6ac-4241-964f-1d9ae46fb366
+ Types:
    (wsdp) https://schemas.xmlsoap.org/ws/2006/02/devprof:Device
+ XAddrs:
  https://[::1]:5357/37f86d35-e6ac-4241-964f-1d9ae46fb366
+ Metadata version:          2
+ Instance ID:               1
+ Probe/Resolve tag:         WSDAPI debug_client
+ Remote transport address:  [::1]:3702
+ Local transport address:   ::1
+ Local interface GUID:      42133cd4-6a70-11db-bbc9-806e6f6e6963
Client metadata>

Le client de débogage WSD peut générer beaucoup de sorties sur un réseau avec de nombreux dispositifs DPWS. La sortie peut être redirigée vers un fichier pour une analyse plus facile. Tapez log tee <nom_fichier> à l’invite du client de débogage WSD pour rediriger la sortie vers un fichier. La redirection de la sortie peut être arrêtée en tapant log tee stop à l’invite du client de débogage WSD.

Notez l’adresse de référence de point de terminaison (EPR). Cette adresse EPR doit correspondre à l’ID du dispositif identifié à l’étape 2 ci-dessus. Si tel est le cas, alors l’échec de l’application n’est probablement pas lié au système d’exploitation ou à l’environnement réseau. Remplacez l’hôte et le client génériques par l’hôte et le client personnalisés, et continuez le dépannage en suivant les procédures de la section Utilisation du client de débogage WSD pour vérifier le trafic multicast.

Si l’ID du dispositif ne correspond pas à l’adresse EPR, alors l’échec de l’application est probablement lié au système d’exploitation ou à l’environnement réseau. L’échec peut avoir une ou plusieurs des causes suivantes :

  • L’application s’exécute dans le mauvais contexte de sécurité. Vérifiez que l’application utilise les bons identifiants et que le client et l’hôte ont des autorisations suffisantes pour accéder au réseau.
  • La configuration du pare-feu est incorrecte. Suivez les instructions de la section Inspection des paramètres de l’adaptateur et du pare-feu pour vérifier que les paramètres du pare-feu Windows sont corrects et qu’il n’y a pas d’autres règles bloquant les paquets. Le client et l’hôte peuvent également être copiés sur une machine « vierge » (une machine avec une installation par défaut du système d’exploitation qui n’a jamais été jointe à un domaine) afin de tenter de reproduire l’échec.
  • Une politique IPSec bloque l’application. Copiez le client et l’hôte sur une machine qui n’est pas soumise à des politiques IPSec et essayez de reproduire l’échec.

Procédures de diagnostic WSDAPI

Premiers pas avec le dépannage WSDAPI