使用導向探索檢查應用程式的網路追蹤

任何可顯示原始封包的網路封包分析器都可以用來檢查 HTTP 中繼資料交換要求。 建議使用 Microsoft 網路監視器 3 (Netmon) 。 如需 Netmon 的詳細資訊,請參閱 下載 Netmon 和範例 DPWS 篩選器

檢查網路追蹤是否有導向探索

  1. 將主機和用戶端設定為透過網路 (執行,也就是說,請確定主機和用戶端會在不同的電腦上運作) 。

  2. 在用戶端或主機上安裝封包分析器 (Netmon) 。

  3. 設定封包分析器以擷取連線主機和用戶端之網路介面卡上的流量。

  4. 啟動主機和用戶端或在網路總管中按 F5 來重現失敗。

  5. 篩選結果以隔離WS-Discovery和中繼資料交換流量。 若要檢視範例 Netmon 篩選準則,請參閱 下載 Netmon 和範例 DPWS 篩選器

    注意

    此為選用步驟。

     

  6. 確認用戶端和主機之間傳送的訊息符合基本流量需求。

確認訊息符合流量需求

WSDAPI 用戶端和主機必須傳送符合下列準則的訊息。 如需訊息模式的一般資訊,請參閱 探索和中繼資料交換訊息模式

  • 探查 訊息必須由 HTTP 或 HTTPS 傳送,通常是埠 5357 或 5358。
  • 探查訊息的Types元素必須存在,且不得為空白。 它必須包含主機將回應的類型。
  • ProbeMatches訊息必須傳送至傳送探查的來源 HTTP 或 HTTPS 埠。
  • ProbeMatches訊息的RelatesTo元素必須存在,而且不得空白。 其值必須符合對應探查訊息中MessageId元素的值。
  • 如果ProbeMatches訊息中包含XAddrs元素,則必須驗證提供的傳輸位址。 如需詳細資訊,請參閱 XAddr 驗證規則
  • 必須在對應探查訊息的 4 秒內傳送ProbeMatches訊息。 Windows 防火牆可能會卸載探查訊息之後超過 4 秒傳送的 ProbeMatches 訊息。
  • 如果ProbeMatches訊息中未包含XAddrs元素,而用戶端或主機會傳送 HTTP 訊息 (,例如取得中繼資料交換要求或服務訊息) ,則用戶端或主機必須透過 HTTP 或 HTTPS 傳送解析訊息。 此訊息通常會傳送至埠 5357 或 5358。
  • 如果傳送 解析 訊息,則必須將 ResolveMatches 訊息傳送至傳送解析訊息的 HTTP 或 HTTPS 埠。
  • ResolveMatches訊息必須在對應的Resolve訊息的 4 秒內傳送。 Windows 防火牆可能會卸載解析訊息之後超過 4 秒傳送的 ResolveMatchesmessage。

如果程式所傳送的訊息不符合這些訊息需求,則已成功識別問題的原因,而且不需要進一步的疑難排解步驟。 重寫程式,使其產生一致性訊息,並重新測試程式。

如果問題來源仍然無法識別,請連絡 Microsoft 支援服務以尋求協助。 連絡支援人員之前,請先收集適當的記錄檔,以協助找出問題的根本原因。 如需詳細資訊,請參閱 啟用 WSDAPI 追蹤

使用導向探索對應用程式進行疑難排解

WSDAPI 診斷程式

使用 WSDAPI 疑難排解消費者入門

下載 Netmon 和範例 DPWS 篩選器