Udostępnij przez

Używanie hosta ogólnego i klienta do wymiany metadanych HTTP

Jeśli klient i host nie mogą wymieniać metadanych, można zastąpić hosta ogólnego i klienta niestandardowym hostem i klientem, aby rozwiązać ten problem. Jeśli adres urządzenia lub metadane urządzenia nie są wyświetlane w danych wyjściowych klienta debugowania usługi WSD, podane adresy transportowe lub środowisko sieciowe mogą powodować awarię. Aby uzyskać więcej informacji na temat ogólnego hosta i klienta, zobacz narzędzia debugowania .

Jeśli sprawdzono, że ogólny host i klient mogą ukończyć wymianę metadanych WS-Discovery i HTTP, tę procedurę diagnostyczną można pominąć i rozwiązać problemy, wykonując procedury opisane w artykule Używanie rejestrowania WinHTTP w celu zweryfikowania pobierania ruchu.

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 na przykład rzeczywisty host lub klient działa jako Administrator, to 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 PC działający na zwykłym hoście lub kliencie w kontekście bezpieczeństwa, który gwarantuje nieograniczoną dostępność sieciową (np. działając jako administrator).

Aby używać hosta ogólnego i klienta do rozwiązywania problemów z wymianą metadanych HTTP

  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 <identyfikator> 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>
*****************************************************************************
Getting metadata for host at 02/28/07 15:16:51:
+ Endpoint reference:
  + Address:
    urn:uuid:37f86d35-e6ac-4241-964f-1d9ae46fb366
Using xAddr: https://[::1]:5357/37f86d35-e6ac-4241-964f-1d9ae46fb366
Client metadata>
*****************************************************************************
Metadata for host:
+ Endpoint reference:
  + Address:           urn:uuid:37f86d35-e6ac-4241-964f-1d9ae46fb366
Metadata section:
  + Dialect:
    https://schemas.xmlsoap.org/ws/2006/02/devprof/ThisDevice
  + Friendly name:
    [no lang]: Debugging Host
  + Firmware version:  1.0
  + Serial number:     00000000
Metadata section:
  + Dialect:
    https://schemas.xmlsoap.org/ws/2006/02/devprof/ThisModel
  + Manufacturer:
    [no lang]: Microsoft Corporation
  + Manufacturer URL:  https://www.microsoft.com/
  + Model names:
    [no lang]: Microsoft Debugging Host
  + Model number:      https://www.microsoft.com/
End of metadata
Client metadata>

Klient debugowania WSD może wygenerować wiele danych wyjściowych, gdy sieć zawiera wiele urządzeń 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 w wierszu 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. Sprawdź również, czy klient debugowania usługi WSD całkowicie wydrukował metadane dla urządzenia. Metadane urządzenia zaczynają się od Metadata for host i kończą się End of metadata.

Jeśli identyfikator urządzenia i metadane urządzenia są wyświetlane poprawnie w danych wyjściowych klienta debugowania usługi WSD, błąd aplikacji prawdopodobnie nie jest związany z podanymi adresami transportu, systemem operacyjnym lub środowiskiem sieciowym. Zamień ogólny host i klient na niestandardowego hosta i klienta, a następnie kontynuuj rozwiązywanie problemów, przechodząc do procedur opisanych w Używanie rejestrowania WinHTTP w celu zweryfikowania ruchu GET.

Jeśli adres urządzenia i metadane urządzenia nie są wyświetlane w danych wyjściowych klienta debugowania usługi WSD, błąd może mieć co najmniej jedną z następujących przyczyn:

  • Adres transportu anonsowany przez hosta jest niepoprawny lub źle sformułowany. Klient debugowania WSD próbuje pobrać metadane urządzenia z adresu URL podanego w elemencie XAddrs wiadomości ProbeMatches lub ResolveMatches. Adres URL używany do wymiany metadanych jest wyświetlany w danych wyjściowych klienta debugowania usługi WSD poprzedzony frazą Using xAddr. Poniższy przykład pokazuje XAddrs używane do wymiany metadanych w powyższym wyniku klienta debugowania WSD.

    Using xAddr: https://[::1]:5357/37f86d35-e6ac-4241-964f-1d9ae46fb366

    Jeśli podane XAddrs nie są zgodne z regułami weryfikacji XAddr, klient debugowania WSD nie może pobrać metadanych urządzenia.

  • 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