.netアプリケーションでシングルサインオンを実装する最適なソリューションは何ですか？私はGoogle検索し、いくつかのソリューションが見つかりましたが、私は非常にそれらのソリューションで納得されていません。.Netでシングルサインオンを実装する方法は？
ユーザーはウェブサイト1にログオンし、次にウェブサイト2に移動します。ウェブサイト2は、ユーザーがログインしたことをどのように知るのですか？私は妥当性をデータベースでwebsite2によってチェックされるURLにいくつかのトークンを渡すことによって推測する。つまり、私はウェブサイト1のすべてのURLをマーシャルする必要があります。
第2に、ユーザーがウェブサイト2を1時間閲覧し続けてからウェブサイト1に移動し続ける場合。その時までにウェブサイト1のセッションがタイムアウトしたので、ユーザーはログインページを見るでしょうか？しかし、この動作はシングルサインオン機能の場合とは異なります。
シングルサインオンの仕組みを誤解していると思います。
シングルサインオンを使用するウェブサイト1とウェブサイト2を考えてみましょう。
ログインWebサイトは、identityProviderで作成されます。これはログオン画面が表示される唯一の場所です。
ユーザーがwebsite1にアクセスし、ログインすることを選択すると、website1がユーザーをidentityProviderのログオン画面に送信します。ユーザーは、そのドメインの独自のログインCookieを削除するidentityProviderにログオンします（ユーザーが認証情報を保存して、再度プロンプトが表示されないようにすることもできます）。その後、ブラウザはウェブサイト1に戻ってブラウザにリダイレクトされます。リクエストにトークンが含まれていれば、そのウェブサイト1は開かれ、アイデンティティ情報を取得して独自のログインビットを実行します（独自の認証Cookieを削除します）。
次に、ユーザーはwebsite2にアクセスしてログオンを選択します。 Webサイト2は、ユーザーが誰であるかを既に知っているidentityProviderにバウンスされ、ユーザーがログイン情報を保存することを選択した場合、暗黙的に認証され、web2が開かれた別のトークンでWebサイト2にリダイレクトされ、
セキュリティの束が
は、だからあなたの懸念に対処するために
これはシングルサインオンであり、シングルサインオンではなく、同じ認証でN個のサイトに対してN回サインインする必要があります。 –
私はこのステップが「次にユーザーがウェブサイト2を訪問し、*ログオンを選択する」とは、OPが避けたいものだと思います。そんなことがあるものか？ – CodeGrue
MSは数年前に企業内での紙をやった - 私たちはサンプルをアップしますが、実際のためにそれを実装したことがない - Single Sign-on
私はすでにその論文を見てきましたが、疑問に答えることはできません。 –
をMicrosoftの公式アプローチはSAMLをラップActive Directoryフェデレーションサービス（経由でAD認証付き）。これは、あなたが探している特性を持っていますが、パブリックWebアプリケーションでは重すぎる可能性があります。
Active DirectoryなどでWindows認証を使用したくないと仮定しています.1つの方法は、説明したように、認証文字列のセキュリティトークンを使用して認証されたセッションをもう一方に渡す方法です。
両方のアプリケーションは、同じ公開暗号化キーを使用してセキュリティトークンをエンコード/デコードします。あなたが言うように、これは、サイト間の限られた、事前定義された遷移リンクを持っている場合はうまく動作しますが、それらのトークンを含むようにオンザフライでそれらのURLを生成する必要があるアプリケーション間の任意のページリンクを使用できるようにしたい場合。
タイムアウトを処理する方法は、セキュリティトークンにも有効期限が含まれていることです。各ページのリクエストに新しいセキュリティトークンを生成したり、アプリケーション間に新しいリンクを作成すると、
通常、セキュリティトークンにはユーザーIDとタイムアウトが含まれています。ログインチェッカーは、タイムアウトが切れていればユーザーIDまたはnullを戻します。
適切かつ安全にコードを作成するのは簡単な解決策ではありません。 Code Projectであらかじめ作成されたものを見つけることができますか？
あなたは、あなたのアプリケーションに基づいて、異なるアプリケーションに対して異なるSSOメカニズムを使用することができます。マシンのコンフィグレーションを使用して
シングルサインオンのセカンドレベルドメイン
Cross Domains Using Common database（インプリメンテーションは、当社が 世話をしなければならない）
以内ただし、I 「Out-of-box SSO」のサービスがLive、Google、 Yahoo、FacebookなどにSAMLをサポートして認証を提供することができます。これは、私たち自身のSSOサービスの実装を維持する問題を取り除くのに役立ちます。あなたはSSO仕事は、あなたがOAuthの社会のプロバイダを使用して、このリンクをhere
チェックアウト参照することができますどのように基本的な理解が必要な場合は
は、それがすでにMicrosoft training video on OAuth and single sign on with social providers
ネット に調理された認証機能を多数提供しています
これはシングルサインオンであり、シングルサインオンではなく、同じ認証でN個のサイトに対してN回サインインする必要があります。 –
認証と認可を区別する必要があります。あなたは、彼らがあると主張する人を知っていることをユーザーに許可することができますが、あなたはまだ彼らができるコンテンツにアクセスするために、あなたの2つのウェブサイトのいずれかで、そのユーザーを承認する必要があり、各サイトにアクセスすることはできません。トークンは期限切れになりますが、通常はアクセスを維持するためにリフレッシュできます。 – htm11h