| Предыдущий | Следующий |
| CO_E_INIT_ONLY_SINGLE_THREADED | CO_E_BAD_SERVER_NAME |
CO_E_CANT_REMOTE
CO_E_CANT_REMOTE: граница сбоя, проверка и исправление
Windows возвращает CO_E_CANT_REMOTE (0x80004013), когда выполняется следующее условие: Требовалась удалённая активация, но она запрещена.
Для CO_E_CANT_REMOTE старший бит HRESULT делает значение ошибкой. Константа CO_E_CANT_REMOTE объявлена в winerror.h и относится к области «COM/DCOM: активация, регистрация и безопасность».
Почему важен контекст вызова
Для CO_E_CANT_REMOTE код относится к инфраструктуре COM: активации класса, регистрации CLSID/IID, запуску сервера, RPC-каналу, модели апартаментов или проверке безопасности. Для CO_E_CANT_REMOTE диагностика должна начинаться с первого вызова CoCreateInstance/CoGetClassObject либо операции маршалинга, а не с последующей ошибки приложения.
Для CO_E_CANT_REMOTE не следует начинать с очистки состояния или переустановки компонента. Для CO_E_CANT_REMOTE сначала необходимо привязать результат к одному вызову, объекту и поколению его состояния.
В имени CO_E_CANT_REMOTE закодированы ориентиры для расследования: CANT — технический признак «cant»; REMOTE — удалённое взаимодействие. Для CO_E_CANT_REMOTE эти ориентиры задают конкретный предмет проверки, но не заменяют контракт вызвавшего API.
Интерпретация HRESULT: признаки в имени константы
Для CO_E_CANT_REMOTE часть CANT относится к области «технический признак «cant»». При разборе CO_E_CANT_REMOTE проверьте, какое состояние этого объекта ожидалось и какое наблюдалось реально.
Для CO_E_CANT_REMOTE часть REMOTE относится к области «удалённое взаимодействие». При разборе CO_E_CANT_REMOTE проверьте, какое состояние этого объекта ожидалось и какое наблюдалось реально.
Для CO_E_CANT_REMOTE в техническом контексте особенно важны: CLSID. При расследовании CO_E_CANT_REMOTE их следует проверять как связанные части одной операции, а не как независимые симптомы.
Минимальный набор свидетельств
- На границе сбоя по
CO_E_CANT_REMOTEнужно сохранить события DistributedCOM/SCM и первичную RPC-ошибку. - Для сравнения с исправным случаем по
CO_E_CANT_REMOTEнужно сохранить командную строку COM-сервера, AppID и параметры LocalServer32/InprocServer32.
Как локализовать причину
- Для
CO_E_CANT_REMOTE: Определить точный COM-вызов и сохранить исходный HRESULT до преобразования исключением; повторите шаг на исправном контрольном примере. - Для
CO_E_CANT_REMOTE: Проверить регистрацию класса и интерфейса в представлении реестра нужной разрядности; сохраните первый hresult и точное время результата. - Для
CO_E_CANT_REMOTE: Проверить запуск сервера вручную под той же учётной записью и с тем же окружением; отдельно отметьте изменение состояния объекта. - Для
CO_E_CANT_REMOTE: Сопоставить разрешения DCOM с реальными SID клиента и серверной идентичности; все остальные условия оставьте неизменными. - Для
CO_E_CANT_REMOTE: После исправления повторить активацию из исходного апартамента и проверить корректное освобождение объектов; не удаляйте исходные данные до завершения сравнения.
Как доказать исправление
Корректирующее действие для CO_E_CANT_REMOTE должно устранять условие «Требовалась удалённая активация, но она запрещена» на уровне CLSID. Для CO_E_CANT_REMOTE простое подавление HRESULT, бесконечный повтор или очистка всех настроек не доказывают восстановление контракта.
Для CO_E_CANT_REMOTE после изменения повторите первоначальный сценарий, затем воспроизведите ближайшее ошибочное условие. Для CO_E_CANT_REMOTE это подтверждает, что устранена причина, а не только изменён путь обработки ошибки.
Полезные материалы
- Microsoft: COM technical обзор and activation models — CO_E_CANT_REMOTE
- Microsoft: Microsoft: AppID key and RemoteServerName — CO_E_CANT_REMOTE
- Microsoft: generic COM коды ошибок — CO_E_CANT_REMOTE
- Портал COM для Windows — CO_E_CANT_REMOTE
Нужно найти другой код? Найти другой код состояния или ошибки.
