{"meta":{"title":"Управление доступом к крупным средствам выполнения","intro":"Вы можете использовать политики, чтобы ограничить доступ к крупное средство выполненияs, добавленным в организацию или предприятие.","product":"GitHub Actions","breadcrumbs":[{"href":"/ru/enterprise-cloud@latest/actions","title":"GitHub Actions"},{"href":"/ru/enterprise-cloud@latest/actions/how-tos","title":"Инструкции"},{"href":"/ru/enterprise-cloud@latest/actions/how-tos/manage-runners","title":"Управление средствами выполнения"},{"href":"/ru/enterprise-cloud@latest/actions/how-tos/manage-runners/larger-runners","title":"Более крупные бегуны"},{"href":"/ru/enterprise-cloud@latest/actions/how-tos/manage-runners/larger-runners/control-access","title":"Управление доступом"}],"documentType":"article"},"body":"# Управление доступом к крупным средствам выполнения\n\nВы можете использовать политики, чтобы ограничить доступ к крупное средство выполненияs, добавленным в организацию или предприятие.\n\n## Управление доступом к более крупным запускам\n\n> \\[!NOTE]\n> Прежде чем ваши рабочие процессы смогут отправлять задания в крупное средство выполненияs, сначала необходимо настроить разрешения для группы раннеров. Дополнительные сведения см. в следующих разделах.\n\nГруппы раннеров используются для контроля, какие репозитории могут выполнять задания на вашем крупное средство выполненияS. Вы должны управлять доступом к группе с каждого уровня управленческой иерархии, в зависимости от того, где вы определили крупное средство выполнения:\n\n* \\*\\*Бегуны на корпоративном уровне:\\*\\*По умолчанию репозитории в организации не имеют доступа к группам запуска на уровне предприятия. Чтобы предоставить репозиториям доступ к группам запуска предприятия, владелец организации должны настроить каждую группу запуска предприятия и выбрать, какие репозитории имеют доступ.\n* \\*\\*Бегуны на уровне организации:\\*\\*По умолчанию все репозитории в организации получают доступ к группам запуска на уровне организации. Чтобы ограничить доступ к репозиториям, владелец организации s должны настроить группы запуска организации и выбрать, какие репозитории имеют доступ.\n\nНапример, на следующей схеме указана группа средств выполнения с именем `grp-ubuntu-24.04-16core` на уровне предприятия. Прежде чем репозиторий с именем `octo-repo` может использовать средства выполнения в группе, необходимо сначала настроить группу на корпоративном уровне, чтобы разрешить доступ к `octo-org` организации. Затем необходимо настроить группу на уровне организации, чтобы разрешить доступ к `octo-repo`.\n\n\n\n## Создание группы средств выполнения для организации\n\n> \\[!WARNING]\n> Если вы используете фиксированный диапазон IP-адресов, рекомендуется использовать только крупное средство выполненияs с частными репозиториями. При создании вилок из репозитория можно запустить опасный код в крупное средство выполнения, создав запрос на вытягивание, который выполнит код в рабочем процессе.\n\n> \\[!NOTE]\n> При создании группы runner необходимо выбрать политику, которая определяет, какие репозитории и рабочие процессы имеют доступ к группе runner. Чтобы изменить, какие репозитории и рабочие процессы могут получить доступ к группе runner, владельцам организации и пользователям с разрешением \"Управление группами запуска организации и группами запуска\" может задать политику для организации. Дополнительные сведения см. в разделе [Управление доступом к самостоятельно размещенным средствам выполнения с помощью групп](/ru/enterprise-cloud@latest/actions/how-tos/manage-runners/self-hosted-runners/manage-access#changing-which-repositories-can-access-a-runner-group).\n\nВсе организации имеют единую группу средств выполнения по умолчанию.\nпланови пользователей с разрешением \"Управление группами запуска организации и группами runner\", могут создавать дополнительные группы запуска на уровне организации.\nДополнительные сведения о пользовательских ролях организации см. в разделе [Разрешения на кастомные организационные роли](/ru/enterprise-cloud@latest/organizations/managing-peoples-access-to-your-organization-with-roles/permissions-of-custom-organization-roles).\n\nЕсли во время регистрации группа не указана, в группу по умолчанию автоматически добавляются средства выполнения. Позже средство выполнения можно переместить из группы по умолчанию в настраиваемую группу.\n\nСведения о создании группы runner с помощью REST API см. в разделе [REST API endpoints для GitHub Actions](/ru/enterprise-cloud@latest/rest/actions#self-hosted-runner-groups).\n\n1. На GitHubперейдите на главную страницу организации.\n\n2. Под именем организации щелкните ** Settings**. Если вкладка \"Параметры\" не отображается, выберите **раскрывающееся меню ** и нажмите кнопку **\"Параметры**\".\n\n \n\n3. На левой боковой панели щелкните ** Actions**, а затем нажмите кнопку \" **Выполнить группы**\".\n\n4. В разделе \"Группы средств выполнения\" щелкните **Создать группу средств выполнения**.\n\n5. Введите имя для вашей группы средств выполнения.\n\n6. Назначьте политику для доступа к репозиторию.\n\n Группу запуска можно настроить для доступа к определенному списку репозиториев или ко всем репозиториям в организации. По умолчанию только частные репозитории могут получить доступ к runner в группе runner, но вы можете переопределить это. Этот параметр нельзя переопределить, если настройка группы запуска организации, к которой предоставлен общий доступ предприятия.\n\n7. Назначьте политику доступа для рабочих процессов.\n\n Группу средств выполнения можно сделать доступной для определенного списка рабочих процессов или для всех рабочих процессов. Этот параметр нельзя переопределить, если вы настраиваете группу средств выполнения в организации, которая используется совместно в предприятии. Указывая, какой рабочий процесс может получить доступ к группе средств выполнения, необходимо использовать полный путь к рабочему процессу, включая имя и владельца репозитория, а также нужно прикрепить рабочий процесс к ветви, тегу или полному значению SHA. Например: `octo-org/octo-repo/.github/workflows/build.yml@refs/tags/v2, octo-org/octo-repo/.github/workflows/deploy.yml@d6dc6c96df4f32fa27b039f2084f576ed2c5c2a5, monalisa/octo-test/.github/workflows/test.yml@refs/heads/main`.\n\n Рекомендуется полностью квалифицировать неоднозначные ссылки. Например, вместо предоставления `main` в качестве ссылки укажите `refs/heads/main`.\n\n Доступ к этой группе средств выполнения будут иметь только задания, непосредственно определенные в выбранных рабочих процессах. Группы запуска, принадлежащие организации, не могут получить доступ к рабочим процессам из другой организации в организации; Вместо этого необходимо создать группу runner, принадлежащей предприятиям.\n\n8. Нажмите кнопку **\"Создать группу\", чтобы создать группу** и применить политику.\n\n## Создание группы средств выполнения для предприятия\n\n> \\[!WARNING]\n> Если вы используете фиксированный диапазон IP-адресов, рекомендуется использовать только крупное средство выполненияs с частными репозиториями. При создании вилок из репозитория можно запустить опасный код в крупное средство выполнения, создав запрос на вытягивание, который выполнит код в рабочем процессе.\n\nПредприятия могут добавлять свои средства выполнения в группы для управления доступом. Предприятия могут создавать группы бегуней, доступные для определенных организаций в корпоративной учетной записи или для конкретных рабочих процессов. Владельцы организации могут назначить дополнительный подробный репозиторий или рабочий процесс политики доступа к группам запуска предприятия. Сведения о создании группы средств выполнения с помощью REST API см. в описании корпоративных конечных точек предприятия в разделе [REST API GitHub Actions](/ru/enterprise-cloud@latest/rest/actions#self-hosted-runner-groups).\n\nЕсли во время регистрации группа не указана, в группу по умолчанию автоматически добавляются средства выполнения. Позже средство выполнения можно переместить из группы по умолчанию в настраиваемую группу.\n\nПри создании группы необходимо выбрать политику, которая определяет, какие организации имеют доступ к группе средств выполнения.\n\n1. Перейдите к своему предприятию. Например, на [странице Enterprises](https://github.com/settings/enterprises?ref_product=ghec\\&ref_type=engagement\\&ref_style=text) на GitHub.com.\n\n2. В верхней части страницы нажмите ** «Политики**».\n\n3. В разделе \" Policies\", нажмите кнопку **\"Действия**\".\n\n4. Перейдите на вкладку **Группы средств выполнения тестов**.\n\n5. Нажмите кнопку **Создать группу средств выполнения тестов**.\n\n6. В поле \"Имя группы\" введите имя группы средств выполнения тестов.\n\n7. Чтобы выбрать политику доступа к организации, выберите **раскрывающееся меню \"Доступ** к организации\" и выберите политику. Группу средств выполнения можно настроить так, чтобы она была доступна для организаций из определенного списка или для всех организаций предприятия.\n\n8. Назначьте политику доступа для рабочих процессов.\n\n Группу средств выполнения можно сделать доступной для определенного списка рабочих процессов или для всех рабочих процессов. Этот параметр нельзя переопределить, если вы настраиваете группу средств выполнения в организации, которая используется совместно в предприятии. Указывая, какой рабочий процесс может получить доступ к группе средств выполнения, необходимо использовать полный путь к рабочему процессу, включая имя и владельца репозитория, а также нужно прикрепить рабочий процесс к ветви, тегу или полному значению SHA. Например: `octo-org/octo-repo/.github/workflows/build.yml@refs/tags/v2, octo-org/octo-repo/.github/workflows/deploy.yml@d6dc6c96df4f32fa27b039f2084f576ed2c5c2a5, monalisa/octo-test/.github/workflows/test.yml@refs/heads/main`.\n\n Рекомендуется полностью квалифицировать неоднозначные ссылки. Например, вместо предоставления `main` в качестве ссылки укажите `refs/heads/main`.\n\n Доступ к этой группе средств выполнения будут иметь только задания, непосредственно определенные в выбранных рабочих процессах.\n\n9. Нажмите **Сохранить группу**, чтобы создать группу и применить политику.\n\n## Использование уникальных имен для групп runner\n\nДля GitHub Actions требуется, чтобы имена групп runner были уникальными на уровне организации. Это означает, что организация больше не сможет создать группу бегунов с тем же именем, что и в организации. Кроме того, пользователи увидят предупреждающий баннер на всех группах runner, которые используют то же имя, что и группа в организации, предлагая переименовать группу организации.\n\nЧтобы избежать неоднозначности, рабочий процесс завершится ошибкой, если в организации и организации имеются повторяющиеся группы runner. Чтобы устранить эту проблему, можно переименовать одну из групп бегунов в организации или предприятия или обновить файл рабочего процесса, чтобы добавить префикс в имя группы runner:\n\n* `org/` или `organization/`\n* `ent/` или `enterprise/`\n\n### Пример. Использование префиксов для отличия групп runner\n\nНапример, если у вас есть группа runner с именем `my-group` в организации и другая с именем `my-group` в организации, вы можете обновить файл рабочего процесса, чтобы использовать `org/my-group` или `ent/my-group` различать их.\n\nИспользование среды `org/`:\n\n```yaml\nruns-on:\n group: org/my-group\n labels: [ self-hosted, label-1 ]\n```\n\nИспользование среды `ent/`:\n\n```yaml\nruns-on:\n group: ent/my-group\n labels: [ self-hosted, label-1 ]\n```\n\n## Изменение того, какие организации могут получить доступ к группе запуска\n\n> \\[!WARNING]\n> Если вы используете фиксированный диапазон IP-адресов, рекомендуется использовать только крупное средство выполненияs с частными репозиториями. При создании вилок из репозитория можно запустить опасный код в крупное средство выполнения, создав запрос на вытягивание, который выполнит код в рабочем процессе.\n\nДля групп запуска в организации можно изменить, какие организации в организации могут получить доступ к группе запуска.\n\n1. Перейдите к своему предприятию. Например, на [странице Enterprises](https://github.com/settings/enterprises?ref_product=ghec\\&ref_type=engagement\\&ref_style=text) на GitHub.com.\n\n2. В верхней части страницы нажмите ** «Политики**».\n\n3. В разделе \" Policies\", нажмите кнопку **\"Действия**\".\n\n4. Перейдите на вкладку **Группы средств выполнения тестов**.\n\n5. В разделе \"Доступ к организации\" используйте раскрывающееся меню, чтобы выбрать **выбранные организации**.\n 1. Справа от раскрывающегося меню щелкните .\n 2. В всплывающем окну установите флажки для выбора организаций, которые могут использовать эту группу runner.\n\n6. Нажмите кнопку **Сохранить группу**.\n\n## Изменение того, какие репозитории могут получить доступ к группе runner\n\n> \\[!WARNING]\n> Если вы используете фиксированный диапазон IP-адресов, рекомендуется использовать только крупное средство выполненияs с частными репозиториями. При создании вилок из репозитория можно запустить опасный код в крупное средство выполнения, создав запрос на вытягивание, который выполнит код в рабочем процессе.\n\nДля групп запуска в организации можно изменить, какие репозитории в организации могут получить доступ к группе runner.\n\n1. Перейдите на главную страницу организации, где находятся группы бегуна.\n\n2. Щелкните ** Settings**.\n\n3. На левой боковой панели щелкните ** Actions**, а затем нажмите кнопку \" **Выполнить группы**\".\n\n4. В списке групп щелкните группу средств выполнения, которую требуется настроить.\n\n5. В разделе \"Доступ к репозиторию\" используйте раскрывающееся меню, чтобы выбрать **выбранные репозитории**.\n 1. Справа от раскрывающегося меню щелкните .\n 2. Во всплывающем окну установите флажки для выбора репозиториев, которые могут получить доступ к этой группе runner.\n\n6. Нажмите кнопку **Сохранить группу**.\n\n## Изменение того, какие рабочие процессы могут получить доступ к группе запуска\n\n> \\[!WARNING]\n> Если вы используете фиксированный диапазон IP-адресов, рекомендуется использовать только крупное средство выполненияs с частными репозиториями. При создании вилок из репозитория можно запустить опасный код в крупное средство выполнения, создав запрос на вытягивание, который выполнит код в рабочем процессе.\n\nВы можете настроить группу средств выполнения для запуска только выбранных рабочих процессов или всех рабочих процессов. Например, этот параметр можно использовать для защиты секретов, хранящихся в средствах выполнения, или для стандартизации рабочих процессов развертывания путем разрешения группе средств выполнения запускать только определенный повторно используемый рабочий процесс. Этот параметр нельзя переопределить, если вы настраиваете группу средств выполнения организации, которая совместно используется в предприятии.\n\n* [Изменение рабочих процессов, к которым можно получить доступ к группе запуска организации](#changing-which-workflows-can-access-an-organization-runner-group)\n* [Изменение рабочих процессов, к которым может получить доступ к группе запуска предприятия](#changing-which-workflows-can-access-an-enterprise-runner-group)\n\n### Изменение рабочих процессов, к которым можно получить доступ к группе запуска организации\n\n1. Перейдите на главную страницу организации, где находятся группы бегуна.\n\n2. Щелкните ** Settings**.\n\n3. На левой боковой панели щелкните ** Actions**, а затем нажмите кнопку \" **Выполнить группы**\".\n\n4. В списке групп щелкните группу средств выполнения, которую требуется настроить.\n\n5. В разделе **Доступ к рабочему процессу** щелкните раскрывающееся меню и нажмите пункт **Выбранные рабочие процессы**.\n\n6. Щелкните .\n\n7. Введите разделенный запятыми список рабочих процессов, которые могут получить доступ к группе средств выполнения. Используйте полный путь, включающий имя и владельца репозитория. Закрепите рабочий процесс в ветви, теге или полном SHA. Например: `octo-org/octo-repo/.github/workflows/build.yml@v2, octo-org/octo-repo/.github/workflows/deploy.yml@d6dc6c96df4f32fa27b039f2084f576ed2c5c2a5, monalisa/octo-test/.github/workflows/test.yml@main`.\n\n Доступ к этой группе средств выполнения будут иметь только задания, непосредственно определенные в выбранных рабочих процессах.\n\n Группы средств выполнения, принадлежащие организации, не могут получать доступ к рабочим процессам из другой организации в предприятии; вместо этого необходимо создать группу средств выполнения, принадлежащую предприятию.\n\n8. Нажмите кнопку **Сохранить**.\n\n### Изменение рабочих процессов, к которым может получить доступ к группе запуска предприятия\n\n1. Перейдите к своему предприятию. Например, на [странице Enterprises](https://github.com/settings/enterprises?ref_product=ghec\\&ref_type=engagement\\&ref_style=text) на GitHub.com.\n\n2. В верхней части страницы нажмите ** «Политики**».\n\n3. В разделе \" Policies\", нажмите кнопку **\"Действия**\".\n\n4. Перейдите на вкладку **Группы средств выполнения тестов**.\n\n5. В списке групп щелкните группу средств выполнения, которую требуется настроить.\n\n6. В разделе **Доступ к рабочему процессу** щелкните раскрывающееся меню и нажмите пункт **Выбранные рабочие процессы**.\n\n7. Щелкните .\n\n8. Введите разделенный запятыми список рабочих процессов, которые могут получить доступ к группе средств выполнения. Используйте полный путь, включающий имя и владельца репозитория. Закрепите рабочий процесс в ветви, теге или полном SHA. Например: `octo-org/octo-repo/.github/workflows/build.yml@v2, octo-org/octo-repo/.github/workflows/deploy.yml@d6dc6c96df4f32fa27b039f2084f576ed2c5c2a5, monalisa/octo-test/.github/workflows/test.yml@main`.\n\n Доступ к этой группе средств выполнения будут иметь только задания, непосредственно определенные в выбранных рабочих процессах.\n\n Группы средств выполнения, принадлежащие организации, не могут получать доступ к рабочим процессам из другой организации в предприятии; вместо этого необходимо создать группу средств выполнения, принадлежащую предприятию.\n\n9. Нажмите кнопку **Сохранить**.\n\n## Настройка доступа к частной сети для более крупных runners\n\nВы можете использовать GitHubразмещенных в виртуальной сети Azure. Это позволяет использовать GitHubуправляемой инфраструктурой для CI/CD, обеспечивая полный контроль над сетевыми политиками запуска. Дополнительные сведения о виртуальной сети Azure см. в статье [\"Что такое Azure виртуальная сеть?\"](https://learn.microsoft.com/en-us/azure/virtual-network/virtual-networks-overview) в документации По Azure.\n\nЕсли вы настроили своё предприятие или организацию для подключения к Azure VNET, вы можете предоставить раннер-группам доступ к виртуальной сети. Дополнительные сведения см. в разделе [Частные сети с бегунами, размещёнными на GitHub](/ru/enterprise-cloud@latest/actions/concepts/runners/private-networking#using-an-azure-virtual-network-vnet).\n\nНельзя назначить macOS крупное средство выполнениягруппы раннеров с сетевой конфигурацией. Аналогично, нельзя добавить сетевую конфигурацию в группу раннеров, содержащую macOS крупное средство выполненияS.\n\n## Изменение имени группы средств выполнения\n\nВы можете переименовывать группы раннеров на корпоративном и организационном уровнях.\n\n* [Изменение имени группы запуска организации](#changing-the-name-of-an-organization-runner-group)\n* [Изменение имени группы запуска предприятия](#changing-the-name-of-an-enterprise-runner-group)\n\n### Изменение имени группы запуска организации\n\n1. Перейдите на главную страницу организации, где находятся группы бегуна.\n2. Щелкните ** Settings**.\n3. На левой боковой панели щелкните ** Actions**, а затем нажмите кнопку \" **Выполнить группы**\".\n4. В списке групп щелкните группу средств выполнения, которую требуется настроить.\n5. Введите новое имя группы runner в текстовом поле в разделе \"Имя группы\".\n6. Нажмите кнопку **Сохранить**.\n\n### Изменение имени группы запуска предприятия\n\n1. Перейдите к своему предприятию. Например, на [странице Enterprises](https://github.com/settings/enterprises?ref_product=ghec\\&ref_type=engagement\\&ref_style=text) на GitHub.com.\n2. В верхней части страницы нажмите ** «Политики**».\n3. В разделе \" Policies\", нажмите кнопку **\"Действия**\".\n4. Перейдите на вкладку **Группы средств выполнения тестов**.\n5. В списке групп щелкните группу средств выполнения, которую требуется настроить.\n6. Введите новое имя группы runner в текстовом поле в разделе \"Имя группы\".\n7. Нажмите кнопку **Сохранить**.\n\n## Перемещение средства выполнения в группу\n\nЕсли вы не укажете группу средств выполнения во время регистрации, новые средства выполнения автоматически назначаются группе по умолчанию, а затем их можно переместить в другую группу.\n\n* [Перемещение бегущего по организации в группу](#moving-an-organization-runner-to-a-group)\n* [Перемещение бегуна предприятия в группу](#moving-an-enterprise-runner-to-a-group)\n\n### Перемещение бегущего по организации в группу\n\n1. На GitHubперейдите на главную страницу организации.\n2. Под именем организации щелкните ** Settings**. Если вкладка \"Параметры\" не отображается, выберите **раскрывающееся меню ** и нажмите кнопку **\"Параметры**\".\n\n \n3. На левой боковой панели щелкните ** Actions**, а затем нажмите кнопку **\"Runners**\".\n4. В списке \"Средства выполнения\" щелкните средство выполнения, которое вы хотите настроить.\n5. Выберите раскрывающийся список **Группы средств выполнения**.\n6. В разделе \"Переместить средство выполнения в группу\" выберите целевую группу для средства выполнения.\n\n### Перемещение бегуна предприятия в группу\n\n1. Перейдите к своему предприятию. Например, на [странице Enterprises](https://github.com/settings/enterprises?ref_product=ghec\\&ref_type=engagement\\&ref_style=text) на GitHub.com.\n2. В верхней части страницы нажмите ** «Политики**».\n3. В разделе \" Policies\", нажмите кнопку **\"Действия**\".\n4. Перейдите на вкладку **Средства выполнения тестов**.\n5. В списке \"Средства выполнения\" щелкните средство выполнения, которое вы хотите настроить.\n6. Выберите раскрывающийся список **Группы средств выполнения**.\n7. В разделе \"Переместить средство выполнения в группу\" выберите целевую группу для средства выполнения.\n\n## Удаление группы средств выполнения\n\nЧтобы удалить группу runner, необходимо сначала переместить или удалить все бегуники из группы.\n\n* [Удаление группы бегуна из организации](#removing-a-runner-group-from-an-organization)\n* [Удаление группы runner из предприятия](#removing-a-runner-group-from-an-enterprise)\n\n### Удаление группы бегуна из организации\n\n1. Перейдите на главную страницу организации, где находятся группы бегуна.\n2. Щелкните ** Settings**.\n3. На левой боковой панели щелкните ** Actions**, а затем нажмите кнопку \" **Выполнить группы**\".\n4. В списке групп справа от группы, которую хотите удалить, щелкните .\n5. Чтобы удалить эту группу, нажмите **Удалить группу**.\n6. Просмотрите запросы на подтверждение и нажмите **Удалить эту группу средств выполнения**.\n\n### Удаление группы runner из предприятия\n\n1. Перейдите к своему предприятию. Например, на [странице Enterprises](https://github.com/settings/enterprises?ref_product=ghec\\&ref_type=engagement\\&ref_style=text) на GitHub.com.\n2. В верхней части страницы нажмите ** «Политики**».\n3. В разделе \" Policies\", нажмите кнопку **\"Действия**\".\n4. Перейдите на вкладку **Группы средств выполнения тестов**.\n5. В списке групп справа от группы, которую хотите удалить, щелкните .\n6. Чтобы удалить эту группу, нажмите **Удалить группу**.\n7. Просмотрите запросы на подтверждение и нажмите **Удалить эту группу средств выполнения**."}