Prozedur 2.1. Automatische Installation von Kickstart-Bäumen

1. Wählen Sie, auf welcher Distribution Ihre Kickstarts basieren sollen und lokalisieren Sie den Basis-Channel dieser Distribution samt zugehörigem RHN Tools Channel.
   Möchten Sie beispielsweise Red Hat Enterprise 5 für die x86-Architektur verwenden, benötigen Sie den rhel-i386-server-5-Channel samt zugehörigem RHN-Tools-Channel rhn-tools-rhel-i386-server-5.
2. Falls Sie einen verbundenen Satellite verwenden, synchronisieren Sie Ihren Satellite direkt mit den Red Hat Servern mittels satellite-sync. Ist Ihr Satellite nicht verbunden, müssen Sie sich nicht verbundene Channel-Dumps von den Red Hat Servern besorgen und mit diesen synchronisieren.
3. Eine Synchronisation des Channels erzeugt automatisch einen zugehörigen Kickstart-Baum für diese Distribution.

Prozedur 2.2. Manuelle Installation von Kickstart-Bäumen

1. Kopieren Sie das Installations-ISO auf Ihren Satellite-Server und hängen es unter /mnt/iso ein.
2. Kopieren Sie die Inhalte des ISOs an einen benutzerdefinierten Speicherort. Wir empfehlen Ihnen, ein Verzeichnis innerhalb von /var/satellite anzulegen für alle angepassten Distributionen. So könnten Sie beispielsweise die Inhalte einer RHEL-Beta-Distribution nach /var/satellite/custom-distro/rhel-i386-server-5.3-beta/ kopieren.
3. Erstellen Sie einen angepassten Software-Channel über die RHN Satellite Weboberfläche. Navigieren Sie dazu zu Channels → Software-Channels verwalten → Neuen Channel erstellen und erzeugen einen übergeordneten Channel mit geeignetem Namen und Label. Um beim Beispiel der RHEL-Beta-Version zu bleiben, könnten wir das Label rhel-5.3-beta verwenden.
4. Kopieren Sie mithilfe des rhnpush-Befehls die Software-Pakete von ihrem Speicherort im Baum auf den neu erstellten Software-Channel.

   rhnpush --server=http://localhost/APP -c 'rhel-5.3-beta' \  -d /var/satellite/custom-distro/rhel-i386-server-5.3-beta/Server/

   Das Unterverzeichnis innerhalb des Baums kann sich abhängig von Ihrer Distribution unterscheiden.
5. Nachdem die Software-Pakete auf den Channel kopiert wurden, können Sie mithilfe des rm-Befehls aus dem Baum gelöscht werden. Die Pakete sind weiterhin auf dem Satellite-Server innerhalb des Channels gespeichert und sind nicht länger im Baum erforderlich.

   rm /var/satellite/custom-distro/rhel-i386-server-5.3-beta/Server/*.rpm

   Anmerkung

   Falls Sie es vorziehen, können Sie die Software-Pakete auch im Kickstart-Baum belassen. Sie könnten sie somit zu einem späteren Zeitpunkt mithilfe des yum-Befehls installieren.
6. Erstellen Sie die Distribution auf der RHN Satellite Weboberfläche. Navigieren Sie zu Systeme → Kickstart → Distributionen → Neue Distribution erstellen, um die Distribution zu erstellen. Wählen Sie ein passendes Label und den vollständigen Baumpfad (wie z.B. /var/satellite/custom-distro/rhel-i386-server-5.3-beta/), sowie den zuvor erstellen Basis-Channel und die richtige Installer-Generation (wie z.B. Red Hat Enterprise Linux 5). Um die Erstellung abzuschließen, wählen Sie Kickstart-Distribution erstellen.
7. Um dieselbe Software über mehrere Umgebungen und Systeme hinweg zu pflegen, kann der RHN Tools Sub-Channel von einem vorhandenen Red Hat Enterprise Linux Basis-Channel als Sub-Channel des neu erstellten Basis-Channels geklont werden. Sie können einen Sub-Channel auf mehrere Arten klonen:
   1. Klicken Sie auf der Satellite-Weboberfläche auf Channels → Software-Channels verwalten → Channel klonen
   2. Wählen Sie den Sub-Channel, den Sie klonen möchten, aus der Drop-Down-Liste Klonen von: und wählen Sie den Klonstatus.
   3. Klicken Sie auf Channel erstellen.
   4. Geben Sie die nötigen Informationen ein und wählen Sie den übergeordneten Channel, unter dem der geklonte untergeordnete Channel angelegt werden soll.
   5. Klicken Sie auf Channel erstellen.

Prozedur 2.3. Erstellen eines Kickstart-Profils mit dem Assistenten

1. Klicken Sie auf Systeme → Kickstart → Neues Kickstart-Profil erstellen
2. Geben Sie ein passendes Label an, und wählen Sie den gewünschten Basis-Channel und den Kickstartbaren Baum
3. Wählen Sie den gewünschten Virtualisierungstyp. Siehe Virtualisierungstypen für weitere Informationen über Virtualisierungstypen. Klicken Sie auf Weiter, um fortzufahren.
4. Wählen Sie den Download-Speicherort für das Kickstart-Profil. Falls Sie eine angepasste Distribution verwenden, geben Sie den Speicherort als URL an (sowohl HTTP als auch FTP werden unterstützt), andernfalls übernehmen Sie die Standardoption. Klicken Sie auf Weiter, um fortzufahren.
5. Geben Sie das Root-Passwort an und klicken auf Abschließen, um die Profilerstellung abzuschließen.
6. Das vollständige Kickstart-Profil wird nun erstellt. Sie können sich das Profil ansehen, indem Sie auf Kickstart-Datei klicken.

Prozedur 2.4. Erstellen eines Kickstart-Profils mit der Raw-Methode

1. Klicken Sie auf Systeme → Kickstart → Neue Kickstart-Datei hochladen
2. Geben Sie ein passendes Label an, und wählen Sie die gewünschte Distribution.
3. Wählen Sie den gewünschten Virtualisierungstyp. Siehe Virtualisierungstypen für weitere Informationen über Virtualisierungstypen.
4. Wenn Sie bereits eine vorhandene Kickstart-Datei haben, können Sie diese hochladen. Andernfalls schreiben Sie das Kickstart-Profil einfach in das Textfeld Dateiinhalte.
   Sehen Sie im Folgenden eine beispielhafte Raw-Kickstart-Datei, die Sie als Ausgangspunkt verwenden können:

   install
   text
   network --bootproto dhcp
   url --url http://$http_server/ks/dist/org/1/ks-rhel-i386-server-5
   lang en_US
   keyboard us
   zerombr
   clearpart --all
   part / --fstype=ext3 --size=200 --grow
   part /boot --fstype=ext3 --size=200
   part swap --size=1000   --maxsize=2000
   bootloader --location mbr
   timezone America/New_York
   auth --enablemd5 --enableshadow
   rootpw --iscrypted $1$X/CrCfCE$x0veQO88TCm2VprcMkH.d0
   selinux --permissive
   reboot
   firewall --disabled
   skipx
   key --skip
   
   %packages 
   @ Base
   
   %post
   $SNIPPET('redhat_register')
   

5. Da der RHN Satellite Server die angegebene Distribution nicht automatisch als url im Kickstart verwendet, müssen Sie selbst die Option url --url in Ihrem Profil angeben. Dies könnte etwa folgendermaßen aussehen:

   url --url http://satellite.example.com/ks/dist/org/1/my_distro

   Ersetzen Sie my_distro durch das Distributions-Label und 1 durch Ihre Organisations-ID.
6. Raw-Kickstart-Profile verwenden $http_server anstelle des Hostnamens des Satellites. Dies wird automatisch ausgefüllt, wenn die Kickstart-Vorlage gerendert wird.
7. Das redhat_register-Snippet wird zur Handhabung der Registrierung verwendet.

Prozedur 3.1. Konfiguration des Master-Servers

1. Aktivieren Sie das Inter-Satellite Synchronisation (ISS) Feature. Öffnen Sie dazu die /etc/rhn/rhn.conf-Datei und ändern die folgende Zeile bzw. fügen diese ein:

   disable_iss=0
   

2. Suchen Sie in der /etc/rhn/rhn.conf-Datei nach der Zeile allowed_iss_slaves=. Standardmäßig sind keine zu synchronisierenden Slave-Satellites angegeben. Geben Sie also die Hostnamen aller Slave-Satellite-Server an, durch Kommas voneinander getrennt:

   allowed_iss_slaves=slave1.satellite.example.org,slave2.satellite.example.org
   

3. Speichern Sie die Konfigurationsdatei ab und starten den httpd-Dienst neu:

   service httpd restart
   

Prozedur 3.2. Konfiguration der Slave-Server

1. Um Inhalte sicher auf die Slave-Server zu übertragen, benötigen Sie das ORG-SSL-Zertifikat von Ihrem Master-Server. Sie können das Zertifikat über HTTP vom /pub/-Verzeichnis eines beliebigen Satellites heruntergeladen. Die Datei heißt RHN-ORG-TRUSTED-SSL-CERT, kann jedoch umbenannt und an einem beliebigen Speicherort auf dem Slave-Satellite abgelegt werden, wie z.B. im /usr/share/rhn/-Verzeichnis.
2. Sehen Sie sich die Liste der Channels, die zur Synchronisation vom Master-Server zur Verfügung stehen, mithilfe des folgenden Befehls an. Dies zeigt sowohl offizielle Red Hat Channels als auch jegliche verfügbaren angepassten Channels:

   satellite-sync --iss-parent=master.satellite.example.com --ca-cert=/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT --list-channels
   

   Ersetzen Sie dabei master.satellite.example.com durch den Hostnamen des Master-Servers.

Prozedur 3.3. Durchführen einer Inter-Satellite-Synchronisation

1. Öffnen Sie auf den Slave-Servern die /etc/rhn/rhn.conf-Datei in einem Texteditor und fügen Sie den Hostnamen und den Pfad der SSL-Zertifikatsdatei des Master-Servers ein:

   iss_parent      = master.satellite.example.com
   iss_ca_chain    = /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
   

2. Beginnen Sie die Synchronisation durch Ausführen des Befehls satellite-sync:

   satellite-sync -c your-channel

   Anmerkung

   Befehlszeilenoptionen, die Sie beim satellite-sync-Befehl mit angeben, setzen die Standardeinstellungen oder angepasste Einstellungen der /etc/rhn/rhn.conf-Datei außer Kraft.

Prozedur 4.1. Konfiguration von SELinux zur Verwendung mit Cobbler

1. Um SELinux für Cobbler-Unterstützung einzurichten, müssen Sie mittels einer Boolschen Variable die HTTPD Webservice-Komponenten erlauben. Führen Sie dazu den folgenden Befehl aus:

   setsebool -P httpd_can_network_connect true
   

   Der -P-Schalter ist dabei sehr wichtig, da er die HTTPD-Verbindungen persistent über Neustarts hinweg erlaubt.
2. Setzen Sie die SELinux-Dateikontextregeln für TFTP, um die Boot-Imagedatei bereitzustellen, indem Sie auf dem Cobbler-Server den folgenden Befehl ausführen:

   semanage fcontext -a -t public_content_t "var/lib/tftpboot/.*"
   

3. Anschließend muss IPTables konfiguriert werden, um eingehenden und ausgehenden Netzwerkverkehr auf dem Cobbler-Server zu erlauben.
   Falls Sie bereits ein vorhandenes Firewall-Regelset mit iptables haben, fügen Sie die folgenden Regeln hinzu, um die für Cobbler notwendigen Ports zu öffnen:
   Für TFTP:

   /sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 69 -j ACCEPT
   /sbin/iptables -A INPUT -m state --state NEW -m udp -p udp --dport 69 -j ACCEPT
   

   Für HTTPD:

   /sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT
   /sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 443 -j ACCEPT
   

   Für Cobbler:

   /sbin/iptables -A INPUT -m state --state NEW -m udp -p udp --dport 25150 -j ACCEPT
   

   Für Koan:

   /sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 25151 -j ACCEPT
   

4. Speichern Sie abschließend die Firewall-Konfiguration:

   /sbin/iptables-save
   

5. Vergewissern Sie sich, dass die Konfigurationsdateien alle synchronisiert sind, indem Sie den folgenden Befehl ausführen:

   cobbler sync
   

6. Starten Sie den Satellite Server:

   /usr/sbin/rhn-satellite start
   

   Warnung

   Starten oder stoppen Sie den cobblerd-Dienst nicht unabhängig vom Satellite-Dienst, da dies Fehler und andere Probleme verursachen könnte.

   Verwenden Sie immer /usr/sbin/rhn-satellite, um den RHN Satellite zu starten und zu stoppen.

Prozedur 4.2. Konfiguration der Cobbler-Systemaufzeichnungen

1. Gehen Sie zu System-Details → Provisioning für jedes System und wählen Sie das zu verknüpfende Kickstart-Profil.
2. Klicken Sie auf die Schaltfläche Cobbler-Systemaufzeichnung erstellen, um die Verknüpfung herzustellen.
3. Nachdem diese Verknüpfung einmal hergestellt wurde, bleibt sie für immer bestehen, es sei denn, Sie haben in Cobbler pxe_just_once auf "true" für den fraglichen Rechner eingestellt. In diesem Fall würde diese Verknüpfung nach erfolgreichem Kickstart gelöst werden. Siehe Prozedur 4.3, »Konfiguration von Cobbler zur Verwendung von PXE« für weitere Informationen über diese Einstellung.

Prozedur 4.3. Konfiguration von Cobbler zur Verwendung von PXE

1. Oft legt die BIOS-Reihenfolge fest, das zuerst ein PXE-Boot erfolgen soll. Das bedeutet, dass das System nicht von der lokalen Festplatte booten wird, es sei denn, der PXE Server weist das System von Remote aus dazu an. Diese Situation kann zu einer sog. Bootschleife führen, bei der sich das System wiederholt neu installiert.
   Um Bootschleifen zu vermeiden, öffnen Sie die /etc/cobbler/settings-Datei und fügen die folgende Zeile ein:

   pxe_just_once: 1
   

   Diese Einstellung fügt ein $kickstart_done-Makro zur Kickstart-Vorlage hinzu, welches das System anweist, nach abgeschlossener Installation lokal zu booten, statt vom Netzwerk.
2. Falls Sie die Parametereinstellung pxe_just_once: 1 eingefügt haben und Sie das System zu einem späteren Zeitpunkt neu installieren möchten, müssen Sie dann das netboot-enabled-Flag auf dem System ändern. Dies können Sie entweder über die RHN Satellite Weboberfläche oder in Cobbler direkt tun. Wenn das System das nächste Mal neu startet, wird es eine PXE-Installation durchführen und anschließend wieder von der lokalen Festplatte booten, bis das Flag neu gesetzt wird.
   Falls im BIOS eingestellt ist, zunächst von den lokalen Festplatten zu booten, ist es nicht nötig, dass pxe_just_once aktiviert ist. Um für das System jedoch Reprovisioning mittels PXE durchzuführen, ist es nötig, den MBR (Master Boot Record) mit Nullen zu überschreiben.