| Предыдущий | Следующий |
| PEER_E_INVALID_ATTRIBUTES | PEER_E_CHAIN_TOO_LONG |
PEER_E_INVITATION_NOT_TRUSTED
Граница компонента
Практический смысл PEER_E_INVITATION_NOT_TRUSTED (0X80630701): приглашение в защищённую peer-группу не прошло проверку доверия. В трассировке отделяйте маркер «invitation not trusted» от последующих wrapper/UI ошибок: они могут появиться уже после первичной границы и не объясняют исходное состояние.
Что записать
До повторной попытки запишите Peer API, graph/group/identity handle и текущее lifecycle-состояние. Для условия «приглашение в защищённую peer-группу не прошло проверку доверия» эти данные важнее общего текста сообщения, потому что позволяют связать результат с конкретным владельцем операции.
- invitation blob/hash, issuer, target identity и expiration.
- асинхронный invite state, response handle и cancellation source.
- точный join/invite API, вернувший этот HRESULT.
| Наблюдение | Что оно означает |
|---|---|
| Первый вызов возвращает PEER_E_INVITATION_NOT_TRUSTED | Граница «приглашение в защищённую peer-группу не прошло проверку доверия» относится к текущему объекту и generation; сохраните это состояние до cleanup. |
| После одного целевого изменения код исчезает | Связь с условием «приглашение в защищённую peer-группу не прошло проверку доверия» подтверждается только если остальные входы и owning context не изменились. |
| Первым становится другой HRESULT | Считайте его новой первичной границей; маркер «invitation not trusted» больше не должен подменять причину следующего отказа. |
Повтор с тем же контекстом
Контрольный запуск должен воспроизводить «приглашение в защищённую peer-группу не прошло проверку доверия» на тех же исходных данных. Затем исправьте конкретный graph/group/identity/record/PNRP precondition без очистки остальных peer-данных. Если операция проходит прежнюю стадию, гипотеза локализована; если нет — вернитесь к первому HRESULT и сохранённым полям.
- Зафиксируйте первый
PEER_E_INVITATION_NOT_TRUSTEDи объект, которому принадлежит маркер «invitation not trusted». - Сохраните входные данные и lifecycle-state до изменения условия «приглашение в защищённую peer-группу не прошло проверку доверия».
- Измените только состояние, связанное с «приглашение в защищённую peer-группу не прошло проверку доверия», и выполните тот же вызов ещё раз.
Правильный уровень исправления
Не удаляйте всю peer-базу, identities или firewall rules до фиксации конкретного graph/group/record state. Исправление считается реальным, когда прежняя граница «приглашение в защищённую peer-группу не прошло проверку доверия» пройдена на сопоставимом входе, а не просто скрыта более общим сообщением.
Документация
- Microsoft: Grouping API functions.
- Microsoft: How to connect to a peer group.
- Microsoft: How group security works.
- Microsoft Open Specifications: Peer-to-peer grouping overview.
Нужно найти другой код? Найти другой код состояния или ошибки.