2008-09-17 19 views
11

私はOpenIDについて興味があります。私は統一された資格情報の考え方が素晴らしいことに同意しますが、私はいくつかの予約をしています。 OpenIDプロバイダが$ nを支払うまで彼らが人質になっているOpenIDアカウントを持っているのを防ぐにはどうすればいいですか?私がプロバイダを気に入らないと決めたら、私はこれを使ってさまざまなサイトですべての情報を失うことなく、別のプロバイダに移行する方法を持っていますか?OpenIDの移行

編集:私の質問が誤解されているように私は感じます。私は委任を簡単に作成することができ、これは部分的に真実であると言われています。私は、例えばSOのようなアカウントをまだ作成していなければ、これを行うことができます。ある時点で自分のOpenIDプロバイダを設定することに決めた場合、アカウント情報を移動して保持する方法はありません。それは私が不思議に思っていたようなものです。

第2編集: これをSOに追加する方法については、ユーザーボイスがあります。 http://stackoverflow.uservoice.com/pages/general/suggestions/16685

答えて

15

これは、ありますあなたの現在のOpenIDプロバイダのエイリアスとしてのサイトのURL。非友好的になったら、別のタグに切り替えてタグを更新するだけです。 (あなたが使用してサーバーを持っている場合、例えば、その上にWebサーバーとPHPを)

また、あなたは常にあなた自身のOpenID IDプロバイダを操作することができます。私はこれにphpMyIDを使用します。

更新:更新質問について:OpenIDの消費者(あなたがOpenIDでログインサイトは)あなたがOpenIDのは、自分の裁量でサインオンのために使用されるスイッチすることを可能にします。たとえば、Sourceforgeはそうです。問題を回避するには、最初から委任権を使用することをお勧めします。さもなければ、これはOpenIDの設計によって課される必要な制限です。

+1

私もプロバイダとのOpenIDを持っていない、私はちょうどphpMyIDを使用して、私のコントロールで私の情報を保持し、私は今まで、プロバイダdisapearing、またはダウンしている心配する必要はありません。 – UnkwnTech

+0

私が提案したように、それはあなた自身のプロバイダである。私も同じことをしています。よりわかりやすいOpenIDの委任もしています。 –

2

これが役立つことがあります。 OpenID

5

何も身代金にあなたのアカウントを保持しているから、プロバイダを妨げません。あなたは信頼できると分かっているプロバイダを選ぶべきです。それとも、あなたは誰を信用していないが、自分の場合は、あなたがあなた自身のプロバイダになることができます:あなたはOpenID delegationを使用することができますなぜあなたはあなたの個人的なウェブサイト上の2個のMETAタグを設定して、あなたがそれを使用することができ、すなわち、

http://wiki.openid.net/Run_your_own_identity_server

0

私はあなたが自由市場の提供者を政府と混合していると思います。あなたが他に行く人がいなくなったので(後で "代替"のパスポートを手に入れようとしている)、後の方が力を乱用します。 OpenIDの守秘義務者には競争があるので、いつでも1つのプロバイダを離れて別のプロバイダに行くことができます。良い方法でOpenID認証を実装

0

サイトは、あなたが別のURLに自分のIDを切り替えるか、プライマリプロバイダがダウンであることを起こるときのケースでは二次IDを指定することができるようになります。

現在、ほとんどのサイトはまだこのオプションはありません、はい - 私たちのOpenIDプロバイダが1日、私たちのアカウントを削除したい場合は、我々はトラブルのいくつかのサイトで私たちの口座に取得する必要があるだろう。私たちはサービスを否定しないと信じています。

3

$ nを支払うまでGoogleがGmailの受信トレイの人質を保持するのを止める方法はありません。それは信頼のものだと思います。

+2

Googleに依存しないように、電子メールクライアントを使用することができます。彼ができる唯一のことはあなたの電子メールアドレスを保持することであり、あなたはそれをかなり簡単に変更することができます。 –

+0

正確には:すべてのメッセージのローカルコピーは、電子メールほど重要なもので必須ですが、それはまた、人々が送受信するものによって異なります。 –

6

これは、複数のOpenIDは、単一のアカウントに関連付けられていることができるようにan OpenID relying party best practiceです。

それは、人々は古いのOpenIDにアクセスせずに自分のアカウントを回復できるようにするためにもan OpenID relying party best practiceです。

スタックオーバーフローがこれらの事をしない場合、これはスタックオーバーフロー、ではないのOpenIDの欠点です。