Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- rp [2019/06/19 06:40]
flacco [Rootserver-Essentials Repository]
+++ rp [2019/06/19 06:55]
flacco [Leistungsumfang und zugehörige Scripts]
@@ Zeile 1: / Zeile 1: @@
 ====== rootpack@invis-server-org ======
-Das "//**rootpack**//" ist eine kleine Sammlung Shell-Scripts zur Verwaltung eines Rootservers, hat also mit dem invis Server an sich nichts zu tun. Entstanden ist es als Nebenprodukt der Arbeit am Buch "Root-Server -- Einrichten und Absichern" welches im September 2010 im [[https://www.opensourcepress.de/index.php?26&backPID=178&tt_products=161|Open-Source-Press Verlag]] erschienen ist. Zum //**rootpack**// gibt es unter [[http://rootpack.invis-server.org|http://rootpack.invis-server.org]] eine eigene Internet-Seite, über die es auch kostenfrei heruntergeladen werden kann. Das //**rootpack**// steht wie alle anderen invis-Projekt-Komponenten unter GPLv3.
+Das "//**rootpack**//" ist eine kleine Sammlung Shell-Scripts und Konfigurationsvorlagen zur Verwaltung eines Rootservers, hat also mit dem invis Server an sich nichts zu tun. Entstanden ist es als Nebenprodukt der Arbeit am Buch "Root-Server -- Einrichten und Absichern" welches im September 2010 im Open-Source-Press Verlag erschienen ist. Das //**rootpack**// steht wie alle anderen invis-Projekt-Komponenten unter GPLv3.
+wurde ein neuer Anlauf genommen das rootpack wiederzubeleben und zu modernisieren. Beim ursprünglichen Rootpack, wie auch im obengenannten Buch wurde davon ausgegangen, dass ein Server alle Funktionen des Web- und Mailhostings evtl. inkl. DNS-Diensten übernimmt. In der Realität kann dass allerdings auch anders aussehen. Der neue Ansatz des rootpacks ermöglicht einen Split der Komponenten auf unterschiedliche Server. Getrennt wird nach:
+  * **Webhosting**
+  * **Mailhosting**
+  * **DNS**
+Um diese Separation zu unterstreichen wird das rootpack inzwischen in (Stand Juni 2019: experimentellen) RPM-Paketen zur Verfügung gestellt, die getrennt auf Einzelservern je nach Funktion installiert werden können.
+Traditionell konzentrieren wir uns dabei auf openSUSE Leap als Linux-Distribution. Wer etwas anderes möchte, kann sich die Quellen des rootpacks auch von Github herunterladen: **[[https://github.com/invisserver/invis-rootpack|rootpack auf github]]**
+===== RPM-Pakete und Repositories =====
 ===== Leistungsumfang und zugehörige Scripts =====
@@ Zeile 21: / Zeile 37: @@
 Details folgen.....
-===== openSUSE Maintenance Probleme =====
-Oft wird openSUSE als untauglich für produktive Server-Installationen dargestellt, dies meist aufgrund von Vorurteilen und vor allem der leider inzwischen auf 18 Monate begrenzten Maintenance. Mit den Vorurteilen muss sich eigentlich niemand auseinandersetzen, es sind schlicht Vorurteile. Technisch hat openSUSE allemal das Zeug zum Server-Betriebssystem und braucht keinesfalls den Vergleich mit anderen freien Distributionen zu scheuen. Traurig und ein echtes Problem ist der kurze Maintenance-Zeitraum, der sich dennoch nicht wesentlich von //fedora// oder //Ubuntu// unterscheidet. Allerdings können die Anhänger Red Hat- oder Debian-ähnlicher Distributionen auf Centos, Ubuntu LTS oder Debian selbst ausweichen. Etwas Vergleichbares gibt es für Freunde der SUSE-Distributionen nicht, auch wenn dies Gegenstand vieler Diskussionen war und ist.
-Trotzdem kann eine openSUSE-Server-Installation auch nach Ablauf der Maintenance weiter betrieben werden. Alternativ ist auch das Upgrade auf die Folgeversion (meist) möglich. Hilfe zur Selbsthilfe heißt hier das Stichwort. Technische Unterstützung kommt in Form des "Open Build Service" (OBS) daher. Der OBS erlaubt es Software-Pakete auch gegen ausgelaufene Versionen bauen. Die Strategie umfasst zwei Schritte.
-==== Umstellung der Basis-Repositories auf "Discontinued" ====
-Grundvoraussetzung für den weiteren Betrieb einer Installation über den Maintenance Zeitraum hinaus ist das Umstellen der Software-Repositories. Kurze Zeit nach Ablauf der Maintenance werden alle Repositories einer Version vom Download-Server entfernt und dabei die Standard-Repos "oss", "non-oss" und "update" in den Discontinued-Zweig verschoben. Diese verschobenen Repositories stehen weiterhin über zahlreiche Spiegelserver zur Verfügung. Änderungen werden daran allerdings nicht mehr vorgenommen. D.h. in das Update-Repo fließen keine neuen Updates mehr ein.
-Der wohl bekannteste Spiegelserver für openSUSE dürfte wohl "ftp5.gwdg.de" sein. Hier die Einstellungen für YaST bezogen auf openSUSE 11.2:
-**Protokoll:** ftp
-**Server:** ftp5.gwdg.de
-**Pfad Standard-Repos:** /pub/opensuse/discontinued/distribution/**11.2**/repo/**oss** (bzw.: **non-oss**)
-**Pfad Update-Repo:** /pub/opensuse/discontinued/update/**11.2**/
-Die Namesgebung der Repos kann nach eigenem Gefallen erfolgen.
-Legen Sie diese Repositories neu an und löschen Sie alle vorher vorhanden.
-Ist dies fehlerfrei geschehen, sollten mittels:
-<code>
-linux:~ # zypper refresh
-linux:~ # zypper up
-</code>
-letztmalig Updates eingespielt werden.