{"meta":{"title":"エンタープライズ管理者向けドキュメント","intro":"エンタープライズ管理者、システム管理者、、セキュリティの専門家向けのドキュメントとガイド。のデプロイ、構成、、管理GitHub Enterprise。","product":"エンタープライズ管理者","breadcrumbs":[{"href":"/ja/enterprise-server@3.17/admin","title":"エンタープライズ管理者"}],"documentType":"product"},"body":"# エンタープライズ管理者向けドキュメント\n\nエンタープライズ管理者、セキュリティの専門家向けのドキュメントとガイド。構成、、管理GitHub Enterprise。\n\n## Recommended\n\n* [GitHub Enterprise Cloud について](/ja/enterprise-server@3.17/admin/overview/about-github-enterprise-cloud)\n\n  大企業やチームの GitHub Enterprise Cloud、その機能、管理オプションについて説明します。\n\n* [エンタープライズ アカウント](/ja/enterprise-server@3.17/admin/concepts/enterprise-fundamentals/enterprise-accounts)\n\n  エンタープライズ アカウントの主要なコンポーネントを理解して、トップダウン管理を開始します。\n\n* [ID とアクセス管理の基礎](/ja/enterprise-server@3.17/admin/concepts/identity-and-access-management/identity-and-access-management-fundamentals)\n\n  管理者は、ユーザーが GitHub上の企業のリソースにアクセスする方法を決定する必要があります。\n\n* [Enterprise Managed Users の概要](/ja/enterprise-server@3.17/admin/concepts/identity-and-access-management/enterprise-managed-users)\n\n  ID プロバイダー (IdP) から GitHub のユーザーのライフサイクルと認証を企業が管理する方法について説明します。\n\n* [企業の監査ログ](/ja/enterprise-server@3.17/admin/concepts/security-and-compliance/audit-log-for-an-enterprise)\n\n  デバッグと内部および外部のコンプライアンスをサポートするために、 GitHub は、監査 ユーザー、組織、およびリポジトリ イベントのログを提供します。\n\n* [エンタープライズのコンプライアンス レポートへのアクセス](/ja/enterprise-server@3.17/admin/overview/accessing-compliance-reports-for-your-enterprise)\n\n  企業の SOC レポートや Cloud Security Alliance CAIQ 自己評価 (CSA CAIQ) など、 GitHubのコンプライアンス レポートにアクセスできます。\n\n## Articles\n\n* [企業導入](/ja/enterprise-server@3.17/enterprise-onboarding)\n\n  推奨されるプランに従って、会社を GitHub Enterprise Cloud にオンボードします。 必要なアクセス権を持つチームを設定し、コンプライアンスを確保するためのポリシー フレームワークを作成し、企業全体でプロセスを安全に自動化します。\n\n* [企業向けGitHubについて](/ja/enterprise-server@3.17/admin/overview/about-github-for-enterprises)\n\n  GitHubのエンタープライズ製品とGitHub Enterpriseの展開オプションについて説明します。\n\n* [GitHub Enterprise Server について](/ja/enterprise-server@3.17/admin/overview/about-github-enterprise-server)\n\n  GitHub Enterprise Serverがビジネスに適しているかどうかを確認します。\n\n* [GitHub Enterprise Server の試用版の設定](/ja/enterprise-server@3.17/admin/overview/setting-up-a-trial-of-github-enterprise-server)\n\n  GitHub Enterprise Serverは無料で試すことができます。\n\n* [新しいリリースへのアップグレードについて](/ja/enterprise-server@3.17/admin/overview/about-upgrades-to-new-releases)\n\n  新しいリリースを通じて、 GitHub Enterprise Server に機能とバグ修正を追加する方法について説明します。\n\n* [システムの概要](/ja/enterprise-server@3.17/admin/overview/system-overview)\n\n  GitHub Enterprise Serverのシステム内部、機能、およびセキュリティの詳細について説明します。\n\n* [GitHub Enterprise API について](/ja/enterprise-server@3.17/admin/overview/about-the-github-enterprise-api)\n\n  GitHub Enterprise Server では、REST API と GraphQL API がサポートされています。\n\n* [Enterprise のガバナンス フレームワークを確立する](/ja/enterprise-server@3.17/admin/overview/establishing-a-governance-framework-for-your-enterprise)\n\n  GitHub Enterpriseで利用できる機能とツールを使用して、企業のガバナンスとコンプライアンスを管理できます。\n\n* [エンタープライズ アカウント](/ja/enterprise-server@3.17/admin/concepts/enterprise-fundamentals/enterprise-accounts)\n\n  エンタープライズ アカウントの主要なコンポーネントを理解して、トップダウン管理を開始します。\n\n* [企業の自動化](/ja/enterprise-server@3.17/admin/concepts/enterprise-fundamentals/automations-in-your-enterprise)\n\n  GitHub Apps、外部サービス、およびGitHub Actionsが連携して企業内のプロセスを自動化する方法について説明します。\n\n* [ID とアクセス管理の基礎](/ja/enterprise-server@3.17/admin/concepts/identity-and-access-management/identity-and-access-management-fundamentals)\n\n  管理者は、ユーザーが GitHub上の企業のリソースにアクセスする方法を決定する必要があります。\n\n* [エンタープライズ ポリシー](/ja/enterprise-server@3.17/admin/concepts/security-and-compliance/enterprise-policies)\n\n  エンタープライズ ポリシーを使うと、エンタープライズが所有するすべての組織のポリシーを管理できます。\n\n* [企業の監査ログ](/ja/enterprise-server@3.17/admin/concepts/security-and-compliance/audit-log-for-an-enterprise)\n\n  デバッグと内部および外部のコンプライアンスをサポートするために、 GitHub は、監査 ユーザー、組織、およびリポジトリ イベントのログを提供します。\n\n* [企業で作業を整理するためのベスト プラクティス](/ja/enterprise-server@3.17/admin/concepts/enterprise-best-practices/organize-work)\n\n  組織やチームを管理するための推奨 GitHubプラクティスに従って、コラボレーションを促進し、リソースを大規模に管理します。\n\n* [企業での innersource の使用](/ja/enterprise-server@3.17/admin/concepts/enterprise-best-practices/use-innersource)\n\n  セキュリティを損なうことなく、企業でオープンソーススタイルのワークフローを設定することで、分散したチームの共同作業を支援します。\n\n* [企業向けREADMEの作成](/ja/enterprise-server@3.17/admin/managing-your-enterprise-account/creating-a-readme-for-an-enterprise)\n\n  README を作成して、Enterprise での変更等をメンバーと共有できます。\n\n* [AWS GitHub Enterprise Server のインストール](/ja/enterprise-server@3.17/admin/installing-your-enterprise-server/setting-up-a-github-enterprise-server-instance/installing-github-enterprise-server-on-aws)\n\n  GitHub Enterprise Serverをアマゾン ウェブ サービス (AWS) にインストールするには、Amazon Elastic Compute Cloud (EC2) インスタンスを起動し、別の Amazon Elastic Block Store (EBS) データ ボリュームを作成してアタッチする必要があります。\n\n* [Azure GitHub Enterprise Server のインストール](/ja/enterprise-server@3.17/admin/installing-your-enterprise-server/setting-up-a-github-enterprise-server-instance/installing-github-enterprise-server-on-azure)\n\n  Azureに GitHub Enterprise Server をインストールするには、Premium Storage をサポートするメモリ最適化インスタンスにデプロイする必要があります。\n\n* [Google Cloud Platform GitHub Enterprise Server のインストール](/ja/enterprise-server@3.17/admin/installing-your-enterprise-server/setting-up-a-github-enterprise-server-instance/installing-github-enterprise-server-on-google-cloud-platform)\n\n  Google Cloud Platform に GitHub Enterprise Server をインストールするには、サポートされているコンピューターの種類にデプロイし、永続的な Standard ディスクまたは永続的な SSD を使用する必要があります。\n\n* [GitHub Enterprise Server を Hyper-V にインストールする](/ja/enterprise-server@3.17/admin/installing-your-enterprise-server/setting-up-a-github-enterprise-server-instance/installing-github-enterprise-server-on-hyper-v)\n\n  Hyper-V に GitHub Enterprise Server をインストールするには、Windows Server 2008 から Windows Server 2022 までを実行しているマシンにデプロイする必要があります。\n\n* [OpenStack KVM GitHub Enterprise Server のインストール](/ja/enterprise-server@3.17/admin/installing-your-enterprise-server/setting-up-a-github-enterprise-server-instance/installing-github-enterprise-server-on-openstack-kvm)\n\n  OpenStack KVM に GitHub Enterprise Server をインストールするには、OpenStack アクセス権を持ち、 GitHub Enterprise Server QCOW2 イメージをダウンロードする必要があります。\n\n* [VMware GitHub Enterprise Server のインストール](/ja/enterprise-server@3.17/admin/installing-your-enterprise-server/setting-up-a-github-enterprise-server-instance/installing-github-enterprise-server-on-vmware)\n\n  VMware に GitHub Enterprise Server をインストールするには、VMware vSphere クライアントをダウンロードし、 GitHub Enterprise Server ソフトウェアをダウンロードして展開する必要があります。\n\n* [ステージングインスタンスのセットアップ](/ja/enterprise-server@3.17/admin/installing-your-enterprise-server/setting-up-a-github-enterprise-server-instance/setting-up-a-staging-instance)\n\n  分離された別の環境で GitHub Enterprise Server インスタンスを設定し、そのインスタンスを使用して変更を検証およびテストできます。\n\n* [アプリケーションの構成](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-user-applications-for-your-enterprise/configuring-applications)\n\n  GitHub.comの内部アプリケーション設定を構成できます。\n\n* [通知のためのメール設定](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-user-applications-for-your-enterprise/configuring-email-for-notifications)\n\n  ユーザーがアクティビティにすばやく応答できるように、問題の電子メール通知を送信し、要求をプルし、コメントをコミットするように GitHub.com を構成できます。\n\n* [エンタープライズ向けの GitHub ページの構成](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-user-applications-for-your-enterprise/configuring-github-pages-for-your-enterprise)\n\n  企業の GitHub Pages を有効または無効にして、サイトにパブリックにアクセスできるようにするかどうかを選択できます。\n\n* [Configuring rate limits (レート制限を構成する)](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-user-applications-for-your-enterprise/configuring-rate-limits)\n\n  GitHub Enterprise Serverを使用して、\\[Management Console]のレート制限を設定できます。\n\n* [API レート制限を構成するためのベスト プラクティス](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-user-applications-for-your-enterprise/best-practices-for-configuring-api-rate-limits)\n\n  API レート制限に対するデータドリブンアプローチにより、重要な統合を中断することなく、 GitHub Enterprise Server インスタンスが過剰な使用から保護されます。\n\n* [Web コミット署名を構成する](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-user-applications-for-your-enterprise/configuring-web-commit-signing)\n\n  GitHub Enterprise Serverの Web インターフェイスで行われたコミットの自動署名を有効にすることができます。\n\n* [対話型マップの構成](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-user-applications-for-your-enterprise/configuring-interactive-maps)\n\n  GitHub.com のウェブ インターフェイスで対話型マップの表示を有効にすることができます。\n\n* [企業向けの GitHub Mobile の管理](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-user-applications-for-your-enterprise/managing-github-mobile-for-your-enterprise)\n\n  ユーザーが GitHub Mobile を使って GitHub.com に接続できるかどうかを決定できます。\n\n* [Enterprise のドメインを検証または承認する](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-user-applications-for-your-enterprise/verifying-or-approving-a-domain-for-your-enterprise)\n\n  GitHubを使用してドメインの所有権を確認し、エンタープライズ アカウントが所有する組織の ID を確認できます。 また、Organization のメンバーがメール通知を受け取ることができるドメインを承認することができます。\n\n* [永続的コミット検証の無効化](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-user-applications-for-your-enterprise/disabling-persistent-commit-verification)\n\n  GitHub Enterprise Serverで永続的コミット検証を無効にして、ディスクの使用量を減らすことができます。\n\n* [TLSの設定](/ja/enterprise-server@3.17/admin/configuring-settings/hardening-security-for-your-enterprise/configuring-tls)\n\n  信頼された証明機関によって署名された証明書を使用できるように、 GitHub.com でトランスポート層セキュリティ (TLS) を構成できます。\n\n* [TLS エラーのトラブルシューティング](/ja/enterprise-server@3.17/admin/configuring-settings/hardening-security-for-your-enterprise/troubleshooting-tls-errors)\n\n  アプライアンスで TLS の問題が生じた場合は、解決のためのアクションを取ってください。\n\n* [プライベートモードの有効化](/ja/enterprise-server@3.17/admin/configuring-settings/hardening-security-for-your-enterprise/enabling-private-mode)\n\n  プライベート モードでは、 GitHub Enterprise Server では、すべてのユーザーがサインインしてインストールにアクセスする必要があります。\n\n* [サブドメインの分離を有効化する](/ja/enterprise-server@3.17/admin/configuring-settings/hardening-security-for-your-enterprise/enabling-subdomain-isolation)\n\n  サブドメイン分離を設定して、ユーザーが指定したコンテンツを GitHub Enterprise Server アプライアンスの他の部分から安全に分離できます。\n\n* [インスタンスのホスト キーの構成](/ja/enterprise-server@3.17/admin/configuring-settings/hardening-security-for-your-enterprise/configuring-host-keys-for-your-instance)\n\n  インスタンスが受信 SSH 接続のホスト キーを生成およびアドバタイズするために使用するアルゴリズムを構成することで、GitHub.comのセキュリティを強化できます。\n\n* [インスタンスへの SSH 接続の構成](/ja/enterprise-server@3.17/admin/configuring-settings/hardening-security-for-your-enterprise/configuring-ssh-connections-to-your-instance)\n\n  クライアントが接続を確立するために使用できる SSH アルゴリズムを構成することで、 GitHub.com のセキュリティを強化できます。\n\n* [エンタープライズの参照元ポリシーの構成](/ja/enterprise-server@3.17/admin/configuring-settings/hardening-security-for-your-enterprise/configuring-the-referrer-policy-for-your-enterprise)\n\n  クロスオリジン要求のポリシーを構成することで、GitHub.com のプライバシーを向上させることができます。\n\n* [仮想マシンのコンソールを使ったIPアドレスの設定](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-network-settings/configuring-the-ip-address-using-the-virtual-machine-console)\n\n  デフォルトでは、GitHub Enterprise Server は動的ホスト構成プロトコル (DHCP) を通じてネットワーク設定を取得します。 利用するプラットフォームでサポートされている場合、あるいはDHCPが利用できない場合、ネットワーク設定を仮想マシンのコンソールを使って設定することもできます。\n\n* [DNSネームサーバの設定](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-network-settings/configuring-dns-nameservers)\n\n  GitHub Enterprise Server は、DHCP リースがネームサーバーを提供する場合に、DNS 設定に動的ホスト構成プロトコル (DHCP) を使用します。 ネームサーバがDHCPのリースで提供されない場合、あるいは特定のDNS設定を使う必要がある場合は、手動でネームサーバを指定できます。\n\n* [インスタンスのホスト名の構成](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-network-settings/configuring-the-hostname-for-your-instance)\n\n  ネットワーク経由でアクセスできるホスト名を割り当てることで、 GitHub.com への信頼性の高いアクセスを提供できます。\n\n* [インスタンスのホスト名を変更する](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-network-settings/changing-the-hostname-for-your-instance)\n\n  既存の GitHub Enterprise Server インスタンスのホスト名を変更する場合は、設定とデータを新しいインスタンスに復元する必要があります。\n\n* [ドメイン設定の検証](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-network-settings/validating-your-domain-settings)\n\n  初めて GitHub.com を起動するときは、まずドメイン設定が適切に構成されていることを確認してください。\n\n* [アウトバウンドの Web プロキシ サーバーの設定](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-network-settings/configuring-an-outbound-web-proxy-server)\n\n  プロキシ サーバーは、 GitHub.comのセキュリティレベルを強化します。\n\n* [組み込みファイアウォールのルール設定](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-network-settings/configuring-built-in-firewall-rules)\n\n  既定のファイアウォール規則を表示し、 GitHub.comの規則をカスタマイズできます。\n\n* [ネットワーク ポート](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-network-settings/network-ports)\n\n  オープンするネットワークポートは、管理者、エンドユーザ、メールサポートへ公開する必要があるネットワークサービスに応じて選択してください。\n\n* [GitHub Enterprise Server とロード バランサーの使用](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-network-settings/using-github-enterprise-server-with-a-load-balancer)\n\n  単一の GitHub Enterprise Server インスタンスの前にロード バランサーを使用するか、高可用性構成のインスタンスのペアを使用します。\n\n* [時間の同期を構成する](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-network-settings/configuring-time-synchronization)\n\n  GitHub Enterprise Server は、NTP サーバーに接続することによって自動的に時刻を同期させます。 時刻の同期に使われるNTPサーバは設定できます。あるいはデフォルトのNTPサーバを利用することもできます。\n\n* [GitHub Connect について](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-github-connect/about-github-connect)\n\n  GitHub Connectは、GitHub Enterprise Serverからデータとワークフローにアクセスできるようにすることで、GitHub Enterprise Cloudを強化します。\n\n* [GitHub.com の GitHub Connect の有効化](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-github-connect/enabling-github-connect-for-githubcom)\n\n  GitHub Connectを有効にして、GitHub.comのGitHub.comから追加の機能とワークフローにアクセスできるようにします。\n\n* [GHE.com での GitHub Connect の有効化](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-github-connect/enabling-github-connect-for-ghecom)\n\n  GitHub ConnectがGHE.comとGitHub.comの間でデータを共有できるようにします。\n\n* [エンタープライズの自動ユーザー ライセンス同期を有効にする](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-github-connect/enabling-automatic-user-license-sync-for-your-enterprise)\n\n  GitHub EnterpriseからGitHub.comにユーザー ライセンスを自動的に同期することで、GitHub Enterprise Cloud環境全体のライセンス使用量を管理できます。\n\n* [エンタープライズ向けの Dependabot の有効化](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-github-connect/enabling-dependabot-for-your-enterprise)\n\n  Dependabot alertsとDependabot updatesを設定することで、ユーザーがコードの依存関係の脆弱性を見つけて修正できるようにします。\n\n* [自社でサーバー統計を有効にする](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-github-connect/enabling-server-statistics-for-your-enterprise)\n\n  GitHub Enterprise Server からご自身の集計データを分析し、GitHub を有効にすることで、Server Statistics 製品の改善にご協力いただけます。\n\n* [自社で統合検索を有効にする](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-github-connect/enabling-unified-search-for-your-enterprise)\n\n  ユーザーがGitHub Enterprise Cloudから検索するときに、GitHub.comのリポジトリを検索結果に含めることができます。\n\n* [エンタープライズの統合コントリビューションを有効にする](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-github-connect/enabling-unified-contributions-for-your-enterprise)\n\n  ユーザーがGitHub.comの投稿グラフに、GitHub Enterprise Cloudでの作業の匿名化された貢献度数を含めることができます。\n\n* [GitHub Connect を無効にする](/ja/enterprise-server@3.17/admin/configuring-settings/configuring-github-connect/disabling-github-connect)\n\n  GitHub Connect を無効にして、GitHub.com から GitHub Enterprise Cloud への接続を停止できます。\n\n* [管理コンソールについて](/ja/enterprise-server@3.17/admin/administering-your-instance/administering-your-instance-from-the-web-ui/about-the-management-console)\n\n  \\[Management Console]からは、GitHub.comの初期化、構成、監視を行うことができます。\n\n* [管理コンソールへのアクセスの管理](/ja/enterprise-server@3.17/admin/administering-your-instance/administering-your-instance-from-the-web-ui/managing-access-to-the-management-console)\n\n  GitHub.comユーザーを作成または削除することで、\\[Management Console]のセキュリティを強化できます。 ルート サイト管理者は、 \\[Management Console] にアクセスしたり、認証レート制限 \\[Management Console] 構成することができます。\n\n* [管理コンソールへのアクセス](/ja/enterprise-server@3.17/admin/administering-your-instance/administering-your-instance-from-the-web-ui/accessing-the-management-console)\n\n  ルート サイト管理者または\\[Management Console] ユーザーとして\\[Management Console]にアクセスできます。\n\n* [管理コンソールへのアクセスのトラブルシューティング](/ja/enterprise-server@3.17/admin/administering-your-instance/administering-your-instance-from-the-web-ui/troubleshooting-access-to-the-management-console)\n\n  \\[Management Console]のアクセスに関する問題のトラブルシューティングを行うことができます。\n\n* [インスタンスの検索インデックスの管理](/ja/enterprise-server@3.17/admin/administering-your-instance/administering-your-instance-from-the-web-ui/managing-search-indices-for-your-instance)\n\n  GitHub Enterprise Server は Elasticsearch を使用して検索機能を実現し、検索とインデックス作成の動作を管理するためのツールを提供します。\n\n* [管理シェル (SSH) にアクセスする](/ja/enterprise-server@3.17/admin/administering-your-instance/administering-your-instance-from-the-command-line/accessing-the-administrative-shell-ssh)\n\n  SSH アクセスによって、トラブルシューティング、バックアップの実行、レプリケーションの構成のために GitHub Enterprise Server のコマンドライン ユーティリティを実行できます。\n\n* [GitHub CLI を使用したインスタンスの管理](/ja/enterprise-server@3.17/admin/administering-your-instance/administering-your-instance-from-the-command-line/administering-your-instance-using-the-github-cli)\n\n  GHES Manage API の GitHub Enterprise Server 拡張機能を使用して、GitHub CLI インスタンスを管理できます。\n\n* [コマンド ライン ユーティリティ](/ja/enterprise-server@3.17/admin/administering-your-instance/administering-your-instance-from-the-command-line/command-line-utilities)\n\n  GitHub Enterprise Server には、特定の問題の解決や特定のタスクの実行に役立つさまざまなユーティリティが含まれています。\n\n* [メンテナンスモードの有効化とスケジューリング](/ja/enterprise-server@3.17/admin/administering-your-instance/configuring-maintenance-mode/enabling-and-scheduling-maintenance-mode)\n\n  GitHub.comのアップグレードやバックアップの復元など、一部の標準的なメンテナンス手順では、通常の使用のためにインスタンスをオフラインにする必要があります。\n\n* [エンタープライズ IAM の SAML について](/ja/enterprise-server@3.17/admin/managing-iam/understanding-iam-for-enterprises/about-saml-for-enterprise-iam)\n\n  SAML シングル サインオン (SSO) を使用して、企業が所有する組織一元的に管理できます。\n\n* [認証方法の変更](/ja/enterprise-server@3.17/admin/managing-iam/understanding-iam-for-enterprises/changing-authentication-methods)\n\n  既存のアカウント GitHub Enterprise Server 認証する方法はいつでも変更できます。\n\n* [使用しているプロバイダーの外部ユーザーのためのビルトイン認証の許可](/ja/enterprise-server@3.17/admin/managing-iam/understanding-iam-for-enterprises/allowing-built-in-authentication-for-users-outside-your-provider)\n\n  CAS、LDAP、または SAML 認証プロバイダーにアカウントを持っていないユーザーに対して組み込みの認証を許可するように、フォールバック認証を構成できます。\n\n* [Enterprise のアイデンティティおよびアクセス管理のトラブルシューティング](/ja/enterprise-server@3.17/admin/managing-iam/understanding-iam-for-enterprises/troubleshooting-identity-and-access-management-for-your-enterprise)\n\n  エンタープライズの ID とアクセス管理に関する一般的な issue と解決方法を確認します。\n\n* [SAML 構成リファレンス](/ja/enterprise-server@3.17/admin/managing-iam/iam-configuration-reference/saml-configuration-reference)\n\n  組織またはエンタープライズ 使用可能な SAML 属性と応答の要件の詳細を確認できます。\n\n* [外部認証のユーザー名に関する考慮事項](/ja/enterprise-server@3.17/admin/managing-iam/iam-configuration-reference/username-considerations-for-external-authentication)\n\n  認証に 、GitHub は一定のルールに従って、インスタンスのユーザー名を決定します。\n\n* [ビルトイン認証の設定](/ja/enterprise-server@3.17/admin/managing-iam/using-built-in-authentication/configuring-built-in-authentication)\n\n  既定の認証方法を使用すると、すべての認証の詳細が GitHub.comに格納されます。\n\n* [インスタンスを使用するようにユーザーを招待する](/ja/enterprise-server@3.17/admin/managing-iam/using-built-in-authentication/inviting-people-to-use-your-instance)\n\n  GitHub Enterprise Serverに組み込みの認証を使用する場合は、メール アドレスでユーザーを招待して、インスタンスにユーザー アカウントを作成できます。\n\n* [認証のないサインアップの無効化](/ja/enterprise-server@3.17/admin/managing-iam/using-built-in-authentication/disabling-unauthenticated-sign-ups)\n\n  GitHub.com に組み込みの認証を使っている場合、認証されていない個人がインスタンス上に新しいユーザー アカウントを作成するのをブロックすることができます。\n\n* [インスタンスのパスキーを無効化する](/ja/enterprise-server@3.17/admin/managing-iam/using-built-in-authentication/disabling-passkeys-for-your-instance)\n\n  インスタンス上のすべてのユーザーのパスキーを無効にする方法について説明します。\n\n* [CASの利用](/ja/enterprise-server@3.17/admin/managing-iam/using-cas-for-enterprise-iam/using-cas)\n\n  中央認証サービス (CAS) を使用して複数の Web アプリケーションへのアクセスを一元化する場合は、インスタンスの CAS 認証を構成することで GitHub Enterprise Server を統合できます。\n\n* [LDAPの利用](/ja/enterprise-server@3.17/admin/managing-iam/using-ldap-for-enterprise-iam/using-ldap)\n\n  ライトウェイト ディレクトリ アクセス プロトコル (LDAP) を使用してアプリケーション間のアクセスを一元化する場合は、インスタンスの LDAP 認証を構成して GitHub Enterprise Server を統合できます。\n\n* [Enterprise 向けの SAML シングルサインオンを設定する](/ja/enterprise-server@3.17/admin/managing-iam/using-saml-for-enterprise-iam/configuring-saml-single-sign-on-for-your-enterprise)\n\n  ID プロバイダー (IdP) を通じて SAML シングル サインオン (SSO) を組織内のリポジトリ、イシュー、プル リクエストなどのリソースへのアクセスを管理、保護することができます。\n\n* [暗号化されたアサーションの有効化](/ja/enterprise-server@3.17/admin/managing-iam/using-saml-for-enterprise-iam/enabling-encrypted-assertions)\n\n  SAML シングル サインオン (SSO) で GitHub.comのセキュリティを向上させるには、SAML ID プロバイダー (IdP) が送信するメッセージを暗号化します。\n\n* [ユーザーの SAML NameID の更新](/ja/enterprise-server@3.17/admin/managing-iam/using-saml-for-enterprise-iam/updating-a-users-saml-nameid)\n\n  ID プロバイダー (IdP) でアカウントの`NameID`が変更され、そのユーザーがGitHub.comにサインインできなくなった場合は、`NameID`のGitHub.com マッピングを更新する必要があります。\n\n* [SAML認証のトラブルシューティング](/ja/enterprise-server@3.17/admin/managing-iam/using-saml-for-enterprise-iam/troubleshooting-saml-authentication)\n\n  SAML シングル サインオン (SSO) を使用していて、ユーザーが GitHubにアクセスするために認証できない場合は、問題のトラブルシューティングを行うことができます。\n\n* [GitHub Enterprise Server での SCIM を使用したユーザー プロビジョニングについて](/ja/enterprise-server@3.17/admin/managing-iam/provisioning-user-accounts-with-scim/user-provisioning-with-scim-on-ghes)\n\n  GitHub.comで SCIM を使用してユーザー アカウントのライフサイクルを管理する方法について説明します。\n\n* [エンタープライズ マネージド ユーザー](/ja/enterprise-server@3.17/admin/managing-iam/provisioning-user-accounts-with-scim/configuring-scim-provisioning-for-users)\n\n  クロスドメイン ID 管理システム (SCIM) を使用して、ID プロバイダー (IdP) からエンタープライズのユーザー アカウントのライフサイクルを管理できます。\n\n* [SCIM を使用した LDAP から SAML への移行](/ja/enterprise-server@3.17/admin/managing-iam/provisioning-user-accounts-with-scim/migrating-from-ldap-to-saml-with-scim)\n\n  一元化されたユーザー管理のために SCIM プロビジョニングを使用して、 GitHub Enterprise Server インスタンスを LDAP 認証から SAML シングル サインオンに移行する方法について説明します。\n\n* [Entra ID を使用した認証とプロビジョニングの構成](/ja/enterprise-server@3.17/admin/managing-iam/provisioning-user-accounts-with-scim/configuring-authentication-and-provisioning-with-entra-id)\n\n  id プロバイダー (IdP) として Microsoft Entra ID (以前は Azure AD) のテナントを使用して、GitHub.com の認証とユーザー プロビジョニングを一元的に管理できます。\n\n* [PingFederate を使用して認証とプロビジョニングを設定する](/ja/enterprise-server@3.17/admin/managing-iam/provisioning-user-accounts-with-scim/configuring-authentication-and-provisioning-with-pingfederate)\n\n  PingFederate を ID プロバイダー（IdP）として設定し、して、Enterprise Managed UsersGitHub.comまたはGHE.comで利用します。\n\n* [okta を使用した 認証と プロビジョニングの構成](/ja/enterprise-server@3.17/admin/managing-iam/provisioning-user-accounts-with-scim/configuring-scim-provisioning-with-okta)\n\n  企業と通信するように Okta を構成する方法について説明します。\n\n* [ユーザーに対する SCIM プロビジョニングの無効化](/ja/enterprise-server@3.17/admin/managing-iam/provisioning-user-accounts-with-scim/disabling-scim-provisioning-for-users)\n\n  Enterprise のユーザー アカウントに対する SCIM プロビジョニングを無効にすることができます。\n\n* [REST API を使用した SCIM でユーザーとグループのプロビジョニング](/ja/enterprise-server@3.17/admin/managing-iam/provisioning-user-accounts-with-scim/provisioning-users-and-groups-with-scim-using-the-rest-api)\n\n  GitHubの REST API for System for Cross-domain Identity Management (SCIM) を使用して、ID プロバイダーからのユーザー アカウントのライフサイクルを管理します。\n\n* [ID プロバイダー グループを使用したチーム メンバーシップの管理](/ja/enterprise-server@3.17/admin/managing-iam/provisioning-user-accounts-with-scim/managing-team-memberships-with-identity-provider-groups)\n\n  IdP グループを GitHub 上のチームと接続し、ID プロバイダーを介してチームと組織のメンバーシップを管理します。\n\n* [SCIM を使用したユーザーのプロビジョニング解除と復帰](/ja/enterprise-server@3.17/admin/managing-iam/provisioning-user-accounts-with-scim/deprovisioning-and-reinstating-users)\n\n  ユーザーで行う方法の詳細を確認する。\n\n* [ID プロバイダー グループを使用したチーム メンバーシップのトラブルシューティング](/ja/enterprise-server@3.17/admin/managing-iam/provisioning-user-accounts-with-scim/troubleshooting-team-membership-with-identity-provider-groups)\n\n  ID プロバイダー (IdP) 上にあるグループを使用してチーム メンバーシップを管理しているが、チーム メンバーシップが同期していない場合は、問題をトラブルシューティングできます。\n\n* [Enterprise のユーザメッセージをカスタマイズする](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/communicating-information-to-users-in-your-enterprise/customizing-user-messages-for-your-enterprise)\n\n  ユーザーが GitHubに表示するカスタム メッセージを作成できます。\n\n* [カスタムフッターの構成](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/communicating-information-to-users-in-your-enterprise/configuring-custom-footers)\n\n  カスタム フッターを追加すると、ユーザーが Enterprise 固有のリンクに簡単にアクセスできるようになります。\n\n* [ユーザセキュリティのベストプラクティス](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-users-in-your-enterprise/best-practices-for-user-security)\n\n  サイト管理者が実装できるインスタンス レベルのセキュリティ対策 (SSL、サブドメイン分離、ファイアウォールの構成) 以外にも、Enterprise を保護するためにユーザーが実行できるステップがあります。\n\n* [Enterprise を管理するようユーザを招待する](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-users-in-your-enterprise/inviting-people-to-manage-your-enterprise)\n\n  お使いのエンタープライズ アカウントのエンタープライズ オーナー、追加、削除できます。また、請求マネージャー、削除できます。\n\n* [GitHub Enterprise Server の予約済みユーザー名について](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-users-in-your-enterprise/about-reserved-usernames-for-github-enterprise-server)\n\n  特定の単語は内部使用のために予約されており、ユーザー名として使用することはできません。\n\n* [サイト管理者の昇格あるいは降格](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-users-in-your-enterprise/promoting-or-demoting-a-site-administrator)\n\n  サイト管理者は、任意の通常ユーザアカウントをサイト管理者に昇格させることや、他のサイト管理者を通常のユーザに降格させることができます。\n\n* [企業内の従業員を表示する](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-users-in-your-enterprise/viewing-people-in-your-enterprise)\n\n  Enterprise が所有するリソースやユーザライセンスの利用を監査するため、Enterprise のオーナーは、すべての Enterprise の管理者およびメンバーを表示できます。\n\n* [Enterprise へのユーザの SAML アクセスの表示および管理](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-users-in-your-enterprise/viewing-and-managing-a-users-saml-access-to-your-enterprise)\n\n  エンタープライズ メンバーの アクティブな SAML セッションを表示および取り消すことができます。\n\n* [Enterprise にわたるユーザの監査](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-users-in-your-enterprise/auditing-users-across-your-enterprise)\n\n  監査ログ ダッシュボードでは、サイト管理者に対して、過去 180 日以内に Enterprise 全体ですべてのユーザーと Organization によって実行されたアクションを表示します。 監査ログには、誰がいつ何のアクションを実行したかなどの詳細が含まれます。\n\n* [ユーザーの偽装](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-users-in-your-enterprise/impersonating-a-user)\n\n  トラブルシューティング、ブロック解除、その他の正当な理由のために、ユーザーを偽装し、ユーザーに代わってアクションを実行できます。\n\n* [休眠ユーザーの管理](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-users-in-your-enterprise/managing-dormant-users)\n\n  データ リユーザブルエンタープライズアカウントの非アクティブユーザー活動しきい値 %}\n\n* [ユーザーのサスペンドとサスペンドの解除](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-users-in-your-enterprise/suspending-and-unsuspending-users)\n\n  ユーザーが退職または会社の別の部分に移動する場合は、 GitHub.comにアクセスする機能を削除または変更する必要があります。\n\n* [インスタンスからユーザーを削除](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-users-in-your-enterprise/deleting-users-from-your-instance)\n\n  ユーザーのアカウントを削除して、 GitHub.comからデータを完全に削除できます。\n\n* [ユーザーまたは組織への法的ホールドの配置](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-users-in-your-enterprise/placing-a-legal-hold-on-a-user-or-organization)\n\n  ユーザまたは Organization を法的に保留して、それらが所有するリポジトリを Enterprise から完全に削除できないようにすることができます。\n\n* [SSHキーの監査](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-users-in-your-enterprise/auditing-ssh-keys)\n\n  サイト管理者は SSH キーのインスタンス全体に対する監査を始めることができます。\n\n* [コントリビューションデータの再構築](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-users-in-your-enterprise/rebuilding-contributions-data)\n\n  既存のコミットをユーザアカウントにリンクするために、コントリビューションデータの再構築が必要になることがあります。\n\n* [組織メンバーシップの表示設定](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-organizations-in-your-enterprise/configuring-visibility-for-organization-membership)\n\n  企業全体で新しい組織メンバーの可視性を公開または非公開に設定できます。 また、メンバーが自分の可視性をデフォルトから変更できないようにすることもできます。\n\n* [ユーザによるOrganizationの作成の禁止](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-organizations-in-your-enterprise/preventing-users-from-creating-organizations)\n\n  ユーザが Enterprise 内に Organization を作成できないようにすることができます。\n\n* [Organizationに2要素認証を要求する](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-organizations-in-your-enterprise/requiring-two-factor-authentication-for-an-organization)\n\n  Organizationのメンバーと外部のコラボレータに対し、Organizatin内の個人アカウントで2要素認証を有効化することを求め、悪意ある者がOrganizationのリポジトリや設定にアクセスするのを困難にできます。\n\n* [あなたの企業が所有する組織での役割を管理する](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-organizations-in-your-enterprise/managing-your-role-in-an-organization-owned-by-your-enterprise)\n\n  Enterprise によって所有される任意の Organization のメンバーシップを管理し、Organization 内のロールを変更できます。\n\n* [削除された Organization の復元](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-organizations-in-your-enterprise/restoring-a-deleted-organization)\n\n  GitHub.comで以前に削除された組織を部分的に復元できます。\n\n* [Jira を使用するプロジェクトの管理](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-organizations-in-your-enterprise/managing-projects-using-jira)\n\n  プロジェクト管理用に Jira を GitHub Enterprise Server と統合できます。\n\n* [Enterprise 向けの Git Large File Storage を設定する](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-repositories-in-your-enterprise/configuring-git-large-file-storage-for-your-enterprise)\n\n  Git 大容量ファイルストレージ (Git LFS) は Git のオープンソース拡張で、大きいファイルを他のテキストファイルと同じように扱えるようにしてくれます。\n\n* [Enterprise で Git SSH アクセスを無効化する](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-repositories-in-your-enterprise/disabling-git-ssh-access-on-your-enterprise)\n\n  Enterprise 内の特定のリポジトリまたはすべてのリポジトリで、ユーザが SSH 経由で Git を使用できないようにすることができます。\n\n* [リポジトリのロック](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-repositories-in-your-enterprise/locking-a-repository)\n\n  リポジトリをロックすることで、リポジトリのコードやその他のリソース (issue や pull request など) の変更を防ぐことができます。\n\n* [削除したリポジトリの復元](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-repositories-in-your-enterprise/restoring-a-deleted-repository)\n\n  削除したリポジトリを復元して、その内容を回復することができます。\n\n* [サービスフックのトラブルシューティング](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-repositories-in-your-enterprise/troubleshooting-service-hooks)\n\n  ペイロードが配信されない場合、以下の一般的な問題をチェックしてください。\n\n* [企業における役割の能力](/ja/enterprise-server@3.17/admin/managing-accounts-and-repositories/managing-roles-in-your-enterprise/abilities-of-roles)\n\n  企業の設定とデータへのアクセスを許可する適切なロールを見つけます。\n\n* [アップグレード プロセスの概要](/ja/enterprise-server@3.17/admin/upgrading-your-instance/preparing-to-upgrade/overview-of-the-upgrade-process)\n\n  アップグレード戦略を計画してテストできるように、 GitHub Enterprise Serverアップグレードの推奨事項と要件について説明します。\n\n* [アップグレードの要求事項](/ja/enterprise-server@3.17/admin/upgrading-your-instance/preparing-to-upgrade/upgrade-requirements)\n\n  GitHub Enterprise Serverアップグレードする前に、これらの推奨事項と要件を確認してアップグレード戦略を計画してください。\n\n* [自動アップデートチェックの有効化](/ja/enterprise-server@3.17/admin/upgrading-your-instance/preparing-to-upgrade/enabling-automatic-update-checks)\n\n  自動アップデートを有効にすると、GitHub.com によって、最新の GitHub Enterprise Server リリースの確認とダウンロードが行われます。\n\n* [スナップショットの取得](/ja/enterprise-server@3.17/admin/upgrading-your-instance/preparing-to-upgrade/taking-a-snapshot)\n\n  アップグレードする前に GitHub Enterprise Server データを保存するには、仮想マシン スナップショットを作成します。\n\n* [アップグレードする前にシステムの容量を確認する](/ja/enterprise-server@3.17/admin/upgrading-your-instance/preparing-to-upgrade/check-system-capacity-before-upgrading)\n\n  GitHub Enterprise Serverをアップグレードする前に、これらの容量チェックを実行し、推奨される手順を実行する必要があります。\n\n* [ホットパッチでのアップグレード](/ja/enterprise-server@3.17/admin/upgrading-your-instance/performing-an-upgrade/upgrading-with-a-hotpatch)\n\n  ホットパッチ パッケージを使用して、 GitHub Enterprise Server を機能シリーズ内の新しいパッチ リリースにアップグレードできます。\n\n* [アップグレードパッケージでのアップグレード](/ja/enterprise-server@3.17/admin/upgrading-your-instance/performing-an-upgrade/upgrading-with-an-upgrade-package)\n\n  アップグレード パッケージを使用して、 GitHub Enterprise Server を新しい機能リリースにアップグレードする方法について説明します。\n\n* [GitHub Enterprise 11.10.x から 2.1.23 への移行](/ja/enterprise-server@3.17/admin/upgrading-your-instance/performing-an-upgrade/migrating-from-github-enterprise-1110x-to-2123)\n\n  GitHub Enterprise 11.10.x から 2.1.23 に移行するには、新しいアプライアンス インスタンスを設定し、前のインスタンスからデータを移行する必要があります。\n\n* [失敗したアップグレードからのリストア](/ja/enterprise-server@3.17/admin/upgrading-your-instance/troubleshooting-upgrades/restoring-from-a-failed-upgrade)\n\n  失敗したアップグレードからロールバックする方法について説明します。\n\n* [インスタンスへのアップグレードに関する既知の問題](/ja/enterprise-server@3.17/admin/upgrading-your-instance/troubleshooting-upgrades/known-issues-with-upgrades-to-your-instance)\n\n  GitHub Enterprise Serverのアップグレード プロセスに影響を与える問題、またはアップグレード完了後にインスタンスに影響を与える問題の回避策の概要を参照してください。\n\n* [アップグレード パッケージの署名キーのローテーション](/ja/enterprise-server@3.17/admin/upgrading-your-instance/troubleshooting-upgrades/rotating-the-signing-key-for-upgrade-packages)\n\n  GitHub Enterprise Serverがアップグレード パッケージの署名に使用するキーを更新するときに、GitHubで GPG 公開キーをローテーションする方法について説明します。\n\n* [GitHub Enterprise Server のバックアップ サービスについて](/ja/enterprise-server@3.17/admin/backing-up-and-restoring-your-instance/about-the-backup-service-for-github-enterprise-server)\n\n  組み込みのバックアップ サービスが提供する機能と、それが高可用性レプリカとどのように異なるかについて説明します。\n\n* [バックアップ サービスについて](/ja/enterprise-server@3.17/admin/backing-up-and-restoring-your-instance/understanding-the-backup-service)\n\n  GitHub Enterprise Serverでのバックアップ サービスの使用に関する一般的な質問への回答。\n\n* [バックアップ サービスの構成](/ja/enterprise-server@3.17/admin/backing-up-and-restoring-your-instance/configuring-the-backup-service)\n\n  \\[Management Console]で組み込みのバックアップ サービスを有効にして構成し、必要に応じてレガシ設定を移行します。\n\n* [バックアップの作成と監視](/ja/enterprise-server@3.17/admin/backing-up-and-restoring-your-instance/creating-and-monitoring-backups)\n\n  \\[Management Console]またはコマンド ラインを使用して、手動バックアップを実行し、バックアップの種類を理解し、バックアップ アクティビティを監視します。\n\n* [バックアップからの復元](/ja/enterprise-server@3.17/admin/backing-up-and-restoring-your-instance/restoring-from-a-backup)\n\n  以前に作成したバックアップ スナップショットを使用して、 GitHub Enterprise Server インスタンスを復元します。\n\n* [GitHub Actionsを有効にした状態での復元](/ja/enterprise-server@3.17/admin/backing-up-and-restoring-your-instance/restoring-with-github-actions-enabled)\n\n  外部 BLOB ストレージで GitHub Actions が有効になっている場合にバックアップの準備と復元を行う方法について説明します。\n\n* [バックアップ サービスの設定のリファレンス](/ja/enterprise-server@3.17/admin/backing-up-and-restoring-your-instance/backup-service-settings-reference)\n\n  \\[Management Console]の \\[バックアップ サービス] セクションで使用可能なすべての構成可能なオプションのリファレンス。\n\n* [スナップショット ファイルの構造について](/ja/enterprise-server@3.17/admin/backing-up-and-restoring-your-instance/understanding-the-snapshot-file-structure)\n\n  格納されている内容やハード リンクの使われ方など、バックアップ スナップショット ディレクトリの構造と内容について説明します。\n\n* [バックアップ ユーティリティを使用したインスタンスでのバックアップの構成](/ja/enterprise-server@3.17/admin/backing-up-and-restoring-your-instance/configuring-backups-on-your-instance)\n\n  ディザスター リカバリー計画の一環として、自動バックアップを構成することで、 GitHub.com の運用データを保護できます。\n\n* [Enterprise でリポジトリ管理ポリシーを適用する](/ja/enterprise-server@3.17/admin/enforcing-policies/enforcing-policies-for-your-enterprise/enforcing-repository-management-policies-in-your-enterprise)\n\n  エンタープライズの組織内でリポジトリ管理のポリシーを適用することや、各組織でポリシーを設定することができます。\n\n* [エンタープライズ内でプロジェクトにポリシーを適用する](/ja/enterprise-server@3.17/admin/enforcing-policies/enforcing-policies-for-your-enterprise/enforcing-policies-for-projects-in-your-enterprise)\n\n  企業の組織内で プロジェクト のポリシーを適用したり、各組織でポリシーを設定したりできます。\n\n* [Enterprise のメール通知を制限する](/ja/enterprise-server@3.17/admin/enforcing-policies/enforcing-policies-for-your-enterprise/restricting-email-notifications-for-your-enterprise)\n\n  エンタープライズが所有する組織のアクティビティに関するメール通知をメンバーが受信できるドメインに制限することで、エンタープライズの情報が個人のメール アカウントに漏洩するのを防ぐことができます。\n\n* [Enterprise でセキュリティ設定のポリシーを適用する](/ja/enterprise-server@3.17/admin/enforcing-policies/enforcing-policies-for-your-enterprise/enforcing-policies-for-security-settings-in-your-enterprise)\n\n  Enterprise の Organization 内のセキュリティ設定を管理するようにポリシーを適用することも、各 Organization でポリシーを設定することもできます。\n\n* [企業でGitHub Actionsのポリシーを適用する](/ja/enterprise-server@3.17/admin/enforcing-policies/enforcing-policies-for-your-enterprise/enforcing-policies-for-github-actions-in-your-enterprise)\n\n  ポリシーを適用して、企業内での GitHub Actions の使用方法を管理できます。\n\n* [エンタープライズのコード セキュリティと分析のためのポリシーの適用](/ja/enterprise-server@3.17/admin/enforcing-policies/enforcing-policies-for-your-enterprise/enforcing-policies-for-code-security-and-analysis-for-your-enterprise)\n\n  ポリシーを適用して、Enterprise の organization 内でのコード セキュリティおよび分析機能の使用を管理できます。\n\n* [Enterprise 内の個人用アクセス トークンに対するポリシーの適用](/ja/enterprise-server@3.17/admin/enforcing-policies/enforcing-policies-for-your-enterprise/enforcing-policies-for-personal-access-tokens-in-your-enterprise)\n\n  エンタープライズ所有者は、リソースへのアクセスをポリシーを適用して制御できます。 personal access tokens\n\n* [pre-receiveフックについて](/ja/enterprise-server@3.17/admin/enforcing-policies/enforcing-policy-with-pre-receive-hooks/about-pre-receive-hooks)\n\n  *受信前フック* は、品質チェックの実装に使用できる GitHub Enterprise Server アプライアンスで実行されるスクリプトです。\n\n* [pre-receiveフック環境の作成](/ja/enterprise-server@3.17/admin/enforcing-policies/enforcing-policy-with-pre-receive-hooks/creating-a-pre-receive-hook-environment)\n\n  pre-receiveフックを実行するには、デフォルトのpre-receive環境を使うか、カスタムの環境を作成します。\n\n* [pre-receiveフックスクリプトの作成](/ja/enterprise-server@3.17/admin/enforcing-policies/enforcing-policy-with-pre-receive-hooks/creating-a-pre-receive-hook-script)\n\n  pre-receiveフックのスクリプトを使って、プッシュの内容に基づいて受け入れまたは拒否するための条件を作成します。\n\n* [インスタンスで事前受信フックの管理](/ja/enterprise-server@3.17/admin/enforcing-policies/enforcing-policy-with-pre-receive-hooks/managing-pre-receive-hooks-on-your-instance)\n\n  GitHub.com でユーザーが事前受信フックを使用する方法を構成します。\n\n* [企業の監査ログにアクセスする](/ja/enterprise-server@3.17/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/accessing-the-audit-log-for-your-enterprise)\n\n  エンタープライズ アカウントが所有するすべての組織からのアクションが集約された監査ログを表示できます。\n\n* [エンタープライズの監査ログの構成](/ja/enterprise-server@3.17/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/configuring-the-audit-log-for-your-enterprise)\n\n  エンタープライズの監査ログの設定を構成できます。\n\n* [エンタープライズの監査ログの検索](/ja/enterprise-server@3.17/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/searching-the-audit-log-for-your-enterprise)\n\n  Enterprise で監査されたアクションの広範なリストを検索できます。\n\n* [アクセス トークンによって実行される監査ログ イベントの識別](/ja/enterprise-server@3.17/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/identifying-audit-log-events-performed-by-an-access-token)\n\n  エンタープライズ内の特定のトークンによって実行されるアクションを識別できます。\n\n* [企業の監査ログのストリーミング](/ja/enterprise-server@3.17/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/streaming-the-audit-log-for-your-enterprise)\n\n  監査イベントデータと Git イベント データを GitHub から外部データ管理システムにストリーミングする方法について説明します。\n\n* [エンタープライズの監査ログ API を使う](/ja/enterprise-server@3.17/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/using-the-audit-log-api-for-your-enterprise)\n\n  REST API を使って、エンタープライズ イベントをプログラムで取得する方法について説明します。\n\n* [企業向け監査ログイベント](/ja/enterprise-server@3.17/admin/monitoring-activity-in-your-enterprise/reviewing-audit-logs-for-your-enterprise/audit-log-events-for-your-enterprise)\n\n  エンタープライズの監査ログに記録されたイベントを確認します。\n\n* [インスタンスのレポートへのアクセス](/ja/enterprise-server@3.17/admin/monitoring-activity-in-your-enterprise/exploring-user-activity-in-your-enterprise/accessing-reports-for-your-instance)\n\n  GitHub.comのユーザー、組織、リポジトリに関する情報を含むレポートをダウンロードできます。\n\n* [プッシュログの表示](/ja/enterprise-server@3.17/admin/monitoring-activity-in-your-enterprise/exploring-user-activity-in-your-enterprise/viewing-push-logs)\n\n  サイト管理者は、Enterprise 上の任意のリポジトリに対する Git プッシュ操作の一覧を確認することができます。\n\n* [ログの転送](/ja/enterprise-server@3.17/admin/monitoring-activity-in-your-enterprise/exploring-user-activity-in-your-enterprise/log-forwarding)\n\n  GitHub Enterprise Server では、`syslog-ng` を使用して、システムとアプリケーション ログを、指定したサーバーに転送します。\n\n* [グローバルwebhookの管理](/ja/enterprise-server@3.17/admin/monitoring-activity-in-your-enterprise/exploring-user-activity-in-your-enterprise/managing-global-webhooks)\n\n  Enterprise 内でイベントが発生したときに外部の Web サーバーに通知するように、グローバル Webhook を構成できます。\n\n* [Server Statistics について](/ja/enterprise-server@3.17/admin/monitoring-activity-in-your-enterprise/analyzing-how-your-team-works-with-server-statistics/about-server-statistics)\n\n  Server Statisticsを使用して、GitHub Enterprise Serverからの独自の集計データを分析し、GitHub製品の改善に役立ちます。\n\n* [Server Statistics をエクスポートする](/ja/enterprise-server@3.17/admin/monitoring-activity-in-your-enterprise/analyzing-how-your-team-works-with-server-statistics/exporting-server-statistics)\n\n  独自のツールを使用して、メトリックを CSV または JSON ファイルにダウンロードすることで、時間の経過に伴うの使用状況を分析できます。\n\n* [REST API を使用したサーバー統計の要求](/ja/enterprise-server@3.17/admin/monitoring-activity-in-your-enterprise/analyzing-how-your-team-works-with-server-statistics/requesting-server-statistics-using-the-rest-api)\n\n  独自のツールを使用して、REST API を使用して収集されたGitHub Enterprise Serverメトリックを要求することで、時間の経過に伴うServer Statisticsの使用状況を分析できます。\n\n* [インスタンスの監視について](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/monitoring-your-instance/about-monitoring-your-instance)\n\n  アプリケーションのパフォーマンスや可用性に悪影響を与える前に潜在的な問題を認識できるように、監視とアラートを構成できます。\n\n* [モニター ダッシュボードについて](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/monitoring-your-instance/about-the-monitor-dashboards)\n\n  CPU やストレージの使用状況、アプリケーションと認証の応答時間、一般的なシステムの正常性など、詳細についての履歴データを表示します。\n\n* [GitHub Enterprise Server インスタンスでの Git トラフィックの分析](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/monitoring-your-instance/analyze-git-traffic)\n\n  Governor を使用して、インスタンスの負荷を促進している Git トラフィック パターンを特定し、低速な Git 操作のトラブルシューティングを行い、パフォーマンスへの影響を軽減できるようにします。\n\n* [アラートの推奨閾値](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/monitoring-your-instance/recommended-alert-thresholds)\n\n  GitHub Enterprise Server アプライアンスのパフォーマンスに影響を与える前に、システムリソースの問題を通知するようにアラートを設定できます。\n\n* [収集されたメトリックについて](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/monitoring-your-instance/collectd-metrics/about-collectd-metrics)\n\n  Collectd メトリックは、GitHub Enterprise Server インスタンスの監視ソリューションを提供します。\n\n* [外部監視の設定（collectdを使用）](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/monitoring-your-instance/collectd-metrics/setting-up-external-monitoring-with-collectd)\n\n  外部監視システムを構成して、GitHub Enterprise Server インスタンスから収集されたメトリックスを収集および分析します。\n\n* [GitHub Enterprise Server の収集されたメトリック](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/monitoring-your-instance/collectd-metrics/collectd-metrics-for-github-enterprise-server)\n\n  GitHub.com のために `collectd` が収集するメトリクスを確認できます。\n\n* [Prometheus メトリックのエクスポートとスクレイピング](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/monitoring-your-instance/collectd-metrics/exporting-and-scraping-prometheus-metrics)\n\n  GitHub Enterprise Server は、`collectd` データを変換することで Prometheus と互換性のあるメトリックを用意しています。 これらのメトリックは専用のエンドポイントからスクレイピングできるため、観測や監視のツールと統合してパフォーマンスに関する分析情報を得ることができます。\n\n* [SNMP での監視](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/monitoring-your-instance/monitoring-using-snmp)\n\n  GitHub Enterpriseは、SNMP経由でディスクの使用や CPU の使用率、メモリーの使用などのデータを提供します。\n\n* [システム ログについて](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/monitoring-your-instance/about-system-logs)\n\n  管理者がアクティビティとエラーを理解しやすくするために、 GitHub Enterprise Server はシステム ログを格納します。\n\n* [GitHub Enterprise Server のサポート バンドルについて](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/monitoring-your-instance/about-support-bundles)\n\n  GitHub Enterprise Server インスタンスで問題が発生した場合、サポート バンドルにより、問題を迅速に解決するために必要な診断データがGitHub のサポートに提供されます。\n\n* [リソースの割り当てに関する問題のトラブルシューティング](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/monitoring-your-instance/troubleshooting-resource-allocation-problems)\n\n  GitHub Enterprise Server アプライアンスで発生する可能性がある一般的なリソース割り当ての問題のトラブルシューティング。\n\n* [企業向けヘルスチェックを生成する](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/monitoring-your-instance/generating-a-health-check-for-your-enterprise)\n\n  正常性チェックを生成することで、GitHub.com の全般的な正常性と Git および API 要求に関する分析情報を得ることができます。\n\n* [ストレージ容量の増加](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/increasing-storage-capacity)\n\n  Gitリポジトリ、データベース、検索インデックス、その他の恒久的なアプリケーションデータに利用できるストレージの量は、追加あるいは変更できます。\n\n* [CPUあるいはメモリリソースの増加](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/increasing-cpu-or-memory-resources)\n\n  GitHub.com を実行する仮想マシン (VM) の CPU またはメモリ リソースを増やすことができます。\n\n* [第 2 世代仮想マシンの使用](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/using-generation-2-virtual-machines)\n\n  GitHub Enterprise Server 3.14 以降の新規インストールでは、第 2 世代仮想マシンを使用できます。\n\n* [プラットフォームの変更](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/changing-your-platform)\n\n  実行するプラットフォームを変更する方法 GitHub.com\n\n* [クラスタリングについて](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-clustering/about-clustering)\n\n  GitHub Enterprise Serverのクラスター トポロジは、他のトポロジでリソース枯渇が発生する数万人のユーザーをサポートするように設計されています。 クラスターでは、インスタンスのサービスは複数のノードにわたって水平にスケーリングされます。\n\n* [クラスタリングと High Availability (HA) の違い](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-clustering/differences-between-clustering-and-high-availability-ha)\n\n  GitHub Enterprise Server インスタンスを構成する仮想マシン (VM) のデプロイ トポロジの違いについて説明します。\n\n* [クラスタノードについて](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-clustering/about-cluster-nodes)\n\n  GitHub Enterprise Server クラスターのノードとは、インスタンスを構成する GitHub Enterprise Server ソフトウェアを実行する個々の仮想マシン (VM) です。 各ノードは、一連のサービスを実行します。\n\n* [クラスタのネットワーク設定](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-clustering/cluster-network-configuration)\n\n  GitHub Enterprise Server クラスターには、適切なDNSの名前解決、ロードバランシング、およびノード間の通信が必要です。\n\n* [クラスタの初期化](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-clustering/initializing-the-cluster)\n\n  GitHub Enterprise Server クラスターはライセンスで設定し、管理シェル (SSH) を使用して初期化する必要があります。\n\n* [データベース シード処理の遅延](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-clustering/deferring-database-seeding)\n\n  データベースのシード処理の延期で、新しい MySQL レプリカ ノードをクラスターに追加するプロセスを高速化できます。\n\n* [クラスタのアップグレード](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-clustering/upgrading-a-cluster)\n\n  GitHub Enterprise Server クラスターを最新リリースにアップグレードするには、管理シェル (SSH) を使用します。\n\n* [クラスターの正常性の監視](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-clustering/monitoring-the-health-of-your-cluster)\n\n  GitHub Enterprise Server クラスターのパフォーマンスと冗長性を確保するために、クラスターの正常性を監視できます。\n\n* [ノードエリジビリティサービスを使用して、クラスターノードの正常性を監視する](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-clustering/monitoring-the-health-of-your-cluster-nodes-with-node-eligibility-service)\n\n  GitHub Enterprise Serverを使用して、Node Eligibility Service クラスター内のノードがオフラインになって問題が発生する時間を監視できます。\n\n* [クラスター ワークロードの再調整](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-clustering/rebalancing-cluster-workloads)\n\n  GitHub Enterprise Server クラスターで、クラスターのノード全体にわたってワークロードのジョブの割り当てが均等に分散されるように強制できます。\n\n* [クラスタノードの入れ替え](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-clustering/replacing-a-cluster-node)\n\n  ノードが提供するサービスを維持しながら、 GitHub Enterprise Server クラスター内の機能しているノードまたは障害が発生したノードを置き換えます。\n\n* [クラスタの High Availability レプリケーションを設定する](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-clustering/configuring-high-availability-replication-for-a-cluster)\n\n  GitHub Enterprise Server クラスター全体のレプリカを別のデータセンターに構成して、クラスターを冗長ノードにフェールオーバーできます。\n\n* [レプリカ クラスターへのフェールオーバーを開始する](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-clustering/initiating-a-failover-to-your-replica-cluster)\n\n  GitHub Enterprise Server クラスターで障害が発生した場合は、レプリカにフェールオーバーできます。\n\n* [高可用性構成について](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-high-availability/about-high-availability-configuration)\n\n  高可用性構成では、すべてのメジャー データストアのレプリケーションを通じて、完全冗長セカンダリ GitHub Enterprise Server アプライアンスがプライマリ アプライアンスと同期されます。\n\n* [高可用性レプリカに関する一般的な質問への回答](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-high-availability/answers-to-common-questions-about-high-availability-replicas)\n\n  高可用性レプリカの種類、通信パターン、メンテナンス操作、デプロイに適したレプリカの選択方法に関する情報を確認します。\n\n* [高可用性レプリカの作成](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-high-availability/creating-a-high-availability-replica)\n\n  アクティブ／パッシブ設定では、レプリカアプライアンスはプライマリアプライアンスの冗長コピーです。 プライマリアプライアンスに障害が起こると、High Availabilityモードではレプリカがプライマリアプライアンスとして動作し、サービスの中断を最小限にできます。\n\n* [高可用性構成の監視](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-high-availability/monitoring-a-high-availability-configuration)\n\n  GitHub.comの高可用性を構成した後、インスタンスのレプリカ ノード間のデータ レプリケーションの状態を監視できます。\n\n* [レプリカアプライアンスへのフェイルオーバーの開始](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-high-availability/initiating-a-failover-to-your-replica-appliance)\n\n  メンテナンスとテスト用のコマンド ラインを使用して、またはプライマリ アプライアンスが失敗した場合は、 GitHub Enterprise Server レプリカ アプライアンスにフェールオーバーできます。\n\n* [高可用性構成の回復](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-high-availability/recovering-a-high-availability-configuration)\n\n  GitHub Enterprise Server アプライアンスにフェールオーバーした後は、単一のアプライアンスに依存するのではなく、できるだけ早く冗長性を回復する必要があります。\n\n* [高可用性レプリカの削除](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-high-availability/removing-a-high-availability-replica)\n\n  GitHub Enterprise Server レプリカへのレプリケーションを一時的に停止することも、レプリケーションを完全に削除することもできます。\n\n* [Geo-replicationについて](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/configuring-high-availability/about-geo-replication)\n\n  GitHub Enterprise Serverの geo レプリケーションでは、複数のアクティブ レプリカを使用して、地理的に分散されたデータ センターからの要求を満たします。\n\n* [リポジトリのキャッシュについて](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/caching-repositories/about-repository-caching)\n\n  リポジトリのキャッシュを使用して、分散チームと CI ファームでの Git 読み取り操作のパフォーマンスを向上させることができます。\n\n* [リポジトリ キャッシュの構成](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/caching-repositories/configuring-a-repository-cache)\n\n  GitHub Enterprise Server用のリポジトリ キャッシュを構成するには、新しいインスタンスを作成し、リポジトリ キャッシュをプライマリ インスタンスに接続し、リポジトリ キャッシュへのリポジトリ ネットワークのレプリケーションを構成します。\n\n* [複数のデータ ディスクの構成](/ja/enterprise-server@3.17/admin/monitoring-and-managing-your-instance/multiple-data-disks/configuring-multiple-data-disks)\n\n  追加のデータ ディスクを構成し、それらを使用してさまざまなサービスのデータをホストできます。\n\n* [エンタープライズ向けのGitHub アプリの作成](/ja/enterprise-server@3.17/admin/managing-github-apps-for-your-enterprise/creating-github-apps-for-your-enterprise)\n\n  企業の GitHub App を作成する方法について説明します。\n\n* [企業向けGitHub Actionsについて](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/getting-started-with-github-actions-for-your-enterprise/about-github-actions-for-enterprises)\n\n  GitHub Actions は、企業のソフトウェア開発サイクルを自動化することで、開発者の生産性を向上させることができます。\n\n* [企業向けGitHub Actionsの導入](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/getting-started-with-github-actions-for-your-enterprise/introducing-github-actions-to-your-enterprise)\n\n  企業で GitHub Actions をロールアウトする方法を計画できます。\n\n* [企業をGitHub Actionsに移行する](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/getting-started-with-github-actions-for-your-enterprise/migrating-your-enterprise-to-github-actions)\n\n  別のプロバイダーから企業の GitHub Actions への移行を計画する方法について説明します。\n\n* [GitHub Enterprise Server で GitHub Actions を開始する方法](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/getting-started-with-github-actions-for-your-enterprise/getting-started-with-github-actions-for-github-enterprise-server)\n\n  GitHub Actionsで初めてGitHub Enterprise Serverを有効にして構成する方法について説明します。\n\n* [企業向けセルフホスト ランナーの概要](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/getting-started-with-github-actions-for-your-enterprise/getting-started-with-self-hosted-runners-for-your-enterprise)\n\n  開発者が GitHub Actionsを使用してワークフローの自動化を開始できるように、エンタープライズ用のランナー マシンを構成できます。\n\n* [Azure Blob Storage でのGitHub Actionsの有効化](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/enabling-github-actions-for-github-enterprise-server/enabling-github-actions-with-azure-blob-storage)\n\n  GitHub ActionsでGitHub Enterprise Serverを有効にし、Azure Blob Storage を使用してワークフロー実行によって生成されたデータを格納できます。\n\n* [Amazon S3 ストレージでのGitHub Actionsの有効化](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/enabling-github-actions-for-github-enterprise-server/enabling-github-actions-with-amazon-s3-storage)\n\n  GitHub ActionsでGitHub Enterprise Serverを有効にし、Amazon S3 ストレージを使用してワークフロー実行によって生成されたデータを格納できます。\n\n* [Google Cloud Storage でGitHub Actionsを有効にする](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/enabling-github-actions-for-github-enterprise-server/enabling-github-actions-with-google-cloud-storage)\n\n  GitHub ActionsでGitHub Enterprise Serverを有効にし、Google Cloud Storage を使用してワークフロー実行によって生成されたデータを格納できます。\n\n* [MinIO ストレージでのGitHub Actionsの有効化](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/enabling-github-actions-for-github-enterprise-server/enabling-github-actions-with-minio-storage)\n\n  GitHub ActionsでGitHub Enterprise Serverを有効にし、MinIO ストレージを使用してワークフロー実行によって生成されたデータを格納できます。\n\n* [エンタープライズでの Dependabot 更新プログラムのセルフホステッド ランナーの管理](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/enabling-github-actions-for-github-enterprise-server/managing-self-hosted-runners-for-dependabot-updates)\n\n  GitHub.com が pull request を作成するために使用する Dependabot 専用のランナーを作成できます。これにより、エンタープライズ内のリポジトリで使用される依存関係のセキュリティ保護と保守に役立ちます。\n\n* [Enterprise でのアクションの使用について](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/managing-access-to-actions-from-githubcom/about-using-actions-in-your-enterprise)\n\n  GitHub Enterprise Server には、ほとんどの GitHub作成されたアクションが含まれており、 GitHub.com や GitHub Marketplaceから他のアクションへのアクセスを有効にするためのオプションがあります。\n\n* [GitHub Connect を使用した GitHub.com アクションへの自動アクセスの有効化](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/managing-access-to-actions-from-githubcom/enabling-automatic-access-to-githubcom-actions-using-github-connect)\n\n  企業内の GitHub Actions が GitHub.comからのアクションを使用できるようにするには、エンタープライズ インスタンスを GitHub Enterprise Cloudに接続します。\n\n* [GitHub.com からアクションを手動で同期する](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/managing-access-to-actions-from-githubcom/manually-syncing-actions-from-githubcom)\n\n  GitHub.comからのアクションにアクセスする必要があるユーザーは、特定のアクションを企業に同期できます。\n\n* [公式のバンドルされたアクションの最新バージョンを使用する](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/managing-access-to-actions-from-githubcom/using-the-latest-version-of-the-official-bundled-actions)\n\n  企業にバンドルされているアクションを更新することも、 GitHub.comから直接アクションを使用することもできます。\n\n* [インターネットにアクセスできないセルフホストランナーにツールキャッシュを設定する](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/managing-access-to-actions-from-githubcom/setting-up-the-tool-cache-on-self-hosted-runners-without-internet-access)\n\n  インターネットにアクセスできないセルフホステッド ランナー上の `actions/setup` アクションを使用するには、最初にワークフローのランナーのツール キャッシュにデータを入力する必要があります。\n\n* [GitHub Actionsの高可用性](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/advanced-configuration-and-troubleshooting/high-availability-for-github-actions)\n\n  高可用性構成での GitHub Actions の管理には、いくつかの特別な考慮事項があります。\n\n* [GitHub Actionsが有効になっている Enterprise Server GitHubのバックアップと復元](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/advanced-configuration-and-troubleshooting/backing-up-and-restoring-github-enterprise-server-with-github-actions-enabled)\n\n  GitHub.comが有効になっているときにGitHub Actionsのバックアップを復元するには、GitHub Actionsを使用してバックアップを復元する前にGitHub Enterprise Server Backup Utilitiesを構成する必要があります。\n\n* [ステージング環境を使用する](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/advanced-configuration-and-troubleshooting/using-a-staging-environment)\n\n  GitHub Actions ステージング インスタンスでのGitHub Enterprise Serverの使用について説明します。\n\n* [企業のGitHub Actionsのトラブルシューティング](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/advanced-configuration-and-troubleshooting/troubleshooting-github-actions-for-your-enterprise)\n\n  GitHub ActionsでGitHub Enterprise Serverを使用するときに発生する一般的な問題のトラブルシューティング。\n\n* [GitHub Actions ストレージの資格情報の更新](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/advanced-configuration-and-troubleshooting/updating-the-credentials-for-github-actions-storage)\n\n  GitHub Actions ストレージに接続するための資格情報が変更された場合は、GitHub Enterprise Server の構成の資格情報を更新する必要があります。\n\n* [GitHub Actions の外部ストレージの移行](/ja/enterprise-server@3.17/admin/managing-github-actions-for-your-enterprise/advanced-configuration-and-troubleshooting/migrating-github-actions-external-storage)\n\n  同じプロバイダー内 GitHub Actions 外部ストレージを移行して、アカウントを統合したり、所在地の要件を満たしたり、既存のワークフロー ログや成果物にアクセスできるようにしながらストレージ テナントを再構成したりできます。\n\n* [エンタープライズ向けの GitHub パッケージの始め方](/ja/enterprise-server@3.17/admin/configuring-packages/getting-started-with-github-packages-for-your-enterprise)\n\n  この機能を有効にし、サードパーティのストレージを構成し、サポートするエコシステムを構成し、TLS 証明書を更新することで、GitHub PackagesでGitHub.comの使用を開始できます。\n\n* [AWS で GitHub パッケージを有効にする](/ja/enterprise-server@3.17/admin/configuring-packages/enabling-github-packages-with-aws)\n\n  AWS を外部ストレージとして GitHub Packages を設定します。\n\n* [Azure Blob Storageを使用したGitHub パッケージの有効化](/ja/enterprise-server@3.17/admin/configuring-packages/enabling-github-packages-with-azure-blob-storage)\n\n  外部ストレージとしてAzure Blob Storageを使用してGitHub Packagesを設定します。\n\n* [MinIO を使用したGitHub パッケージの有効化](/ja/enterprise-server@3.17/admin/configuring-packages/enabling-github-packages-with-minio)\n\n  MinIO を外部ストレージとして GitHub Packages を設定します。\n\n* [Enterprise 向けのパッケージエコシステムサポートを設定する](/ja/enterprise-server@3.17/admin/configuring-packages/configuring-package-ecosystem-support-for-your-enterprise)\n\n  GitHub Packages、Docker、npm など、企業の個々のパッケージ エコシステムをグローバルに有効または無効にすることで、企業のContainer registryを構成できます。 特定のパッケージエコシステムをサポートするための他の設定要件について学びます。\n\n* [Docker レジストリからコンテナー レジストリへの Enterprise の移行](/ja/enterprise-server@3.17/admin/configuring-packages/migrating-your-enterprise-to-the-container-registry-from-the-docker-registry)\n\n  GitHub.com上の Docker レジストリに以前に格納されていた Docker イメージをContainer registryに移行できます。\n\n* [リリース ノート](/ja/enterprise-server@3.17/admin/release-notes)\n\n  現在選択されているバージョンの GitHub Enterprise Server のすべてのリリースに関する詳細情報。\n\n* [GitHub Enterprise Server リリース](/ja/enterprise-server@3.17/admin/all-releases)\n\n  GitHub Enterprise Serverの各バージョン (閉鎖日付、ドキュメントへのリンク、サポート アプリケーションの推奨最小バージョン) の情報を確認します。"}