> For the complete documentation index, see [llms.txt](https://docs.dispel.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.dispel.com/documentation/documentation-ja/shisuru/identity-providers/okta.md).
# Okta
Okta を ID プロバイダーとして使用し、ユーザーが OAuth（OIDC）または SAML 経由で Okta の認証情報を使って Dispel にサインインするようにします。
## 概要
Okta — Okta のエンタープライズ向け ID プラットフォーム — を組織の ID プロバイダーとして接続します。接続すると、ユーザーはシングルサインオンを通じて Okta の認証情報で Dispel にサインインできます。Okta は次の方法で接続できます **OAuth（OIDC）** または **SAML**.
このページでは Okta 固有の設定を説明します。すべてのプロバイダーに共通する動作 — ユーザーのサインイン方法、グループ マッピング、MFA、切断 — については、 [ID プロバイダー](/documentation/documentation-ja/shisuru/identity-providers.md).
{% hint style="info" %}
**どこにあるか。** 組織の管理者としてサインインし、 **設定 → 統合** （または専用の **設定 → 認証** ページ）。Okta は次に表示されます **ID と認証（IdP / SSO）** セクションに表示されます。 **接続** そのカードをクリックして開始します。
{% endhint %}
## 始める前に
* IdP 側を次の場所で構成します： **Okta 管理コンソール**そのため、そこで管理者アクセスが必要です。
* プロトコルを決定します — **OAuth（OIDC）** または **SAML**。詳細は [プロトコルの選択](/documentation/documentation-ja/shisuru/identity-providers.md#choosing-a-protocol).
* Okta 経由でサインインするユーザーが、すでに **組織に招待されていることを確認してください** Dispel で。SSO はユーザーを認証しますが、それだけではアクセスは作成されません。
{% hint style="warning" %}
**一度に接続できるプロバイダーは 1 つです。** 組織がすでに別の ID プロバイダーに接続されている場合は、Okta を接続する前にその接続を解除してください。
{% endhint %}
## OAuth（OIDC）で接続
#### Okta で
1. Okta 管理コンソールで、次へ移動します **アプリケーション → App Integration を作成** を選択し、 **OIDC — OpenID Connect**.
2. 次を設定します **サインイン リダイレクト URI** を Dispel のアドレスに続けて `/oauth/login-callback` — たとえば `https://app.dispel.com/oauth/login-callback`。不明な場合は、環境の正確なアドレスを Dispel 担当者に確認してください。
3. アクセス権を持つべきユーザーまたはグループにアプリを割り当てます。
4. アプリの **全般** タブから、次をコピーします **Client ID** と **クライアント シークレット**をコピーし、Okta のドメイン / issuer を控えてください。
#### Dispel で
1. クリックし、 **接続** Okta カードで、そして **認証プロトコルを選択 → OAuth**.
2. 次のフィールドに入力します：
| 項目 | Okta からの値 |
| ----------------- | -------------------------------------------------------------------- |
| **クライアント URL** | あなたの Okta OAuth/OIDC エンドポイント（issuer）。例： `https://your-org.okta.com`. |
| **Client ID** | アプリケーションの **Client ID**. |
| **Client Secret** | アプリケーションの **クライアント シークレット**. |
| **組織識別子** | ユーザーが選択する一意の識別子。ユーザーはサインイン画面でこれを入力します。 |
3. クリックし、 **設定を保存**.
## SAML で接続
#### Okta で
1. Okta 管理コンソールで、次へ移動します **アプリケーション → App Integration を作成** を選択し、 **SAML 2.0**.
2. SAML 設定で、Dispel が SAML フォームの上部に表示する値を貼り付けます：
* **シングルサインオン URL / 受信者 / 宛先** ← Dispel の **Assertion Consumer Service URL**.
* **Audience URI（SP Entity ID）** ← Dispel の **サービスプロバイダ（SP）エンティティ ID**.
3. アプリの作成を完了し、次にその **Sign On** タブを開いて、次を取得します：
* **ID プロバイダーのシングルサインオン URL** → Dispel の **SSO URL**.
* **ID プロバイダー発行者** → Dispel の **ID プロバイダ エンティティ ID**.
* この **X.509 / 署名証明書** → Dispel の **Base64 署名証明書**.
4. アクセス権を持つべきユーザーまたはグループにアプリを割り当てます。
#### Dispel で
1. クリックし、 **接続** Okta カードで、そして **認証プロトコルを選択 → SAML**.
2. 次をコピーします： **サービスプロバイダ（SP）エンティティ ID** と **Assertion Consumer Service URL** フォーム上部に表示されているもの（ **ID をコピー** / **URL をコピー**)を上記のとおり Okta に入力します。
3. 次のフィールドに入力します：
| 項目 | Okta からの値 |
| ---------------------- | -------------------------------------------- |
| **SSO URL** | この **ID プロバイダーのシングルサインオン URL**. |
| **ID プロバイダ エンティティ ID** | この **ID プロバイダー発行者**. |
| **Base64 署名証明書** | Okta の署名証明書です。貼り付けるか、次を使用します **証明書をアップロード**. |
| **組織識別子** | ユーザーが選択する一意の識別子。ユーザーはサインイン画面でこれを入力します。 |
4. クリックし、 **設定を保存**.
5. クリックし、 **接続をテスト**. Dispel はサインインのために Okta にリダイレクトし、受け取ったメールアドレスと名前を表示します。テストが失敗する場合は、値が Okta アプリと一致していること、およびテスト ユーザーが組織に招待されていることを確認してください。
## 接続後
* **ユーザーはサインインします** Dispel のサインイン画面で Organization Identifier を入力し、Okta で認証することで行えます。詳細は [ユーザーのサインイン方法](/documentation/documentation-ja/shisuru/identity-providers.md#how-users-sign-in).
* **Okta グループを Dispel グループにマッピングする** ことでメンバーシップを同期状態に保ちます — 詳細は [OIDC グループマッピング](/documentation/documentation-ja/shisuru-2/integrations/oidc-group-mapping.md).
* **MFA** Okta で強制される設定はサインイン時に適用されます。Dispel のメールによるワンタイムコードは SSO ユーザーには適用されません。詳細は [SSO と多要素認証](/documentation/documentation-ja/shisuru/identity-providers.md#sso-and-multi-factor-authentication).
* **プロトコルまたはプロバイダーを切り替えるには**、まず切断してください。詳細は [プロバイダの切り替えまたは切断](/documentation/documentation-ja/shisuru/identity-providers.md#switching-or-disconnecting-a-provider).
## よくある質問
Okta ではどのプロトコルを使用すればよいですか？
どちらでも動作します。Okta で作成するアプリに合うほうを使用してください — OAuth には OIDC アプリ統合、SAML には SAML 2.0 アプリ統合です。
Okta アプリにユーザーを割り当てる必要がありますか？
はい。Okta アプリに割り当てられたユーザー（またはグループ）だけが、それを通じて認証できます。また、Dispel の組織に招待されている必要があります。
SAML のテスト接続に失敗しました。何を確認すればよいですか？
SSO URL、Issuer、および証明書が Okta アプリの Sign On 設定と一致していること、Dispel の SP Entity ID と ACS URL を Okta の SAML 設定に貼り付けてあること、そしてテスト ユーザーが Okta アプリに割り当てられ、Dispel の組織に招待されていることを確認してください。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.dispel.com/documentation/documentation-ja/shisuru/identity-providers/okta.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.