Cum se configurează un server SUSE RMT local (înlocuitor SMT)

Dacă configurați un server local pentru sistemele SUSE Linux Enterprise actuale, utilizați Repository Mirroring Tool (RMT), nu o nouă instalare SMT. SUSE a înlocuit Subscription Management Tool (SMT) cu RMT începând cu SLE 15. RMT sincronizează informațiile despre produs și depozit din Centrul pentru clienți SUSE (SCC), oglindește pachetele selectate și permite clienților acceptați să se înregistreze prin intermediul serverului local. Acest ghid respectă documentația SUSE Linux Enterprise Server 15 SP7 RMT, verificată pe 6 octombrie 2026. Comenzile și disponibilitatea pachetelor pot diferi în alte versiuni, așadar utilizați ghidul pentru versiunea exactă a serverului pe care o implementați.

Ar trebui să folosești RMT sau să păstrezi SMT?

Alegeți RMT pentru un nou serviciu local de înregistrare și actualizare pentru clienții SLES 12 și versiunile mai noi. RMT este inclus în SLES începând cu versiunea 15 și poate oglindi repozitoriile SUSE și repozitoriile personalizate. Reduce descărcările repetate și poate împiedica conectarea directă a mașinilor client la SCC.

SMT rămâne relevant pentru mediile mai vechi, dar SUSE identifică SLE 12 ca ultimul flux de cod pentru SMT. RMT nu acceptă clienți SLE 11 și versiuni anterioare, iar SUSE avertizează că RMT nu este un înlocuitor complet, caracteristică cu caracteristică: de exemplu, ghidul său de migrare listează depozitele etapizate, gestionarea clienților SMT și raportarea ca capabilități care nu se transferă în același mod. Dacă sistemul dvs. de operare include SLE 11 sau depinde de fluxuri de lucru exclusiv SMT, nu presupuneți că este posibilă o înlocuire directă. Consultați ghidul de migrare și opțiunile de asistență SUSE înainte de a schimba serviciul.

RMT este, de asemenea, diferit de un depozit de pachete cu spațiu liber. Un server RMT standard are nevoie de acces extern la serviciile de actualizare SCC și SUSE pentru a sincroniza metadatele și pachetele. O implementare deconectată necesită un proces separat de export/import sau de oglindire offline.

Ce ar trebui să pregătiți înainte de instalare?

• O gazdă acceptată: Planificați un server SLES 15 pentru serviciul RMT. Pentru migrarea de la SMT, SUSE recomandă utilizarea unei gazde SLES 15 nou instalate.
• Acreditările organizației SCC: RMT utilizează acreditările de oglindire ale organizației, nu un cod normal de înregistrare a clientului. În SCC, alegeți organizația corectă și deschideți Proxy-urile pentru a le găsi.
• Un nume DNS stabil și un plan TLS: Alegeți numele de domeniu complet calificat (FQDN) pe care îl vor utiliza clienții, cum ar fi rmt.example.com. Asigurați-vă că se rezolvă din rețelele clienților și se potrivește cu numele de pe certificatul HTTPS.
• Stocare în depozit: Spațiul de stocare pentru produsele, modulele, versiunile și arhitecturile pe care intenționați să le oglindiți. SUSE oferă o dimensiune de depozit de aproximativ 1,5 ori mai mare decât cea totală activată ca ghid general de planificare și menționează că aceasta este de aproximativ 200 GB per versiune SLE, inclusiv extensiile. Nevoile reale variază; monitorizați spațiul liber, în special spațiul temporar sub /tmp.
• Acces la rețea: Permiteți gazdei RMT să acceseze punctele finale SUSE necesare pentru versiunea dvs. Ghidul SLES 15 SP7 listează scc.suse.com, updates.suse.com, și installer-updates.suse.comprin porturile 80 și 443. Limitați accesul clienților la serviciul RMT la rețelele care au nevoie de acesta.

Nu combinați rolul RMT cu rolul serverului de instalare SLES pe aceeași mașină fără a verifica avertismentul SUSE: cele două configurații utilizează servere web diferite pe portul 80 și nu sunt concepute pentru a fi activate împreună.

Cum instalezi și configurezi RMT?

1. Instalați pachetul RMT

Pe o gazdă SLES 15 existentă cu depozitele necesare disponibile, instalați pachetul serverului și aplicați actualizările de întreținere curente:

sudo zypper in rmt-server
sudo zypper patch

Setul exact de pachete poate diferi pentru imaginile minimale și metodele de implementare. Urmați secțiunea de instalare pentru versiunea SLES aleasă, în loc să copiați o comandă de pe o altă platformă.

2. Rulați configurația YaST RMT

Porniți modulul de configurare:

sudo yast2 rmt

Introduceți numele de utilizator și parola pentru oglindirea organizației SCC atunci când vi se solicită. YaST solicită, de asemenea, o bază de date și un utilizator MariaDB, precum și un nume comun pentru certificat. Folosiți FQDN-ul orientat către client al serverului RMT ca nume comun. Adăugați orice alte nume sau adrese IP pe care clienții le vor utiliza de fapt ca nume alternative pe certificat. Un client care se conectează printr-un nume nelistat poate raporta o nepotrivire de certificat chiar dacă serviciul este accesibil.

Dacă firewalldeste activată, utilizați opțiunea YaST pentru a deschide porturile RMT necesare. Unde este posibil, stabiliți accesul la interfața de rețea sau zona corectă. Finalizați expertul și examinați rezumatul acestuia; SUSE spune că YaST activează și pornește serviciile și temporizatoarele systemd necesare.

3. Confirmați numele serverului, certificatul și serviciul

Dintr-o rețea client, confirmați că FQDN-ul ales se rezolvă la gazda RMT și că HTTPS prezintă un certificat în care clientul are încredere. Certificatul CA generat de RMT este stocat la /etc/rmt/ssl/rmt-ca.crt; certificatul și cheia serverului sunt stocate la /etc/rmt/ssl/rmt-server.crtși /etc/rmt/ssl/rmt-server.key. Protejați cheia privată și păstrați certificatul CA disponibil pentru clienții care trebuie să aibă încredere în acesta. Utilizați exact același FQDN pentru înregistrare care apare în certificatul serverului.

Cum selectezi și oglindești doar depozitele de care ai nevoie?

4. Sincronizați metadatele produsului și ale depozitului

După configurare, sincronizați baza de date RMT locală cu SCC:

sudo rmt-cli sync

Aceasta actualizare a informațiilor despre produs și depozit disponibile pentru RMT nu înseamnă că fiecare pachet a fost deja descărcat. Sincronizarea automată a metadatelor este gestionată de rmt-server-sync.timer. Verificați starea acesteia cu:

systemctl status rmt-server-sync.timer

5. Găsiți identificatorii de produs pentru proprietatea dvs.

Enumerați produsele și depozitele disponibile înainte de a activa orice:

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

Folosește ID-urile sau șirurile de produse raportate de propriul server. ID-urile din exemplele online pot fi diferite, deoarece disponibilitatea depinde de abonamente, versiuni de produse, arhitecturi și metadatele returnate de SCC.

6. Activați produsele necesare

Activați produsele pe care clienții le utilizează efectiv. De exemplu, după ce confirmați că șirul de produse este prezent în rezultatul dvs., puteți executa:

sudo rmt-cli products enable SLES/15/x86_64

Activarea unui produs activează și repozitoriile asociate, cum ar fi repozitoriile de pool-uri și actualizări. Dacă sistemele dvs. utilizează module sau extensii suplimentare, verificați dacă aceste produse sunt disponibile și activați-le pe cele necesare. Evitați oglindirea fiecărui produs „pentru orice eventualitate”: aceasta consumă spațiu de stocare și crește timpul de sincronizare.

7. Oglindiți ambalajele și inspectați rezultatul

Porniți manual oglindirea inițială, astfel încât să puteți observa finalizarea și depana problemele înainte de a vă baza pe programare:

sudo rmt-cli mirror

RMT stochează conținutul oglindit /var/lib/rmt/public/repoîn mod implicit. Verificați spațiul disponibil pe disc și examinați ieșirea comenzii. Programul zilnic de oglindire este gestionat de rmt-server-mirror.timer; inspectați-i starea cu:

systemctl status rmt-server-mirror.timer

O sincronizare reușită a metadatelor nu este o dovadă că clienții pot instala actualizări. Depozitele selectate trebuie să fie oglindite, clientul trebuie să poată accesa serverul, iar accesul la produs trebuie să fie valid pentru organizație.

Cum înregistrezi un client pe serverul local?

8. Testează mai întâi cu un client

Pe un client SLES acceptat, înregistrați-l pentru numele de gazdă RMT. SUSE documentează acest formular de comandă:

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

Înlocuiți gazda exemplu cu FQDN-ul acoperit de certificatul dvs. Clienții nu au nevoie în mod normal de acreditările de oglindire SCC; gazda RMT folosește aceste acreditări pentru a sincroniza în numele organizației. Pentru sistemele care au nevoie de ajutor la importul CA-ului RMT, SUSE furnizează un rmt-client-setupscript de la server. Consultați ghidul clientului curent și verificați amprenta certificatului sau lanțul de încredere înainte de a accepta un certificat.

De asemenea, puteți configura înregistrarea în timpul instalării cu regurl=https://rmt.example.comparametrul de boot sau puteți utiliza modulul de înregistrare a produsului din YaST și puteți alege serverul local de înregistrare. Pentru instalările automate, SUSE documentează o opțiune AutoYaST. Alegeți o metodă care se potrivește modului în care sunt furnizate sistemele dvs.

9. Verificați înregistrarea și accesul la pachet

Pe client, confirmați că înregistrarea s-a finalizat, că apar produsele și depozitele așteptate și că metadatele depozitului pot fi reîmprospătate. De exemplu, inspectați definițiile depozitului cu zypper lrși reîmprospătați cu sudo zypper refresh. Apoi, testați o interogare de pachet sau o actualizare într-o fereastră de întreținere. Dacă lipsește un modul, verificați dacă este activat și oglindit pe RMT înainte de a modifica fișierele depozitului pe partea clientului.

Testați o cale de actualizare obișnuită pe un client reprezentativ înainte de a redirecționa o flotă mare. După ce testul reușește, actualizați profilurile de furnizare, parametrii de bootare a instalării sau gestionarea configurației, astfel încât sistemele noi și reconstruite să utilizeze aceeași adresă URL RMT.

Ce ar trebui să verifici când ceva nu funcționează?

Ce se schimbă dacă migrezi de la SMT?

Tratați migrarea ca pe o modificare a datelor și a fluxului de lucru, nu ca pe o actualizare a pachetului. SUSE recomandă o nouă gazdă SLES 15. Procesul său documentat de export/import se utilizează smt-data-exportpe SMT și rmt-data-importpe noul server după ce RMT s-a sincronizat cu SCC. Setările depozitului în etapă nu sunt exportate, doar depozitele marcate pentru oglindire sunt preluate, iar produsele expirate nu sunt disponibile pe RMT. Lucrările client SMT și starea patch-urilor nu sunt exportate. Planificați recrearea proceselor operaționale care depindeau de aceste caracteristici și validarea înregistrărilor de înregistrare înainte de a redirecționa clienții de producție.

Păstrați vechiul serviciu disponibil în timpul unei tranziții controlate, dacă politicile de asistență și securitate permit acest lucru. Migrați un grup mic de clienți, confirmați înregistrarea, depozitele, încrederea certificatelor și comportamentul de actualizare, apoi extindeți. Nu retrageți gazda SMT până când clienții legați și orice fluxuri de lucru neacceptate nu au o destinație explicită.

De unde știi că configurația este gata?

• FQDN-ul RMT se rezolvă corect, iar HTTPS utilizează un certificat de încredere pentru clienți.
• Gazda RMT sincronizează metadatele SCC actuale și oglindește fiecare depozit de produse necesar clienților pilot.
• Un client acceptat se înregistrează la adresa URL locală și vede depozitele de produse dorite.
• Un client poate actualiza metadatele depozitului și poate finaliza o operațiune controlată a pachetului.
• Capacitatea discului, spațiul temporar, cronometrele, jurnalele, backup-ul și reînnoirea certificatelor au un proprietar și un plan de monitorizare.

RMT centralizează înregistrarea și livrarea pachetelor, dar nu elimină necesitatea de a gestiona abonamentele, selecția produselor, ciclul de viață al clientului, încrederea în certificate, copiile de rezervă și testarea actualizărilor. Pentru procedurile exacte și diferențele specifice versiunii, consultați Ghidul instrumentului de oglindire a repozitoriului SLES 15 SP7 de la SUSE , capitolul despre migrarea SMT-la-RMT , capitolul despre configurarea clientului RMT și capitolul despre oglindirea repozitoriului de la SUSE .