Как настроить локальный сервер SUSE RMT (замена SMT)

Если вы настраиваете локальный сервер для текущих систем SUSE Linux Enterprise, используйте инструмент зеркалирования репозиториев (RMT), а не новую установку SMT. Начиная с SLE 15, SUSE заменила инструмент управления подписками (SMT) на RMT. RMT синхронизирует информацию о продуктах и ​​репозиториях из SUSE Customer Center (SCC), зеркалирует выбранные пакеты и позволяет поддерживаемым клиентам регистрироваться через ваш локальный сервер. Данное руководство соответствует документации по RMT для SUSE Linux Enterprise Server 15 SP7, проверенной 6 октября 2026 года. Команды и доступность пакетов могут отличаться в других версиях, поэтому используйте руководство для той версии сервера, которую вы развертываете.

Следует ли использовать RMT или продолжать SMT?

Выберите RMT для новой локальной службы регистрации и обновления для клиентов SLES 12 и более новых версий. RMT входит в состав SLES, начиная с версии 15, и может зеркалировать репозитории SUSE и пользовательские репозитории. Это сокращает количество повторных загрузок и предотвращает прямое подключение клиентских машин к SCC.

SMT остается актуальным для более старых сред, но SUSE определяет SLE 12 как последний поток кода для SMT. RMT не поддерживает клиенты SLE 11 и более ранних версий, и SUSE предупреждает, что RMT не является полной заменой всех функций: например, в руководстве по миграции указаны поэтапные репозитории, управление клиентами SMT и отчетность как возможности, которые не переносятся в том же виде. Если ваша среда включает SLE 11 или зависит от рабочих процессов, использующих только SMT, не следует предполагать, что прямая замена возможна. Перед изменением сервиса ознакомьтесь с руководством по миграции и вариантами поддержки SUSE.

RMT также отличается от изолированного от сети репозитория пакетов. Стандартному серверу RMT необходим исходящий доступ к службам обновления SCC и SUSE для синхронизации метаданных и пакетов. Для автономного развертывания требуется отдельный процесс экспорта/импорта или зеркалирования в офлайн-режиме.

Что нужно подготовить перед установкой?

• Поддерживаемый хост: Запланируйте сервер SLES 15 для службы RMT. Для миграции с SMT компания SUSE рекомендует использовать недавно установленный хост SLES 15.
• Учетные данные организации SCC: RMT использует учетные данные зеркалирования организации, а не обычный код регистрации клиента. В SCC выберите нужную организацию и откройте раздел «Прокси» , чтобы найти ее.
• Стабильное DNS-имя и план TLS: выберите полное доменное имя (FQDN), которое будут использовать клиенты, например rmt.example.com, . Убедитесь, что оно разрешается из клиентских сетей и совпадает с именем в сертификате HTTPS.
• Хранилище репозитория: определите размер хранилища для продуктов, модулей, версий и архитектур, которые вы планируете зеркалировать. SUSE указывает примерно 1,5-кратный размер общего включенного репозитория в качестве общего руководства по планированию и отмечает, что это составляет приблизительно 200 ГБ на каждый релиз SLE, включая расширения. Фактические потребности могут отличаться; следите за свободным пространством, особенно за временным пространством в /tmp.
• Доступ к сети: разрешите хосту RMT доступ к конечным точкам SUSE, необходимым для вашей версии. В руководстве по SLES 15 SP7 указаны порты scc.suse.com80 и 443. Ограничьте доступ клиентов к службе RMT только теми сетями, которым это необходимо.updates.suse.cominstaller-updates.suse.com

Не следует объединять роль RMT с ролью сервера установки SLES на одной машине без проверки предупреждения SUSE: эти две конфигурации используют разные веб-серверы на порту 80 и не предназначены для одновременного включения.

Как установить и настроить RMT?

1. Установите пакет RMT.

На существующем хосте SLES 15 с доступными необходимыми репозиториями установите серверный пакет и примените текущие обновления обслуживания:

sudo zypper in rmt-server
sudo zypper patch

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

2. Запустите конфигурацию YaST RMT.

Запустите модуль конфигурации:

sudo yast2 rmt

При появлении запроса введите имя пользователя и пароль организации SCC, используемой для зеркального отображения. YaST также запрашивает базу данных и пользователя MariaDB, а также общее имя сертификата. В качестве общего имени используйте полное доменное имя (FQDN) сервера RMT, обращенного к клиентам. Добавьте любые другие имена или IP-адреса, которые клиенты будут фактически использовать в качестве альтернативных имен в сертификате. Клиент, подключающийся по неуказанному имени, может сообщить о несоответствии сертификата, даже если служба доступна.

Если firewalldэта функция включена, используйте параметр YaST для открытия необходимых портов RMT. По возможности ограничьте доступ к нужному сетевому интерфейсу или зоне. Завершите работу мастера и ознакомьтесь с его сводкой; SUSE сообщает, что YaST включает и запускает необходимые службы systemd и таймеры.

3. Подтвердите имя сервера, сертификат и службу.

В клиентской сети убедитесь, что выбранное полное доменное имя (FQDN) разрешается в хост RMT и что HTTPS предоставляет сертификат, которому доверяет клиент. Сгенерированный RMT сертификат центра сертификации хранится по адресу /etc/rmt/ssl/rmt-ca.crt; сертификат и ключ сервера хранятся по адресам /etc/rmt/ssl/rmt-server.crtи /etc/rmt/ssl/rmt-server.key. Защитите закрытый ключ и обеспечьте доступ к сертификату центра сертификации для клиентов, которым необходимо ему доверять. Используйте для регистрации точно такое же полное доменное имя (FQDN), которое указано в сертификате сервера.

Как выбрать и скопировать только необходимые репозитории?

4. Синхронизация метаданных продукта и репозитория.

После завершения настройки синхронизируйте локальную базу данных RMT с SCC:

sudo rmt-cli sync

Это обновляет информацию о продукте и репозитории, доступную для RMT; это не означает, что все пакеты уже загружены. Автоматическая синхронизация метаданных осуществляется с помощью rmt-server-sync.timer. Проверить её состояние можно с помощью:

systemctl status rmt-server-sync.timer

5. Найдите идентификаторы продукции для вашего имущества.

Перед включением чего-либо перечислите доступные продукты и репозитории:

sudo rmt-cli products list --all
sudo rmt-cli repos list --all

Используйте идентификаторы или строковые обозначения продуктов, сообщаемые вашим собственным сервером. Идентификаторы в онлайн-примерах могут отличаться, поскольку доступность зависит от подписок, версий продуктов, архитектуры и метаданных, возвращаемых SCC.

6. Активируйте необходимые продукты.

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

sudo rmt-cli products enable SLES/15/x86_64

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

7. Создайте зеркальные копии пакетов и проверьте результат.

Запустите первоначальное зеркалирование вручную, чтобы отслеживать завершение процесса и устранять неполадки, прежде чем полагаться на расписание:

sudo rmt-cli mirror

По умолчанию RMT хранит зеркалированное содержимое в определенном месте /var/lib/rmt/public/repo. Проверьте доступное дисковое пространство и просмотрите вывод команды. Ежедневное расписание зеркалирования управляется rmt-server-mirror.timer; проверьте его состояние с помощью команды:

systemctl status rmt-server-mirror.timer

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

Как зарегистрировать клиент на локальном сервере?

8. Сначала протестируйте на одном клиенте.

На поддерживаемом клиенте SLES зарегистрируйте его, используя имя хоста RMT. В документации SUSE описана следующая форма команды:

sudo SUSEConnect --url https://rmt.example.com

Замените указанный в примере хост на полное доменное имя (FQDN), охватываемое вашим сертификатом. Клиентам обычно не требуются учетные данные для зеркалирования SCC; хост RMT использует эти учетные данные для синхронизации от имени организации. Для систем, которым требуется помощь в импорте центра сертификации RMT, SUSE предоставляет скрипт rmt-client-setupс сервера. Перед принятием сертификата ознакомьтесь с текущим руководством для клиента и проверьте отпечаток сертификата или цепочку доверия.

Вы также можете настроить регистрацию во время установки с помощью regurl=https://rmt.example.comпараметра загрузки или использовать модуль регистрации продуктов YaST и выбрать локальный сервер регистрации. Для автоматической установки SUSE описывает опцию AutoYaST. Выберите один из методов, который подходит для подготовки ваших систем.

9. Подтвердите регистрацию и доступ к пакету.

На стороне клиента убедитесь, что регистрация завершена, ожидаемые продукты и репозитории отображаются, а метаданные репозитория можно обновить. Например, проверьте определения репозитория с помощью команды zypper lrи обновите их с помощью команды sudo zypper refresh. Затем протестируйте запрос пакета или обновление в окне обслуживания. Если модуль отсутствует, проверьте, включен ли он и зеркалирован ли в RMT, прежде чем изменять файлы репозитория на стороне клиента.

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

Что следует проверить, если что-то неисправно?

Какие изменения произойдут при миграции с SMT?

Рассматривайте миграцию как изменение данных и рабочих процессов, а не как обновление существующего пакета. SUSE рекомендует новый хост SLES 15. Документированный процесс экспорта/импорта используется smt-data-exportна SMT и rmt-data-importна новом сервере после синхронизации RMT с SCC. Настройки промежуточного репозитория не экспортируются, переносятся только репозитории, помеченные для зеркалирования, а устаревшие продукты недоступны в RMT. Задания клиента SMT и статус исправлений не экспортируются. Запланируйте воссоздание операционных процессов, зависящих от этих функций, и проверку регистрационных записей перед перенаправлением клиентов в рабочую среду.

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

Как понять, что настройка готова?

• Полное доменное имя RMT разрешается корректно, и HTTPS использует сертификат, которому доверяют клиенты.
• Хост RMT синхронизирует текущие метаданные SCC и зеркалирует все репозитории продуктов, необходимые для пилотных клиентов.
• Поддерживаемый клиент регистрируется по локальному URL-адресу и видит нужные репозитории продуктов.
• Клиент может обновить метаданные репозитория и выполнить контролируемую операцию с пакетом.
• Для управления дисковым пространством, временным хранилищем, таймерами, журналами, резервным копированием и обновлением сертификатов существует свой владелец и план мониторинга.

RMT централизует регистрацию и доставку пакетов, но не устраняет необходимости управлять подписками, выбором продуктов, жизненным циклом клиента, доверием сертификатов, резервным копированием и тестированием обновлений. Для получения точных инструкций и информации о различиях в зависимости от версии обратитесь к руководству SUSE по инструменту зеркального отображения репозиториев SLES 15 SP7 , главе о миграции с SMT на RMT , главе о настройке клиента RMT и главе SUSE о зеркальном отображении репозиториев .