root s reading Root-Server einrichten und absichern Stefan Schäfer

Transkript

1 root s reading Root-Server einrichten und absichern Stefan Schäfer

2 Schäfer: Root-Server

3

4 Stefan Schäfer Root Server einrichten und absichern

5 Alle in diesem Buch enthaltenen Programme, Darstellungen und Informationen wurden nach bestem Wissen erstellt. Dennoch sind Fehler nicht ganz auszuschließen. Aus diesem Grunde sind die in dem vorliegenden Buch enthaltenen Informationen mit keiner Verpflichtung oder Garantie irgendeiner Art verbunden. Autor(en), Herausgeber, Übersetzer und Verlag übernehmen infolgedessen keine Verantwortung und werden keine daraus folgende Haftung übernehmen, die auf irgendeine Art aus der Benutzung dieser Informationen oder Teilen davon entsteht, auch nicht für die Verletzung von Patentrechten, die daraus resultieren können. Ebenso wenig übernehmen Autor(en) und Verlag die Gewähr dafür, dass die beschriebenen Verfahren usw. frei von Schutzrechten Dritter sind. Die in diesem Werk wiedergegebenen Gebrauchsnamen, Handelsnamen, Warenbezeichnungen usw. werden ohne Gewährleistung der freien Verwendbarkeit benutzt und können auch ohne besondere Kennzeichnung eingetragene Marken oder Warenzeichen sein und als solche den gesetzlichen Bestimmungen unterliegen. Dieses Werk ist urheberrechtlich geschützt. Alle Rechte, auch die der Übersetzung, des Nachdrucks und der Vervielfältigung des Buches oder Teilen daraus vorbehalten. Kein Teil des Werkes darf ohne schriftliche Genehmigung des Verlags in irgendeiner Form (Druck, Fotokopie, Mikrofilm oder einem anderen Verfahren), auch nicht für Zwecke der Unterrichtsgestaltung, reproduziert oder unter Verwendung elektronischer Systeme verarbeitet, vervielfältigt oder verbreitet werden. Bibliografische Information Der Deutschen Nationalbibliothek Die Deutsche Nationalbibliothek verzeichnet diese Publikation in der Deutschen Nationalbibliografie; detaillierte bibliografische Daten sind im Internet über abrufbar. Copyright 2010 Open Source Press, München Gesamtlektorat: Sacha Storz Satz: Open Source Press (LATEX) Umschlaggestaltung: Olga Saborov, Open Source Press Gesamtherstellung: Kösel, Krugzell ISBN

6 Inhaltsverzeichnis Vorwort 11 1 Einleitung 13 2 Die Server-Basis Überlegungen zur Hardware Auswahl der geeigneten Linux-Distribution Festplattenpartitionierung Vorüberlegungen zur Partitionierung Durchführung der Partitionierung Vorbereitungen zur Remote-Installation eines Linux-Systems opensuse Debian System-Installation opensuse Debian Umgang mit Dämonen Verschlüsselung mit SSL/TLS Hintergründe Schlüssel und Zertifikate SSL/TLS-Software-Implementationen Change-Root-Umgebungen Zeiteinstellungen Hintergründe NTP-Daemon einrichten

7 Inhaltsverzeichnis 3 Zugriff auf den Server Einrichten und Absicherung des SSH-Daemons SSH-Port ändern Root-Login verhindern Authentifizierung per Schlüssel FTP-Server FTP-Server im Vergleich vsftpd einrichten Firewall Von Zonen, Tabellen und Ketten Zonen Tabellen und Ketten Linux-Firewall in der Praxis iptables Das Firewall-Werkzeug Planung und Ausführung Das Domain Name System Hintergründe Nameserver einrichten Startvorbereitungen Aufbau der Konfiguration Zonendefinitionen Zonendefinition für Forward-Lookups Zonendefinition für Reverse Lookups Dynamisches DNS DDNS-Server einrichten DDNS-Client einrichten Nameserver testen LAMP-Server MySQL-Server Installation Grundkonfiguration Datenbanken und Datenbankbenutzer anlegen

8 Inhaltsverzeichnis Datenbanken sichern Apache Installation Das Umfeld Struktur und Aufbau der Konfiguration Regeln für die Konfigurationsdateien Noch ein paar Kleinigkeiten Virtuelle Hosts Apache-Erweiterungsmodule Zugriffsschutz für Webseiten HTTPS-Verbindungen SSL-Proxy-Host für den Webserver Webserver nutzen Umstieg auf Apache-Worker PHP Mailserver Zielsetzung Mailversand mit Postfix Funktionsweise von Postfix Lookup-Tables Besonderheiten einzelner Distributionen Grundkonfiguration von Postfix Virtuelle Nutzer vs. Relay Domains Virtuelle Nutzer und Domains Relay Domains Lokale Mail-Zustellung Spam-Schutz durch Restrictions Sicheres Relayen durch SMTP-Auth Verschlüsselter Mailversand Submission eine Alternative Postfix und Kommandozeile Der Plage Herr werden Filtern mit regulären Ausdrücken

9 Inhaltsverzeichnis Filtern per Mail Delivery Agent Amavis und smtpd_filter_proxy Postfächer mit Dovecot IMAP und/oder POP Zielsetzung Konfiguration Optionale Software phpmyadmin Webserver-Statistiken mit Webalizer Konfiguration Anwendung Webmailer mit Roundcub Vorbereitung des Servers Installation und Konfiguration Datensicherung Planung Durchführung Anhang 347 A Linux Grundlagen 349 A.1 Die Shell A.1.1 Befehlseingaben A.1.2 Ein- und Ausgabekanäle A.1.3 Befehlsketten A.1.4 Hilfe A.2 Filesystem Hierarchy Standard (FHS) A.3 Benutzerverwaltung A.3.1 Grundlagen A.3.2 Kommandos zur Benutzerverwaltung A.4 Zugriffs- und Besitzrechte A.4.1 Funktionsweise A.5 Zugriffsrechte setzen

10 Inhaltsverzeichnis A.6 Prozessverwaltung A.7 Festplattenmanagement A.7.1 RAID A.7.2 LVM A.7.3 Disaster Recovery A.7.4 Festplattenkapazität erweitern B Kommandozeilenwerkzeuge 381 B.1 Datei- und Verzeichnisoperationen B.2 Dateisystem durchsuchen B.3 Wiedergabe, Vergleich, Analyse und Manipulation von Dateien und Zeichenketten B.4 Komprimieren und Archivieren B.5 Netzwerkbefehle C Shell Scripting 407 C.1 Das erste Skript C.2 Scripting was ist das? C.2.1 Syntax C.3 Einfache Variablen C.3.1 Umgang mit Zahlen und Integer-Variablen C.3.2 Rechnen mit Variablen inklusive Typ-Umwandlung C.3.3 Rechnen mit Fließkommazahlen C.3.4 Einführung in den Umgang mit Stringvariablen C.3.5 Arrays C.4 Interaktion von Programmen C.5 Grundlegende Techniken C.5.1 Quoting C.5.2 Kommandosubstitution C.5.3 Funktionen C.5.4 Verzweigungen und Schleifen C.5.5 if-verzweigung C.5.6 case-verzweigung C.5.7 Die for-schleife C.5.8 Die while-schleife

11 Inhaltsverzeichnis C.5.9 Die until-schleife C.5.10 Die select-schleife C.5.11 Schleifen-Tuning C.6 Vorsicht Landessprache

12 Vorwort Schlägt man ein beliebiges Computer-Magazin auf, scheint es, als seien Root-Server ein lebenswichtiges Utensil. Bald ein Dutzend, zum Teil doppelseitige Werbeanzeigen pro Zeitschrift suggerieren, dass jeder, der etwas mit IT zu tun hat und auf sich hält, einen eigenen Server betreiben solle. Root-Server braucht danach wohl jeder, bieten sie sich doch als Lösung für fast jede Aufgabenstellung im Bereich Online-Server und Webpräsenz an. Was aber gilt es zu beachten bei Auswahl, Installation, Konfiguration und Absicherung? Welche Programme und Services kann, welche soll man verwenden, welche best practices befolgen, um den Root-Server sicher und erfolgreich zu betreiben? Antworten auf diese Fragen möchten wir hier geben. Dieses Buch ist sehr praxisorientiert; seitenlange Abhandlungen über das OSI-Schichtenmodell werden Sie vergeblich suchen, und auch auf Zitate aus RFCs, ISO-Standards usw. haben wir verzichtet. Betrachten Sie es als Werkzeug, als klar strukturierte Anleitung zur Einrichtung und Absicherung der vielen Dienste, die ein Root-Server bereitstellen soll. Auf Grundlagen in Sachen Netzwerk und Linux werden wir nur so weit eingehen wie nötig. Die dargestellten Vorgehensweisen berücksichtigen auch nicht alle denkbaren Alternativen meist haben wir uns für den unserer Erfahrung nach besten Weg entschieden und fassen die Vorüberlegungen knapp zusammen. Wir haben bewusst darauf verzichtet, für die Verwaltung eines Root-Servers auf eines der vielen Verwaltungswerkzeuge für diesen Zweck zurückzugreifen. Unserer Ansicht nach sind diese Programme zwar für ihren Einsatzzweck bestens geeignet, sie stehen aber in einigen Fällen dem Verständnis der sich dahinter verbergenden Vorgänge im Weg. Weiterhin haben wir auch auf komplexe Benutzerverwaltungssysteme etwa auf Basis einer SQL- Datenbank oder eines LDAP-Verzeichnisdienstes verzichtet. Die Erläuterung solcher Systeme würde einigen Raum einnehmen und vom eigentlichen Thema des Buches abweichen. Zu Beginn jedes Kapitels werden die darin verfolgten Ziele definiert, so dass Sie eine klare Vorstellung davon erhalten, was auf Sie zukommt und was zu tun ist. 11

13 Vorwort Die Kapitel bauen aufeinander auf. Sie sollten das Buch also Schritt für Schritt durcharbeiten, um am Ende einen funktionierenden, sicheren Root- Server zu betreiben. Wer sein Grundlagenwissen auffrischen möchte, findet in Anhang A eine Beschreibung der wichtigsten Kommandozeilen-Tools sowie eine kompakte Einführung in das Thema Shell Scripting unter Linux. Um den praktischen Anspruch des Buchs zu untermauern, ist im Laufe der Arbeit eine Sammlung von Shellskripten und Konfigurationsvorlagen für Administration und Konfiguration eines Root-Servers entstanden. Die Weiterentwicklung dieser Skripten wird inzwischen im Rahmen eines Open- Source-Projekts unter dem Namen rootpack betrieben. 1 Ich freue mich über Ihr Interesse oder gar die Unterstützung bei der Weiterentwicklung! Fragen zum Buch ebenso wie zu rootpack können im Forum des Projekts invis-server 2 diskutiert werden. Die Arbeit am Buch hat wesentlich länger gedauert als geplant. Es war nicht immer einfach, konsequent am Buch zu arbeiten, wenn so profane Dinge wie der tägliche Broterwerb zu erledigen waren. Selbständige Tätigkeit im IT-Bereich und die Arbeit als Fachbuchautor ergänzen sich inhaltich zwar hervorragend, fordern aber ihren Tribut in Form zahlreicher Wochenenden. Darum möchte ich mich vor allem bei meiner Lebensgefährtin und Mitarbeiterin Ines Armbrust für die Geduld bedanken. Auch bedanken möchte ich mich bei Sacha Storz und Markus Wirtz vom Verlag Open Source Press. Beide haben mich bei der Arbeit am Buch nach Kräften unterstützt, wann immer Unterstützung nötig war. Viel Spaß bei der Lektüre! Stefan Schäfer Schotten, Oktober ØØÔ»»ÖÓÓØÔ º ÒÚ ¹ ÖÚ Öº 2 ØØÔ»» ÓÖÙѺ ÒÚ ¹ ÖÚ ÖºÓÖ 12

14 1 Kapitel Einleitung Wenn Sie dieses Buch in Händen halten, tragen Sie sich mit dem Gedanken, zum Beispiel Ihren Webauftritt vollständig in eigener Verantwortung zu verwalten oder gar als Webhoster aufzutreten, sei es für Freunde und Bekannte oder gewerblich. Die Möglichkeiten jenseits einfacher Webhosting-Pakete sind inzwischen vielfältig. War es vor wenigen Jahren noch etwas besonderes, einen eigenen Internet-Server in einem Rechenzentrum zu betreiben, gehört es aktuell schon beinahe zum guten Ton, zumindest einen virtuellen Server (VServer) für die eigene Internetseite zu nutzen zumal dies oft kaum teurer ist als viele Webhosting-Pakete. Verschaffen wir uns zunächst einen Überblick über die zur Verfügung stehenden Optionen. Server Housing auch Colocation genannt, stellt die Königsklasse der hier beschriebenen Angebote dar. Beim Server Housing müssen Sie selbst einen Server zur Verfügung stellen und mieten lediglich ein lauschiges Plätz- 13

15 1 Einleitung chen in einem Rechenzentrum. Die monatlichen Kosten dafür können als eine Art Warmmiete für den Stellplatz verstanden werden. Sie bezahlen für den Platz, für Strom, Klimatisierung und ein paar Serviceleistungen des Hosters. Nachteil an der Sache ist, dass Sie bei Nutzung eines solchen Angebots selbst für die Funktionstüchtigkeit Ihrer Hardware verantwortlich sind. Muss beispielsweise eine defekte Festplatte getauscht werden, müssen Sie für Ersatz sorgen und den Tausch vor Ort in Auftrag geben (und bezahlen) oder selbst durchführen. Root-Server Im Unterschied zum Server Housing mieten Sie hier fertige Hardware- Pakete, auf deren Ausgestaltung Sie nur in begrenztem Umfang Einfluss haben. Fällt eine Komponente aus, liegt es im Verantwortungsbereich des Hosters, diese auszutauschen. In Sachen Verwaltung sind Sie genau wie beim o. g. Beispiel zu 100 Prozent Herr über Ihren Server. Sie installieren wenn Sie wollen beim Betriebssystem angefangen die Software, die Sie benötigen, und müssen sich um Updates und Fehlerbeseitigung selbst kümmern. Die Verwaltung des Servers erfolgt über einen SSH-Zugang und Sie haben volle Root-Rechte auf dem Server, daher der Name. Managed Server Auch bei dieser Variante mieten Sie sich Ihre eigene Hardware, haben aber mit der Softwarepflege des Servers nichts zu tun. Von Software- Updates über Nameserververwaltung bis hin zu regelmäßigen Datensicherungen wird alles vom Hoster erledigt. Ihre Aufgaben beschränken sich auf das Management Ihrer Webhostingangebote für Dritte. Zugang zu Ihrem Server erhalten Sie über eine entsprechende Management-Software, über die Sie neue Kunden anlegen können. Auch Ihre Kunden nutzen lediglich diese Management-Software zur Verwaltung ihrer Domains, -Postfächer, Datenbanken und Internetseiten. VServer Bei Nutzung eines VServer-Angebots (auch managed VServer sind erhältlich) haben Sie zwar in der Regel Root-Rechte auf Ihrem Server, verfügen aber nicht über eigene Hardware. Stattdessen sind Sie Herr über eine virtuelle Maschine mit garantierter Mindestleistung. Sie verfügen über ein festes Kontingent an Festplattenplatz, für alles andere (zugewiesenen Arbeitsspeicher, CPU-Leistung und Datentransferraten) werden Ihnen Mindestwerte garantiert. Auf die Auswahl des Betriebssystems haben Sie deutlich weniger Einfluss als bei einem Root-Server, da die Möglichkeit einer Eigeninstallation nicht besteht. 14

16 1 Einleitung Dieses Buch richtet sich, wie der Titel vermuten lässt, an Administratoren, die volle Root-Rechte auf ihrem Internet-Server haben. In erster Linie ist das bei Colocation- und Root-Servern der Fall und mit wenigen Einschränkungen auch bei VServern. Auch wenn Sie eine entsprechende Internetanbindung mit fester IP-Adresse vorausgesetzt einen Internet-Server in den eigenen vier Wänden betreiben möchten, zählen Sie zur Zielgruppe des Buches. Da ein Root-Server in aller Regel für viele verschiedene Dienste und Funktionen genutzt wird ( ØØÔ, ØÔ,, Mail etc.), Dienste, die jeder für sich genommen bereits Stoff genug für ein ganzes Buch bieten, wir aber das Thema in seiner Gesamtheit abdecken möchten, werden wir bei den einzelnen Themen nicht alle Teilaspekte in letzter Gründlichkeit ausloten. Das Buch ist also, wie eingangs erwähnt, als eine Anleitung zur best practice zu verstehen, die vor allem Einsteigern schnell und zuverlässig zum sicheren und störungsfreien Betrieb eines eigenen Root-Servers verhelfen soll. Noch ein paar Worte zur Nutzung des Buches. Eingaben auf der Kommandozeile (Shell) werden durch einen entsprechenden Prompt gekennzeichnet: linux:/etc # ifconfig eth0 Link encap:ethernet Hardware Adresse 00:30:18:af:f3:47... user@linux:~$ apropos password chage (1) - change user password expiry information... Der Root-Prompt ( ) im Beispiel weist darauf hin, dass das Kommando als User ÖÓÓØ oder mit Ù Ó (vgl. S. 88) eingegeben werden soll, während der User-Prompt ( ) zeigt, dass als beliebiger Benutzer gearbeitet werden kann. Dabei werden von Ihnen einzugebende Kommandos in fettdruck dargestellt. Taucht in gezeigten Shellskripten oder Kommandozeilen die Abkürzung Õ Ò auf, ist diese von Ihnen jeweils durch einen vollständigen und gültigen Hostnamen zu ersetzen. Alle Listings und Beispielkonfigurationsdateien finden Sie auf der buchbegleitenden Webseite ØØÔ»»ÖÓÓØÔ º ÒÚ ¹ ÖÚ ÖºÓÖ zum Download. 15

17

18 2 Kapitel Die Server Basis Das folgende Kapitel beschreibt den Weg zum eigenen Root-Server, von der Entscheidung, sich einen Root-Server zuzulegen, bis hin zur Basisinstallation des gewünschten Linux-Systems. Berücksichtigt werden die Distributionen opensuse und Debian. Neben der Festplattenpartitionierung geht es, natürlich über die Kommandozeile, um das Anlegen der Software-RAID- Verbünde sowie eines Logical-Volume-Systems. 2.1 Überlegungen zur Hardware Ideale Hardware gibt es nicht, so dass hier auch keine eindeutigen Vorgaben gemacht werden. Allerdings lassen sich einige allgemeingültige Überlegungen anstellen. Darüber hinaus ergibt sich aus dem Einsatzzweck des Servers die eine oder andere Anforderung an die Hardware. 17

19 2 Die Server Basis Hinweis Vorwegschicken möchten wir, dass die meisten Hoster bei der Hardware Rahmenbedingungen vorgeben möchten Sie davon abweichen, schlägt sich dies meist in zusätzlichen Kosten für die Ersteinrichtung oder gar bei der monatlichen Servermiete nieder. Zunächst das Einfache: Über den Grafik- oder Soundchip müssen Sie sich keine Gedanken machen Sound ist gänzlich überflüssig, und in Sachen Grafik genügt ein einfacher Onboard-Chip. Setzt Ihr zukünftiger Hoster auf dedizierte Serverkomponenten, kommen in aller Regel Mainboards zum Einsatz, die entsprechend ausgestattet sind. Ebenfalls von eher nachgeordneter Bedeutung ist in vielen Fällen die Prozessorleistung. Die Hauptbeschäftigung des etwas betagten 2,4 GHz Einkern-Prozessors eines unserer älteren Root-Server ist vor allem: warten. Hohe Prozessorleistung ist dann gefragt, wenn Sie planen, einen Mailserver mit integriertem Virenscanner, hochfrequentierte SQL-Datenbank-Applikationen (z. B. gut besuchte Webshops) oder etwa mehrere virtuelle Maschinen auf Ihrem Root-Server zu betreiben. Geht es lediglich darum, einige Internetseiten kleinerer Webauftritte wie etwa von Privatpersonen, kleinen Betrieben oder Vereinen etc. zu hosten und den damit verbundenen -Verkehr abzuwickeln, spielt die Prozessorleistung des Root-Servers keine große Rolle. Für den Arbeitsspeicher, speziell auf Linux-Servern, gilt die einfache Faustformel viel hilft viel. Ob Sie dabei teure ECC registered RAM-Module einsetzen, ist vor allem vom verwendeten Mainboard und in zweiter Linie von den Anforderungen der Applikationen abhängig, die auf dem Root-Server betrieben werden sollen. Üblicherweise legt der Hoster die zum Einsatz kommenden Module fest. Ihnen bleibt lediglich zu bestimmen, mit wie viel Hauptspeicher Ihr Root-Server ausgestattet sein soll. Ein guter Anfang sind in jedem Fall 2 bis 4 Gigabyte. Von großer Bedeutung ist die Auswahl der Festplatte(n). Generell empfiehlt sich der Einbau von mindestens zwei Festplatten, da das die Realisierung eines einfachen RAID1-Verbundes (Redundant Array of Independent Disks) ermöglicht und somit die Ausfallsicherheit des Servers deutlich erhöht (vgl. Kapitel 2.3). Setzen Sie möglichst hochwertige Server-Festplatten für den Rund-um-die-Uhr-Betrieb ein, auch 24/7-Betrieb (also 24 Stunden pro Tag bei sieben Tage pro Woche) genannt. Der finanzielle Mehraufwand lohnt sich. Festplatten für den 24/7-Betrieb werden von den Herstellern entsprechend ausgewiesen. Bezüglich der gewählten Festplattenkapazitäten sind Vorüberlegungen zur Abschätzung des Platzbedarfs anzustellen. Entscheidende Faktoren sind der Einsatzzweck des Servers sowie die angedachte RAID-Struktur (vgl. Erläuterungen zu RAID-Leveln ab Seite 372). 18

20 2.2 Auswahl der geeigneten Linux Distribution Geht es bei der Nutzung des Servers lediglich um das Hosting von Internet- Auftritten inklusive Mailserver, sind 250 GB reichlich bemessen. Selbst nach etwa sechs Jahren Betrieb und circa 16 Webhosting-Kunden plus eigene Internet-Auftritte sind auf dem ersten Root-Server des Autors gerade einmal 18 von 250 GB belegt. Ist das Ziel der Installation ein Download-Server für multimediale Inhalte, müssen Sie schon im Vorfeld eine Vorstellung von den anfallenden Datenmengen und dem Zuwachs im Laufe der Zeit haben. Die Festplattenkapazitäten sollten so dimensioniert sein, dass sie abzüglich der Verluste durch ein RAID-System für zwei bis vier Jahre Betrieb ausreichend Platz bieten. Nach vier Jahren Betriebsdauer sollte auch beim Einsatz von Server- Festplatten und RAID-Systemen über deren vorsorglichen Tausch nachgedacht werden. Planen Sie Ihren Root-Server als Gameserver einzusetzen, halten Sie sich einfach an die Vorgaben des Spieleherstellers. In aller Regel sind bei diesem Verwendungszweck Prozessorleistung und Arbeitsspeicher wichtiger als große Festplattenkapazitäten. Die aktuell seitens der Hoster angebotenen Festplattenkapazitäten decken ein Spektrum von ca. 160 GB bis zu 1,5 TB ab. An Festplattenplatz besteht also in der Regel kein Mangel. Als Auswahlkriterium wesentlich entscheidender ist die Qualität der verbauten Festplatten. Wichtig ist, dass für die Einrichtung eines RAID-Verbundes möglichst identische Festplatten eingesetzt werden. Ist das, etwa beim Austausch einer defekten Platte, nicht möglich, entspricht die Gesamtkapazität eines RAID1- Verbundes der Kapazität der kleinsten beteiligten Platte. Für jede auszutauschende Festplatte sollte, falls das ursprüngliche Modell nicht mehr verfügbar ist, die nächst größere Festplatte des Nachfolgemodells verwendet werden. 2.2 Auswahl der geeigneten Linux Distribution Entschließen Sie sich dazu, Ihren Root-Server selbst zu installieren, haben Sie die freie Wahl einer passenden Linux-Distribution. Viele Faktoren fließen in die Entscheidung ein: Lebenszyklus Je länger eine Distribution gepflegt wird, desto länger gibt es Sicherheitsupdates. Remote-Installation Nicht alle Distributionen ermöglichen eine Installation via SSH oder VNC. Stellt Ihr Hoster kein Remote-Terminal zur Verfügung und Sie 19

21 2 Die Server Basis möchten sich keinen eigenen Server fertigen, scheiden alle Distributionen, die nicht via VNC oder SSH installierbar sind, von vorneherein aus. Persönliche Neigung Auch wenn es sonderbar klingt, ist dieser Punkt durchaus relevant. Ein Root-Server steht an exponierter Stelle direkt zugänglich im Internet und ist all den damit verbundenen Gefahren ausgesetzt. In diesem Umfeld ein System zu betreuen, in dem man sich nicht zu Hause fühlt, birgt ein nicht zu unterschätzendes Risiko. Werfen wir einen kurzen Blick auf in Frage kommenden Linux-Distributionen. Die Liste ist aber weder vollständig noch besonders detailliert. Ubuntu Server LTS Ubuntu Server LTS ist eine für den Servereinsatz optimierte Ubuntu-Distribution, die jeweils für einen Zeitraum von fünf Jahren gepflegt wird. Ihr Softwareumfang ist wesentlich kleiner als der der Desktop-Varianten. Einer Server-Distribution gereicht dies allerdings eher zum Vorteil. Wer mit Debian-basierten Linux-Distributionen vertraut ist, findet in Ubuntu Server LTS sicher eine hervorragende Basis für die Realisierung eines Root-Servers. Vorsicht ist lediglich dann geboten, wenn Software aus anderen Ubuntu- Repositories installiert wird. Diese unterliegt selbstverständlich nicht der fünfjährigen Maintenance-Garantie. Debian Debian ist sicher jedem Leser ein Begriff. Die Distribution gilt allgemein als Standard für Server-Projekte, auch wenn sich Debianer nicht immer an festgeschriebene Standards wie LSB (Linux Standard Base) und FHS (Filesystem Hierarchy Standard, vgl. Seite 356) halten (was dann auch für abgeleitete Distributionen wie Ubuntu gilt). Vorteilhaft ist sicherlich der lange wenn auch nicht konstante 1 Release-Zyklus von Debian, garantiert er doch über entsprechend lange Zeiträume die Versorgung mit Sicherheitsupdates. Nachteilig ist, dass aufgrund langer Release-Zyklen die in einer Version enthaltene Software oft wesentlich älter ist als in anderen Linux- Distributionen. Dieser Nachteil lässt sich häufig mit Hilfe des Debian Backport Repository ausgleichen. Darin befinden sich neuere Softwareversionen, die für die aktuell stabile Version zurückportiert wurden. 1 Bisher gab es im Debian-Projekt keine festgeschriebenen Release-Zyklen. Eine neue Debian-Version wurde immer dann veröffentlicht, wenn die Entwickler mehrheitlich der Meinung waren, dass sie fertig sei. Mit Debian 6.0 squeeze ist allerdings eine Festlegung auf 2 Jahre geplant. 20

22 2.3 Festplattenpartitionierung opensuse opensuse wird üblicherweise nicht unbedingt mit Server-Installationen in Verbindung gebracht. Allerdings bringt die Distribution alle Voraussetzungen dafür mit. Sie ist remote via SSH und VNC installierbar, verfügt über einen großen Umfang an Serversoftware und bringt eine eigene, gerade für Einsteiger leicht zu konfigurierende Firewall-Lösung mit. Zudem ist open- SUSE in Sachen Standardkonformität mustergültig. Nachteilig ist allerdings der mit Version 11.2 auf nur 18 Monate verkürzte Maintenance-Zyklus. Dafür garantieren die Entwickler aber (ebenfalls ab Version 11.2) ein reibungslos funktionierendes Distributions-Upgrade. CentOS CentOS ist eine zu Red Hat Enterprise Linux binärkompatible Distribution mit einem Maintenance-Zeitraum von ebenfalls fünf Jahren. Sie ist vor allem als kostenlose und quelloffene Server- und Workstation-Plattform gedacht und damit für den Einsatz auf Root-Servern geeignet. Nachteilig ist allenfalls, dass automatisch eine grafische Oberfläche installiert wird, die auf einem Root-Server nicht nur unnütz ist, sondern auch Sicherheitsrisiken bergen kann. Red Hat Enterprise Linux und SuSE Linux Enterprise Server (SLES) Red Hat Enterprise Linux und SLES sind kommerzielle und mit proprietären Erweiterungen versehene Linux-Distributionen von Red Hat und Novell. Beide sind technisch sicherlich geeignet für einen Root-Server. Sicherheits-Updates sind allerdings nur bei Abschluss von Lizenzverträgen zu bekommen. Beide Distributionen werden über einen Zeitraum von fünf Jahren gepflegt. Im weiteren Verlauf des Buches werden vor allem opensuse und Debian berücksichtigt. opensuse orientiert sich, wie bereits erwähnt, stark an der Linux Standard Base (LSB); hinzu kommt, dass sich opensuse durch eine Fülle an Serversoftware, einfache Möglichkeiten zur Remote-Installation und, gerade für den Einsteiger, einfaches Handling auszeichnet. 2.3 Festplattenpartitionierung In diesem Abschnitt werden wir zeigen, wie die Aufteilung der Festplatten von der Partitionierung über das Erzeugen der RAID-Verbünde bis hin zur Logical-Volume-Verwaltung auf der Kommandozeile vorgenommen werden kann. Sind Sie mit dem vom Hoster vorinstallierten System zufrieden, 21

23 2 Die Server Basis müssen Sie natürlich keine Partitionierung und in der Folge auch keine Neuinstallation vornehmen. Es mag verwundern, dass wir die Aufteilung und Vorbereitung der Festplatten vor der eigentlichen Installation des Systems besprechen. Der Installer einer Linux-Distribution ist aller Regel selbst dazu in der Lage zu partitionieren, somit könnte die Partitionierung wie üblich auch während der Installation erfolgen. Die Partitionierung vor der Installation manuell aus einem Rettungssystem heraus vorzunehmen, ermöglicht es aber, ein bereits auf dem Server vorinstalliertes System sozusagen als Notanker bis zum Abschluss der Installation zu erhalten. Hinzu kommt, dass speziell opensuses YaST in der Vergangenheit bei Kombinationen aus RAID und LVM (vgl. die entsprechenden Erläuterungen zu beiden Systemen im Anhang A.7 ab Seite 371) sowie Boot-Partitionen auf RAID-Verbünden manchmal Probleme bereitet. Oft ließ sich ein System mit komplexer Festplattenaufteilung nach der Installation nicht starten. Hinweis Bei aktuellen opensuse-versionen (ab Version 11.1) sind diese Probleme nicht mehr zu beobachten. Generell kann es allerdings nicht schaden, die Festplatteneinteilung einmal von Hand vorzunehmen; der damit verbundene Lerneffekt ist ohnehin nicht zu unterschätzen. Sollten Sie sich bei der Auswahl Ihrer Server-Hardware für ein echtes Hardware-RAID entschieden haben, ist die hier beschriebene Handarbeit nicht erforderlich. Gleiches gilt, wenn Sie sich einem Fake-RAID anvertrauen. Darüber erstellte RAID-Verbünde werden von den Linux-Device-Mapper- Treibern erkannt und können selbstverständlich verwendet werden. Wie gut der eingesetzte Fake-RAID-Chip funktioniert, werden Sie leider erst im Ernstfall eines Plattenversagens feststellen (lesen Sie hierzu die Erläuterungen zu Fake- oder Host-RAID-Controllern im Anhang A.7.1 ab Seite 374). Schenken Sie diesen Produkten kein Vertrauen, müssen Sie Ihren Hoster bitten, die im Server vorhandenen Festplatten beim Vorbereiten des Servers nicht per Fake-RAID-Controller in RAID-Verbünden zusammenzufassen. Die Festplatten dürfen dann lediglich im JBOD-Modus (Just a Bunch of Disks) betrieben werden Vorüberlegungen zur Partitionierung Root-Server fungieren vornehmlich als Web- und Mailserver. Die Anforderungen an Webserver haben sich im Laufe der letzten Jahre jedoch verändert. Zu Beginn des World Wide Web bestand eine Internetseite hauptsächlich aus HTML- und Bilddateien, die im DocumentRoot-Verzeichnis des Webservers abgelegt wurden. Heute werden vornehmlich Applikatio- 22