Règles de validation XAddr
Les adresses de transport (XAddrs) incluses dans les messages ProbeMatches et ResolveMatches sont soumises à une validation de base avant que WSDAPI envoie un message HTTP, tel qu’une demande de métadonnées.
Cela permet de s’assurer que les XAddrs se trouvent sur le même sous-réseau que le client.
Le code XML suivant montre un exemple d’élément XAddrs. Le préfixe wsd fait référence à l’espace de noms https://schemas.xmlsoap.org/ws/2005/04/discovery.
<wsd:XAddrs>
https://192.168.0.2:5357/37f86d35-e6ac-4241-964f-1d9ae46fb366
</wsd:XAddrs>
Toutes les conditions suivantes doivent être remplies avant que le message HTTP ne sorte sur le réseau.
- XAddrs doit être des adresses HTTP ou HTTPS. Les XAddrs d’autres schémas sont ignorés.
- Si des XAddrs HTTPS sont présents, tous les XAddr doivent être HTTPS. Les sections XAddr qui incluent à la fois des adresses HTTP et HTTPS sont complètement ignorées. En outre, l’adresse du point de terminaison de l’appareil doit correspondre exactement aux XAddrs HTTPS.
- XAddrs doit être des adresses IP ou des noms d’hôte pouvant être résolus via DNS. En règle générale, les adresses IP sont utilisées.
- Au moins une adresse IP incluse dans les XAddrs (ou une adresse IP résolue à partir d’un nom d’hôte inclus dans le XAddrs) doit se trouver sur le même sous-réseau que l’adaptateur sur lequel le message ProbeMatches ou ResolveMatches a été reçu.
- L’adresse et le port spécifiés dans le premier XAddr doivent être accessibles. WSDAPI tente de se connecter à cette adresse lors de l’établissement d’une connexion HTTP.
Rubriques connexes