Поделиться через


Проверка трассировок сети для приложений с помощью направленного обнаружения

Для проверки запросов на обмен метаданными HTTP можно использовать любой анализатор сетевых пакетов, который может отображать необработанные пакеты. Рекомендуется использовать Microsoft Network Monitor 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, с которого была отправлена проба .
  • Элемент RelatesTo сообщения ProbeMatches должен присутствовать и не должен быть пустым. Его значение должно совпадать со значением элемента MessageId из соответствующего сообщения пробы .
  • Если элемент XAddrs был включен в сообщение ProbeMatches , необходимо проверить указанные адреса транспорта. Дополнительные сведения см. в разделе Правила проверки XAddr.
  • Сообщение ProbeMatches должно быть отправлено в течение 4 секунд после соответствующего сообщения пробы . Брандмауэр Windows может удалить сообщение ProbeMatches, отправленное более чем через 4 секунды после сообщения пробы.
  • Если элемент XAddrs не был включен в сообщение ProbeMatches и клиент или узел отправляет HTTP-сообщение (например, запрос на обмен метаданными или сообщение службы), клиент или узел должен отправить сообщение Resolve по протоколу HTTP или HTTPS. Это сообщение обычно отправляется на порт 5357 или 5358.
  • Если отправляется сообщение Resolve , сообщение ResolveMatches должно быть отправлено на порт HTTP или HTTPS, с которого было отправлено сообщение Resolve.
  • Сообщение ResolveMatches должно быть отправлено в течение 4 секунд после соответствующего сообщения Resolve . Брандмауэр Windows может удалить ResolveMatchesmessage, отправленный более чем через 4 секунды после сообщения Resolve.

Если сообщения, отправленные программой, не соответствуют этим требованиям, причина проблемы успешно определена и дальнейшие действия по устранению неполадок не требуется. Перепишите программу таким образом, чтобы она создавала соответствующие сообщения, и повторно протестируйте программу.

Если источник проблемы по-прежнему не удается определить, обратитесь за помощью в службу поддержки Майкрософт. Прежде чем обращаться в службу поддержки, соберите соответствующие файлы журналов, чтобы определить первопричину проблемы. Дополнительные сведения см. в разделе Включение трассировки WSDAPI.

Устранение неполадок приложений с помощью направленного обнаружения

Диагностические процедуры WSDAPI

начало работы с устранением неполадок WSDAPI

Скачивание Netmon и примеров фильтров DPWS