Как загрузить файлы в gitlab

Обновлено: 21.11.2024

Обычно, когда вы хотите проверить код, являющийся частью репозитория Git, вы клонируете репозиторий в свою локальную среду и открываете весь проект в текстовом редакторе. Однако иногда все, что вам действительно нужно, — это просмотреть один конкретный файл, чтобы решить, хотите ли вы продолжить изучение проекта. В этом случае нет смысла клонировать весь проект.

К счастью, если проект, который вы рассматриваете, размещен на GitLab, существует множество способов загрузить один файл вместо всего проекта. В этой статье показаны некоторые из этих методов:

  • Скачивание файла прямо из браузера
  • Использование GitLab API
  • Использование архива Git

Каждый из них требует компромиссов, но в зависимости от вашего уровня технического опыта, один из них должен быть наиболее подходящим для вас. Давайте рассмотрим эти три подхода.

Загрузка вручную из браузера

GitLab имеет надежный веб-интерфейс, который позволяет вам просматривать все файлы в репозитории, читать документацию по проекту и многое другое прямо в вашем любимом веб-браузере. Таким образом, это может быть один из самых простых способов загрузки одного файла, а недавние обновления интерфейса GitLab сделали его гораздо более интуитивно понятным. Например, если вы хотите загрузить инструкции по установке Inkscape, популярного графического редактора с открытым исходным кодом, вы можете сделать это прямо в браузере:

По сравнению со многими другими методами, описанными в этой статье, этот подход может быть относительно медленным. Если вы хотите загрузить файлы из нескольких репозиториев или создать резервную копию одного и того же файла в течение многих дней или недель, вам придется выполнять это действие каждый раз, и его сложно автоматизировать.

Однако для этого также требуются минимальные технические знания любого из методов, обсуждаемых в этой статье; это может сделать почти любой, кто умеет пользоваться веб-браузером. Если вы хотите создавать резервные копии только одного файла время от времени или у вас нет опыта программирования или работы с командной строкой, это отличный способ создать резервную копию одного файла из репозитория GitLab.

Использование GitLab API

Если вам удобно работать с командной строкой или вы ищете более автоматизированное решение, GitLab также предлагает REST API, который позволяет загружать отдельные файлы. Вы можете либо использовать один из множества доступных клиентов API, либо сделать вызов API к отдельному файлу с помощью cURL через командную строку, что вы и увидите здесь.

Сначала найдите GitLab ID для проекта. Это видно на главной странице проекта.

После того, как вы нашли идентификатор проекта, вы можете создать URL-адрес для файла, который вы пытаетесь загрузить. Например, если вы пытаетесь загрузить инструкции по установке, как в последнем примере, используя идентификатор проекта, который вы нашли на первом шаге, ваша команда cURL будет выглядеть так:

Замените 3472737 идентификатором проекта для репозитория, который вы пытаетесь загрузить, и замените INSTALL.md файлом, который вы пытаетесь загрузить. Если вы пытаетесь загрузить файл из любой ветки, кроме master, убедитесь, что вы также обновили значение ref. Вы также можете изменить local_file_name на имя, которое вы хотите использовать для файла после его загрузки.

Если ваш репозиторий не является общедоступным, вам также необходимо будет включить в запрос свой токен GitLab.

Одним из основных преимуществ этого метода является то, что если вам нужно создать резервную копию файлов из разных репозиториев, вы можете автоматизировать этот процесс с помощью сценария Bash или аналогичного процесса. Если вам нужно получить доступ к отдельным файлам из GitLab в рамках более крупного проекта, вы можете использовать один из многих клиентов API, что делает это потенциально намного более эффективным, чем загрузка файлов вручную через браузер.

Недостаток этого метода заключается в том, что он требует от вас навыков работы с командной строкой или программирования, и это не так просто.

Использование Git-архива

В нашей предыдущей статье об архивировании отдельных файлов из GitHub мы упомянули, что вы можете загрузить один файл из репозитория GitHub через SVN. Хотя это часто запрашиваемая функция в GitLab, в настоящее время она невозможна.

Однако существует команда Git под названием archive , которую можно использовать аналогично методу SVN, и в настоящее время GitLab поддерживает эту команду.

Команда git archive требует указать несколько параметров:

  • --remote : путь к репозиторию git, содержащему файл, который вы пытаетесь скопировать
  • Имя файла, который вы хотите скопировать (в нашем случае INSTALL.md )
  • -o ИМЯ ФАЙЛА: имя, которое вы хотите, чтобы сгенерированный ZIP-архив имел после завершения копирования.

После указания всех этих параметров окончательная команда будет выглядеть примерно так:

Это загрузит файл INSTALL.md, который вы видели в предыдущих примерах, как install.zip в ваш текущий каталог.

Чтобы перейти к одному файлу, вы можете связать еще несколько команд (распаковать и очистить загруженный zip-файл) в однострочную команду, которая загружает, извлекает и очищает исходный zip-файл, оставляя нам только файл, который вы хотите скачать.

Последняя команда выглядит так:

При самостоятельном запуске вы должны указать путь к вашему репозиторию и файлу, чтобы убедиться, что он работает правильно.

Опять же, этот метод немного более технический, чем загрузка файла вручную через браузер, поскольку он предполагает, что вы хотя бы немного знакомы с командной строкой и командами Git. Но, как и метод cURL, его также можно автоматизировать как часть скриптов Bash или любой другой автоматизации, поддерживающей Git, что может быть полезно.

Что вам подходит?

Надеюсь, вы нашли здесь решение, которое подходит вам и вашим техническим навыкам. Если вы знакомы со сценариями и командной строкой, загрузка одного файла из репозитория GitLab через их API может быть очень быстрой. Если вам удобнее работать в браузере, лучше всего использовать собственный интерфейс GitLab.

Если вам нужны полные резервные копии репозитория, а не отдельные файлы или каталоги, воспользуйтесь BackHub. BackHub, ведущий поставщик резервных копий репозитория GitHub, скоро будет поддерживать GitLab, что позволит вам создавать резервные копии всего вашего репозитория, включая метаданные. Это займет всего несколько минут, чтобы начать. У вас будет ежедневная резервная копия репозитория, которую можно будет быстро восстановить в случае аварии.

Читать дальше

Как создать резервную копию одного файла из репозитория GitHub

В последний раз я открывал десять вкладок GitHub, пытаясь оценить, какую библиотеку JavaScript использовать для .

Три способа резервного копирования одного файла из Bitbucket

Вы когда-нибудь тратили время на решение проблемы, но вдруг вспоминали, что уже решали похожую.

Восстановление удаленных файлов в GitHub

Каждый разработчик хотя бы раз удалял неправильный файл из своего проекта. Это может быть либо .

Чтобы начать работу с GitLab, вам нужно создать репозиторий и отправить в него код. Вот как отправить сообщение в GitLab.

Как создать проект (репозиторий) в GitLab

Из-за их большего потенциала в GitLab репозитории называются проектами. Но вы можете использовать эти слова взаимозаменяемо, потому что проект ведет себя так же, как репозиторий, который вы можете найти на GitHub.

После создания учетной записи в GitLab перейдите на страницу Проекты и нажмите Новый проект.

На вкладке Пустой проект дайте проекту имя и добавьте описание. Если вы хотите, чтобы это был общедоступный репозиторий, выберите параметр Общедоступный. Убедитесь, что флажок Инициализировать репозиторий с опцией README не установлен. Затем нажмите кнопку Создать проект.

Как отправить в GitLab

После создания нового проекта он по умолчанию будет пустым. Есть несколько способов заполнить его. Вы можете напрямую добавлять файлы онлайн, используя кнопку Добавить файлы.

Но если вы собираетесь использовать GitLab в качестве онлайн-инструмента управления версиями, лучше всего загружать локальные файлы проекта с помощью командной строки. Чтобы приступить к работе, сначала установите и настройте Git на ПК с Linux, Mac или Windows.

Затем откройте Терминал (Git Bash в Windows) и перейдите в локальную папку, которую вы хотите синхронизировать с вашим проектом GitLab. Используйте команду cd, чтобы переключиться на нужную папку.

Теперь вы можете запустить процесс Git с помощью этой команды:

Теперь вы подключите удаленный проект GitLab к вашему локальному каталогу. Используйте следующую команду, вставив URL-адрес вашего проекта GitLab в конце (убедитесь, что он заканчивается на .git ).

git удаленное добавление источника

После того как вы нажмете Enter или Return , вы не увидите никакого подтверждения. Это потому, что вы еще не добавили или не передали файлы в процесс Git. Чтобы добавить все файлы из текущего каталога в процесс Git, используйте следующую команду.

Затем вы можете проверить, правильно ли были добавлены все файлы, используя следующую команду.

Теперь вы сделаете фиксацию, чтобы знать, какие файлы были включены, когда локальный каталог был впервые загружен в проект GitLab. Вы можете добавить свой комментарий между кавычками в конце следующей команды.Он может включать информацию о том, какие изменения вы недавно внесли в код и добавили ли вы какие-либо новые файлы.

git commit -m "первая фиксация"

Теперь вы готовы отправить файлы и код в GitLab. Введите следующую команду.

git push -u источник происхождения

После того, как вы нажмете Enter или Return , вам будет предложено ввести имя пользователя и пароль GitLab. Поскольку вы создали частный репозиторий, этот шаг гарантирует, что только владелец проекта сможет вносить изменения в репозиторий.

После аутентификации начнется процесс загрузки. Вскоре вы увидите сообщение о том, что загрузка завершена.

Чтобы проверить, все ли данные загружены правильно, вы можете открыть проект в своем браузере. Вместо пустой страницы теперь вы увидите список всех файлов и папок в проекте.

Автоматизируйте GitLab с помощью Zapier

Zapier позволяет подключить GitLab к тысячам приложений, чтобы вы могли автоматизировать больше процессов Git.

Например, вы можете автоматически получать уведомление или создавать задачу в своем инструменте управления проектами всякий раз, когда в вашем репозитории появляется новый запрос на слияние.

Или вы можете создавать новую задачу в GitLab всякий раз, когда получаете соответствующее электронное письмо или переводите карточку Trello в определенный статус.

Перейдите на нашу страницу интеграции с GitLab, чтобы узнать больше о том, как увеличить производительность GitLab.

Получайте советы по продуктивности прямо на почту

Мы будем отправлять вам электронные письма 1–3 раза в неделю и никогда не разглашаем вашу информацию.

Кхамош Патхак — автор технических новинок, специализирующийся на упрощении потребительских технологий для обычных пользователей. Его миссия — помочь пользователям максимально эффективно использовать свои технологические продукты, будь то аппаратное или программное обеспечение.

Добавление файлов в репозиторий — небольшая, но ключевая задача. Добавление файлов в репозиторий, таких как код, изображения или документы, позволяет Git отслеживать их, даже если они были созданы в другом месте.

Вы можете добавить файл в репозиторий в своем терминале, а затем отправить его в GitLab. Вы также можете использовать веб-интерфейс, который может оказаться более простым решением.

Если вам нужно сначала создать файл, например текстовый файл README.md, это также можно сделать из терминала или веб-интерфейса.

Добавить файл с помощью командной строки

Откройте терминал/оболочку и перейдите в папку вашего проекта GitLab. Обычно это означает выполнение следующей команды, пока вы не доберетесь до нужного места назначения:

Создайте новую ветку, чтобы добавить в нее файл. Следует избегать отправки изменений непосредственно в ветку по умолчанию, если только ваш проект не очень мал и вы единственный человек, работающий над ним.

Вы также можете переключиться на существующую ветку, если она у вас уже есть.

Используя стандартный инструмент для копирования файлов (например, Finder в macOS или File Explorer в Windows), поместите файл в каталог в проекте GitLab.

Проверьте, действительно ли ваш файл находится в каталоге (если вы работаете в Windows, используйте вместо этого каталог):

Вы должны увидеть имя файла в показанном списке.

Проверьте статус:

Имя вашего файла должно быть выделено красным, значит, git это заметил! Теперь добавьте его в репозиторий:

Проверьте статус еще раз, имя вашего файла должно стать зеленым:

Зафиксируйте (сохраните) файл в репозитории:

Теперь вы можете отправить (отправить) свои изменения (в ветке) в GitLab (удаленный Git с именем «origin»):

Ваше изображение добавлено в вашу ветку в вашем репозитории в GitLab.

Помощь и обратная связь

Редактируйте эту страницу, чтобы исправить ошибку или добавить улучшение в мерж-реквест.
Создайте задачу, чтобы предложить улучшение этой страницы.
Показывать и публиковать комментарии, чтобы просматривать и оставлять отзывы об этой странице.

Товар

Создайте проблему, если вам что-то не нравится в этой функции.
Предложите функциональность, отправив запрос функции.
Присоединяйтесь к программе First Look, чтобы помочь создавать новые функции.

Доступность функций и пробные версии продуктов

Просмотрите цены, чтобы увидеть все уровни и функции GitLab или обновиться.
Попробуйте GitLab бесплатно с доступом ко всем функциям на 30 дней.

Получить помощь

Если вы не нашли то, что искали, выполните поиск в документации.

Если вам нужна помощь с чем-то конкретным и вам нужна поддержка сообщества, опубликуйте сообщение на форуме GitLab.

При возникновении проблем с настройкой или использованием этой функции (в зависимости от вашей подписки на GitLab).

Как я могу загрузить папки/каталоги в репозиторий GitHub/GitLab? GitHub — это веб-платформа контроля версий для управления кодами. Платформа Git упрощает процесс совместной работы над проектами с несколькими людьми. В этой статье вы узнаете о нескольких методах загрузки каталогов в существующие репозитории git.

Методы загрузки:

Веб-интерфейс:

С помощью веб-интерфейса вы можете легко перетаскивать каталоги с файлами в существующий репозиторий GitHub.Каталоги должны содержать файлы с содержимым.

<р>1. Войдите в веб-интерфейс GitHub и перейдите в репозиторий, в который вы хотите загрузить файлы.

<р>2. На своем ноутбуке перейдите в каталог, который нужно загрузить в репозиторий GitHub.

<р>3. Выберите необходимые каталоги, которые необходимо загрузить на GitHub. Просто перетащите в веб-интерфейс страницы GitHub.

<р>4. Я загрузил следующие каталоги и файлы на GitHub.

<р>5. Убедитесь, что вы работаете в GitHub, просматривая репозиторий.

Пустые каталоги и каталоги с пустыми файлами не будут создаваться на GitHub. GitHub всегда ищет файлы с данными для создания необходимых каталогов и файлов.

Мы успешно загрузили коды из локальной системы на GitHub с помощью веб-интерфейса. В следующей статье мы познакомим вас с другими доступными методами.

Надеюсь, эта статья будет для вас информативной. Поделиться этим! Прокомментируйте это!! Будьте общительны.

Служба облачного хостинга Bitnami будет прекращена к 15 февраля 2022 года. По истечении этой даты вам придется использовать консоль Amazon Web Services (AWS) или API AWS для управления серверами, созданными с помощью облачного хостинга Bitnami.< /p>

В этом документе содержится информация о различных операциях, которые могут потребоваться при переходе на консоль AWS. Кроме того, в следующем разделе вы найдете список концепций облачного хостинга Bitnami и эквивалентные термины в консоли AWS.

Концепции

  • Серверы в Bitnami Cloud Hosting — это экземпляры EC2 в AWS. Они перечислены в консоли AWS в конкретном регионе, где они работают. Метка экземпляра Name соответствует имени сервера в Bitnami Cloud Hosting.
  • Резервные копии в Bitnami Cloud Hosting — это снимки состояния EBS в AWS. Они хранятся в том же регионе, что и сервер. Их описание совпадает с их именем в Bitnami Cloud Hosting.
  • Брандмауэры в Bitnami Cloud Hosting — это группы безопасности в AWS. Bitnami Cloud Hosting назначает две группы безопасности для каждого сервера: одну, общую для всех серверов (bch-shared-firewall-id), и другую, специфичную для каждого сервера (bch-server-firewall-id).
  • Статические IP-адреса в Bitnami Cloud Hosting — это эластичные IP-адреса в AWS.

Необходимые действия

Обычные задачи

Создать новые серверы

Для создания новых серверов Bitnami за пределами облачного хостинга Bitnami у вас есть разные варианты:

Получить секреты от BCH

Следуйте приведенным ниже инструкциям, чтобы получить секреты из службы облачного хостинга Bitnami. Сюда входят закрытые ключи SSH и учетные данные приложения.

Ключи SSH

Для каждого поставщика облачных услуг существует ключ SSH. Загрузите эти ключи, как описано ниже:

  • Перейдите на страницу обзора "Облака".
  • Для каждого облака:
    • Выберите облако в списке.
    • Нажмите кнопку "Загрузить ключ".
    • Выберите формат (PEM или PPK).

    Ключ будет загружен в вашу локальную систему. Аккуратно храните этот ключ, так как он понадобится вам для доступа к вашим серверам через SSH.

    Пароли приложений

    Если вы не изменили исходные значения паролей приложений по умолчанию, получите их, выполнив следующие действия:

    • Перейдите на страницу "Серверы".
    • Для каждого сервера:
      • Выберите сервер в списке.
      • Выберите приложение из списка отображаемых приложений.
      • Нажмите ссылку "Показать" рядом с учетными данными.

      Будут отображаться исходные учетные данные. Запишите и сохраните их бережно, так как они понадобятся вам для доступа к запущенным приложениям.

      Доступ к консоли AWS EC2

      Для управления серверами используйте консоль AWS EC2 следующим образом:

      Войдите в консоль Amazon AWS, используя данные своей учетной записи AWS.

      Перейдите к списку инстансов EC2 в консоли AWS EC2.

      Убедитесь, что выбранный регион в правом верхнем углу соответствует региону, в котором работают ваши серверы.

      Запустить, остановить, удалить сервер

      Для управления состоянием сервера необходимо:

      Выберите экземпляр в списке.

      После выбора откройте раскрывающийся список «Состояние экземпляра» и выберите нужное действие.

      Выполнение операции займет несколько минут.

      ПРИМЕЧАНИЕ: «Стоп» не выключит экземпляр, что позволит вам перезапустить его позже. «Завершить» полностью удалит экземпляр.

      ПРИМЕЧАНИЕ. Если экземпляр был создан недавно, он обычно настраивается на использование виртуального частного облака (VPC), а связанный статический IP-адрес сохраняется между операциями остановки и запуска. Для более старых экземпляров, работающих в EC2-Classic, связанный IP-адрес не будет назначен при остановках. В этих случаях повторно назначайте его экземпляру в разделе «Эластичные IP-адреса» при каждом перезапуске экземпляра.

      Изменить размер сервера

      Процесс изменения размера сервера немного отличается в зависимости от того, хотите ли вы изменить ЦП (тип экземпляра) или емкость диска.

      Изменить тип экземпляра

      Чтобы изменить размер ЦП:

      Выберите экземпляр в списке.

      После остановки выберите параметр «Настройки экземпляра -> Изменить тип экземпляра» в раскрывающемся меню «Действия».

      Выберите новый тип экземпляра и нажмите «Применить».

      ПРИМЕЧАНИЕ. Процесс потребует нескольких минут простоя. Возможно, вы захотите выполнить операцию в то время, когда ваши конечные пользователи менее подвержены влиянию.

      Изменить размер корневого диска

      Чтобы изменить емкость диска:

      Выберите экземпляр в списке.

      В сведениях об экземпляре, показанных под списком экземпляров, выберите вкладку "Хранилище".

      Щелкните идентификатор корневого тома EBS (в формате vol-XXXX…).

      Выберите том в списке.

      Выберите параметр «Изменить том» в раскрывающемся списке «Действия».

      Установите новый желаемый размер.

      После завершения операции снова запустите экземпляр.

      Размер разделов будет автоматически изменен, чтобы использовать новое пространство тома.

      ПРИМЕЧАНИЕ. Процесс потребует нескольких минут простоя. Возможно, вы захотите выполнить операцию в то время, когда ваши конечные пользователи менее подвержены влиянию.

      Управление резервными копиями

      Создавать новые резервные копии вручную

      Самый простой способ создать новые резервные копии вручную — создать образы Amazon (AMI) из работающего экземпляра. Это позволит вам легко запускать новые экземпляры из полученного образа.

      Выберите экземпляр в списке.

      Выберите вариант «Изображение и шаблоны -> Создать изображение» в раскрывающемся списке «Действия».

      Введите имя и описание изображения.

      Нажмите кнопку "Создать изображение".

      Образ будет готов через несколько минут после создания связанных моментальных снимков EBS.Вы можете просмотреть созданные образы на странице «AMI».

      СОВЕТ. Чтобы быстро восстановить резервную копию с помощью AMI, выберите изображение в списке и нажмите кнопку «Запустить».

      Восстановить резервную копию, созданную Bitnami Cloud Hosting

      Резервные копии Bitnami Cloud Hosting хранятся в вашей учетной записи AWS в виде моментальных снимков EBS. Чтобы восстановить резервную копию, выполните следующие действия:

      Выберите моментальный снимок для восстановления. По умолчанию моментальные снимки BCH следуют формату timestamp server_name в своем описании или имени, указанному в качестве имени резервной копии при создании.

      Выберите «Создать изображение из снимка» в раскрывающемся меню «Действия».

      Задайте имя для изображения.

      Установите для имени корневого устройства то же значение, что и в исходном экземпляре (обычно это /dev/xvda, но вы можете проверить его на вкладке «Хранилище» на странице сведений об исходном экземпляре). .

      Перейдите на страницу «AMI» и дождитесь завершения процесса создания образа.

      Выберите изображение и нажмите «Запустить».

      Следуйте инструкциям, чтобы настроить все свойства сервера и запустить новый экземпляр.

      СОВЕТ. Чтобы сохранить те же правила брандмауэра, что и раньше, назначьте те же группы безопасности, которые использовались исходным сервером. Список групп безопасности отображается на исходной странице сведений об экземпляре на вкладке «Безопасность».

      Настроить резервное копирование по расписанию

      Чтобы создавать запланированные резервные копии работающих серверов, используйте Amazon Data Lifecycle Manager:

      Нажмите кнопку "Создать политику жизненного цикла".

      Выберите тип политики «Политика AMI, поддерживаемая EBS». Нажмите «Далее».

      Выберите экземпляр с помощью тега имени или другого селектора, определите имя для политики и решите, хотите ли вы перезагрузить экземпляр в процессе, чтобы обеспечить согласованность данных. Нажмите «Далее».

      Выберите периодичность и количество сохраняемых резервных копий.

      Нажмите кнопку "Просмотреть политику".

      Просмотрите и подтвердите данные и нажмите кнопку "Создать политику".

      Новая политика появится в списке политик.

      Этот процесс будет периодически создавать образы машин Amazon (AMI), что позволит восстановить любой из них, просто выбрав образ в разделе AMI и нажав «Запустить».

      После создания политики ее можно изменить или активировать/деактивировать при необходимости в разделе Lifecycler Manager. Вам просто нужно будет выбрать политику и выбрать нужное действие.

      Настроить запуск/остановку сервера по расписанию

      Amazon предлагает решение на основе AWS Instance Scheduler, которое можно использовать в качестве замены функции запланированного запуска/остановки облачного хостинга Bitnami.

      ПРИМЕЧАНИЕ. Примите во внимание, что AWS Instance Scheduler потребует дополнительных вычислительных затрат и может оказаться нерентабельным, если вы не останавливаете и не запускаете множество экземпляров.

      Настроить личный домен

      Вы должны следовать общей процедуре настройки пользовательского домена сервера для AWS.

      ПРИМЕЧАНИЕ. Если вы предпочитаете не покупать собственное доменное имя для доступа к серверу, выполните описанные выше шаги и получите доступ к приложению, используя домен nip.io со значением статического Айпи адрес.Например, если статический IP-адрес 1.2.3.4, используйте домен 1.2.3.4.nip.io.

      Управление статическими IP-адресами

      Статические IP-адреса — это эластичные IP-адреса в AWS. Чтобы выделить или удалить IP-адреса, а также связать их с разными экземплярами с помощью консоли AWS EC2, выполните следующие действия:

        .
      • Перейдите в раздел "Эластичные IP-адреса".
      • Выполните нужные действия. Например, создайте новые IP-адреса, нажав кнопку "Выделить эластичный IP-адрес", или управляйте IP-адресом, выбрав его и выполнив над ним определенные действия.
      Назначить IP-адрес серверу

      Чтобы назначить экземпляру существующий IP-адрес, необходимо:

      Выберите IP-адрес.

      Выберите действие «Связать эластичный IP-адрес».

      Выберите экземпляр и нажмите «Связать».

      Операция займет несколько минут. После завершения экземпляр будет доступен через этот IP-адрес.

      Управление правилами брандмауэра

      Эквивалентом правил брандмауэра в AWS являются группы безопасности. Управляйте этими правилами на странице сведений об экземпляре, как описано ниже:

      Выберите экземпляр в списке.

      Выберите вкладку «Безопасность» в сведениях об экземпляре под списком экземпляров. Это покажет связанные группы безопасности и активные правила порта.

      Чтобы изменить правила, щелкните идентификатор группы безопасности на странице сведений и выберите «Изменить правила для входящих сообщений» в меню «Действия».

      Измените правила или добавьте новые. Нажмите «Сохранить правила», чтобы применить изменения.

      ПРИМЕЧАНИЕ. Bitnami Cloud Hosting по умолчанию связывает две группы безопасности с каждым сервером, одна из которых является общей для всех серверов в одном «облаке» (bch-shared-firewall-id), а другая для каждого сервера (bch-server-firewall-id). Учитывайте это при открытии новых портов или изменении правил.

      Читайте также: