| Предыдущий | Следующий |
| NS_E_SERVER_DNS_TIMEOUT | NS_E_CLOSED_ON_SUSPEND |
NS_E_PROXY_DNS_TIMEOUT
Что означает NS_E_PROXY_DNS_TIMEOUT на уровне ответственного API
Когда этот результат (0xC00D2EF0), первый заблокированный этап — разрешение имени прокси-сервера превысило допустимое время. Для диагностики нужно восстановить сбойный этап потоковой передачи по тому же URL, потоку, поколению объекта и последовательности вызовов.
Запрос потоковой передачи Windows Media проходит разрешение имени, выбор прокси, согласование протокола, аутентификацию, создание сеанса и доставку пакетов. WMSP и связанные протоколы хранят состояние сеанса, поэтому одного установленного TCP-соединения недостаточно для подтверждения работоспособного медиасеанса. Сохраните самый ранний результат нижнего уровня: оболочки могут свести несколько разных причин к одному HRESULT.
Повторная проверка с тем же протоколом
- Запишите
0xC00D2EF0, этот результат, точную операцию и время первого сбоя при контролируемой повторной проверке. - Сохраните исходный URL медиаресурса, источник настроек прокси, узел и порт прокси-сервера, результат DNS, запрос аутентификации, статус ответа прокси и ответ исходного сервера, если он был получен.
- Не используйте повторно граф, сеанс, объект чтения или объект метаданных, созданный до изменения соответствующей конфигурации или ресурса.
- Выполните один изолированный тест: один раз повторите запрос с тем же явно заданным прокси, второй — с прямым соединением, сохранив URL медиаресурса и идентификатор аутентификации.
- Повторите проверку через тот же API и протокольный путь; другой проигрыватель или локальная копия полезны только для сравнения и сами по себе не доказывают исправление этого этапа.
- Подтвердите ожидаемое следующее состояние и сохраните новый HRESULT, если он появился, как отдельный результат следующего этапа.
Что успело выполниться и где произошёл сбой
До указанной границы предыдущие этапы могли завершиться успешно, но разрешение имени прокси-сервера не уложилось в допустимое время. Поэтому в журнале нужно сохранить последний успешный вызов и этот результат.
Целевое сравнение — один повтор с тем же явно заданным прокси и один с прямым соединением при неизменных URL медиаресурса и идентификаторе аутентификации. Так меняется только спорное предусловие, а не сам ресурс или несвязанные настройки компьютера.
Сетевые и протокольные данные
| Зафиксируйте | Как это помогает выделить этот результат |
|---|---|
| Ответственный вызов | Запишите метод API, идентификатор объекта, поток выполнения или обратный вызов и временную метку сбойной операции. |
| Решающие значения | Исходный URL медиаресурса, источник настроек прокси, узел и порт прокси-сервера, результат DNS, запрос аутентификации, статус ответа прокси и ответ исходного сервера, если он был получен. |
| Поколение объекта | Отметьте время создания объекта чтения, объекта записи, графа, URL-объекта, сеанса потоковой передачи или поставщика метаданных; устаревшее состояние может повторно вызвать он после изменения конфигурации. |
| Первый вложенный результат | Сохраните самый ранний статус кодека, COM, сокета, DNS, анализатора или поставщика до него; более поздние сообщения интерфейса менее конкретны. |
| Случай для сравнения | Используйте один заведомо исправный ресурс, проходящий ту же контрольную точку потоковой передачи, и изменяйте только отклонённое предусловие. |
Интерпретация следующего сетевого состояния
| Результат повторной проверки | Толкование для него |
|---|---|
| Тот же вызов по-прежнему возвращает код | Значения исходного запроса не изменились либо вызывающая сторона всё ещё использует старое поколение объекта. |
| Новый объект работает успешно | Время жизни или кэшированное состояние способствовало появлению он; исправьте пересоздание объекта вместо общесистемного обходного решения. |
| Вызов доходит до другого HRESULT | зафиксированная граница пройдена. Диагностируйте новый код отдельно на его собственном этапе формата, графа, URL, сети или метаданных. |
| Сбой возникает только для одного ресурса | Данные указывают на содержимое, URL, точку публикации, поток, атрибут или состояние конкретного объекта, а не на общий отказ системы. |
Действия, вводящие в заблуждение
- Не меняйте одновременно исходный сервер и режим прокси: после такой проверки невозможно связать результат именно с границей прокси.
- Не стирайте данные о первом появлении он многократными повторами: обратные вызовы и повторные соединения могут заменить полезное исходное состояние более поздней ошибкой верхнего уровня.
- Не публикуйте учётные данные, материалы защищённого содержимого или полные закрытые URL. Сохраняйте обезличенные идентификаторы, длины, хэши и поля протокола, необходимые для воспроизведения исходной границы.
Близкие результаты не взаимозаменяемы
Главное различие: не удалось разрешить имя прокси-сервера; тайм-аут DNS сервера относится к имени исходного медиасервера.
| Близкий HRESULT | Как его сравнивать |
|---|---|
NS_E_CANNOT_CONNECT_TO_PROXY | Адрес прокси-сервера разрешён, но соединение установить не удалось |
NS_E_SERVER_DNS_TIMEOUT | Разрешение имени медиасервера превысило допустимое время |
NS_E_CLOSED_ON_SUSPEND | медиасеанс был намеренно закрыт при переходе системы в спящий режим или при завершении работы |
Технические ссылки
- Обзор протокола потоковой передачи Windows Media по HTTP
- Получение ответа WMSP
- Взаимодействие Windows Media с прокси-сервером
- Связи протоколов потоковой передачи Windows Media
- Реестр HRESULT Microsoft
Сохраните трассировку после исправления, чтобы более поздний результат следующего этапа не был ошибочно принят за повтор этой границы.
Нужно найти другой код? Найти другой код состояния или ошибки.