| Предыдущий | Следующий |
| ONL_E_USER_AUTHENTICATION_REQUIRED | E_IMAPI_ERASE_RECORDER_IN_USE |
ONL_E_REQUEST_THROTTLED
В пределах Windows Online ID и интерактивной аутентификации учётной записи ONL_E_REQUEST_THROTTLED (0x80860010) сообщает, что сервис Online ID применил throttling к запросу аутентификации и требует контролируемого повтора либо действия пользователя. Рассматривайте это как условие throttling запроса Online ID и начинайте с частоты запросов, времени повторов и ответа broker, а не с итогового текста диалога.
Почему этот HRESULT специфичен
Broker может вернуть этот HRESULT до выдачи service ticket. Сохраняйте вместе асинхронную операцию, запрошенные scopes/tickets, идентичность приложения, UI-контекст и результат исправления состояния учётной записи; wrapper-сообщение вроде «не удалось войти» уничтожает это различие.
Решающий вопрос — подтверждают ли записанные данные throttling запроса аутентификации Online ID с требованием контролируемого повтора или действия пользователя. Привязывайте доказательства к неудачной операции.
Как отличить соседние сбои
Соседнее условие: Throttling отличается от блокировки учётной записи: он ограничивает поведение запросов, а не объявляет account locked. Сохраняйте частоту запросов, retry timing и broker response неизменными, меняя только указанную предпосылку.
Данные, способные изменить диагноз
- Основная запись: частота запросов, время повторов и ответ broker.
- Корреляция объекта: сохраняйте связанную с частотой запросов, retry timing и broker response идентичность продукта, учётной записи, пакета, устройства, ключа или API рядом с первым результатом с временной меткой.
- Контроль соседнего состояния: используйте контролируемое сравнение, проверяющее отличие throttling от account lockout: ограничивается поведение запросов, а не блокируется учётная запись.
- Результат до/после: сохраните результат до и после исправления «прекратить частые повторы, соблюдать backoff и разрешить предписанное интерактивное действие»; сохраняйте те же идентификаторы до нового результата broker.
Контролируемая последовательность диагностики
- Найдите точный объект: Используйте основную запись, чтобы определить транзакцию или лицензированный объект, который фактически вернул
ONL_E_REQUEST_THROTTLED. - Сохраните первое решение: Запишите самое раннее событие о throttling запроса Online ID вместе с кодом, временем UTC и теми же полями идентичности.
- Измените одну предпосылку: Прекратите частые циклические повторы, соблюдайте backoff и разрешите предписанное интерактивное действие; не объединяйте это со сбросом store, заменой ключа, удалением учётной записи, переустановкой пакета или несвязанным repair.
- Повторите пользовательскую операцию: Повторно выполните исходную операцию и требуйте, чтобы broker вернул новый результат; если появится другой HRESULT, диагностируйте его как новую границу.
Предосторожности для сохранения доказательств
При исследовании ONL_E_REQUEST_THROTTLED, не собирайте пароли или tokens в диагностические журналы и не обходите broker UI встроенными формами ввода учётных данных. Такой обход может заменить или обесценить доказательства до понимания исходного решения.
Проверка результата
Инцидент считается устранённым только когда broker возвращает новый результат. Подтвердите его повторением точно той операции, которая выдала ONL_E_REQUEST_THROTTLED; успешное обслуживание само по себе недостаточно.
Технические ссылки
- Microsoft Win32 metadata: winerror.h — справочник определения статуса.
- Microsoft: ошибки Web Account Manager — справочник сервиса/API-владельца.
- Microsoft: класс OnlineIdAuthenticator — справочник API диагностики/исправления.
- Microsoft: OnlineIdAuthenticator.AuthenticateUserAsync — справочник жизненного цикла.
Нужно найти другой код? Найти другой код состояния или ошибки.