| Предыдущий | Следующий |
| PEER_E_INVALID_CREDENTIAL_INFO | PEER_E_INVALID_RECORD_SIZE |
PEER_E_INVALID_CREDENTIAL
Что именно отказало
Практический смысл PEER_E_INVALID_CREDENTIAL (0X80632082): peer API отклонил некорректный учётное подтверждение членства. В трассировке отделяйте маркер «invalid credential» от последующих wrapper/UI ошибок: они могут появиться уже после первичной границы и не объясняют исходное состояние.
Данные до повторной попытки
До повторной попытки запишите Peer API, graph/group/identity handle и текущее lifecycle-состояние. Для условия «peer API отклонил некорректный учётное подтверждение членства» эти данные важнее общего текста сообщения, потому что позволяют связать результат с конкретным владельцем операции.
- peer identity, credential issuer/role и key access context.
- Windows user, certificate/key container и operation generation.
- последний успешный identity/group call перед HRESULT.
| Наблюдение | Что оно означает |
|---|---|
| Первый вызов возвращает PEER_E_INVALID_CREDENTIAL | Граница «peer API отклонил некорректный учётное подтверждение членства» относится к текущему объекту и generation; сохраните это состояние до cleanup. |
| После одного целевого изменения код исчезает | Связь с условием «peer API отклонил некорректный учётное подтверждение членства» подтверждается только если остальные входы и owning context не изменились. |
| Первым становится другой HRESULT | Считайте его новой первичной границей; маркер «invalid credential» больше не должен подменять причину следующего отказа. |
Специфическая проверка для этого кода
Сохраните сериализованный membership credential, issuer identity, target group и signature-validation result. Проверяйте срок действия, подпись и принадлежность credential группе. Не смешивайте эту границу с PEER_CREDENTIAL_INFO, используемым при выпуске нового credential: здесь отклонён уже предоставленный credential.
Изолированный тест
Контрольный запуск должен воспроизводить «peer API отклонил некорректный учётное подтверждение членства» на тех же исходных данных. Затем исправьте только поле, структуру, token или registration value, которое отклонил компонент. Если операция проходит прежнюю стадию, гипотеза локализована; если нет — вернитесь к первому HRESULT и сохранённым полям.
- Зафиксируйте первый
PEER_E_INVALID_CREDENTIALи объект, которому принадлежит маркер «invalid credential». - Сохраните входные данные и lifecycle-state до изменения условия «peer API отклонил некорректный учётное подтверждение членства».
- Измените только состояние, связанное с «peer API отклонил некорректный учётное подтверждение членства», и выполните тот же вызов ещё раз.
Что не стоит смешивать
Не удаляйте всю peer-базу, identities или firewall rules до фиксации конкретного graph/group/record state. Исправление считается реальным, когда прежняя граница «peer API отклонил некорректный учётное подтверждение членства» пройдена на сопоставимом входе, а не просто скрыта более общим сообщением.
Документация
- 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.
Нужно найти другой код? Найти другой код состояния или ошибки.