Создайте локальный сервер обновлений SUSE с использованием RMT на SLES 15.

Для создания новой локальной подписки SUSE и сервера обновлений установите Repository Mirroring Tool (RMT) на поддерживаемом хосте SLES 15, настройте его с помощью YaST, включите продукты, используемые вашей организацией, и создайте зеркальные копии их репозиториев. Перед перенаправлением производственных систем на сервер зарегистрируйте тестовый клиент через HTTPS-адрес сервера. RMT заменяет SMT в SLES 15; устаревшая установка SMT не является подходящей отправной точкой для нового развертывания.

Данная схема подходит для среды, где один сервер подключается к Центру поддержки клиентов SUSE (SCC), а другие системы SUSE получают регистрацию и пакеты через локальную точку доступа. Она позволяет сократить количество повторных загрузок извне, но не предоставляет права на подписку: по-прежнему требуются действительные подписки организации и учетные данные для зеркалирования SCC.

Подтвердите платформу и спланируйте сервер.

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

Назначьте стабильное полное доменное имя (FQDN), например rmt.example.com, и статический адрес. Убедитесь, что DNS-запросы разрешаются согласованно, и хост может получить доступ к службам обновления SCC и SUSE через исходящие порты 80 и 443. Клиентам необходим сетевой доступ к службе RMT по протоколу HTTPS. Используйте одно и то же FQDN в URL-адресе клиента и в сертификате сервера.

Планируйте хранилище, исходя из релизов, архитектур, продуктов и репозиториев, которые вы будете зеркалировать. В руководстве SUSE для SP7 в качестве общей оценки указывается примерно 1,5-кратный общий размер включенных репозиториев, около 200 ГБ на каждый релиз SLES, включая расширения. Это приблизительная оценка, а не гарантия емкости; проверьте текущие размеры репозиториев и оставьте место для роста. RMT также записывает большие временные файлы в /tmp, поэтому убедитесь, что файловая система имеет достаточно свободного места. Не настраивайте тот же хост, что и сервер установки SLES: RMT настраивает NGINX на порту 80, в то время как роль сервера установки настраивает Apache на этом же порту.

Установите пакет RMT и настройте YaST.

На обновленном и зарегистрированном сервере SLES 15 установите RMT:

sudo zypper patch
sudo zypper in rmt-server

Проверьте изменения в пакете и завершите установку. Запустите начальную настройку:

sudo yast2 rmt

Введите учетные данные организации SCC, используемые для зеркалирования репозитория. Это учетные данные прокси-сервера организации в SUSE Customer Center, а не код регистрации клиента. Создайте базу данных MariaDB и пользователя, запрошенных мастером. Установите общее имя сертификата на полное доменное имя сервера и добавьте любые другие имена, которые клиенты будут использовать в качестве альтернативных имен. Если firewalld включен, выберите необходимые правила RMT и, по возможности, ограничьте их действие соответствующим сетевым интерфейсом сервера. Завершите работу мастера; YaST включит и запустит необходимые службы и таймеры.

YaST хранит сертификат RMT CA по адресу /etc/rmt/ssl/rmt-ca.crt, а сертификат и ключ сервера — по адресу /etc/rmt/ssl/. Защитите закрытый ключ. Распределите доверие к CA, используя утвержденный вами процесс. Сервер, отвечающий по HTTPS, все еще может не пройти регистрацию клиента, если имя его сертификата не совпадает с запрошенным именем хоста или если его CA не является доверенным.

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

Обновите локальный каталог из SCC и проверьте наличие товаров:

sudo rmt-cli sync
sudo rmt-cli products list --all

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

sudo rmt-cli products enable PRODUCT_STRING
sudo rmt-cli products list

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

sudo rmt-cli mirror

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

systemctl status rmt-server-sync.timer
systemctl status rmt-server-mirror.timer

Используйте команды `src` rmt-cli products listи `src`, rmt-cli repos listчтобы убедиться, что необходимые записи включены и отображают недавнюю активность зеркал. Если репозитории отсутствуют, проверьте учетные данные SCC, право подписки, исходящее соединение, дисковое пространство (включая /tmp) и вывод команд перед многократным перезапуском служб.

Зарегистрируйте тестовый клиент и проверьте наличие обновлений.

На тестовой системе SLES 12 или более новой версии настройте SUSEConnect на использование сервера RMT:

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

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

sudo zypper lr -u
sudo zypper refresh

В случае успешного результата отображается информация о включенных ожидаемых репозиториях, поддерживаемых RMT, и завершенном обновлении метаданных. На сервере убедитесь, что клиент отображается в sudo rmt-cli systems list. Если регистрация не удалась, проверьте DNS и маршрутизацию, доступность HTTPS, доверие к сертификату и соответствие имени хоста, область действия брандмауэра, а также включен ли и зеркалирован ли продукт. Перед изменением конфигурации общего доступа просмотрите вывод команд и журналы служб.

Установите пакет RMT на подготовленный хост SLES 15.

Перед применением конфигурации YaST проверьте настройки SCC, базы данных, сертификата FQDN и брандмауэра.

Обновите каталог продукции и проверьте доступные для зеркалирования строки описания товаров.

Запустите зеркалирование репозитория и зарегистрируйте тестовый клиент, используя HTTPS-имя хоста сервера.

Знайте свои пределы и выбирайте другой путь, когда это необходимо.

Используйте SUSE Multi-Linux Manager или другую поддерживаемую службу управления жизненным циклом, если вам необходимы возможности, недоступные в RMT, такие как расширенное управление клиентами, отчетность или поэтапные рабочие процессы с контентом. Используйте SMT только там, где по-прежнему требуются устаревшие клиенты SLES 11 или особенности поведения SMT, и тестируйте миграцию отдельно. В изолированной сети необходим рабочий процесс передачи данных: SUSE документирует команды экспорта и импорта RMT для перемещения данных и метаданных репозитория с использованием съемных носителей. RMT может зеркалировать только продукты, доступные по подписке организации.

Официальная документация для SLES 15 SP7: установка и настройка RMT ; руководство по инструменту зеркалирования репозитория ; миграция с SMT на RMT .