| Предыдущий | Следующий |
| NS_E_CURL_INVALIDCHAR | NS_E_CURL_INVALIDPATH |
NS_E_CURL_INVALIDHOSTNAME
Диагностика NS_E_CURL_INVALIDHOSTNAME в конвейере Windows Media
Этот результат (0xC00D1326) возвращается в часть authority содержит представление узла, отклонённое анализатором URL. Это указывает на проверку URL invalidhostname, поэтому диагностику следует начинать с объекта и операции, которым принадлежит эта контрольная точка, а не с общего сброса проигрывателя.
До открытия сокета проигрыватель разбирает URL на схему, authority, узел, порт, путь и экранированные данные в контрольной точке invalidhostname. Он также может объединять относительную ссылку с базовым URL или преобразовывать файловый URL в путь; для каждой операции действуют свои правила допустимости при трассировке пути invalidhostname. В случае этот результат сохраните самый ранний результат нижнего уровня, поскольку оболочки могут сопоставить несколько разных причин одному HRESULT при контролируемой повторной проверке invalidhostname.
Где возникает сбой
В проверке URL invalidhostname компонент уже принял предыдущие предусловия, но не может пройти границу, описанную как часть authority содержит представление узла, отклонённое анализатором URL. Это различие важно: успешное открытие файла, разрешение имени узла или создание объекта COM не доказывает допустимость этой последующей операции до закрытия инцидента invalidhostname.
Наиболее убедительное воспроизведение — проверьте ту же схему и путь с заведомо допустимым DNS-именем, а затем отдельно проверьте формат IDNA или IP-литерала исходного узла в диагностической записи invalidhostname. Если тот же вызов проходит после этого единственного изменения, данные подтверждают границу этот результат. Если этого не происходит, вернитесь к первой вложенной ошибке, а не расширяйте область исправления в контрольной точке invalidhostname.
Сохранение исходного и разобранного URL
| Что зафиксировать | Как это помогает выделить этот результат |
|---|---|
| Ответственный вызов | Запишите метод API, идентичность объекта, поток или обратный вызов и метку времени для проверки URL invalidhostname. |
| Решающие значения | исходная неизменённая строка, число символов, кодировка, базовый URL при его наличии, разобранные схема, узел, порт и путь, а также требуемая и предоставленная длины выходного буфера при контролируемой повторной проверке invalidhostname. |
| Поколение объекта | Отметьте, когда были созданы объект чтения, записи, граф, объект URL, сеанс потоковой передачи или поставщик метаданных; устаревшее состояние может повторно вызывать он после изменения конфигурации. |
| Первый вложенный результат | Сохраните самый ранний статус кодека, COM, сокета, DNS, анализатора или поставщика до него; более поздние сообщения интерфейса менее конкретны. |
| Случай для сравнения | Используйте один заведомо исправный ресурс, проходящий ту же проверку URL invalidhostname, и измените только отклонённое предусловие. |
Эксперимент с одним компонентом URL
- Запишите
0xC00D1326, он, точную операцию и время первого сбоя при выделении случая invalidhostname. - Сохраните исходную неизменённую строку, число символов, кодировку, базовый URL при его наличии, разобранные схему, узел, порт и путь, а также требуемую и предоставленную длины выходного буфера в контрольной точке invalidhostname.
- Не используйте повторно граф, сеанс, объект чтения или объект метаданных, созданный до изменения соответствующей конфигурации или ресурса при трассировке пути invalidhostname.
- Выполните один изолированный тест: проверьте ту же схему и путь с заведомо допустимым DNS-именем, а затем отдельно проверьте формат IDNA или IP-литерала исходного узла при контролируемой повторной проверке invalidhostname.
- Повторите действие через тот же API и тот же протокольный путь; другой проигрыватель или локальная копия полезны только для сравнения, но не доказывают исправление проверки URL invalidhostname.
- Подтвердите ожидаемое следующее состояние и сохраните любой новый HRESULT как отдельный последующий результат до закрытия инцидента invalidhostname.
Что доказывает результат анализатора
| Результат повторной проверки | Толкование для него |
|---|---|
| Тот же вызов по-прежнему возвращает код | Значения, управляющие проверкой URL invalidhostname, не изменились либо вызывающий код по-прежнему использует старое поколение объекта. |
| Новый объект работает успешно | Время жизни или кэшированное состояние способствовало появлению он; исправьте повторное создание объекта вместо применения обходного решения ко всей системе при выделении случая invalidhostname. |
| Вызов доходит до другого HRESULT | Граница проверки URL invalidhostname пройдена. Диагностируйте новый код на его собственной стадии формата, графа, URL, сети или метаданных при трассировке пути invalidhostname. |
| Ошибка возникает только для одного ресурса | Данные указывают на состояние конкретного содержимого, URL, точки публикации, потока, атрибута или объекта, а не на общий отказ при контролируемой повторной проверке invalidhostname. |
Близкие результаты не взаимозаменяемы
Главное различие: Проверка узла относится к компоненту authority; тайм-аут DNS возникает позднее, после запроса синтаксически допустимого имени узла при сборе данных о invalidhostname.
| Близкий HRESULT | Как его сравнивать |
|---|---|
NS_E_CURL_NOTSAFE | Сравните ответственный API и первое отклонённое значение; это соседняя контрольная точка, а не обязательно та же причина, что и у он. |
NS_E_CURL_INVALIDCHAR | По состоянию объекта и порядку операций определите, какой код является определяющим, если оба появляются в одной трассировке в диагностической записи invalidhostname. |
NS_E_CURL_INVALIDPATH | Сохраните он отдельно, если он появляется только после устранения условия он. |
Действия, вводящие в заблуждение
- слепое декодирование и повторное кодирование всего URL может изменить зарезервированные разделители и идентичность ресурса в контрольной точке invalidhostname.
- Не стирайте данные о первом появлении он многократными повторными попытками; обратные вызовы и повторные соединения могут заменить полезное состояние более поздней обобщающей ошибкой при трассировке пути invalidhostname.
- Не публикуйте учётные данные, материалы защищённого содержимого или полные частные URL при контролируемой повторной проверке invalidhostname. Записывайте обезличенные идентификаторы, длины, хэши и поля протокола, необходимые для воспроизведения проверки URL invalidhostname.
Технические источники
- RFC 3986: общий синтаксис URI
- Обработка URL с помощью WinINet
- CreateUri
- ParseURL
- Реестр HRESULT Microsoft
Закрывайте инцидент только после того, как исходная операция он успешно выполняется на текущем объекте и наблюдается ожидаемое следующее состояние до закрытия инцидента invalidhostname.
Нужно найти другой код? Найти другой код состояния или ошибки.