Запуск организации OpenID

Question

Недавно я написал приложение, которое использует OpenID для аутентификации. Многие веб-приложения в наши дни переходят на OpenID, поскольку они уже имеют схему аутентификации по идентификатору пользователя и паролю, а OpenID - просто дополнение. Поскольку мое приложение новое, я решил, что нет смысла программировать отдельный механизм аутентификации на основе идентификатора пользователя / пароля, когда я могу полностью полагаться на OpenID для всей аутентификации.

Но, черт возьми, когда я представил приложение клиенту, она спросила: «Ну, как нам создать учетные записи пользователей и сбросить их пароли»? Концептуально она не хотела, чтобы пользователи создавали свои собственные OpenID, если у них их еще нет.

У меня вроде был готовый ответ: «Вы всегда можете запустить свой собственный сервер OpenID». Полагаю, я не слишком задумывался над этим ответом, поскольку многие реализации сервера OpenID довольно сыры и требуют большой работы, прежде чем их можно будет запустить в производство.

Итак, мой вопрос: кто-нибудь здесь имеет опыт запуска частного сервера OpenID исключительно для аутентификации своих собственных пользователей. Вот функции, которые я ищу для поддержки из коробки:

• Возможность массовой загрузки учетных записей пользователей
• Самообслуживаемый пароль сбрасывается по электронной почте для подтверждения
• Административные функции (блокировка / разблокировка / отключение учетных записей, устранение неполадок и т. Д.)
• Презентабельный вид

Answer 1

Это не дает прямого ответа на их вопрос, но сколько людей в Интернете и не имеют аккаунта в Yahoo, Flickr, AIM, WordPress, Myspace, Google или MSN? Они все провайдеры OpenID.

Я бы сказал, что для крошечного% «чистого населения», которое не использует ни одну из этих служб, просто укажите им Vidoop или MyOpenID и дайте им возможность получить учетную запись у кого-то, кто уже имеет защищенную инфраструктуру.

Answer 2

Сначала я так думал ... Но приложение предназначено для пользователей, не относящихся к интернет-гикам, поэтому ожидается, что они могут иметь или не иметь ни одну из вышеупомянутых учетных записей.

Еще одна вещь: MyOpenID дает хороший, приятный URL для вас, а Yahoo (например) этого не делает. Даже если вы знаете, что у человека есть учетная запись Yahoo, вы не можете просто использовать username.yahoo.com. Google - это то же самое: сначала вы должны использовать свою учетную запись Google, чтобы активировать учетную запись blogspot, и , а затем у вас есть OpenID, который может или многие из них не соответствуют вашему идентификатору Gogle. Итак, если у вас есть список пользователей и даже , если , вы знаете, что они все в Google или Yahoo - даже тогда вы не можете делать предположения относительно их URL-адреса OpenID

Answer 3

есть готовые к использованию фреймворки. вам нужно только собрать их вместе. это можно быстро сделать.

вы не писали о своей платформе, но если вам нравится использовать php, посмотрите на "zend framework" или "php openid"

Answer 4

Я использую OpenID в своих собственных приложениях, но если бы я обратился к клиенту, и он поднял вопрос о наличии паролей и прочего, я, вероятно, просто сказал бы им, что поставщики справятся с этим для них. Если им не понравилась эта идея, я бы взял с них дополнительные часы, которые потребуются для настройки системы членства. Таким образом, вы получаете больше заряда, и у вас есть счастливый клиент. Я не думаю, что широкая публика будет впадать в OpenId еще несколько лет.