Udostępnij przez

Inspekcja śladów sieci dla aplikacji przy użyciu odnajdywania kierowanego

Dowolny analizator pakietów sieciowych, który może wyświetlać nieprzetworzone pakiety, może służyć do sprawdzania żądań wymiany metadanych HTTP. Zalecany jest program Microsoft Network Monitor 3 (Netmon). Aby uzyskać więcej informacji na temat Netmon, zobacz Pobieranie Netmon i przykładowych filtrów DPWS.

Aby sprawdzić śladów sieci dla kierowanego odnajdywania

  1. Skonfiguruj hosta i klienta do uruchamiania w sieci (czyli upewnij się, że host i klient będą działać na różnych komputerach).

  2. Zainstaluj analizator pakietów (Netmon) na kliencie lub hoście.

  3. Skonfiguruj analizator pakietów, aby rejestrować ruch na adapterze sieciowym łączącym hosta i klienta.

  4. Odtwórz błąd, uruchamiając hosta i klienta lub naciskając F5 w Eksploratorze sieci.

  5. Przefiltruj wyniki, aby odizolować ruch WS-Discovery i ruch wymiany metadanych. Aby wyświetlić przykładowe filtry Netmon, zobacz Pobieranie Netmon i przykładowych filtrów DPWS.

    Notatka

    Ten krok jest opcjonalny.

     

  6. Sprawdź, czy komunikaty wysyłane między klientem a hostem spełniają podstawowe wymagania dotyczące ruchu.

Sprawdzanie, czy komunikaty spełniają wymagania dotyczące ruchu

Klienci i hosty WSDAPI muszą wysyłać komunikaty zgodne z następującymi kryteriami. Aby uzyskać ogólne informacje na temat wzorców komunikacyjnych, zobacz Wzorce odnajdywania i wymiany metadanych.

  • komunikaty sondy muszą być wysyłane przez protokół HTTP lub HTTPS, zazwyczaj do portu 5357 lub 5358.
  • Element Types komunikatu Probe musi być obecny i nie może być pusty. Musi zawierać typy, na które będzie odpowiadać host.
  • Komunikat o ProbeMatches musi zostać wysłany do portu HTTP lub HTTPS, z którego wysłano Probe.
  • Element RelatesTo wiadomości ProbeMatches musi być obecny i nie może być pusty. Jego wartość musi być zgodna z wartością elementu MessageId z odpowiedniego komunikatu Probe.
  • Jeśli element XAddrs został uwzględniony w komunikacie ProbeMatches, należy zweryfikować podane adresy transportu. Aby uzyskać więcej informacji, zobacz reguły weryfikacji XAddr.
  • Komunikat ProbeMatches musi zostać wysłany w ciągu 4 sekund od komunikatu sondy . Zapora systemu Windows może usunąć komunikat ProbeMatches wysłany ponad 4 sekundy po komunikacie Probe.
  • Jeśli w komunikacie ProbeMatches nie uwzględniono elementu XAddrs, a klient lub host wyśle komunikat HTTP (taki jak żądanie wymiany metadanych Get lub komunikat usługi), klient lub host musi wysłać komunikat Resolve przez HTTP lub HTTPS. Ten komunikat jest zwykle wysyłany do portu 5357 lub 5358.
  • Jeśli zostanie wysłany komunikat Rozwiąż, to komunikat ResolveMatches musi zostać wysłany do portu HTTP lub HTTPS, z którego wysłano komunikat Rozwiąż.
  • Komunikat ResolveMatches musi zostać wysłany w ciągu 4 sekund od odpowiedniego komunikatu Resolve. Zapora systemu Windows może odrzucić komunikat ResolveMatches wysłany ponad 4 sekundy po komunikacie Resolve.

Jeśli komunikaty wysyłane przez program nie są zgodne z tymi wymaganiami dotyczącymi komunikatów, przyczyna problemu została pomyślnie zidentyfikowana i nie są konieczne żadne dalsze kroki rozwiązywania problemów. Zapisz ponownie program, aby wygenerował zgodne komunikaty i ponownie przetestuj program.

Jeśli nie można zidentyfikować źródła problemu, skontaktuj się z pomocą techniczną firmy Microsoft, aby uzyskać pomoc. Przed skontaktowaniem się z pomocą techniczną zbierz odpowiednie pliki dziennika, aby pomóc zidentyfikować główną przyczynę problemu. Aby uzyskać więcej informacji, zobacz sekcję Włączanie śledzenia WSDAPI.

rozwiązywanie problemów z aplikacjami przy użyciu ukierunkowanego wykrywania

Procedury diagnostyczne WSDAPI

wprowadzenie do rozwiązywania problemów z interfejsem WSDAPI

Pobieranie Netmon i przykładowych filtrów DPWS

 

 

  • Last updated on