Rejestracja systemu SLES 15 za pomocą programu SUSE Manager w sieci offline

Możesz zarejestrować klienta SLES 15 bez udzielania mu bezpośredniego dostępu do internetu, jeśli nadal może on połączyć się z serwerem SUSE Manager lub serwerem proxy w sieci prywatnej. Przygotuj odpowiednie oprogramowanie i repozytoria bootstrap w Menedżerze, utwórz klucz aktywacyjny, a następnie uruchom skrypt bootstrapowy na komputerze SLES. Klient bez ścieżki sieciowej do Menedżera nie może ukończyć rejestracji ani meldowania się w Salt; samo skopiowanie skryptu przez USB nie czyni go łatwym w zarządzaniu.

Hipotetyczny przykład: administrator wdraża nową maszynę wirtualną SLES 15 SP7 x86_64 w sieci zakładowej bez połączenia internetowego. SUSE Multi-Linux Manager 5.1, aktualna nazwa programu SUSE Manager w tym podręczniku, również jest odłączony od internetu. Jego kanały programowe zostały zdublowane w środowisku za pomocą nośników wymiennych. Maszyna wirtualna może połączyć się z wewnętrznym menedżerem za pośrednictwem portów HTTPS i Salt. Ten scenariusz ma charakter poglądowy, a nie jest raportem z rzeczywistego wdrożenia lub testu.

Strona produktów SUSE Multi-Linux Manager przedstawiająca wiersz produktu SLES 15 SP7 x86_64
Na stronie Produkty administrator wybiera produkt SLES, który odpowiada wersji i architekturze klienta.

1. Sprawdź, czy odłączone środowisko jest gotowe

„Offline” może oznaczać, że klient i menedżer nie mają bezpośredniego dostępu do internetu lub że klient nie może połączyć się z żadnym serwerem. Pierwszy tryb obsługuje rejestrację, drugi nie. Klient potrzebuje wewnętrznej ścieżki do menedżera lub serwera proxy menedżera SUSE Multi-Linux, a menedżer potrzebuje lokalnie dostępnych pakietów i metadanych dla klienta.

Jeśli Menedżer jest odłączony od Centrum Obsługi Klienta SUSE, udokumentowana konfiguracja SUSE używa RMT lub SMT oraz wymiennych nośników pamięci do tworzenia kopii lustrzanych repozytoriów. W przypadku SLES 15 należy zsynchronizować produkt i wymagane kanały narzędzi klienta Menedżera dla architektury klienta. Następnie należy upewnić się, że w Menedżerze znajduje się pasujące repozytorium bootstrap. W interfejsie internetowym wybór produktu znajduje się w sekcji Admin > Setup Wizard > Products. Synchronizacja produktów musi zostać zakończona przed rozpoczęciem bootstrapowania; jeśli repozytorium bootstrap nie jest dostępne, dokumentacja Menedżera udostępnia mgr-create-bootstrap-repoopcję ręcznego utworzenia.

W przypadku hipotetycznej maszyny wirtualnej, przed wyborem kanałów należy sprawdzić pakiet serwisowy SLES i architekturę. Maszyna SLES 15 SP7 x86_64 wymaga odpowiedniego produktu, a nie podobnie nazwanego kanału dla innego pakietu serwisowego lub architektury. Lista obsługiwanych produktów i nazwy kanałów mogą się różnić w zależności od wersji programu SUSE Multi-Linux Manager, dlatego należy zapoznać się z instrukcją dla faktycznie zainstalowanej wersji programu.

2. Utwórz klucz aktywacyjny dla klienta

Klucz aktywacyjny stosuje przypisanie kanału i inne ustawienia rejestracji podczas działania skryptu rozruchowego. W interfejsie internetowym Menedżera otwórz Systems > Activation Keysi utwórz klucz, taki jak sles15-sp7-offline. Wybierz kanał bazowy SLES 15 SP7 x86_64 oraz wymagane kanały podrzędne dla konfiguracji subskrypcji i narzędzi klienckich. Unikaj domyślnego kanału nadrzędnego, jeśli możesz przypisać konkretny kanał SLES.

Formularz klucza aktywacyjnego z polami Opis, Klucz, Kanały podstawowe i Kanały podrzędne
Użyj klucza aktywacyjnego z kanałem podstawowym i kanałami podrzędnymi, które odpowiadają pakietowi usług i architekturze SLES klienta.

Przed kontynuacją sprawdź, czy klucz należy do właściwej organizacji i czy wymagane kanały są dostępne lokalnie. Klucze mogą również dotyczyć grup, konfiguracji, pakietów lub metody kontaktu; sprawdź wszelkie dodatkowe ustawienia, aby rejestracja nie spowodowała nieoczekiwanego pobrania pakietu lub zmiany konfiguracji.

3. Wygeneruj i przenieś skrypt Bootstrap

Na hoście kontenera SUSE Multi-Linux Manager wejdź do kontenera serwera i utwórz skrypt powiązany z kluczem aktywacyjnym:

mgrctl term
mgr-bootstrap --activation-keys=sles15-sp7-offline --script=bootstrap-sles15-offline.sh

Skrypt bootstrap jest przechowywany w katalogu Menedżera /srv/www/htdocs/pub/bootstrap/. W skrypcie należy pozostawić włączony protokół SSL. W przykładowej sieci maszyna wirtualna SLES może pobrać skrypt przez wewnętrzny protokół HTTPS. Jeśli musisz przenieść skrypt do odizolowanego segmentu na zatwierdzonym nośniku wymiennym, skopiuj go z tego katalogu, korzystając z kontrolowanego procesu transferu w swojej organizacji. Przed uruchomieniem skryptu porównaj sumę kontrolną SHA-256 obliczoną po obu stronach i chroń go jako dane konfiguracyjne, ponieważ zawiera on klucz aktywacyjny.

Terminal kontenera menedżera pokazujący polecenie mgr-bootstrap z kluczem aktywacyjnym SLES i nazwą skryptu
Uruchom generator z kontenera Menedżera po wybraniu klucza aktywacyjnego i jednoznacznej nazwy pliku skryptu.

Nie przenoś tylko skryptu bootstrap i nie zakładaj, że klient będzie autonomiczny. Skrypt instaluje zależności rejestracyjne z repozytorium bootstrap Menedżera. Te pakiety RPM i kanały oprogramowania muszą być już zsynchronizowane na odłączonym Menedżerze.

4. Sprawdź połączenie prywatne i uruchom rejestrację

Na komputerze SLES sprawdź, czy jego zegar jest zbliżony do zegara menedżera i czy wewnętrzny serwer DNS rozpoznaje nazwę menedżera:

timedatectl
getent hosts manager.example.net

Zastąp manager.example.netpełną nazwą domeny menedżera lub serwera proxy osadzoną w skrypcie. Wymagania klienta SUSE Multi-Linux Manager 5.1 obejmują dostęp wychodzący z klienta do menedżera lub serwera proxy na porcie HTTPS 443 oraz portach TCP 4505 i 4506 dla Salt. Port 80 może być również używany przez wdrożenie. Port SSH 22 jest istotny w przypadku korzystania z metody push contact SSH. Skorzystaj z aktualnego przewodnika po wymaganiach sieciowych dotyczącego wdrożenia i projektu zapory sieciowej; nie udostępniaj tych portów publicznie dostępnemu internetowi.

Po umieszczeniu skryptu na kliencie i uzyskaniu dostępu do wewnętrznych repozytoriów uruchom go jako root za pomocą powłoki Bash:

bash ./bootstrap-sles15-offline.sh
Terminal klienta SLES w wierszu poleceń z poziomu użytkownika root z lokalnym poleceniem skryptu rozruchowego
Uruchom przeniesiony lub wewnętrznie pobrany skrypt rozruchowy z klienta SLES po potwierdzeniu, że może on dotrzeć do wewnętrznego Menedżera.

Rejestracja może zająć trochę czasu, ponieważ klient instaluje komponent Salt i pobiera konfigurację repozytorium. Nie przerywaj procesu tylko dlatego, że jest on cichy. Jeśli się nie powiedzie, zachowaj dokładne dane wyjściowe i sprawdź logi bootstrap i Salt klienta, repozytorium bootstrap menedżera, DNS, zaufanie certyfikatów i ścieżkę zapory przed ponowieniem próby.

5. Odbierz klucz i potwierdź pierwsze zameldowanie

W interfejsie internetowym menedżera sprawdź Systems > Overviewobecność nowego klienta. Jeśli go nie ma, otwórz go Salt > Keysi poszukaj oczekującego klucza klienta. Przed zaakceptowaniem upewnij się, że identyfikator miniona i tożsamość maszyny są zgodne z maszyną wirtualną SLES. Pomyślna rejestracja powinna spowodować wyświetlenie systemu na liście, zaakceptowanie klucza Salt i wyświetlenie ostatniego zameldowania.

Jeśli maszyna wirtualna nie ma trasy do menedżera, zatrzymaj ją po przygotowaniu skryptu i pakietów: rejestracja nie może się zakończyć, dopóki nie zostanie podana kontrolowana ścieżka sieciowa. Jeśli maszyna wirtualna była wcześniej zarejestrowana bezpośrednio w SCC, SMT lub RMT, postępuj zgodnie z instrukcjami migracji klienta SUSE, aby wyczyścić starą rejestrację i repozytoria przed przełączeniem zarządzania; nie pozostawiaj bez zmian konfiguracji repozytoriów powodujących konflikty.

Ta procedura jest zgodna z dokumentacją SUSE Multi-Linux Manager 5.1 dotyczącą instalacji po odłączeniu , klientów SUSE Linux Enterprise , kluczy aktywacyjnych i rejestrowania klientów za pomocą skryptu Bootstrap . Sprawdź wymagania sieciowe dotyczące kierunku portu i szczegółów dotyczących konkretnej wersji. Jako przykład użyto systemu SLES 15 SP7; wybierz inne kanały i skrypty dla innych pakietów Service Pack, architektur lub wersji Menedżera.

Zostaw komentarz

Kiedy SLES Btrfs przechodzi w tryb tylko do odczytu: diagnoza przed ponownym zamontowaniem

Kiedy SLES Btrfs przechodzi w tryb tylko do odczytu: diagnoza przed ponownym zamontowaniem

Określ, czy system Btrfs jest celowo przeznaczony tylko do odczytu, ma mało miejsca lub chroni dane po błędach, a następnie wybierz ścieżkę odzyskiwania odpowiadającą danej przyczynie.

Rejestracja systemu SLES 15 za pomocą programu SUSE Manager w sieci offline

Rejestracja systemu SLES 15 za pomocą programu SUSE Manager w sieci offline

Przygotuj kanały lustrzane, utwórz klucz aktywacyjny i uruchom klienta SLES 15 bez bezpośredniego dostępu do Internetu, zachowując połączenie niezbędne do meldowania się menedżera.

Uruchomienie przekierowania X11 w YaST przez SSH

Uruchomienie przekierowania X11 w YaST przez SSH

Naprawiono błąd uruchamiania XIO w YaST przez SSH, zweryfikowano przekazywanie X11 i xauth oraz przełączono na interfejs ncurses, gdy zdalne okno nie jest potrzebne.

Bezpieczne przywracanie nieudanej aktualizacji SLES za pomocą Snappera

Bezpieczne przywracanie nieudanej aktualizacji SLES za pomocą Snappera

Znajdź migawkę Btrfs sprzed aktualizacji, przetestuj ją w trybie tylko do odczytu i wykonaj trwałe odzyskiwanie za pomocą Snapper, pamiętając o tym, które dane pozostają poza wycofaniem do katalogu głównego.

Bezpieczne przekazywanie dziennika systemowego SLES za pomocą rsyslog i wzajemnego protokołu TLS

Bezpieczne przekazywanie dziennika systemowego SLES za pomocą rsyslog i wzajemnego protokołu TLS

Wysyłaj logi systemu SLES do zdalnego kolektora rsyslog za pośrednictwem uwierzytelnionego protokołu TLS, z kontrolą certyfikatów, buforowaniem przerw i testami dostarczania.

Śledź błędy pamięci aktualizacji SLES przed ponowną próbą

Śledź błędy pamięci aktualizacji SLES przed ponowną próbą

Użyj pamięci RAM, wymiany, jądra i dzienników Zypper, aby zidentyfikować rzeczywiste obciążenie pamięci, chronić stan pakietu i wybrać bezpieczniejszą ponowną próbę aktualizacji SLES.

Utrzymywanie aktualizacji zabezpieczeń Debiana 12 na serwerze bez interfejsu graficznego

Utrzymywanie aktualizacji zabezpieczeń Debiana 12 na serwerze bez interfejsu graficznego

Włącz automatyczne aktualizacje zabezpieczeń Debiana przez SSH, zachowaj domyślne źródła pakietów i zweryfikuj zaplanowane uruchomienia za pomocą dzienników systemd i APT.

Otrzymuj ostrzeżenia dotyczące dysku SMART Ubuntu e-mailem za pomocą smartd

Otrzymuj ostrzeżenia dotyczące dysku SMART Ubuntu e-mailem za pomocą smartd

Porównaj opcje dostarczania poczty, skonfiguruj smartd w systemie Ubuntu i sprawdź, czy ostrzeżenia dotyczące stanu dysku docierają do Twojej skrzynki odbiorczej.

Niepowodzenia wyszukiwania DNS w systemie Debian 12: naprawa błędu systemd-resolved

Niepowodzenia wyszukiwania DNS w systemie Debian 12: naprawa błędu systemd-resolved

Przywróć wyszukiwania DNS w systemie Debian 12, sprawdzając systemd-resolved, naprawiając w razie potrzeby resolv.conf oraz weryfikując rozdzielczość DNS i aplikacji.

Ubuntu 24.04 nie wyświetla dźwięku HDMI? Przywróć wyjście

Ubuntu 24.04 nie wyświetla dźwięku HDMI? Przywróć wyjście

Spraw, aby Ubuntu wykrył monitor lub telewizor jako wyjście audio, wybierz je w ustawieniach dźwięku i sprawdź połączenie lub listę urządzeń PipeWire, jeśli brakuje złącza HDMI.