REST API を使用した Azure Data Lake Storage Gen1 でのエンドユーザー認証

[アーティクル]
05/29/2018

この記事では、REST API を使用した Azure Data Lake Storage Gen1 でのエンドユーザー認証を行う方法について説明します。 REST API を使用した Data Lake Storage Gen1 でのサービス間認証については、「Service-to-service authentication with Data Lake Storage Gen1 using REST API (Data Lake Storage Gen1 に対する REST API を使用したサービス間認証)」をご覧ください。

前提条件

Azure サブスクリプション。 Azure 無料試用版の取得に関するページを参照してください。
Microsoft Entra ID "ネイティブ" アプリケーションを作成します。「Microsoft Entra IDを使用したData Lake Storage Gen1によるエンドユーザー認証」の手順を完了している必要があります。
cURL 。この記事では、cURL を使用して、Data Lake Storage Gen1 アカウントに対して REST API 呼び出しを行う方法を説明します。

エンドユーザー認証

エンドユーザー認証は、ユーザーが Microsoft Entra ID を使用してアプリケーションにログインする場合に推奨される方法です。アプリケーションはログインしたユーザーと同じアクセスレベルで Azure リソースにアクセスできます。エンドユーザーはアプリケーションのアクセスを維持するために、資格情報を定期的に入力する必要があります。

エンドユーザーがログインすると、アクセストークンと更新トークンがアプリケーションに付与されます。アクセストークンは Data Lake Storage Gen1 または Data Lake Analytics に対する各要求にアタッチされ、既定では 1 時間有効です。更新トークンは、新しいアクセストークンを取得するために使用でき、定期的に使用されるのであれば、既定では最大 2 週間有効です。エンドユーザーのログインには、2 つの異なる方法を使用できます。

このシナリオでは、アプリケーションはユーザーにログインを求め、すべての操作はユーザーのコンテキストで実行されます。次の手順に従います。

アプリケーションでユーザーを次の URL にリダイレクトします。

https://login.microsoftonline.com/<TENANT-ID>/oauth2/authorize?client_id=<APPLICATION-ID>&response_type=code&redirect_uri=<REDIRECT-URI>

Note

<REDIRECT-URI> は、URL で使用できるようにエンコードする必要があります。そのため、 https://localhost では https%3A%2F%2Flocalhost を使用します)

このチュートリアルでは、上記 URL のプレースホルダーの値を置換し、Web ブラウザーのアドレスバーに貼り付けることができます。ユーザーは、Azure ログインを使用して認証するためにリダイレクトされます。正常にログインすると、ブラウザーのアドレスバーに応答が表示されます。応答は次の形式になります。

http://localhost/?code=<AUTHORIZATION-CODE>&session_state=<GUID>
応答から承認コードをキャプチャします。このチュートリアルでは、Web ブラウザーのアドレスバーから承認コードをコピーして、次のスニペットで示すように POST 要求でトークンエンドポイントに渡すことができます。
```
curl -X POST https://login.microsoftonline.com/<TENANT-ID>/oauth2/token \
-F redirect_uri=<REDIRECT-URI> \
-F grant_type=authorization_code \
-F resource=https://management.core.windows.net/ \
-F client_id=<APPLICATION-ID> \
-F code=<AUTHORIZATION-CODE>
```
Note

この場合、<REDIRECT-URI> をエンコードする必要はありません。
応答はアクセストークン (例: "access_token": "<ACCESS_TOKEN>") および更新トークン (例: "refresh_token": "<REFRESH_TOKEN>") を含む JSON オブジェクトです。アプリケーションでは、Azure Data Lake Storage Gen1 にアクセスするときにアクセストークンを使用し、アクセストークンの有効期限が切れたときに別のアクセストークンを取得するために更新トークンを使用します。
```
{"token_type":"Bearer","scope":"user_impersonation","expires_in":"3599","expires_on":"1461865782","not_before":    "1461861882","resource":"https://management.core.windows.net/","access_token":"<REDACTED>","refresh_token":"<REDACTED>","id_token":"<REDACTED>"}
```

アクセストークンの有効期限が切れたときは、次のスニペットで示すように更新トークンを使用して新しいアクセストークンを要求できます。

curl -X POST https://login.microsoftonline.com/<TENANT-ID>/oauth2/token  \
     -F grant_type=refresh_token \
     -F resource=https://management.core.windows.net/ \
     -F client_id=<APPLICATION-ID> \
     -F refresh_token=<REFRESH-TOKEN>

対話型ユーザー認証の詳細については、承認コード付与フローに関するページを参照してください。

次のステップ

この記事では、Azure Data Lake Storage Gen1 での認証に REST API を使用してサービス間認証を使用する方法を学習しました。これで、REST API を使用して Azure Data Lake Storage Gen1 を使用する方法について説明した次の記事に進めるようになりました。

次の方法で共有

REST API を使用した Azure Data Lake Storage Gen1 でのエンドユーザー認証

前提条件

エンドユーザー認証

次のステップ

その他のリソース