Okta SCIM設定

前提条件

• Okta管理者アカウント
• SecureCodingHub組織管理者アカウント
• SSOの構成 (推奨ですが必須ではありません)

ステップ1 — SCIMトークンを生成

ステップ2 — OktaでSCIMを構成

ステップ3 — プロビジョニング機能を有効化

完全なライフサイクル管理のために、Oktaで次のプロビジョニング機能を有効にします:

ステップ4 — プロビジョニングをテスト

SecureCodingHubのSCIM設定

管理者設定でSCIM構成パネルは次のようになります:

Okta SCIMのデプロイ前チェックリスト

Oktaのプロビジョニングパネルで保存をクリックする前に、短い検証チェックリストを順を追って確認してください。第1に、SCIMコネクタベースURLがSCIM概要ページに文書化された正確な値であることを確認してください。末尾のスラッシュ、不足しているバージョンパスセグメント、または誤ったリージョンを指すと、Oktaが一般的な認証情報エラーとして表示する混乱を招く404レスポンスが生成されます。第2に、貼り付けたSCIMトークンが、生成したばかりのものであり、部分的にコピーされた文字列ではないことを確認します。SCIMトークンは長く、モーダルからコピーするときに切り捨てられやすいです。

第3に、トークンを正しいSecureCodingHub組織にスコープします。テナントに複数の組織がある場合、トークンはそれを生成した組織にバインドされ、別の組織にユーザーをプロビジョニングしません。第4に、プロビジョニングを有効にする前に属性マッピングを計画します。userNameがuserPrincipalNameまたはmailにマップされるべきかを決定します。ほとんどのOktaテナントではこれらは同一ですが、プロキシアドレスまたは複数ドメイン構成を持つ組織では分岐します。ユーザーがサインインするメールに一致する値を選択してください。そうしないと、SSOとSCIMは重複アカウントを作成します。

最初の同期を見る

成功した最初の同期は何事もありません。Oktaで、Provisioningに移動し、Logsタブを見ます。Create userイベントのシーケンスがステータスSuccessに解決されるのを見るはずで、それぞれにSecureCodingHubエンドポイントからの201レスポンスがあります。SecureCodingHub側では、新しいユーザーがメールと表示名が入力された状態でユーザーページに表示されます。最初の同期の合計時間は、割り当て数とOktaキューの深さに依存しますが、小さなパイロットグループの場合通常2分以内です。

失敗した属性マッピングは異なって見えます。OktaはCreate userをFailedとして報告し、ログエントリにはSCIMエラーレスポンスが含まれ、最も一般的なメッセージは必須属性の欠落または無効な形式を示す400です。Provisioningタブでマッピングを修正し、Retry Failed Operationsをクリックし、次のサイクルが完了するのを見ます。エラーが続く場合は、新しいトークンを生成し、ベースURLを再確認し、割り当てたユーザーがマッピングが参照する属性に値を持っていることを確認します。