Что означает код HRESULT 0x80004014 (CO_E_BAD_SERVER_NAME)?

 
Предыдущий Следующий
CO_E_CANT_REMOTE CO_E_WRONG_SERVER_IDENTITY

CO_E_BAD_SERVER_NAME

Разбор CO_E_BAD_SERVER_NAME: данные для диагностики

HRESULT CO_E_BAD_SERVER_NAME соответствует значению 0x80004014. Его штатное описание: «Требовалась удалённая активация, но указано недопустимое имя сервера.»

Для CO_E_BAD_SERVER_NAME старший бит HRESULT делает значение ошибкой. Константа CO_E_BAD_SERVER_NAME объявлена в winerror.h и относится к области «COM/DCOM: активация, регистрация и безопасность».

Контекст подсистемы

Для CO_E_BAD_SERVER_NAME код относится к инфраструктуре COM: активации класса, регистрации CLSID/IID, запуску сервера, RPC-каналу, модели апартаментов или проверке безопасности. Для CO_E_BAD_SERVER_NAME диагностика должна начинаться с первого вызова CoCreateInstance/CoGetClassObject либо операции маршалинга, а не с последующей ошибки приложения.

Для CO_E_BAD_SERVER_NAME практическая ценность кода появляется только вместе с контекстом: параметрами вызова, идентичностью процесса, состоянием объекта и предшествующим низкоуровневым результатом.

В имени CO_E_BAD_SERVER_NAME закодированы ориентиры для расследования: BAD — некорректные данные; SERVER — сервер; NAME — имя. Для CO_E_BAD_SERVER_NAME эти ориентиры задают конкретный предмет проверки, но не заменяют контракт вызвавшего API.

Смысл результата: признаки в имени константы

Маркер BAD в CO_E_BAD_SERVER_NAME направляет проверку на некорректные данные. Для CO_E_BAD_SERVER_NAME сопоставьте этот признак с фактическими параметрами первого неуспешного вызова.

При разборе CO_E_BAD_SERVER_NAME обозначение SERVER связывает код с темой «сервер». До повторной проверки CO_E_BAD_SERVER_NAME сохраните входные данные без нормализации.

Маркер NAME в CO_E_BAD_SERVER_NAME направляет проверку на имя. Для CO_E_BAD_SERVER_NAME сопоставьте этот признак с фактическими параметрами первого неуспешного вызова.

Для CO_E_BAD_SERVER_NAME в техническом контексте особенно важны: CLSID. При расследовании CO_E_BAD_SERVER_NAME их следует проверять как связанные части одной операции, а не как независимые симптомы.

Диагностические данные

  • До повторной попытки по CO_E_BAD_SERVER_NAME нужно зафиксировать модель апартамента и историю CoInitializeEx в текущем потоке.
  • Для воспроизводимого отчёта по CO_E_BAD_SERVER_NAME нужно зафиксировать личность клиента и сервера, уровень олицетворения и authentication blanket.

Проверка по шагам

  1. Для CO_E_BAD_SERVER_NAME: Определить точный COM-вызов и сохранить исходный HRESULT до преобразования исключением; сохраните первый hresult и точное время результата.
  2. Для CO_E_BAD_SERVER_NAME: Проверить регистрацию класса и интерфейса в представлении реестра нужной разрядности; отдельно отметьте изменение состояния объекта.
  3. Для CO_E_BAD_SERVER_NAME: Проверить запуск сервера вручную под той же учётной записью и с тем же окружением; все остальные условия оставьте неизменными.
  4. Для CO_E_BAD_SERVER_NAME: Сопоставить разрешения DCOM с реальными SID клиента и серверной идентичности; не удаляйте исходные данные до завершения сравнения.
  5. Для CO_E_BAD_SERVER_NAME: После исправления повторить активацию из исходного апартамента и проверить корректное освобождение объектов; повторите шаг на исправном контрольном примере.

Корректирующие действия

Корректирующее действие для CO_E_BAD_SERVER_NAME должно устранять условие «Требовалась удалённая активация, но указано недопустимое имя сервера» на уровне CLSID. Для CO_E_BAD_SERVER_NAME простое подавление HRESULT, бесконечный повтор или очистка всех настроек не доказывают восстановление контракта.

Для CO_E_BAD_SERVER_NAME исправление считается подтверждённым, когда исходная операция проходит в том же окружении, отрицательный тест по-прежнему предсказуемо отклоняется, а журнал не содержит нового скрытого сбоя.

Документация

Нужно найти другой код? Найти другой код состояния или ошибки.