> ## Documentation Index
> Fetch the complete documentation index at: https://enterprise-docs.dify.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# シングルサインオン

> このページは先行公開版です。内容は今後予告なく更新される可能性があります。

## 1. 機能概要

システムのセキュリティと企業レベルのアイデンティティ統合管理能力を向上させるため、管理バックエンドはシングルサインオン（SSO）機能をサポートしています。企業のアイデンティティプロバイダーを設定することで、管理者は統一されたログインエントリを実現し、ユーザー管理プロセスを簡素化し、アカウントとパスワードの重複管理を避けることができます。

システムは3つのアイデンティティ認証プロトコルをサポートしています：**SAML**、**OIDC**、**OAuth2**。

## 2. 操作説明

### 2.1 アクセスパス

`管理バックエンド > 設定 > シングルサインオン`。
![](https://assets-docs.dify.ai/2025/07/ceb8c488bc34bd3590c6349d413f3dcd.png)

### 2.2 SSO 機能の有効化 / 無効化

SSO ページで、管理者はスイッチを使用してシステムの SSO ログイン機能を有効または無効にすることができます。

* 有効化後、ログインページに「SSO でログイン」エントリが表示されます；
* 無効化後、システムは SSO ログインオプションを表示しなくなりますが、ローカルアカウントのログイン方法は引き続き使用可能です。

### 2.3 アイデンティティプロバイダーの設定

SAML、OIDC、OAuth2 プロトコルを通じて企業の既存のアイデンティティシステムと統合することができます。

管理者は企業で実際に使用しているアイデンティティシステムに基づき、プロトコルタイプを選択し、対応するフィールド（Client ID、Issuer URL、証明書など）を記入します。

3つのプロトコルの設定方法については、`アイデンティティ認証`モジュールの SSO 設定を参照してください：

* Okta
  * [Okta を使用して OIDC を設定する](/versions/2-8-x/ja-jp/administrator-guide/sso/okta/oidc)
  * [Okta を使用して SAML を設定する](/versions/2-8-x/ja-jp/administrator-guide/sso/okta/saml)
  * [Okta を使用して OAuth2 を設定する](/versions/2-8-x/ja-jp/administrator-guide/sso/okta/oauth2)
* Azure
  * [Azure を使用して SAML を設定する](/versions/2-8-x/ja-jp/administrator-guide/sso/azure/saml)
* GitHub
  * [GitHub を使用して OAuth2 を設定する](/versions/2-8-x/ja-jp/administrator-guide/sso/github/oauth2)

ヒント：ページ内のコールバックアドレス情報を参照し、それをアイデンティティプロバイダープラットフォームに設定してください。

### 2.4 システムユーザーの自動作成

このオプションを有効にすると、初めて SSO でログインするユーザーは**自動的にシステムユーザーが作成**され、事前にシステムにアカウントを手動で追加する必要がありません。

* 作成されたユーザーは完全なシステム管理権限を持ちます；
* 現在のシステムにはロール管理メカニズムがなく、すべてのユーザー権限は同一です。

## 3. ログイン動作の説明

| ログイン方法      | 条件                               | 動作                            |
| ----------- | -------------------------------- | ----------------------------- |
| ローカルログイン    | 常に保持                             | アカウントパスワードでログイン               |
| SSO ログイン    | SSO が有効でアイデンティティプロバイダーの設定が完了している | ログインページに「SSO でログイン」エントリが表示される |
| 初回 SSO ログイン | システムユーザーの自動作成が有効な場合              | 自動的に作成されシステムにログイン             |

## 4. 注意事項

* アイデンティティプロバイダーの設定が成功する前に、SSO スイッチをオンにしないでください；
* システムはユーザーのログイン後の権限区分をサポートしておらず、すべてのシステムユーザーはデフォルトでスーパー管理者です。

以下は最適化された FQA コンテンツであり、より専門的で明確な企業向け SaaS 製品のヘルプドキュメントスタイルを採用し、Web アプリケーションプラットフォームの表現規範により適合しています：

***

## 5. よくある質問（FAQ）

### Q1：`管理バックエンド > 設定` の SSO と `認証 > メンバー認証` の SSO は何が違いますか？

両者のシングルサインオン機能は異なるユーザー群を対象としており、異なるログインシーンに適用されます：

* **管理バックエンドの SSO**（`管理バックエンド > 設定 > シングルサインオン`）
  システム管理者（System Users）が**管理バックエンド**にアクセスするための認証方法を設定するために使用され、通常はシステム管理権限を持つ企業の技術者やプラットフォーム運営者を対象としています。

* **メンバー認証の SSO**（`認証 > メンバー認証`）
  ワークスペースメンバーや Web アプリケーションユーザーのアイデンティティ認証を設定するために使用され、業務端ユーザー、顧客、従業員などが**業務ワークスペースや Web 製品のフロントエンド**にアクセスするためのログインシーンに適用されます。

### Q2：これらの2つの SSO 機能は企業の IdP（アイデンティティプロバイダー）側での設定にどのような違いがありますか？

管理バックエンドと業務アプリケーションのアイデンティティ認証を区別するため、企業の IdP で2つのアプリケーションをそれぞれ設定することをお勧めします：

* **バックエンド SSO 設定**：管理バックエンドのアイデンティティ認証に使用され、システム管理権限を持つユーザー（管理者、DevOps、プラットフォーム運営者など）に割り当てられます；
* **メンバー SSO 設定**：ワークスペースや Web アプリケーションユーザーのアイデンティティ認証に使用され、一般メンバー、内部従業員、顧客ユーザーなどを対象とします。

各アプリケーションは独立したコールバックアドレス（Redirect URI）と信頼設定を使用し、権限の分離と認証の正確性を保証します。