Inspection des suivis réseau pour les applications à l’aide de la découverte dirigée
N’importe quel analyseur de paquets réseau pouvant afficher des paquets bruts peut être utilisé pour inspecter les demandes d’échange de métadonnées HTTP. Moniteur réseau Microsoft 3 (NetMon) est recommandé. Pour plus d’informations sur NetMon, consultez le téléchargement de Netmon et des exemples de filtres DPWS.
Pour inspecter les suivis 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 (autrement dit, assurez-vous que l’hôte et le client fonctionnent sur des ordinateurs différents).
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’ordinateur hôte et le client.
Reproduisez l’erreur en démarrant l’hôte et le client ou en appuyant sur F5 dans l’Explorateur réseau.
Filtrez les résultats pour isoler les WS-Discovery et le trafic d’échange de métadonnées. Pour afficher des exemples de filtres NetMon, consultez le téléchargement de Netmon et des 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 de la conformité des messages aux exigences du 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 découverte et métadonnées Exchange modèles de message.
- Les messages de sondage doivent être envoyés par HTTP ou HTTPS, généralement vers le port 5357 ou 5358.
- L’élément types d’un message de sondage doit être présent et ne doit pas être vide. Il doit contenir les types auxquels un hôte doit répondre.
- Un message messages ProbeMatches doit être envoyé au port HTTP ou HTTPS à partir duquel la sonde a été envoyée.
- L’élément latesto d’un message messages ProbeMatches doit être présent et ne doit pas être vide. Sa valeur doit correspondre à la valeur de l’élément MessageID du message de sondage correspondant.
- Si un élément XAddrs est inclus dans le message messages ProbeMatches , les adresses de transport fournies doivent être validées. Pour plus d’informations, consultez règles de validation XAddr.
- Un message messages ProbeMatches doit être envoyé dans les 4 secondes du message de sondage correspondant. le pare-feu Windows peut supprimer un message messages probematches envoyé plus de 4 secondes après un message de sondage.
- Si aucun élément XAddrs n’a été inclus dans le message messages ProbeMatches , et si le client ou l’hôte envoie un message http (par exemple, une demande d’échange de métadonnées ou un message de service), le client ou l’hôte doit envoyer un message de résolution par http ou HTTPS. Ce message est généralement envoyé au port 5357 ou 5358.
- Si un message de résolution est envoyé, un message ResolveMatches doit être envoyé au port http ou HTTPS à partir duquel le message de résolution a été envoyé.
- Un message ResolveMatches doit être envoyé dans les 4 secondes du message de résolution correspondant. le pare-feu Windows peut supprimer un ResolveMatchesmessage envoyé plus de 4 secondes après un message de résolution.
Si les messages envoyés par le programme ne sont pas conformes à ces exigences de message, la cause du problème a été correctement identifiée et aucune autre étape de dépannage n’est nécessaire. Réécrivez le programme afin qu’il génère des messages conformes et retestez le programme.
Si la source du problème ne peut toujours pas être identifiée, contactez le support technique de Microsoft pour obtenir de l’aide. Avant de contacter le support technique, collectez les fichiers journaux appropriés afin d’identifier la cause racine du problème. Pour plus d’informations, consultez activation du suivi wsdapi.