Udostępnij przez

Reguły walidacji XAddr

Adresy transportu (XAddrs) zawarte w ProbeMatches i ResolveMatches komunikatów podlegają podstawowej weryfikacji, zanim WSDAPI wyśle komunikat HTTP, taki jak żądanie metadanych.

Jest to w celu upewnienia się, że XAddrs znajdują się w tej samej podsieci co klient.

Poniższy kod XML przedstawia przykładowy element XAddrs. Prefiks wsd odnosi się do przestrzeni nazw https://schemas.xmlsoap.org/ws/2005/04/discovery.

<wsd:XAddrs>
    https://192.168.0.2:5357/37f86d35-e6ac-4241-964f-1d9ae46fb366
</wsd:XAddrs>

Wszystkie poniższe warunki muszą zostać spełnione przed wyjściem komunikatu HTTP za pośrednictwem przewodu.

  • XAddrs muszą być adresami HTTP lub HTTPS. XAddrs innych schematów są ignorowane.
  • Jeśli istnieją jakiekolwiek elementy XAddrs https, wszystkie XAddrs muszą mieć wartość HTTPS. Sekcje XAddr, które zawierają zarówno adresy HTTP, jak i HTTPS, są całkowicie ignorowane. Ponadto adres punktu końcowego urządzenia musi być dokładnie zgodny z elementami HTTPS XAddrs.
  • XAddrs musi być adresami IP lub nazwami hostów, które można rozpoznać za pośrednictwem systemu DNS. Zazwyczaj są używane adresy IP.
  • Co najmniej jeden adres IP dołączony do XAddrs (lub adres IP rozpoznany z nazwy hosta zawartej w XAddrs) musi znajdować się w tej samej podsieci co karta, w której odebrano komunikat ProbeMatches lub ResolveMatches komunikat.
  • Adres i port określony w pierwszym XAddr muszą być dostępne. WSDAPI próbuje nawiązać połączenie z tym adresem podczas nawiązywania połączenia HTTP.

ProbeMatches

ResolveMatches

wzorce komunikatów odnajdywania i wymiany metadanych

 

 

  • Last updated on