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