Japan Azure Mobile Apps Support Blog https://docs.microsoft.com/archive/blogs/jpamablog/feed.xml Just another Developer Network site Wed, 17 Apr 2019 03:39:48 GMT en-US hourly 1 Azure Mobile Apps の認証設定について（その２） https://docs.microsoft.com/archive/blogs/jpamablog/authsettings2 Fri, 20 May 2016 10:20:54 GMT https://blogs.msdn.microsoft.com/jpamablog/?p=65 前回に引き続き、Azure Mobile Apps の認証設定について説明します。前回は [要求が認証されない場合に実行するアクション] について説明しましたが、今回は次の画像の青枠の詳細設定にある [トークン ストア] について説明します。 auth_settings2   [トークン ストア] について 例えばアプリケーションが次のようなシナリオを実現しようとしていたとします。
  1. Facebook の認証を使用して、Azure Mobile Apps のバックエンド アプリケーションにサインインする
  2. クライアント アプリが、１の認証結果を利用し、Facebook のタイムラインに写真などをポストする
1 については、チュートリアルに記載がある通り Facebook 認証が利用できるようクライアント アプリとバックエンドを構成することで実現できます。 一方、2 については、Facebook API にアクセスするための適切なアクセス権を持ったトークンが必要となります。 このような場合、[トークン ストア] の設定を “オン” としておくことで、この機能 が Facebook API にアクセスするために必要なトークンを自動的に取得し、保持するようになります。 もし、クライアント アプリが実際にトークンに対してアクセスする必要がある場合、クライアント アプリから Azure Mobile Apps のバックエンド サーバーの “/.auth/me” に対して HTTP GET リクエストを発行することで、トークンを取得することができます。 具体的には、「Windows アプリに認証を追加する - アプリケーションに認証を追加する」 で紹介されている手順 3 のコードに対して、以下の黄色部分のようなコードを追加することで実現できます。なお、発行する GET リクエストは、当然、認証が済んでいる必要があるため、AuthenticationAsync() の呼び出し後である必要があります。

private async void ButtonLogin_Click(object sender, RoutedEventArgs e) {     var client = App.MobileService;     JToken tokens;

    // Login the user and then load data from the mobile app.     if (await AuthenticateAsync())     {         // Hide the login button and load items from the mobile app.         ButtonLogin.Visibility = Windows.UI.Xaml.Visibility.Collapsed;         //await InitLocalStoreAsync(); //offline sync support.         try         {             tokens = await client.InvokeApiAsync("/.auth/me", System.Net.Http.HttpMethod.Get, null);         }         catch (MobileServiceInvalidOperationException exception)         {             await new MessageDialog(exception.Message, "Error calling GET /.auth/me").ShowAsync();         }         await RefreshTodoItems();     } }
上記コードを実際に動作させ、Visual Studio 2015 のデバッガーでその様子を見てみると、以下のような結果となり、InvokeApiAsync メソッドの戻り値 (tokens) に、トークンの情報が格納されていることが確認できます。 vs2015_dbgview   <関連情報> Azure Active Directory ログインを使用するように App Service アプリケーションを構成する方法 iOS アプリに認証を追加する Xamarin.Android アプリに認証を追加する Windows アプリに認証を追加する  ]]> Azure Mobile Apps の認証設定について（その１） https://docs.microsoft.com/archive/blogs/jpamablog/authsettings1 Fri, 22 Apr 2016 04:14:47 GMT https://blogs.msdn.microsoft.com/jpamablog/?p=15 [要求が認証されない場合に実行するアクション] について いまいち、わかりにくい日本語ですが、原文は [Action to take when request is not authenticated] です。 これは、バックエンド サーバー アプリケーションが提供する API などに対し、クライアント アプリがリクエスト（POST や GET など）を発行した時、もし認証されていないクライアントからの要求であった場合、バックエンド側の挙動としてどのように振る舞うか、を決める設定となります。 認証が必要な API の場合、C# の .NET バックエンドでは、以下のように [Authorize] という属性をクラスやメソッドに付加しています。 ここで、[Authorize] 属性を付加していないものについては、認証なしで呼び出し可能とする場合には [要求が認証されない場合に実行するアクション] を "要求の許可（操作不要）" に設定します。 一方で、[Authorize] 属性を付加していないものについても、何かしらの認証を要求する場合は、"要求の許可（操作不要）" 以外の認証プロバイダーを選択するようにします。そうすることで、認証されていないすべての要求は、指定した認証プロバイダーへリダイレクトされるようになります。 コード例 クライアント アプリがプッシュ通知などに関連した機能で、認証をせず処理することが求められるような場合については、この設定を "要求の許可（操作不要）" とする必要があります。もし、こういったケースでアプリがうまく動作しないといった場合は、この設定を見直してみると良いかもしれません。 次回は、[トークン ストア] について、解説します。   <関連情報> Azure Active Directory ログインを使用するように App Service アプリケーションを構成する方法  ]]>