OpenID Authentication 2.0 / OpenID Аутентификация 2.0: 14.2.2. OpenID Providers
| Английский оригинал | Перевод на русский | |
|---|---|---|
Сожалеем, но текст оригинала доступен только зарегистрированным пользователям. |
Параметр "openid.identity" ДОЛЖЕН быть отправлен в положительном утверждении идентификации. Reyko32 20.09.12 в 05:05 |
|
|
В спецификации OpenID Authentication 1.1, тип ассоциации "no-encryption" представлен пусты или отсутствующем параметром "openid.session_type". Провайдер НЕ ДОЛЖЕН посылать значение "no-encryption" в параметре "openid.session_type". Reyko32 20.09.12 в 05:17 |
||
|
Повайдер МОЖЕТ выбрать что вернуть успешно отвечать с типом ассоциации "no-encryption" на любой запрос идентификации. Как говорилось выше, параметр "openid.session_type ДОЛЖЕН быть пустым или отсутствовать в ответе. Reyko32 20.09.12 в 05:20 |
||
|
Провайдеры ДОЛЖНЫ принимать запросы на установку ассоциаций без переметра assoc_type, и считать его типром HMAC-SHA1. Reyko32 20.09.12 в 05:22 |
||
|
Неуспешные попытки ассоциации МОГУТ получить ответ с прямым сообщение об ошибке или с положительным ответом "no-encryption". Reyko32 20.09.12 в 05:24 |
||
|
Параметр "openid.realm" в запросе идентификации означает "openid.trust_root". Синтаксис и смысл идентичны. Reyko32 20.09.12 в 05:24 |
||
|
Когда отвечают с отрицательным утверждение на запрос идентификации с режимом "checkid_immediate", то ДОЛЖЕН быть возвращен параметр "user_setup_url". Это URL, который конечный пользователь может посетить для завершения запроса. Зависимая сторона может перенаправить конечного пользователя на этот URL, или обеспечить конечного пользователя ссылкой, которая указывает на это URL. Reyko32 20.09.12 в 05:29 |
||
|
Провайдеры НЕ ДОЛЖНЫ посылать параметр "openid.op_endpoint" в ответе идентификации, так как он не является частью протокола OpenID Authentication 1.1. Reyko32 20.09.12 в 05:31 |