> For the complete documentation index, see [llms.txt](https://docs.ggwp.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ggwp.com/jp/idoyobiakusesuiam/sso.md).

# SSO

## 概要

シングルサインオン（SSO）は、ユーザーが1組のログイン認証情報で複数のアプリケーションにアクセスできる認証プロセスです。SSO を導入すると、ユーザーと企業の両方にいくつかの利点があります。以下は、ダッシュボードで SSO をサポートしている企業向けにまとめた概要です：

## **メリット**

1. **ユーザー体験の向上：** SSO はログイン手順を簡素化し、ユーザーが複数のアプリケーションへシームレスにアクセスできるようにすることで、全体的な体験と生産性を向上させます。
2. **パスワード疲れの軽減：** ユーザーは1組の認証情報だけを覚えればよいため、複数のパスワードを管理する負担が減り、認証情報を忘れる可能性も低くなります。
3. **セキュリティの向上：** 認証を一元化することで、SSO はセキュリティポリシーを強化できます。組織は、単一のアクセス نقطةにおいて、より強力なパスワードポリシーや多要素認証（MFA）を導入できます。
4. **ユーザー管理の簡素化：** IT チームは、中央ダッシュボードからさまざまなアプリケーションにわたるユーザーのアクセス権を管理でき、オンボーディングとオフボーディングの効率を高められます。

## **対応するアイデンティティプロバイダー**

* Google Workspace
* Okta
* Azure
* その他の標準 OIDC プロバイダー

## 設定手順

1. アプリケーションの設定

{% tabs %}
{% tab title="Google Workspace" %}

1. に移動 `Google Cloud Console` → `API とサービス` → `OAuth 同意画面`    
2. 選択 `内部` （Workspace ユーザーのみ）
3. アプリ名、サポートメールアドレス、その他の詳細を入力します
4. 必要なスコープを追加： `openid`, `profile` および `email` を追加して変更を保存
5. に移動 `API とサービス` → `認証情報`
6. をクリック `認証情報を作成` → `OAuth クライアント ID`
7. 選択 `ウェブアプリケーション`
8. GGWP のリダイレクト URL を追加 - `https://auth.ggwp.com/login/callback`\
   \
   ![](/files/ef96017f01720e3a800ef55d7879a4b54392a9ba)
9. クライアント認証情報を生成し、以下を安全に保存してください `クライアント ID` および `クライアント シークレット` 
10. 共有 `クライアント ID、` `クライアント シークレット` および `Google Workspace ドメイン` を GGWP アカウントマネージャーと安全に
    {% endtab %}

{% tab title="その他の OIDC（Okta、Azure など）" %}

1. 該当する IdP の管理コンソールに移動
2. 新しいアプリケーションを作成し、 `OIDC/OAuth 2.0` 
3. アプリケーションタイプを次に設定 `ウェブアプリケーション` 
4. Authorization Code フローを有効にする（Implicit フローがある場合は無効にする）
5. GGWP のリダイレクト URL を追加 - `https://auth.ggwp.com/login/callback`
6. 含めるスコープを設定 `openid、profile、email`
7. クライアント認証情報を生成し、以下を安全に保存してください `クライアント ID` および `クライアント シークレット` 
8. Issuer または Discovery URL を特定します。通常は次のような形式です - `https://<idp-domain>/.well-known/openid-configuration`
9. ログインを許可するために、ユーザーまたはグループをアプリケーションに割り当てます
10. 保存してアプリケーションを有効化
11. 共有  `クライアント ID` , `クライアント シークレット`  および `Discovery URL` を GGWP アカウントマネージャーと安全に
    {% endtab %}

{% tab title="SAML 2.0" %}

1. GGWP から以下の詳細を受け取ります
   1. `エンティティ ID` 別名 `Audience` または `識別子`&#x20;
   2. `Assertion Consumer Service（ACS）URL` 別名 `返信 URL`&#x20;

2. 希望する IdP で新しい SAML アプリケーションを作成します。一般的な名称 -
   1. **Okta** → アプリ統合を作成 → SAML 2.0
   2. **Microsoft Entra ID** → エンタープライズ アプリケーション（ギャラリーなし）
   3. **OneLogin** → SAML カスタムコネクタ（詳細設定）

3. GGWP から共有された詳細を使用して作成したアプリケーションで、以下の SAML 設定を構成します
   1. \
      `ACS URL` / `返信 URL`&#x20;
   2. `エンティティ ID` / `Audience`

4. 設定 `NameID` 安定した永続的な識別子に。これは一意であり、時間が経っても変更されてはなりません。

   | 設定            | 値       |
   | ------------- | ------- |
   | NameID フォーマット | 永続      |
   | NameID 値      | メールアドレス |

5. SAML アサーションで次のユーザー属性 / クレームを設定します

   | 属性名         | 要件 | ソース            |
   | ----------- | -- | -------------- |
   | email       | 必須 | user.email     |
   | first\_name | 任意 | user.firstName |
   | last\_name  | 任意 | user.lastName  |

6. ログインアクセスが必要なすべてのユーザー（またはユーザーグループ）を割り当てます

7. IdP のメタデータ詳細を GGWP と共有します
   1. 推奨 - IdP メタデータの XML ファイル、またはその URL
   2. メタデータ XML が利用できない場合は、以下の詳細
      1. `サインイン URL` / `SAML 2.0 エンドポイント`
      2. `X.509 証明書`
      3. `IdP エンティティ ID`  &#x20;
         {% endtab %}
         {% endtabs %}

8. GGWP が組織向けに SSO を有効化し、完了後に通知します。

## SSO 設定後のログイン

組織で SSO が有効になると、ログイン時に SSO オプションが表示されます（下のスクリーンショットを参照）。SSO またはユーザー名/パスワードのいずれかでログインできます。

<figure><img src="/files/42c654d9ade1a3871d016ec2e058783f18c06910" alt=""><figcaption></figcaption></figure>

## 重要事項

1. SSO が有効になると、 `管理者` は、以下を使用してユーザーを GGWP ダッシュボードに追加する必要があります `ユーザー管理（グローバル）` [利用可能なオプション](/jp/dasshubdoyzgaido/guan-li-zhe-ji-neng.md#adding-and-removing-users) ダッシュボードの左ペインにある。&#x20;
2. 追加されたユーザーは、ユーザー名/パスワードと設定済み SSO の両方でログインできます。どちらでログインしても同じアカウントに移動します。