Okta
Okta を使用して、Government Solutions オーガナイゼーション' の SSO とユーザープロビジョニングを設定する
Verkada Command は Okta と 2 つの方法で統合できます:
セキュリティ・アサーション・マークアップ言語 (SAML)
クロスドメイン ID 管理システム (SCIM)
SAML 認証を処理し、Okta が Command へのアクセスを管理できるようにします。これは、Microsoft Entra ID テナントにすでに統合されている他の Software-as-a-Service (SaaS) アプリケーションへのアクセスを管理するのと同じです。つまり、Command を既存の ID 基盤に統合し、現在のポリシーに沿ってユーザーを承認できます。
SCIM Microsoft Entra ID にある既存のユーザーとグループを活用し、Command と同期できます。これにより、現在の中央 IdP を維持し、既存のユーザーとグループを使用して Command の権限を構成できます。
始める前に
統合を成功させるには、次のものを用意してください:
Okta テナントへの管理者アクセス権
次を生成する client-ID
カスタム SAML アプリケーションを作成する
Applications に移動し、Create App Integration を選択します。
新しいアプリ統合を作成し、SAML 2.0 を選択して [次へ] をクリックします。

「Create a SAML integration」ページの [General Settings] で、アプリケーション名を入力し、必要に応じてアプリケーションのロゴを追加してから、[次へ] をクリックします。
SAML の設定ページで、[Single Sign-On URL] と [Audience URI (SP Entity ID)] に次のリンクを入力します:
https://saml.prod-govus-pine.verkadagov.com/saml/sso/<client-ID>次の Recipient URL と Destination URL にこれを使用する ボックス。

アプリケーションのユーザー名は Okta のユーザー名です。
[次へ] をクリックします。フィードバック ページで、「This is an internal app that we have created」と表示されたボックスにチェックを入れます。[完了] をクリックします。

属性ステートメント セクションで、次のように属性のマッピングを設定します:
email>user.emailfirstName>user.firstNamelastName>user.lastName

設定
Okta で、アプリの [Assignments] タブを選択します。[Assign] をクリックし、[People] または [Groups] を選択して、これらのユーザーに SSO を有効にします。
アプリの [Sign On] タブを選択します。
下にスクロールして [SAML Signing Certificates] を表示し、新しい証明書がない場合は [Generate new certificate] をクリックします。
証明書の右側で [Actions] ドロップダウンを選択し、[View IdP metadata] をクリックします。

メタデータを右クリックし、[Save As] を選択して XML ファイルとしてダウンロードします。
XML ファイルをダウンロードした後、 Verkada Command に戻って 設定を完了します.
Verify Metadata セクションで、[Run Login Test] をクリックします。
Okta SCIM 統合
始める前に
Verkada SCIM エンドポイントに接続するには API トークンが必要です。このトークンは各 Verkada 組織で一意です。方法を確認するには SCIM API トークンを取得する.
統合を成功させるには、お住まいの地域に最適な手順を選択してください:
米国の組織の場合、Create a Verkada Okta app の手順に従います。
上記の SAML Create an Okta App セクション タブの手順に従います

Verkada Okta アプリを構成する
SCIM 管理ユーザーに追加属性を追加する
ユーザーとグループをプロビジョニングする
Command から SCIM 管理ユーザーを削除する
SCIM 管理ユーザーが IDプロバイダ で無効化された場合、Command からそのユーザーを 2 つの方法で削除できます:
ユーザーを削除する — アカウントは Deleted Users ページに移動しますが、履歴記録、ロール、権限は保持されます。
ユーザーを完全に削除する — すべてのロール、資格情報、アクセス ログ、および関連データは削除されます。ユーザーが SCIM 経由で再プロビジョニングされると、Command は新しいユーザーの録画を作成します。
既知の問題
ユーザー名(メールアドレス)を更新しても、Command に自動的には反映されません。ユーザー名を変更する必要がある場合は、そのユーザーを SAML アプリから割り当て解除し、変更を反映させるために再度アプリに追加します。
新しいユーザーが SSO でログインできない場合、Verkada のバックエンドで SSO 構成にメールドメインが追加されていないことが原因の可能性があります。SSO の設定時にユーザーのメールアドレスが提供されたメールドメインの外にある場合、そのユーザーは SSO を使用できなくなります。これが原因の場合は、SSO 構成を編集し、このドメインを追加して問題を解決する必要があります。
ユーザーのプロビジョニング中にこのエラーが発生した場合、 「ユーザーのプロフィール更新をプッシュしようとしてエラーが発生しました: Bad Request. リモート サーバーから報告されたエラー: Invalid request」, こちらを参照してください Okta の記事 トラブルシューティング手順
SSO のセットアップで他に問題が発生した場合、 Verkadaサポート.
トラブルシューティング
ユーザー名の変更は Command と自動的に同期されません。 ユーザーのメールアドレスを更新した場合は、そのユーザーを SAML アプリから割り当て解除し、変更を反映させるために再度追加します。
新しいユーザーは SSO でサインインできません。 これは、ユーザーのメールドメインが SSO 構成に含まれていない場合に発生することがあります。SSO の設定時にそのドメインが追加されていなかった場合は、設定を更新して不足しているドメインを含めてください。
Government Solutions エンドポイントを使用していることを確認してください:
https://saml.prod-govus-pine.verkadagov.com/saml/sso/<client-ID>商用の Verkada エンドポイントは Government Solutions の構成では機能しません。
SSO のセットアップで他に問題が発生した場合は、 Verkadaサポート.
最終更新
役に立ちましたか?










