ほとんどのサービスで必要な設定はごく一部で、通常は ACS URL、Service Provider Entity ID、
マッピングです。デフォルトは一般的なサービスプロバイダーで機能するように選択されています。
その他の設定は、サービスのドキュメントで指示されている場合にのみ変更してください。
プロトコルの詳細：Iru がサービスプロバイダーに提供するもの
アプリケーションの Protocol details を開き、サービスプロバイダーが Iru を信頼するために必要な値を コピーします。これらは Iru によって生成されます。プロバイダーの詳細：サービスについて Iru に伝える内容
リクエスト：Iru が認証リクエストを処理する方法
リクエスト：Iru が認証リクエストを処理する方法
レスポンス：Iru がアサーションを構築して送信する方法
レスポンス：Iru がアサーションを構築して送信する方法
マッピング：Iru が送信する NameID と属性
マッピング：Iru が送信する NameID と属性
アプリケーションのマッピングを開いて、アサーション内の ID を制御します。マッピングは
件名（NameID）と追加の属性の 2 つの部分で構成されます。
Subject（NameID）
Subject はサインインしたユーザーの主要な識別子です。デフォルトではユーザーのuser.username から
取得されます。取得元の値を変更し、NameID 形式を選択できます。属性
サービスがアサーションで必要とする各属性を追加します。各属性について次を設定します。- Name： サービスプロバイダーが想定する属性名。
- 値： 取得元のプロファイル属性または式（例：
user.emailやフィールドの組み合わせ）。 - 属性名の形式： Unspecified、URI、または Basic。
- 有効かどうか。
セッション管理
セッション管理
SAML アプリのアサーションまたは OIDC トークンのデフォルトのセッションの長さは 60 分です。
一致するロールのセッションの長さがその値を上書きします。ロールでセッションの長さを 0 に設定すると、
代わりにアプリケーションのデフォルトが使用されます。
ロールとロールバンドルを参照してください。
証明書の概要
SAML アプリには最大 3 つの証明書が関係します。IdP 署名証明書（Iru 独自のもの）
IdP 署名証明書（Iru 独自のもの）
Iru は、Protocol details に表示される独自の証明書でレスポンスやアサーションに署名します。
サービスはこれを使用して、メッセージが Iru から送られ、改ざんされていないことを確認します。
アップロードするものはありません。
リクエスト署名証明書（サービスのもの）
リクエスト署名証明書（サービスのもの）
サービスプロバイダーの証明書をアップロードして、サービスが送信する署名済みの認証リクエストを
Iru が検証できるようにします。Request セクションで設定し、署名済みリクエストを必須とする場合にのみ必要です。
暗号化証明書（サービスのもの）
暗号化証明書（サービスのもの）
Iru がアサーションを暗号化する対象となるサービスプロバイダーの証明書で、Encrypt assertions が
オンの場合にのみ使用されます。別の証明書をアップロードする代わりに、リクエスト署名証明書を再利用できます。
公開、割り当て、有効化
1
ドラフトを現在のバージョンとして設定する
ドラフトを公開して、ライブの設定にします。
2
アクセスを割り当てる
アプリを使用するグループを割り当てます。
アクセスの割り当てを参照してください。
3
有効化する
割り当てられたユーザーがサインインできるよう、アプリをアクティブにします。
4
サインオンをテストする
アプリダッシュボードからテストユーザーとしてサインインしてエクスペリエンスを確認し、
マッピングのプレビューを使用してアサーションを確認します。
次のステップ
アクセスの割り当て
ユーザーとグループにアプリへのアクセスを付与し、アプリのロールを形成します。
プロビジョニング
アクセスの変更に応じて、アプリのアカウントを自動的に作成および削除します。
OIDC アプリケーション
SAML の代わりに OpenID Connect を使用するアプリを設定します。
アプリケーションの概要
プロトコルと、ドラフトから現在へのバージョンモデルを確認します。