Inspection des traces réseau pour les applications à l’aide de la découverte dirigée
Tout analyseur de paquets réseau pouvant afficher des paquets bruts peut être utilisé pour inspecter les demandes d’échange de métadonnées HTTP. Microsoft Network Monitor 3 (Netmon) est recommandé. Pour plus d’informations sur Netmon, consultez Téléchargement de Netmon et Exemples de filtres DPWS.
Pour inspecter les traces réseau pour la découverte dirigée
Configurez l’hôte et le client pour qu’ils s’exécutent sur le réseau (c’est-à-dire, assurez-vous que l’hôte et le client fonctionneront sur différents ordinateurs).
Installez l’analyseur de paquets (Netmon) sur le client ou l’hôte.
Configurez l’analyseur de paquets pour capturer le trafic sur la carte réseau qui connecte l’hôte et le client.
Reproduisez l’échec en démarrant l’hôte et le client ou en appuyant sur F5 dans le Explorer réseau.
Filtrez les résultats pour isoler WS-Discovery et le trafic d’échange de métadonnées. Pour afficher les exemples de filtres Netmon, consultez Téléchargement de Netmon et Exemples de filtres DPWS.
Notes
Cette étape est facultative.
Vérifiez que les messages envoyés entre le client et l’hôte répondent aux exigences de trafic de base.
Vérification que les messages répondent aux exigences de trafic
Les clients et hôtes WSDAPI doivent envoyer des messages conformes aux critères suivants. Pour obtenir des informations générales sur les modèles de message, consultez Modèles de message d’échange de métadonnées et de découverte.
- Les messages de sonde doivent être envoyés par HTTP ou HTTPS, généralement vers le port 5357 ou 5358.
- L’élément Types d’un message Probe doit être présent et ne doit pas être vide. Il doit contenir les types auxquels un hôte répond.
- Un message ProbeMatches doit être envoyé au port HTTP ou HTTPS à partir duquel la sonde a été envoyée.
- L’élément RelatesTo d’un message ProbeMatches doit être présent et ne doit pas être vide. Sa valeur doit correspondre à la valeur de l’élément MessageId du message Probe correspondant.
- Si un élément XAddrs a été inclus dans le message ProbeMatches , les adresses de transport fournies doivent être validées. Pour plus d’informations, consultez Règles de validation XAddr.
- Un message ProbeMatches doit être envoyé dans les 4 secondes suivant le message Probe correspondant. Le Pare-feu Windows peut supprimer un message ProbeMatches envoyé plus de 4 secondes après un message Probe.
- Si aucun élément XAddrs n’a été inclus dans le message ProbeMatches et que le client ou l’hôte envoie un message HTTP (tel qu’une demande d’échange de métadonnées ou un message de service), le client ou l’hôte doit envoyer un message Resolve par HTTP ou HTTPS. Ce message est généralement envoyé au port 5357 ou 5358.
- Si un message Resolve est envoyé, un message ResolveMatches doit être envoyé au port HTTP ou HTTPS à partir duquel le message Resolve a été envoyé.
- Un message ResolveMatches doit être envoyé dans les 4 secondes suivant le message Resolve correspondant. Le Pare-feu Windows peut supprimer un message ResolveMatches envoyé plus de 4 secondes après un message Resolve.
Si les messages envoyés par le programme ne sont pas conformes à ces exigences, la cause du problème a été identifiée et aucune autre étape de dépannage n’est nécessaire. Réécrire le programme afin qu’il génère des messages conformes et reteste le programme.
Si la source du problème ne peut toujours pas être identifiée, contactez le support Microsoft pour obtenir de l’aide. Avant de contacter le support technique, collectez les fichiers journaux appropriés pour identifier la cause racine du problème. Pour plus d’informations, consultez Activation du suivi WSDAPI.
Rubriques connexes