このバージョンの GitHub Enterprise サーバーはこの日付をもって終了となります: 2026-08-25. 廃止されたリリースはサポートされていません。 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 GitHub Enterprise Server のパフォーマンスの向上、セキュリティの向上、新機能については、「アップグレード プロセスの概要を参照してください。 アップグレードに関するサポートについては、GitHub Enterprise Support にお問い合わせください。

Enterprise のアイデンティティおよびアクセス管理のトラブルシューティング

エンタープライズの ID とアクセス管理に関する一般的な issue と解決方法を確認します。

この記事で

ユーザー名の競合

GitHub は、SCIM API 呼び出しで ID プロバイダー (IdP) によって送信される SCIM userName 属性値を正規化して、 GitHubに各ユーザーのユーザー名を作成します。 複数のアカウントが同じ GitHub ユーザー名に正規化されると、ユーザー名の競合が発生し、最初のユーザー アカウントのみが作成されます。 詳しくは、「外部認証のユーザー名に関する考慮事項」をご覧ください。

SSO を使用できない場合の Enterprise へのアクセス

ID プロバイダー IdP の構成エラーまたは問題によって SSO を使用できない場合は、 」を参照してください。サイト管理者が管理コンソールにアクセスして設定を更新するか、SAML を一時的に無効にします。 詳細については、 AUTOTITLE を参照してください。

SCIM プロビジョニング エラー

Microsoft Entra ID (旧称 Azure AD) は、次の Entra ID 同期サイクル中に SCIM プロビジョニングの試行を自動的に再試行します。 Entra ID の既定の SCIM プロビジョニング間隔は 40 分です。 この再試行動作の詳細については、Microsoft ドキュメントを参照してください。さらにサポートが必要な場合は、Microsoft サポートにお問い合わせください。

Okta は、SCIM プロビジョニングに失敗した場合、Okta 管理者の手動介入により再試行します。 Okta 管理者が特定のアプリケーションに対して失敗したタスクを再試行する方法の詳細については、Okta ドキュメントをご覧いただくか、さらなるサポートが必要であれば Okta サポートまでお問い合わせください。

SCIM が通常は正常に機能しているお使いのインスタンスでは、個々のユーザーの SCIM プロビジョニングの試行が失敗することがあります。 ユーザーは、自分のアカウントが GitHubにプロビジョニングされるまでサインインできません。 このような個々の SCIM ユーザー プロビジョニングの失敗により、HTTP 400 範囲の状態コードが発生します。通常、これは、同じ正規化されたユーザー名を持つ別のユーザーが Enterprise 内に既に存在するという、ユーザー名の正規化またはユーザー名の競合に関する issue が原因で発生します。 「外部認証のユーザー名に関する考慮事項」を参照してください。

SAML 認証エラー

ユーザーが SAML で認証を行おうとするとエラーが発生する場合は、「SAML認証のトラブルシューティング」をご覧ください。

SAML および SCIM データのマッピング エラー

GitHub Enterprise Server インスタンスで SCIM で SAML を使用していて、ユーザーの SAML データが既存の SCIM プロビジョニング ID と一致しない場合、GitHubはエラーを返します。

Entra ID、エラーは次のようになります。

Entra ID SAML および SCIM データのマッピング エラーのスクリーンショット。

他のすべての ID プロバイダーの場合、エラーは次のようになります。

Okta SAML および SCIM データのマッピング エラーのスクリーンショット。

このエラーが発生した場合は、次の手順に従ってください。

  1. インスタンス上のユーザーを検索して、SCIM ID がユーザーにプロビジョニングされていることを確認します。 インスタンス上で SCIM プロビジョニング ユーザーを検索する方法の詳細については、「企業内の従業員を表示する」を参照してください。
    • ユーザーがまだプロビジョニングされていない場合は、ID プロバイダーがプロビジョニング要求をまだ送信していないか、プロビジョニング要求が失敗しています。 Enterprise 管理者は、監査ログ イベントを使って、どちらのシナリオが影響しているかを判断できます。 詳細については、「REST API を使用した SCIM でユーザーとグループのプロビジョニング」を参照してください。
  2. ユーザーがインスタンスに正常にプロビジョニングされた場合は、エラー メッセージに記載されている SAML 属性の値が、一覧表示されている SCIM 属性の値と一致することを確認する必要があります。 SCIM 属性の値を確認するには、「Enterprise へのユーザの SAML アクセスの表示および管理」を参照してください。
    • たとえば、上記のスクリーンショットをトラブルシューティングするには、ユーザーの SCIM の "External ID" 値を確認します。 その値を使って、ユーザーが ID プロバイダーで正しい値を設定していることを確認します。

GitHub はユーザーの SAML データと SCIM データをどのようにマッピングするかの詳細については、SCIM の REST API エンドポイント を参照してください。

参考資料