Как принять лицензионное соглашение в терминале Ubuntu

Обновлено: 21.11.2024

В этом разделе описывается, как выполнить следующие задачи после установки:

Регистрация вашей системы

В зависимости от ваших требований существует несколько способов регистрации вашей системы. Большинство этих методов выполняются как часть задач после установки. Однако Red Hat Content Delivery Network (CDN) регистрирует вашу систему и подключает подписки RHEL до начала процесса установки.

11.1. Завершение начальной настройки

В этом разделе содержится информация о том, как выполнить начальную настройку в системе Red Hat Enterprise Linux 8.

  • Если во время установки вы выбрали базовую среду Сервер с графическим интерфейсом, окно начальной настройки откроется при первой перезагрузке системы после завершения процесса установки.
  • Если вы зарегистрировались и установили RHEL из CDN, в диспетчере подписки отображается примечание о том, что на все установленные продукты распространяются действительные права.

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

Предпосылки

  • Вы завершили графическую установку в соответствии с рекомендуемым рабочим процессом, описанным в разделе Установка RHEL с использованием образа ISO с портала для клиентов.
  • У вас есть активная неоценочная подписка на Red Hat Enterprise Linux.

Процедура

В окне "Начальная настройка" выберите "Информация о лицензировании" .

Открывается окно лицензионного соглашения, в котором отображаются условия лицензирования Red Hat Enterprise Linux.

Прочитайте лицензионное соглашение и установите флажок Я принимаю лицензионное соглашение.

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

Нажмите "Готово", чтобы применить настройки и вернуться в окно начальной настройки.

Если вы не настроили сетевые настройки, вы не сможете сразу зарегистрировать свою систему. В этом случае нажмите «Завершить настройку». Запустится Red Hat Enterprise Linux 8, и вы сможете войти в систему, активировать доступ к сети и зарегистрировать свою систему. Дополнительную информацию см. в разделе После установки диспетчера подписки. Если вы настроили сетевые параметры, как описано в разделе Сетевое имя хоста, вы можете немедленно зарегистрировать свою систему, как показано в следующих шагах:

В окне Initial Setup выберите Subscription Manager .

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

Дополнительные ресурсы

В зависимости от ваших требований существует пять способов регистрации вашей системы:

11.2. Регистрация вашей системы с помощью командной строки

В этом разделе содержится информация о том, как зарегистрировать подписку Red Hat Enterprise Linux 8 с помощью командной строки.

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

Предпосылки

  • У вас есть активная неоценочная подписка на Red Hat Enterprise Linux.
  • Статус вашей подписки Red Hat подтвержден.
  • Вы ранее не получали подписку на Red Hat Enterprise Linux 8.
  • Вы активировали подписку перед попыткой загрузить права с клиентского портала. Вам необходимо право для каждого экземпляра, который вы планируете использовать. Служба поддержки клиентов Red Hat доступна, если вам нужна помощь в активации подписки.
  • Вы успешно установили Red Hat Enterprise Linux 8 и вошли в систему как пользователь root.

Процедура

Откройте окно терминала и зарегистрируйте свою систему Red Hat Enterprise Linux, используя имя пользователя и пароль портала клиентов Red Hat:

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

Установите роль для системы, например:

Доступные роли зависят от подписок, приобретенных организацией, и архитектуры системы Red Hat Enterprise Linux 8. Вы можете установить одну из следующих ролей: Red Hat Enterprise Linux Server, Red Hat Enterprise Linux Workstation или Red Hat Enterprise Linux Compute Node.

Установите уровень обслуживания для системы, например:

Настройте использование системы, например:

Когда подписка успешно присоединена, отображается вывод, аналогичный следующему:

Альтернативный метод регистрации вашей системы Red Hat Enterprise Linux 8 – это вход в систему в качестве привилегированного пользователя и использование графического пользовательского интерфейса Subscription Manager.

11.3. Регистрация вашей системы с помощью пользовательского интерфейса Subscription Manager

В этом разделе содержится информация о том, как зарегистрировать систему Red Hat Enterprise Linux 8 с помощью пользовательского интерфейса Subscription Manager для получения обновлений и доступа к репозиториям пакетов.

Предпосылки

  • Вы завершили графическую установку в соответствии с рекомендуемым рабочим процессом, описанным в разделе Установка RHEL с использованием образа ISO с портала для клиентов.
  • У вас есть активная неоценочная подписка на Red Hat Enterprise Linux.
  • Статус вашей подписки Red Hat подтвержден.

Процедура

  1. Войдите в свою систему.
  2. В верхней левой части окна нажмите Действия .
  3. В параметрах меню нажмите значок "Показать приложения".
  4. Нажмите значок Red Hat Subscription Manager или введите Red Hat Subscription Manager в поиске.

Введите пароль администратора в диалоговом окне "Требуется аутентификация".

Для выполнения привилегированных задач в системе требуется аутентификация.

Кнопка «Регистрация» в окне «Подписки» изменится на «Отменить регистрацию», а установленные продукты будут отмечены зеленым крестиком. Устранить неполадки, связанные с неудачной регистрацией, можно из окна терминала с помощью команды состояния подписки-менеджера.

Дополнительные ресурсы

11.4. Помощник по регистрации

11.5. Настройка назначения системы с помощью инструмента командной строки syspurpose

System Purpose — необязательная, но рекомендуемая функция установки Red Hat Enterprise Linux. Вы можете использовать System Purpose, чтобы зафиксировать предполагаемое использование системы Red Hat Enterprise Linux 8 и убедиться, что сервер разрешений автоматически подключает наиболее подходящую подписку к вашей системе. Инструмент командной строки syspurpose является частью пакета python3_syspurpose.rpm. Если цель системы не была настроена в процессе установки, вы можете использовать инструмент командной строки syspurpose после установки, чтобы установить необходимые атрибуты.

Предпосылки

  • Вы установили и зарегистрировали свою систему Red Hat Enterprise Linux 8, но назначение системы не настроено.
  • Вы вошли в систему как пользователь root.

Пакет python3_syspurpose.rpm доступен в вашей системе.

Если ваша система зарегистрирована, но в ней есть подписки, которые не соответствуют требуемой цели, вы можете запустить команду менеджера подписки remove --all, чтобы удалить прикрепленные подписки. Затем вы можете использовать инструмент командной строки syspurpose, чтобы установить необходимые атрибуты цели, и запустить команду подписки-менеджера attach --auto, чтобы предоставить системе право на использование обновленных атрибутов.

Процедура

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

В окне терминала выполните следующую команду, чтобы установить предполагаемую роль системы:

Замените VALUE ролью, которую вы хотите назначить:

  • Сервер Red Hat Enterprise Linux
  • Рабочая станция Red Hat Enterprise Linux
  • Вычислительный узел Red Hat Enterprise Linux

Необязательно: выполните следующую команду, чтобы отключить роль:

Выполните следующую команду, чтобы установить предполагаемое соглашение об уровне обслуживания (SLA) системы:

Замените VALUE на SLA, которое вы хотите назначить:

  • Премиум
  • Стандартный
  • Самостоятельная поддержка

Необязательно: выполните следующую команду, чтобы отменить SLA:

Выполните следующую команду, чтобы задать предполагаемое использование системы:

Замените VALUE на использование, которое вы хотите назначить:

  • Производство
  • Аварийное восстановление
  • Разработка/тестирование

Необязательно: выполните следующую команду, чтобы отменить использование:

Выполните следующую команду, чтобы отобразить текущие свойства цели системы:

Необязательно: выполните следующую команду, чтобы открыть справочную страницу syspurpose:

11.6. Защита вашей системы

Выполните следующие действия, связанные с безопасностью, сразу после установки Red Hat Enterprise Linux.

Предпосылки

  • Вы завершили графическую установку в соответствии с рекомендуемым рабочим процессом, описанным в разделе Установка RHEL с использованием образа ISO с портала для клиентов.

Процедура

Чтобы обновить систему, выполните следующую команду от имени пользователя root:

Несмотря на то, что служба брандмауэра firewalld автоматически включается при установке Red Hat Enterprise Linux, существуют сценарии, в которых она может быть явно отключена, например, в конфигурации Kickstart.В этом случае рекомендуется снова включить брандмауэр.

Чтобы запустить firewalld , выполните следующие команды от имени пользователя root:

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

Чтобы просмотреть активные службы, выполните следующую команду:

11.7. Развертывание систем, соответствующих профилю безопасности, сразу после установки

Вы можете использовать пакет OpenSCAP для развертывания систем RHEL, совместимых с профилями безопасности, такими как OSPP, PCI-DSS и HIPAA, сразу после процесса установки. Используя этот метод развертывания, вы можете применять определенные правила, которые нельзя применить позже с помощью сценариев исправления, например, правило для надежности пароля и разделения.

11.7.1. Профили, несовместимые с сервером с графическим интерфейсом

Некоторые профили безопасности, представленные в Руководстве по безопасности SCAP, несовместимы с расширенным набором пакетов, включенным в базовую среду Сервер с графическим интерфейсом. Поэтому не выбирайте Сервер с графическим интерфейсом при установке систем, совместимых с одним из следующих профилей:

Таблица 11.1. Профили, несовместимые с сервером с графическим интерфейсом

CIS Red Hat Enterprise Linux 8 Benchmark для уровня 2 — сервер

xccdf_org.ssgproject.content_profile_cis

Пакеты xorg-x11-server-Xorg , xorg-x11-server-common , xorg-x11-server-utils и xorg-x11-server-Xwayland являются частью набора пакетов сервера с графическим интерфейсом, но политика требует их удаление.

CIS Red Hat Enterprise Linux 8 Benchmark для уровня 1 — сервер

xccdf_org.ssgproject.content_profile_cis_server_l1

Пакеты xorg-x11-server-Xorg , xorg-x11-server-common , xorg-x11-server-utils и xorg-x11-server-Xwayland являются частью набора пакетов сервера с графическим интерфейсом, но политика требует их удаление.

Несекретная информация в нефедеральных информационных системах и организациях (NIST 800-171)

xccdf_org.ssgproject.content_profile_cui

Пакет nfs-utils является частью набора пакетов сервера с графическим интерфейсом, но политика требует его удаления.

Профиль защиты для операционных систем общего назначения

xccdf_org.ssgproject.content_profile_ospp

Пакет nfs-utils является частью набора пакетов сервера с графическим интерфейсом, но политика требует его удаления.

DISA STIG для Red Hat Enterprise Linux 8

xccdf_org.ssgproject.content_profile_stig

Пакеты xorg-x11-server-Xorg , xorg-x11-server-common , xorg-x11-server-utils и xorg-x11-server-Xwayland являются частью набора пакетов сервера с графическим интерфейсом, но политика требует их удаление.

11.7.2. Развертывание базовых систем RHEL с помощью графической установки

Используйте эту процедуру для развертывания системы RHEL, соответствующей определенному базовому уровню. В этом примере используется профиль защиты для операционной системы общего назначения (OSPP).

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

Предпосылки

  • Вы загрузили графическую программу установки. Обратите внимание, что надстройка OSCAP Anaconda не поддерживает интерактивную текстовую установку.
  • Вы получили доступ к окну сводки установки.

Процедура

  1. В окне «Сводка по установке» нажмите «Выбор программного обеспечения» . Откроется окно выбора программного обеспечения.
  2. На панели «Базовая среда» выберите среду «Сервер». Вы можете выбрать только одну базовую среду.
  3. Нажмите "Готово", чтобы применить настройку и вернуться в окно "Сводка установки".
  4. Нажмите «Политика безопасности» . Откроется окно политики безопасности.
  5. Чтобы включить политики безопасности в системе, установите переключатель Применить политику безопасности в положение ВКЛ .
  6. Выберите Профиль защиты для операционных систем общего назначения на панели профилей.
  7. Нажмите «Выбрать профиль», чтобы подтвердить выбор.
  8. Подтвердите изменения на панели «Изменения, которые были сделаны или должны быть сделаны», которая отображается в нижней части окна. Внесите все оставшиеся изменения вручную.
  9. Поскольку OSPP предъявляет строгие требования к разделам, которые необходимо соблюдать, создайте отдельные разделы для /boot, /home, /var, /var/log, /var/tmp и /var/log/audit.

Завершите графический процесс установки.

Программа установки с графическим интерфейсом автоматически создает соответствующий файл Kickstart после успешной установки. Вы можете использовать файл /root/anaconda-ks.cfg для автоматической установки OSPP-совместимых систем.

Подтверждение

Чтобы проверить текущее состояние системы после завершения установки, перезагрузите систему и запустите новое сканирование:

Дополнительные ресурсы

11.7.3.Развертывание базовых систем RHEL с помощью Kickstart

Используйте эту процедуру для развертывания систем RHEL, соответствующих определенному базовому уровню. В этом примере используется профиль защиты для операционной системы общего назначения (OSPP).

Предпосылки

  • Пакет scap-security-guide установлен в вашей системе RHEL 8.

Процедура

Обновите схему секционирования в соответствии с вашими требованиями к конфигурации. Для соответствия OSPP отдельные разделы для /boot , /home , /var , /var/log , /var/tmp и /var/log/audit должны быть сохранены, и вы можете изменить только размер разделов.< /p>

Пароли в хэш-форме не могут быть проверены на соответствие требованиям OSPP.

Подтверждение

Чтобы проверить текущее состояние системы после завершения установки, перезагрузите систему и запустите новое сканирование:

Дополнительные ресурсы

11.8. Следующие шаги

После выполнения необходимых действий после установки можно настроить основные параметры системы. Для получения информации о выполнении таких задач, как установка программного обеспечения с помощью yum, использование systemd для управления службами, управление пользователями, группами и правами доступа к файлам, использование chrony для настройки NTP и работа с Python 3, см. Настройка основных параметров системы документ.

В этом совете показано, как принять лицензионное соглашение в терминальной оболочке GNU/Linux.

Обычно для принятия лицензионного соглашения достаточно выйти из него!

Принятие лицензии

Чтобы принять лицензию в терминале GNU/Linux
Просто нажмите «q», чтобы выйти.

"В Свободе Нет Концепции! Свобода - это абсолютная Пустота, но она действительна только в том случае, если ощущается как гармоничное сердцебиение."

Фонд GNU+Linux

"Когда будет срублено последнее дерево, поймана последняя рыба, отравлена ​​последняя река, только тогда мы поймем, что деньги нельзя есть".

"Сегодня не существует пригодных для использования компьютеров с полностью открытым программным и аппаратным обеспечением (настолько, насколько некоторые компании хотят рекламировать себя как таковые)".

Подпишитесь на нас

Философия свободного программного обеспечения GNU/Linux

"Сны показывают Внутреннее обнаженное Истину. Трансцендентное Чувство-Информация-Осознание, свободно сияющее из Вечного Источника Реальности: Бесценной, Вневременной и Безграничной Души!"

Последние слова Стива Джобса

«Быть ​​победителем в миссии свободной вычислительной ОС означает принять Коммерческую Стратегию. Превзойти Двойственность в Единстве и, таким образом, распространять как свободное, так и несвободное программное обеспечение. Потому что евангелизация свободы в несвободном мире подобна содержанию троянского коня. Аллилуйя!"

Лучшие природные средства защиты от коронавируса

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

"Использование денег только для покупки Вещей и отказ от поддержки философии бесплатных подарков является признаком эгоистичного и ограниченного ума".

Что может спасти мир от самоуничтожения? Смиренное обращение на духовный путь.
Потому что Земля и Природа были Опустошены слепой дикой массовой гонкой, чтобы доказать, что вы Кто-то Лучше, потому что у вас есть $несколько fla$hy Power$.

Спасибо Google

Уважаемый пользователь Linux, было бы неплохо, если бы вы могли понять, что без Google Ads большая часть этого Контента, скорее всего, никогда не будет написана!
Итак, спасибо Google и рекламодателям Google Ads за их поддержку.
Более того, я могу легко найти необходимую информацию для повторного создания своих руководств с помощью лучшей поисковой системы: Google.

Кредиты

Вечная слава Богу, Иисусу Христу, Святому Духу, Ганеше, Шиве, Вишну, Кришне, Лаози, Будде, Бодхидхарме, Ма Гигу, Хакуину, Иккью, Нагарджуне, Тилопе, Наропе, Миларепе, Сухраварди, Святому Дисмасу, Святому Франческо, Святая Тереза, Святой Иоанн, Святой Филиппо, Экехарт. Все Святые Божества, Аватары, Святые, Мистики и Истинные Духовные Мастера. Потому что они в Вечном Свете Истины и Восторга, Освещающих Мир Тьмы, Неведения, Слепоты, Беспокойства и Лжи!

Божественная и дьявольская природа

«Божественная Святая Динамика — это Вечное Единство, Все Добродетели и Превосходство.Чистота, Духовность, Невинность, Невозмутимость, Доверчивость, Невиновность, Альтруизм, Обмен и Пустота.
Вместо Дьявольского Человека - Эфемерная Дифференциация, Все Недостатки и Беды. Нечистота, Бездуховность, Извращенность, Яростность, Сомнение, Виновность, Эгоизм, Жадность и Денежность."

Пожертвовать крайне бедным

Тема QuickChic • Работает на WordPress

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

На этой странице описано, как принять лицензию Chef для всех продуктов Chef Software. Обзор лицензии см. в документации по лицензии Chef. Существует два типа лицензии: MLSA и EULA. MLSA применяется к клиентам с коммерческим договором с Chef Software, а EULA распространяется на все остальные случаи.

Принять MLSA Chef

Есть три способа принять Chef MLSA:

    При запуске шеф-

-ctl reconfigure печатает Chef MLSA. Введите да, чтобы принять его. Все, кроме ввода yes, отклоняет Chef MLSA, и процесс обновления завершается. Ввод yes добавляет файл .license.accepted в /etc/chef/accepted_licenses/

Принять лицензионное соглашение Chef

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

Продукты для рабочих станций

  • Рабочая станция Chef >= 0.4, которая также содержит:
    • Клиент Chef Infra
    • Шеф-повар InSpec
    1. Аргумент --chef-license, передаваемый при вызове командной строки.
    2. CHEF_LICENSE в качестве переменной среды. может быть указан как один из следующих:
      1. accept — принимает лицензию и пытается локально сохранить файл маркера. Сохранение этих файлов маркеров означает, что будущие вызовы не потребуют повторного принятия лицензии.
      2. accept-silent — аналогично accept, за исключением того, что сообщения не отправляются на STDOUT
      3. accept-no-persist — аналогично accept-silent, за исключением того, что файл маркера не сохраняется. Будущий вызов потребует повторного принятия лицензии.

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

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

      Подробнее о сохраненных файлах маркеров см. в разделе Сохранение файла лицензии.

      Аргумент командной строки --chef-license не имеет обратной совместимости со старыми версиями, не входящими в EULA. Если вы управляете средой с несколькими версиями, мы рекомендуем использовать переменную среды, поскольку она игнорируется более старыми версиями.

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

      Рабочая станция шеф-повара

      Рабочая станция Chef содержит несколько продуктов Chef Software. При вызове инструмента командной строки шеф-повара и принятии лицензии пользователи также должны принять лицензию для всех встроенных продуктов. Ко всем продуктам применяется одна и та же лицензия, но для каждого продукта должно быть принято собственное лицензионное соглашение. chef --chef-license accept примет лицензию для Chef Workstation, Chef Infra Client и Chef InSpec. Например, шеф-повар env --chef-license accept .

      Клиент Chef Infra

      Среда обитания шеф-повара

      Есть два способа принять лицензию Chef Habitat:

      1. Пользователи могут выполнить команду hab license accept в командной строке.
      2. Кроме того, пользователи могут установить HAB_LICENSE в качестве переменной среды. может быть указан как один из следующих:
        1. accept — принимает лицензию и локально сохраняет файл маркера. Будущие вызовы не требуют повторного принятия лицензии.
        2. accept-no-persist — принимает лицензию без сохранения файла маркера. Будущий вызов потребует повторного принятия лицензии.

        Если лицензия не будет принята ни одним из этих способов, Chef Habitat запросит принятие с помощью интерактивной подсказки.

        Кроме того, чтобы принять лицензию в CI или другой автоматизации, пользователь может создать пустой файл в файловой системе в /hab/accepted-licenses/habitat (если ваши команды hab запускаются от имени пользователя root) или в $HOME/.hab/accepted-licenses/habitat (если ваши команды hab запускаются от имени пользователя, отличного от root). В ситуациях, когда команды hab запускаются от имени нескольких пользователей, рекомендуется создавать оба файла.

        Ошибки

        Если запрос лицензии Chef Habitat не отображается, продукт завершается с ошибкой с кодом выхода 172. Если Chef Habitat не может сохранить принятую лицензию, он отправляет сообщение STDOUT, но запуск продукта будет успешно продолжен. Однако в будущем пользователю потребуется снова принять лицензию.

        Шеф-повар в качестве основного пакета

        Продукты Chef Software также распространяются в виде базовых пакетов. Когда продукты Chef устанавливаются с помощью Chef Habitat, продукты запрашивают принятие лицензии во время использования продукта. Примите лицензии, как описано выше.

        Серверные продукты

        Некоторые продукты Chef, распространяемые в виде базовых пакетов, содержат серверы. В этих случаях Chef Habitat запускает серверные продукты в качестве супервизора. См. разделы ниже для получения информации о том, как принять лицензию на эти продукты, когда они распространяются в виде исходных пакетов.

        < td>>= 13.0
        Продукт Версия
        Сервер Chef Infra
        Chef Automate >= 2.0
        Супермаркет >= 4.0

        Серверные продукты обычно устанавливаются и управляются тем или иным руководителем процесса. Серверные продукты Chef Software не позволяют принимать лицензии в интерактивном режиме, поскольку руководители процессов не допускают интерактивности. Вместо этого лицензия принимается во время команды перенастройки или команды обновления для команды Omnibus ctl. Например:

        • chef-server-ctl перенастроить --chef-license=accept
        • CHEF_LICENSE="accept-no-persist" реконфигурация супермаркета-ctl

        Кроме того, лицензия Chef может быть принята через общий файл конфигурации. Укажите 'accept' от chef_license в конфигурации chef-server.rb или super.rb.

        Автоматизация шеф-повара

        У Chef Automate есть собственный инструмент перенастройки,automate-ctl . Этот инструмент помогает пользователям установить и настроить Chef Automate. После этого в браузере принимается лицензия Chef. Следуйте инструкциям в продукте.

        Инфра-сервер Chef

        При установке в виде системного пакета пользователи принимают лицензию с помощью команды ctl. Например, chef-server-ctl reconfigure --chef-license=accept . Принятие также можно установить в файле конфигурации chef-server.rb как chef_license "accept" .

        Chef Infra Server также распространяется в виде основного пакета и запускается с помощью супервизора. В этом режиме пользователи принимают лицензию, задавая правильные значения конфигурации. Ключ — chef_license.acceptance .

        Например: для супервизора, работающего с Chef Infra Server, запустите echo "chef_license.acceptance = accept" | hab config применить server.default 100 . Дополнительную информацию о том, как применить эту конфигурацию к сервисной группе, см. в документации по обновлениям конфигурации Chef Habitat.

        Продукты для удаленного управления

        • Тестовая кухня
        • загрузка ножа в Chef Infra Client
        • chef-run в Chef Workstation
        • Упаковщик
        • Поставщик Terraform Chef (устаревший)
        • Бродяга

        Эти продукты устанавливают или управляют Chef на удаленном экземпляре. Если пользователь принял соответствующую лицензию на продукт локально, она будет автоматически перенесена на удаленный экземпляр. Например, если пользователь принял лицензию Chef Infra Client локально и объединил экземпляр Test Kitchen с поставщиком Chef, он успешно скопирует принятие на удаленный экземпляр. Мы стремимся поддерживать такое поведение, чтобы рабочий процесс пользователей рабочих станций не пострадал, но любые отличия от этого поведения описаны ниже.

        Тестовая кухня

        Test Kitchen не принадлежит и не подпадает под действие лицензии Chef, но установка Chef Infra Client в тестовом экземпляре подпадает под действие лицензионного соглашения с конечным пользователем. Без принятия лицензии конвергенция на тестовом экземпляре завершится ошибкой.

        Провайдер Chef в Test Kitchen >= 2.3 был обновлен, чтобы упростить принятие этой лицензии от имени тестового экземпляра. Пользователи могут установить переменную среды CHEF_LICENSE или добавить chef_license: accept в конфигурацию своего поставщика в файле kitchen.yml. Указание accept попытается сохранить принятие лицензии локально. Если обнаружен локальный файл маркера лицензии, настройка не требуется; принятие автоматически переносится в тестовый экземпляр.

        Чтобы отключить это сохранение, задайте параметр accept-no-persist при каждой сходимости тестового экземпляра.

        kitchen-inspec использует Chef InSpec в качестве библиотеки и не подпадает под действие лицензионного соглашения с конечным пользователем, если оно установлено как гем, но подпадает под действие лицензионного соглашения с конечным пользователем, если оно упаковано как часть установки Chef Workstation.Примите лицензию аналогично лицензии Chef Infra Client — укажите переменную среды CHEF_LICENSE, укажите конфигурацию chef_license в разделе verifier в kitchen.yml или сохраните принятие локально.

        Тестовая кухня: прикрепить к Chef 14

        Вы можете закрепить определенную версию шеф-повара в файле kitchen.yml:

        нож бутстрап

        использование ножа не требует принятия лицензионного соглашения. Экземпляр Chef Infra Client требует принятия лицензионного соглашения с конечным пользователем. Использование Knife bootstrap для управления экземпляром Chef Infra Client предложит пользователю принять лицензию локально, прежде чем разрешать начальную загрузку удаленного экземпляра. Без этого загрузка ножа не удалась.

        В большинстве случаев использования через Chef Workstation эта лицензия уже будет принята и будет прозрачно передана. Но если пользователь устанавливает Chef Workstation и первой командой, которую он запускает, является knife bootstrap , он будет выполнять тот же процесс принятия лицензии, что и продукт Chef Infra Client.

        загрузка ножа в Chef Infra Client 14

        Команда начальной загрузки ножа в Chef Infra Client 14 не может принять лицензионное соглашение с конечным пользователем Chef Infra Client 15 на удаленных узлах, если только вы не используете настраиваемый шаблон и не добавляете chef_license «accept» в client.rb. Это относится к рабочим станциям, на которых установлена ​​начальная загрузка ножа Chef Infra Client: прикрепить к Chef 14

        Укажите следующий аргумент:

        шеф-повар

        Упаковщик

        Используйте собственный шаблон конфигурации Chef. В конфигурацию вашего поставщика включите:

        В path/to/client.rb укажите:

        Вы также можете добавить его в команду execute_command, но это не поддерживает обратную совместимость, поэтому не рекомендуется.

        Packer: прикрепить к Chef 14

        Повар-поставщик Terraform

        Terraform объявила Chef Provisioner устаревшим в выпуске 0.13.4 и удалит его в будущей версии. Terraform продолжает поддерживать Chef Provider.

        Лицензию можно принять через конфигурационный файл Chef Infra Client, указанный в конфигурации client_options Terraform Provisioner:

        Terraform: прикрепить к Chef 14

        Бродяга

        Принятие лицензии можно выполнить через API аргументов:

        Подробности см. в документации по Vagrant. Аргумент --chef-license не имеет обратной совместимости с версиями Chef Infra Client, не входящими в EULA. Таким образом, вместо этого пользователи могут использовать собственный путь к конфигурации и указать локальный файл, в котором указана конфигурация шеф-повара. Переменная среды в настоящее время не поддерживается.

        Бродяга: прикрепить к Chef 14

        Это закрепление версии можно выполнить с помощью API версии. В конфигурации поставщика шеф-повара:

        Поддержка перед обновлением

        Chef Software стремится максимально упростить переход с версии без лицензионного соглашения с конечным пользователем на версию с лицензионным соглашением. Для некоторых продуктов (Chef Infra Client 14.12.9, Chef InSpec 3.9.3) мы добавили обратно совместимую поддержку команды --chef-license, которая выполняет операцию без операции. Это позволяет клиентам указывать этот аргумент любым способом, которым они управляют этими продуктами, перед обновлением.

        Кроме того, пользователи могут указать переменную среды CHEF_LICENSE при вызове любого из продуктов EULA для принятия лицензии. Эта переменная среды игнорируется продуктами, не входящими в EULA, и поэтому обратно совместима со старыми версиями.

        поваренная книга клиента

        Для пользователей, которые управляют своей установкой Chef Infra Client с помощью поваренной книги chef-client, мы добавили новый атрибут, который можно указать. Укажите атрибут узла node['chef_client']['chef_license'] = 'accept' при запуске кулинарной книги, чтобы применить принятие лицензии обратно совместимым способом.

        Эта функция позволяет пользователям установить этот атрибут для установки Chef Infra Client 14, выполнить обновление до Chef Infra Client 15 и обеспечить правильную работу продукта.

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