{"meta":{"title":"より大きなランナーへのアクセスの制御","intro":"ポリシーを使用して、組織または企業に追加された より大きなランナーへのアクセスを制限できます。","product":"GitHub Actions","breadcrumbs":[{"href":"/ja/actions","title":"GitHub Actions"},{"href":"/ja/actions/how-tos","title":"方法"},{"href":"/ja/actions/how-tos/manage-runners","title":"ランナーを管理する"},{"href":"/ja/actions/how-tos/manage-runners/larger-runners","title":"より大きなランナー"},{"href":"/ja/actions/how-tos/manage-runners/larger-runners/control-access","title":"アクセスの制御"}],"documentType":"article"},"body":"# より大きなランナーへのアクセスの制御\n\nポリシーを使用して、組織または企業に追加された より大きなランナーへのアクセスを制限できます。\n\n## 大規模ランナーへのアクセスを管理する\n\n> \\[!NOTE]\n> ワークフローでジョブを より大きなランナーに送信するには、まずランナー グループのアクセス許可を構成する必要があります。 詳しくは、以下のセクションをご覧ください。\n\nランナー グループは、 より大きなランナーでジョブを実行できるリポジトリを制御するために使用されます。\nより大きなランナーを定義した場所に応じて、管理階層の各レベルからグループへのアクセスを管理する必要があります。\n\n* \\*\\*エンタープライズ レベルのランナー:\\*\\*既定では、Organization 内のリポジトリは Enterprise レベルのランナー グループにアクセスできません。 リポジトリに Enterprise ランナー グループへのアクセス権を付与するには、Organization の所有者が各 Enterprise ランナー グループを構成し、アクセスできるリポジトリを選ぶ必要があります。\n* \\*\\*組織レベルのランナー:\\*\\*既定では、Organization 内のすべてのリポジトリに、Organization レベルのランナー グループへのアクセス権が付与されます。 アクセスできるリポジトリを制限するには、Organization の所有者が Organization ランナー グループを構成し、アクセスできるリポジトリを選ぶ必要があります。\n\nたとえば、次の図には、Enterprise レベルに `grp-ubuntu-24.04-16core` という名前のランナー グループがあります。\n`octo-repo` という名前のリポジトリがグループ内のランナーを使用できるようにするには、まず、`octo-org` 組織へのアクセスを許可するようにエンタープライズ レベルでグループを構成する必要があります。 次に、`octo-repo` へのアクセスを許可するように組織レベルでグループを構成する必要があります。\n\n\n\n## 組織のランナーチームを作成する\n\n> \\[!WARNING]\n> 固定 IP 範囲を使っている場合、プライベート リポジトリには より大きなランナー のみを使うことをお勧めします。 ワークフロー内でコードを実行する pull request を作成することで、リポジトリのフォークによって、より大きなランナー 上で危険なコードが実行される可能性があります。\n\n> \\[!NOTE]\n> ランナー グループを作成するときは、ランナー グループにアクセスできるリポジトリ を定義するポリシーを選択する必要があります。 どのリポジトリとワークフローがランナー グループにアクセスできるかを変更するには、組織の所有者を持つユーザーが、組織のポリシーを設定できます。 詳しくは、「[グループを使用してセルフホストランナーへのアクセスを管理する](/ja/actions/how-tos/manage-runners/self-hosted-runners/manage-access#changing-which-repositories-can-access-a-runner-group)」をご覧ください。\n\nすべての Organization には、単一の既定のランナー グループがあります。\n\nGitHub Teamプランを使用する組織の所有者追加の組織レベルのランナー グループを作成できます。\n\n登録プロセスでグループを指定しなかった場合、ランナーは自動的に既定のグループに追加されます。 後で、ランナーを既定のグループからカスタム グループに移動することができます。\n\nREST API を使ってランナー グループを作成する方法については、「[GitHub Actionsの REST API エンドポイント](/ja/rest/actions#self-hosted-runner-groups)」を参照してください。\n\n1. GitHub で、organization のメイン ページに移動します。\n\n2. Organization 名の下で、**\\[ Settings]** をクリックします。 \\[設定] タブが表示されない場合は、 **\\[]** ドロップダウン メニューを選び、 **\\[設定]** をクリックします。\n\n ![組織のプロファイルのタブのスクリーンショット。 \\[設定\\] タブが濃いオレンジ色の枠線で囲まれています。](/assets/images/help/discussions/org-settings-global-nav-update.png)\n\n3. 左側のサイドバーで、** \\[Actions]** をクリックしてから **\\[Runner groups]** をクリックします。\n\n4. \"ランナー グループ\" セクションで、 **\\[新しいランナー グループ]** をクリックします。\n\n5. ランナー グループの名前を入力します。\n\n6. リポジトリ アクセスのポリシーを割り当てます。\n\n ランナー グループは、特定のリストのリポジトリまたは組織のすべてのリポジトリにアクセスできるように構成できます。 既定では、ランナー グループのランナーにアクセスできるのはプライベート リポジトリのみですが、これはオーバーライドできます。 エンタープライズによって共有された組織のランナー グループを構成する場合、この設定をオーバーライドすることはできません。\n\n7. **\\[グループの作成]** をクリックしてグループを作成し、ポリシーを適用します。\n\n## ランナー グループにアクセスできるリポジトリを変更する\n\n> \\[!WARNING]\n> 固定 IP 範囲を使っている場合、プライベート リポジトリには より大きなランナー のみを使うことをお勧めします。 ワークフロー内でコードを実行する pull request を作成することで、リポジトリのフォークによって、より大きなランナー 上で危険なコードが実行される可能性があります。\n\n組織のランナー グループの場合、組織内のどのリポジトリがランナー グループにアクセスできるかを変更できます。\n\n1. ランナー グループが配置されている組織のメイン ページに移動します。\n2. ** \\[Settings]** をクリックします。\n3. 左側のサイドバーで、** \\[Actions]** をクリックしてから **\\[Runner groups]** をクリックします。\n4. グループのリストで、構成するランナー グループをクリックします。\n5. 「リポジトリ アクセス」で、ドロップダウン メニューを使って **\\[選択したリポジトリ]** をクリックします。\n 1. ドロップダウン メニューの右側にある をクリックします。\n 2. ポップアップで、チェックボックスを使って、このランナー グループにアクセスできるリポジトリを選択します。\n6. **\\[グループの保存]** をクリックします。\n\n## より大きなランナーのプライベート ネットワーク アクセスの構成\n\nAzure VNET での GitHub ホストランナーを使用できます。 これにより、ランナーのネットワーク ポリシーを完全に制御しながら、CI/CD の GitHub マネージド インフラストラクチャを利用することができます。 Azure VNET の詳細については、Azure ドキュメントの「[Azure Virtual Network とは](https://learn.microsoft.com/en-us/azure/virtual-network/virtual-networks-overview)」を参照してください。\n\nAzure VNET に接続するように organization を構成している場合は、ランナー グループに仮想ネットワークへのアクセス権を付与できます。 詳しくは、「[GitHubホストランナーを使用したプライベート ネットワーク](/ja/actions/concepts/runners/private-networking#using-an-azure-virtual-network-vnet)」をご覧ください。\n\nネットワーク構成を持つランナー グループに macOS より大きなランナーを割り当てることはできません。 同様に、macOS より大きなランナーを含むランナー グループにネットワーク構成を追加することはできません。\n\n## ランナー グループの名前を変更する\n\n1. ランナー グループが配置されている組織のメイン ページに移動します。\n2. ** \\[Settings]** をクリックします。\n3. 左側のサイドバーで、** \\[Actions]** をクリックしてから **\\[Runner groups]** をクリックします。\n4. グループのリストで、構成するランナー グループをクリックします。\n5. \\[グループ名] のテキスト フィールドに新しいランナー グループ名を入力します。\n6. **\\[保存]** をクリックします。\n\n## ランナーをグループに移動する\n\n登録プロセス中にランナー グループを指定しない場合、新しいランナーは、自動的に既定のグループに割り当てられ、その後別のグループへの移動が可能となります。\n\n1. GitHub で、organization のメイン ページに移動します。\n2. Organization 名の下で、**\\[ Settings]** をクリックします。 \\[設定] タブが表示されない場合は、 **\\[]** ドロップダウン メニューを選び、 **\\[設定]** をクリックします。\n\n ![組織のプロファイルのタブのスクリーンショット。 \\[設定\\] タブが濃いオレンジ色の枠線で囲まれています。](/assets/images/help/discussions/org-settings-global-nav-update.png)\n3. 左側のサイドバーで、** \\[Actions]** をクリックしてから **\\[Runners]** をクリックします。\n4. \"ランナー\" の一覧で、構成するランナーをクリックします。\n5. **\\[ランナー グループ]** ドロップダウンを選択します。\n6. \"ランナーをグループに移動\" で、ランナーの移動先グループを選択します。\n\n## ランナー グループを削除する\n\nランナー グループを削除するには、まず、グループからすべてのランナーを移動するか削除する必要があります。\n\n1. ランナー グループが配置されている組織のメイン ページに移動します。\n2. ** \\[Settings]** をクリックします。\n3. 左側のサイドバーで、** \\[Actions]** をクリックしてから **\\[Runner groups]** をクリックします。\n4. グループの一覧で、削除するグループの右側にある をクリックします。\n5. グループを削除するには、 **\\[グループの削除]** をクリックします。\n6. 確認プロンプトを確認し、 **\\[Remove this runner group]\\(このランナー グループの削除)** をクリックします。"}