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