sidebarIdM実験室いろんなアイデンティティ管理系製品やサービスの実験の記録をしていきます。後は、関連するニュースなどを徒然と。2.0サポート終了まで1か月を切りました。Apps接続用コネクタは作り直しを余儀なくされたり、テレビに内蔵されているYoutubeアプリが使えなくなったり、、、と様々な影響が出ています。個人的にも少々影響がありました。2.0(ACS)です。マイクロソフトも移行手順を公開したりメールで通知を送るなどして移行を促しています。※こちらは何故か6/1までに移行するように、と書いてありGoogleの公式発表よりも少し猶予があります。何らかの調整が2社間であったのかも知れません。移行手順のページ(英語)https://msdn.microsoft.com/en-us/library/azure/dn927169.aspxと、言うことで手順に従いマイグレーションをしてみました。Consoleで作成し、作成したクライアント情報(client_idとclient_secret)をACSに登録する、という手順です。1.移行前の状態の確認まずは、移行前の状態です。ACSのIDプロバイダのページを開くと、昔作成したGoogle接続設定があります。Googleを開くとクライアントIDとクライアントシークレットを設定出来るようになっています。この状態でアプリケーションがACSを使うように構成すると、Googleを使ってログオンできる、という仕掛けなわけです。Metadataを設定するだけなので、ノンコーディングでOKです。IDプロバイダを選択Googleアカウントでログイン無事にログインし、ユーザ名が取得できます。Console(https://console.developers.google.com/project)にログインし、プロジェクトを作成します。[プロジェクトを作成]をクリックし、プロジェクト名などを適当につけます。プロジェクトの作成が終わったら[APIと認証]の[認証情報]メニューを開き、[新しいクライアントIDを作成]をクリックします。作成するアプリケーションの種類は「Webアプリケーション」を選択します。途中、同意画面に関する情報を入力する画面が出ますが、適当にサービス名を入れておきます。次に、JavaScript生成元、リダイレクトURIの指定が求められますので、それぞれ以下を設定します。[承認済みのJAVASCRIPT生成元]https://[ACS名前空間].accesscontrol.windows.net:443[承認済みのリダイレクトURI]https://[ACS名前空間].accesscontrol.windows.net:443/v2/openidクライアントIDが正常に作成されると、クライアントIDとクライアントSecretが表示されるので、この2つの値をメモしておきます。APIは無効状態なので、有効化しておきます。APIを探し、クリックします。API]ボタンをクリックしてAPIを有効化します。4.ACSにクライアントを登録するこれでクライアントの作成が終わったので、ACSに情報を登録します。Secretに先に取得した値を入れて保存します。これで移行は終わりです。※クレーム規則を定義していた場合は若干修正が必要になる場合があります。基本何も変わりません。Connectが使われていることがわかります。Connectに変更する前の通信トレースはこんな感じです。(こうやって見ると重たいプロトコルですねぇ。Connectのチェックボックスが最初からチェックされており、外すことが出来ません。今回のようにクラウド・サービスの仕様変更に伴い様々な影響が出ることを考えると、ますます自前で対応するのではなく、プロバイダ側で勝手に設定を変更してもらえるIDaaSなどのサービスを利用する方が良い、と言えるかも知れません。よりアクセス解析を行っています。品質向上のみを目的とし、個人の特定などを目的とはしておりません。中で公開されることはあります。問い合わせ不明点等は管理人までご連絡ください。本プライバシーポリシーは予告なく変更/削除することがあります。プライバシーに関するトラブルについては一切の責任を負いかねますのでご了承ください。