新しいJavaプロジェクトの研究オンラインノート-day16（B）

2 2.1ユーザ認証アスペクト態様シングルサイン
、性能要件を考慮は、MySQL、Redisの：分散システムのようなシングル・サインに依存し、典型的には、抽出認証システム、及び別の記憶媒体に格納されたユーザ識別情報を、実装しますRedisのは、典型的には、以下の表に格納されている：

シングルサインオン機能がある：
1は、認証システムは、別個のシステムです。
図2に示すように、サブシステムhttpまたは認証システムを有する他の通信プロトコルの各々は、ユーザ認証が完了する。
図3に示すように、クラスタのRedisに格納されたユーザ識別情報。
Javaのユーザ認証フレームワークがたくさんあり、シングルサインオンを達成することができます
。1、アパッチ史朗
2、CAS 3、CAS 2.2のOAuth2を春のセキュリティ認定
2.2.1のOAuth2認証プロセス
3.
第三者認証は、認証プロトコルを解決するための最も重要な技術的解決策であります相互認証システムに共通の規格は、システム間の特定のプロトコルインターフェースに従うこと。
OAuthプロトコルは、許可されたユーザのリソースの安全なオープン・シンプルなスタンダードを提供します。同時に、第三者は、このようにOAuthが開いて、任意のサービスプロバイダは、独自のOAuth認証サービスを実現することができ、OAuth認証サービスを利用することができます。OAuthの業界では、そのようなPHPやJavaScriptやJava、Rubyと他の言語の開発キットなど、複数の実装を提供し、時間を節約し、プログラマ、そうOAuthのは簡単です。こうしたオープンAPIとして多くのインターネットサービス、グーグル、ヤフー、マイクロソフトなど、多くの大企業などの標準的なオープンソースの許可基準になってのOAuthを表示するのに十分であるのOAuth認証サービスを提供しています。
OAuthプロトコルは、バージョン2.0で現在のバージョンは1.0であるバージョン2.0が広く用いられている、あまりにも複雑です。参考：https://baike.baidu.com/item/oAuth/7153134?fr=aladdin
のOauthプロトコル：https://tools.ietf.org/html/rfc6749認定例の分析のOAuth2の下に、プログラマダークホースサイトは、マイクロチャネル認証を使用していますプロセス：

1は、クライアントが第三者許可要求し
たユーザが、ダークホースプログラムのログインページに入り、マイクロチャネルのマイクロチャネルアカウントのログインシステムのアイコンをクリックすると、ユーザーは、マイクロ手紙の中で、自身の情報資源の所有者です。