Skip to main content
接続は、Iru Identity をすでに運用している外部システムにリンクします。ダッシュボードでは、ID プロバイダー接続は Access → Authentication に、HR システム接続は Directory → Sync にあります。 デフォルトでは、Iru Identity が ID プロバイダーです。ユーザーはパスキーまたは Iru Access アプリで直接サインインします。ID プロバイダー接続を使用すると、代わりにすでに運用しているプロバイダーを通じてサインインできます。これは、Iru を Iru プラットフォームへの認証レイヤーとして使用する場合や、Iru Identity への移行中に役立ちます。
HR システムからユーザーを同期したい場合は、別のディレクトリ側の機能です。Directory → Sync の Directory Sync を参照してください。
これらの接続は、Iru がすでに運用しているシステムにアクセスする方法です。ユーザーがサインインするアプリを接続するには、アプリケーションを参照してください。Iru がユーザー、プロバイダー、アプリの間にどのように位置するかについては、システムアーキテクチャを参照してください。

​
ID プロバイダー接続

デフォルトでは、ユーザーは Iru に直接サインインします。ID プロバイダー接続を使用すると、代わりにすでに運用しているプロバイダーを通じてサインインできます。次の 2 つの状況で使用します。
ID プロバイダーを接続するタイミング
  • 認証レイヤーとしての Iru Identity。 すべての Iru テナントは管理者の管理とユーザーの同期に Iru Identity を使用しますが、すべての組織が完全な ID プロバイダーとして使用しているわけではありません。主にユーザーが Iru プラットフォームにサインインする手段として Iru を使用する場合は、すでに運用しているプロバイダーを接続して、使い慣れた資格情報でサインインできるようにします。
  • Iru Identity への移行。 既存のプロバイダーから ID プロバイダーとしての Iru Identity に移行する場合、現在のプロバイダーを接続すると、移行中もユーザーは通常の方法でサインインし続けることができます。
Iru は次の接続タイプをサポートしています。 Iru には独自の組み込みサインインオプションもあるため、一部のユーザーには外部プロバイダーを接続し、他のユーザーはパスキーなどの認証器で直接サインインし続けることができます。
Google Workspace および Microsoft Entra ID テンプレートは標準構成を事前入力するため、テナント固有の情報のみを指定すれば済みます。汎用の SAML または OIDC 接続を手動で構成する前に、これらのテンプレートを使用してください。

​
すべての ID プロバイダー接続で構成する項目

各接続には、適用範囲を決定する 1 つ以上のユースケースがあります。
  • エンドユーザーのサインイン: ユーザーは接続を使用して Iru にサインインし、アプリにアクセスします。
  • デバイス登録: デバイスの登録中に接続が使用されます。
接続の用途は自分で選択でき、1 つの接続で複数のユースケースに対応できます。
接続を 1 つ以上のメールドメインに制限して、メールアドレスがそれらのドメインに属するユーザーのみが使用できるようにすることができます。これにより、組織の異なる部門を異なるプロバイダーに振り分けることができます。
ユーザーが接続を通じてサインインすると、Iru はそのユーザーをディレクトリ内のユーザーと照合し、サインインが正しいユーザーに解決されるようにします。Iru が照合に使用する値を選択します。各サインインが正確に 1 人のユーザーに対応するよう、すべてのユーザーで安定かつ一意の値を選択してください。

Google Workspace

テンプレートを使用して、エンドユーザーのサインイン用に Google Workspace を接続します。

Microsoft Entra ID

テンプレートを使用して、エンドユーザーのサインイン用に Microsoft Entra ID を接続します。

カスタム SAML

Iru をサービスプロバイダーとして、任意の SAML ID プロバイダーを接続します。

カスタム OIDC

任意の OpenID Connect ID プロバイダーを接続します。

​
デバイストラストシグナル

デバイスの健全性は接続ではありません。デバイスが暗号化されていて正常かどうかなどのシグナルは、各デバイスの Iru Access エージェントによって報告されます。認証ポリシーでは、アクセスを許可する前に既知の正常なデバイスを要求できます。Device trust を参照してください。

​
次のステップ

主要な概念

接続がユーザー、グループ、アプリケーション、ポリシーとどのように関連するかを確認します。

サインインエクスペリエンス

接続されたプロバイダーを通じてサインインする際にユーザーに表示される内容を設定します。