Dela via

Inspektera nätverksspårningar för HTTP Metadata Exchange

Alla nätverkspaketsanalyserare som kan visa råpaket kan användas för att inspektera förfrågningar om HTTP-metadatautbyte. Microsoft Network Monitor 3 (Netmon) rekommenderas. Mer information om Netmon finns i Ladda ned Netmon- och DPWS-exempelfilter.

Den här diagnostiska proceduren kanske inte är lika användbar för klienter och värdar som använder en säker kanal för kommunikation eftersom meddelandeinnehållet är krypterat.

Så här inspekterar du nätverksspårningar för HTTP-metadatautbyte

  1. Konfigurera värden och klienten så att de körs över nätverket (det vill: se till att värden och klienten fungerar på olika datorer).

  2. Installera paketanalysatorn (Netmon) på antingen klienten eller värden.

  3. Konfigurera paketanalysatorn för att samla in trafik på nätverkskortet som ansluter värden och klienten.

  4. Återskapa felet genom att starta värddatorn och klienten eller genom att trycka på F5 i Nätverksutforskaren.

  5. Filtrera resultaten för att isolera WS-Discovery- och metadatautbytestrafik. Om du vill visa Netmon-exempelfilter kan du läsa Ladda ned Netmon- och DPWS-exempelfilter.

    Notera

    Det här steget är valfritt.

     

  6. Kontrollera att meddelanden som skickas mellan klienten och värden uppfyller grundläggande trafikkrav.

Verifiera att meddelanden uppfyller trafikkraven

WSDAPI-klienter och -värdar måste skicka meddelanden som uppfyller följande villkor. Allmän information om meddelandemönster finns i Identifierings- och metadatautbytesmeddelandemönster.

  • Meddelanden måste uppfylla trafikkraven i ämnet Inspektera nätverksspårningar för UDP WS-Discovery, såvida det inte är helt säkert att WS-Discovery inte används för metadatautbyte.

  • En TCP-anslutning måste upprättas mellan klienten och den första transportadressen som anges i XAddrs elementet i ett ProbeMatches- eller ResolveMatches- meddelande. I följande lista visas ett typiskt paketutbyte som används för att upprätta en TCP-anslutning.

    • Klienten skickar ett TCP SYN-paket till värden på en angiven port.
    • Värden skickar ett TCP SYN/ACK-paket till klienten.
    • Klienten skickar ett TCP ACK-paket till värden på en angiven port.

    När klienten har skickat ett TCP ACK-paket upprättas TCP-anslutningen. Observera att detta meddelandeutbyte inte inträffar om en TCP-anslutning tidigare har upprättats.

  • Klienten måste skicka en giltig Hämta HTTP-begäran och -meddelande.

  • Värden måste lyssna på URL-sökvägen som anges i HTTP-förfrågan Hämta.

  • Elementet i ett Hämta metadatameddelande måste finnas och inte vara tomt. Värdet för elementet till måste matcha en av värdens slutpunkts-adresser. En värds slutpunktsadress annonseras vanligtvis i ett (ProbeMatches) eller (ResolveMatches) meddelande.

  • Värden måste skicka ett korrekt HTTP-svarshuvud. Om den första begäran lyckades ska svarshuvudet innehålla statuskoden HTTP/1.1 200.

  • Värden måste skicka ett giltigt GetResponse-meddelande.

  • Elementet RelatesTo i ett GetResponse--meddelande måste finnas och får inte vara tomt. Värdet måste matcha värdet för elementet MessageId i det motsvarande meddelandet Get.

Om HTTP-begäranden eller metadatautbytesmeddelanden som skickas av programmet inte överensstämmer med dessa trafikkrav har orsaken till problemet identifierats och inga ytterligare felsökningssteg krävs. Skriv om programmet så att det genererar överensstämmande meddelanden och begäranden och testa programmet igen.

Om orsaken till problemet fortfarande inte kan identifieras kontaktar du Microsofts support för att få hjälp. Innan du kontaktar supporten samlar du in lämpliga loggfiler för att identifiera rotorsaken till problemet. Mer information finns i Aktivera WSDAPI-spårning.

WSDAPI-diagnostikprocedurer

Komma igång med WSDAPI-felsökning

Nedladdning av Netmon- och DPWS-exempelfilter

 

 

  • Last updated on