Dela via

Inspektera nätverksspårningar för program med riktad identifiering

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

Så här inspekterar du nätverksspårningar för riktad identifiering

  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ärd och klient 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.

    Not

    Det här steget är valfritt.

     

  6. Kontrollera att meddelanden som skickas mellan klienten och värddatorn 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.

  • Avsökning meddelanden måste skickas via HTTP eller HTTPS, vanligtvis till port 5357 eller 5358.
  • Elementet Types i ett probmeddelande måste finnas och får inte vara tomt. Den måste innehålla de typer som en värd ska svara på.
  • Ett ProbeMatches--meddelande måste skickas till HTTP- eller HTTPS-porten från vilken - skickades.
  • Elementet RelatesTo i ett ProbeMatches--meddelande måste finnas och får inte vara tomt. Värdet måste matcha värdet för elementet MessageId från motsvarande Probe meddelande.
  • Om ett XAddrs--element ingick i meddelandet ProbeMatches måste de angivna transportadresserna verifieras. Mer information finns i XAddr-verifieringsregler.
  • Ett ProbeMatches--meddelande måste skickas inom 4 sekunder från motsvarande meddelande. Windows-brandväggen kan ignorera ett ProbeMatches-meddelande som skickas mer än 4 sekunder efter ett Probe-meddelande.
  • Om inga XAddrs-element ingick i ProbeMatches- meddelande, och klienten eller värden skickar ett HTTP-meddelande (till exempel en Hämta begäran om metadatautbyte eller ett tjänstmeddelande), måste klienten eller värden skicka ett Lös meddelande via HTTP eller HTTPS. Det här meddelandet skickas vanligtvis till port 5357 eller 5358.
  • Om ett Resolve-meddelande skickas måste ett ResolveMatches--meddelande skickas till HTTP- eller HTTPS-porten från vilken Resolve-meddelandet skickades.
  • Ett ResolveMatches--meddelande måste skickas inom 4 sekunder efter det motsvarande Resolve--meddelandet. Windows-brandväggen kan släppa en ResolveMatchesmessage som skickats mer än 4 sekunder efter ett Resolve-meddelande.

Om de meddelanden som skickas av programmet inte uppfyller dessa meddelandekrav har orsaken till problemet identifierats och inga ytterligare felsökningssteg krävs. Skriv om programmet så att det genererar överensstämmande meddelanden 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.

Felsöka program med riktad identifiering

WSDAPI-diagnostiska procedurer

Komma igång med WSDAPI-felsökning

Nedladdning av Netmon- och DPWS-exempelfilter

 

 

  • Last updated on