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