シングルサインオン(SSO)認証の設定

Enterprise Server 管理者は、サーバーに対してシングルサインオン(SSO)機能を設定して有効化できます。バックエンド構成システムにより、管理者はサーバーユーザー向けの SSO 機能を確立、テスト、有効化、無効化できます。SSO オプションは、Enterprise Server のブラウザーインターフェースへのサインイン時に利用できます。サーバーユーザー向けに設定されている場合、SSO を使用すると、社内システム全体で使用しているものと同じ認証情報セットでサーバーにアクセスできる利便性があります。

  • SSO の使用が強制されている場合(ブラウザーインターフェースの Admin – Settings – Authentication ページで Enforce SSO (not applied to access from localhost) オプションが有効になっている場合)、ユーザーは Enterprise Server のアドレスにアクセスした直後に SSO サインインページを表示されます。

  • SSO アクセスは、Altium Designer から Enterprise Server Workspace に接続する際にも使用できます。詳細は、Accessing Your Workspace ページを参照してください。

     
     

    EDMS.UnifiedLogin が Public 状態の場合 - 以下の段落を、'Open Beta Feature Moves to Public' スニペットのソースコードで更新してください。

    外部ブラウザー経由で Enterprise Server Workspace に接続する際の ‘unified login’ アプローチを使用する必要がある点に注意してください。これにより、Altium Designer 内で SSO アクセス機能を利用できるようになります。この機能は Open Beta であり、Altium Designer のAdvanced Settings dialogEDMS.UnifiedLogin オプションを有効にすると利用できます。

Enterprise Server のブラウザーインターフェースへのアクセスの詳細については、Exploring the Browser-based Interface ページを参照してください。

内部 Identity Provider を使用する場合、Enterprise Server はその Identity Provider で使用される HTTPS 証明書を信頼している必要があります。そうでない場合、Enterprise Server からその Identity Provider への接続確立を試みた際にエラーが発生します。主要ベンダーの Identity Provider(Okta、Entra ID など)は、既定で適切な信頼済み証明書を備えています。

SAML シングルサインオン

Enterprise Server で設定および有効化されると、SSO システムは、標準化された Security Assertion Markup Language(SAML 2.0)に基づく ID アサーション通信により、たとえば OktaOneLogin などの、会社で指定された Identity Provider(IdP)から認可済みの ID を確立します。会社向けの SSO サインインインターフェースがまだ用意されていない場合、通常は IdP が提供するテンプレートまたはサンプルに基づいて構築されます。これにより、SAML ベースの認証アサーション交換が開始され、社内サービスへのアクセスが提供されます。

ブラウザーインターフェースの Admin – Settings – Authentication ページで、SSO ドロップダウンから SAML オプションを選択すると、このページには Enterprise Server SSO サービス用の事前構成済み URL(Altium Metadata Configuration)と、IdP の認可接続データをアップロードまたは手動入力するためのオプション(SAML Identity Provider Configuration)が表示されます。

IdP 構成メタデータは、Identity Provider が会社のサービスとの統合用にセットアップされると利用可能になるはずです。以下の IdP 統合例を参照してください。Enterprise Server で SAML SSO システムを設定するには(まだ完了していない場合)、 ボタンを使用して、会社の IdP によって生成された SAML IdP 構成 XML ファイルを指定してアップロードします。アップロードされた IdP XML ファイルはシステムによって解析され、主要な構成フィールド(X509 CertificateIdentity Provider Issuer URL、IdP Single Sign-On URL)が抽出されます。あるいは、構成の各要素(セキュリティ証明書および URL)を対応するフィールドに手動で追加することもできます。

SSO は、 ボタンで開始される統合テストを実行するまで有効になりません。これにより、SSO の ID 処理と会社の SSO サインインが検証されます。構成のテストが正常に完了したら、 ボタン()をクリックして設定を保存し、Enterprise Server に適用できます。

その後 SSO が、手動または構成変更への応答によって無効化された場合、 ボタンが使用可能になり、テストプロセスを再実行できます。

Identity Provider 統合例

以下の折りたたみセクションを展開すると、Identity Provider として OneLogin を使用する統合プロセスの手順例を確認できます。

以下の折りたたみセクションを展開すると、Identity Provider として Okta を使用する統合プロセスの手順例を確認できます。

以下の折りたたみセクションを展開すると、Identity Provider として Microsoft Entra ID を使用する統合プロセスの手順例を確認できます。

以下の折りたたみセクションを展開すると、Identity Provider として JumpCloud を使用する統合プロセスの手順例を確認できます。

以下の折りたたみセクションを展開すると、Identity Provider として Microsoft Administrative Domain Federated Services (AD FS) を使用する統合プロセスの手順例を確認できます。

以下の折りたたみセクションを展開すると、Identity Provider として AWS IAM Identity Center を使用する統合プロセスの手順例を確認できます。

OAuth / OIDC シングルサインオン

Enterprise Server の SSO 機能は、OAuth / OIDC 標準を使用して設定することもできます。ブラウザーインターフェースの Admin – Settings – Authentication ページにある SSO ドロップダウンで OAuth / OIDC オプションを選択すると、 ページで選択した IdP から提供されるデータを入力できるようになります。

  • Application Credentials:

    • Client ID – IdP のアプリケーション ID。

    • Client Secret – IdP のアプリケーションシークレット。

  • Configuration:

    • Scopes to Request – スコープは、アプリケーションがユーザーに対して要求するアクセスレベルを定義します。

    • Authentication Endpoint – このエンドポイントは、ユーザー認証と同意を処理します。アプリケーションは、ユーザーをこのエンドポイントにリダイレクトしてログインさせ、権限を付与してもらいます。

    • Token Endpoint – このエンドポイントは、認可コードまたはリフレッシュトークンをアクセストークンと交換するために使用されます。これは、アプリケーションと認可サーバー間の安全なバックチャネル通信です。

    • User Profile Endpoint – このエンドポイントは、アクセストークンを使用してユーザープロファイル情報(例: 名前、メールアドレス)を取得します。返されるデータは、認可時に付与されたスコープに依存します。

  • Mappings – テーブルの Mapped Attribute フィールドには、Enterprise Server 側のユーザー名にマッピングされる属性を入力します。

ボタンを実行して統合テストを行うまでは、SSO は有効になりません。これにより、SSO の ID プロセスと会社の SSO サインインが検証されます。設定のテストが正常に完了したら、  ボタン () をクリックして設定を保存でき、これにより Enterprise Server に実際に適用されます。

その後、手動または設定変更への応答によって SSO が無効化された場合は、  ボタンが使用可能になり、テストプロセスを再実行できます。

Entra ID を使用する場合、OAuth エンドポイントに対して 2 つの API バージョンが提供されている点に注意してください。

  • https://login.microsoftonline.com/{tenantId}/.well-known/openid-configuration

  • https://login.microsoftonline.com/{tenantId}/v2.0/.well-known/openid-configuration

これらのバリアントのいずれかから、正しいエンドポイントのセット (token/authorize/userinfo) を取得する必要があります。これらを混在させると、Enterprise Server から Entra ID への接続確立時にエラーが発生します。

AI-LocalizedAI で翻訳
問題が見つかった場合、文字/画像を選択し、Ctrl + Enter キーを押してフィードバックをお送りください。
Content