プロジェクトの認証プロバイダーを設定する
Identity Access Manager (IAM) は、プロジェクトおよびアプリケーションにログインするために使用される認証方法を設定することができます
目的
Identity Access Manager (IAM) は、プロジェクトおよびアプリケーションにログインするために使用される認証方法を設定することができます。
任意の認証プロバイダーをアクティブまたは非アクティブに設定できます。認証プロバイダーを非アクティブに設定すると、プロジェクトまたはアプリケーションに認証するために使用できなくなります。
デフォルトのData Platform認証プロバイダー
Data Platformは、すべてのプロジェクトで3つのデフォルトの認証プロバイダーを提供しています: Data Platform、Project、およびAPI key。
Data Platform
これは、Data Platformの主要な認証プロバイダーです。プラットフォームに初めて参加した際に作成したData Platformアカウントを使用できます。
これは、すべての組織およびプロジェクトを管理するクラウド管理プラットフォームにホストされています。
Project
これは、Project IAMがこのプロジェクトにデプロイされたすべてのアプリケーションに提供する、シンプルなメールによるサインイン方法です。これは、Data Platformにアカウントを作成させることなく、アプリケーションにエンドユーザーを招待する簡単な方法を提供します。
これは、プロジェクト自体にホストされており、すべてのユーザー情報はプロジェクト自体に格納され、他のプロジェクトと共有されません。
API key
APIキーは、通常、ユーザーがAPIおよびシークレットキーを使用して接続するために使用されます。その主な目的は、Data Platform APIsを使用した高度なまたはカスタム構成です。
この認証方法は、外部ユーザーまたはアプリケーションがAPIを介してプロジェクトに接続するためにアクティブである必要があります。
認証プロバイダーを追加する
+New auth. providerボタンをクリックします。
認証プロバイダーの一覧
Data Platformは、7つの外部シングルサインオンプロバイダーをサポートしています:
その後、新しい認証プロバイダーを設定できます。設定はプロバイダーによって異なります。
Azure ADの接続方法を学ぶ Oktaの接続方法を学ぶ Auth0の接続方法を学ぶ
認証プロバイダーからのグループ/ロールを自動的にマッピングする
認証プロバイダーで既に設定された権限を使用して、Data Platform上のグループまたはロールを自動的にマッピングします。
外部認証プロバイダーからの認証をトラブルシューティングする
この機能は、外部認証プロバイダーおよびData Platform認証プロバイダーでのみ利用可能です。
外部認証プロバイダーの設定をトラブルシューティングするには、外部サーバーへのリクエストとサーバーから受信したレスポンスをログに記録できます。外部認証プロバイダーが各ログインリクエストに対して送り返す内容と、Data Platformがそれをどのように解釈するかを確認することで、ユーザー情報やマッピングの設定にエラーがあるかどうかを検出できます。
ログインログは、既存の認証プロバイダーのLog historyタブで利用可能です。
特定のログインを開くと、以下が表示されます:
- 外部認証サーバーから受信した生のレスポンス
- Data Platformが外部サーバーから送信されたデータにユーザー情報をマッピングするために使用した設定
- 2つの前記のペイロードを使用して解釈された結果: これは、外部認証サーバーから計算されたIAMの最終ユーザー情報です。
認証ポリシー
このセクションでは、複数回のログイン失敗によるアカウント停止に関する認証ポリシーの設定方法について説明します。これらの設定は、アカウントのセキュリティを強化するために、閾値とその閾値を超えた場合に実行するアクションを定義するように設計されています。
マルチファクター認証(MFA)を有効にする
マルチファクター認証(MFA)は、ユーザーが通常の認証方法に加えて、第二の認証方法を経ることを強制する機能です。利用可能な認証方法は以下の通りです。
- メールで送信されるコード
- SMSで送信されるコード
- 二要素認証アプリ(例:Google Authenticator、Microsoft Authenticatorなど)で取得するコード
プロジェクトレベルでのMFA強制は、プロジェクト認証方法のみ利用可能です。言い換えると、ユーザーがData Platformアカウント(Data Platform ID)(またはプロジェクトに登録されている他の認証プロバイダー)を通じてログインしている場合、プロジェクトのMFA要件をバイパスします(この場合、MFA強制は第三者システムに委任されるべきです)。
組織の管理者は、Data Platform ID認証方法に対して、組織全体にMFAを強制することができます。組織設定でこのオプションを有効にします。他の認証プロバイダーからのシングルサインオンについては、MFA強制は第三者システムに委任する必要があります。
プロジェクトでプロジェクト認証方法にMFAを強制するには、プロジェクト認証プロバイダーを開き、「マルチファクター認証(MFA)」パネルを見つけて有効にします。
ユーザーが認証に使用できる方法を選択します。
方法には以下の要件があります:
- メール:なし
- SMS:このオプションを有効にするには、ユーザーページに電話番号が登録されている必要があります
- 外部の二要素認証アプリ:このオプションを使用するには、管理者がユーザーのIAMページから2FAアプリコードを生成する必要があります。ユーザーは、ログインするアプリから自動的にコードを生成することはできません。
保存後、プロジェクト認証方法でログインするユーザーは、常に第二の方法で認証する必要があります。
プロジェクト認証方法がData Platformアプリの一つ以上で使用されている場合、CAM/IAM拡張機能をすべてのアプリで更新する必要があります。そうしないと、ユーザーはログインできなくなります。
アプリをIAM 1.4.0に移行する
1 - client-authority-managerモジュールのバージョンを更新する
-
./config/forepaas.jsonファイルを開く(アプリのルートレベル) -
"client-authority-manager" : "XXX"を"client-authority-manager" : "1.4.0"に編集
-
アプリケーションの概要でバージョンの上にあるモジュールをリロードします。ローカルで作業している場合は、コマンド
npx git+https://gitlab.forepaas.com/open-sources/fppm.git install -fを使用してください -
./config/forepaas/client-authority-manager/forepaas.jsonを開き、versionを確認してバージョン更新を確認します
2 - i18n設定に新しい翻訳を追加する
./config/i18n/en.jsonを編集- 次の行を追加します:
./config/i18n/fr.jsonを編集- 次の行を追加します
さらに詳しく
当社のソリューションを実装するためのトレーニングや技術サポートが必要な場合は、営業担当者にお問い合わせください、またはこのリンクをクリックして見積もりを依頼し、当社のプロフェッショナルサービスの専門家にプロジェクトのカスタム分析を依頼してください。
Data Platformを構築するチームと直接質問したり、フィードバックを送信したり、交流したりするには、専用のDiscordチャネルをご利用ください。
OVHcloudサービスについてサポートが必要な場合は、ヘルプセンターでリクエストを作成してください。
ユーザーコミュニティに参加してください。

