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