通常、このオプションはほとんどのユーザーがすばやく確立できます。

この構成では、OAuthアクセストークンを使用してバックエンドを認証します。OAuthフローは開始されません。OAuthアクセストークンは、構成の一部として提供する必要があります。アクセストークンが他の手段を使用してすでに取得されている場合は、この方法をお勧めします。ほとんどのOAuthプロバイダーには、開発者コンソールまたはAPIを使用してアクセストークンを生成する方法があります。アクセストークンには有効期限があり、前のアクセストークンの期限が切れたときに、新しいアクセストークンを提供する責任があります。このため、1回限りの使用や、アクセストークンの寿命が長い場合に適しています。

このオプションは、現在のアクセストークンの有効期限が切れており、更新がユーザーに対して透過的である場合に、更新トークン、クライアントID、クライアントシークレットを使用してアクセストークンを更新する場合に使用します。新しいアクセストークンは、OAuth設定ファイルに保存されます。通常、ユーザーは何も入力する必要はありません。このオプションは、StudioとTDV Serverを同じマシンで実行できない場合に最適です。OAuthプロバイダーツールを使用して、TDVの外部で更新トークンを取得する必要があります。

通常は、これをGETANDREFRESHに設定します。

これをデータソースのクライアントID(アプリID)に設定します。

これをデータソースのクライアントシークレットに設定します。

説明

アーカイブのインポート/エクスポートおよび

Deployment Manager

アーカイブにOAuth用に構成されたデータソースが含まれ、それがターゲットサーバーにインポートまたは移行される場合、OAuth設定ファイルは自動的にインポートまたは移行されません。OAuth設定ファイルを外部に移行するか、ターゲットサーバーでOAuthフローを再起動する必要があります。

クラスター化環境

クラスターでは、データソース構成はクラスターのメンバー間で同期されます。複数の有効なトークンを許可するOAuthプロバイダーの場合、OAuth設定の場所を同じパスに構成します。それが不可能な場合は、すべてのメンバーがアクセスできる共有ファイルシステム上のパスを指定します。OAuthプロバイダーが複数の有効なトークンをサポートしていない場合は、共有ファイルシステムパスが必要です。

このフィールドの値は、アダプターが認証情報を書き込む場所です。