Udostępnij przez

Używanie ogólnego hosta i klienta do UDP WS-Discovery

Jeśli klient i host nie widzą się nawzajem w sieci, można zastąpić niestandardowego hosta i klienta hostem ogólnym i klientem, aby pomóc rozwiązać ten problem. Jeśli adres urządzenia nie jest wyświetlany w danych wyjściowych klienta debugowania usługi WSD, środowisko sieciowe prawdopodobnie powoduje awarię. Aby uzyskać więcej informacji na temat ogólnego hosta i klienta, zobacz narzędzia debugowania .

Jeśli host lub klient jest aplikacją działającą na komputerze, ogólny host lub klient powinien być uruchamiany w tym samym kontekście zabezpieczeń co rzeczywisty host lub klient. Jeśli rzeczywisty host lub klient działa jako administrator, to wówczas także ogólny host lub klient musi być uruchomiony jako administrator. Ponadto, jeśli host lub klient jest urządzeniem autonomicznym, powinien zostać całkowicie zastąpiony przez komputer PC, na którym działa ogólny host lub klient.

Aby używać ogólnego hosta i klienta do rozwiązywania problemów z odnajdywania UDP WS-Discovery

  1. Otwórz okno wiersza polecenia.

  2. Uruchom następujące polecenie: WSDDebug_host.exe /mode metadata /start

    Notatka

    Może zostać wyświetlone okno dialogowe alertu zabezpieczeń systemu Windows. Jeśli tak, kliknij przycisk Odblokuj, aby zezwolić na uruchamianie hosta debugowania WSD.

     

    To polecenie generuje dane wyjściowe podobne do poniższych. Zanotuj identyfikator urządzenia.

    WSDAPI Debug Host
Copyright (C) Microsoft Corporation 2007.  All rights reserved.
Device ID is urn:uuid:37f86d35-e6ac-4241-964f-1d9ae46fb366
Host metadata>

  3. Uruchom następujące polecenie: WSDDebug_client.exe /mode metadata /hello off /resolve<id>. Zastąp <id> identyfikatorem urządzenia zidentyfikowanym w kroku 2.

    Notatka

    Może zostać wyświetlone okno dialogowe alertu zabezpieczeń systemu Windows. Jeśli tak, kliknij przycisk Odblokuj, aby umożliwić uruchamianie klienta debugowania WSD.

     

Klient debugowania usługi WSD generuje dane wyjściowe podobne do poniższych.

WSDAPI Debug Client
Copyright (C) Microsoft Corporation 2007.  All rights reserved.
Client ID is urn:uuid:0f571af7-6b0e-4daf-8054-f2233ac27910
Hello mode is disabled
Client metadata>
*****************************************************************************
Add at 02/28/07 15:16:51
+ EPR:
  + Address:                 urn:uuid:37f86d35-e6ac-4241-964f-1d9ae46fb366
+ Types:
    (wsdp) https://schemas.xmlsoap.org/ws/2006/02/devprof:Device
+ XAddrs:
  https://[::1]:5357/37f86d35-e6ac-4241-964f-1d9ae46fb366
+ Metadata version:          2
+ Instance ID:               1
+ Probe/Resolve tag:         WSDAPI debug_client
+ Remote transport address:  [::1]:3702
+ Local transport address:   ::1
+ Local interface GUID:      42133cd4-6a70-11db-bbc9-806e6f6e6963
Client metadata>

Klient debugowania WSD może wygenerować wiele wyników w sieci z wieloma urządzeniami DPWS. Dane wyjściowe można przekierować do pliku w celu łatwiejszej analizy. Wpisz tee dziennika<nazwa pliku> w wierszu polecenia klienta debugowania WSD, aby przekierować dane wyjściowe do pliku. Przekierowanie danych wyjściowych można zatrzymać, wpisując log tee stop podczas wyświetlania polecenia klienta debugowania WSD.

Zanotuj adres referencyjny punktu końcowego (EPR). Ten adres EPR powinien być zgodny z identyfikatorem urządzenia zidentyfikowanym w kroku 2 powyżej. W takim przypadku błąd aplikacji prawdopodobnie nie jest związany z systemem operacyjnym lub środowiskiem sieciowym. Zastąp ogólny host i klient niestandardowy hostem i klientem, a następnie kontynuuj rozwiązywanie problemów, postępując zgodnie z procedurami w Używanie klienta debugowania WSD w celu zweryfikowania ruchu multiemisji.

Jeśli identyfikator urządzenia nie jest zgodny z adresem EPR, błąd aplikacji prawdopodobnie jest związany z systemem operacyjnym lub środowiskiem sieciowym. Błąd może mieć co najmniej jedną z następujących przyczyn:

  • Aplikacja jest uruchomiona w niewłaściwym kontekście zabezpieczeń. Sprawdź, czy aplikacja używa poprawnych poświadczeń oraz czy klient i host mają wystarczające uprawnienia dostępu do sieci.
  • Konfiguracja zapory jest nieprawidłowa. Postępuj zgodnie z instrukcjami w Sprawdzanie ustawień adaptera i zapory, aby sprawdzić, czy ustawienia Zapory systemu Windows są poprawne i czy nie ma żadnych innych reguł usuwania pakietów. Klient i host można również skopiować na maszynę "nieskazitelną" (jedną z domyślną instalacją systemu operacyjnego, która nigdy nie została przyłączona do domeny), aby spróbować odtworzyć błąd.
  • Zasady protokołu IPSec blokują aplikację. Skopiuj klienta i hosta na maszynę, która nie podlega zasadom protokołu IPSec, i spróbuj odtworzyć błąd.

Procedury diagnostyczne WSDAPI

wprowadzenie do rozwiązywania problemów z interfejsem WSDAPI

 

 

  • Last updated on