Das Credit Card Verification System (CCVS)
verwendet Ihren Computer und Ihr Modem, um ein Kreditkartenlesegert
zu simulieren (auch als Point-of-Sale- [POS] Terminal bekannt).
CCVS ist ein eigenstndiges Produkt, das
verschiedene APIs (API, Application Programming Interfaces) umfasst.
Dadurch wird die benutzerspezifische Anpassung oder die Integration von
Software-Anwendungen und Datenbankprodukten anderer Hersteller
vereinfacht.
CCVS ist sicher und benutzerfreundlich.
CCVS wurde in ANSI C geschrieben und
erfllt die POSIX-Standards. Es ist portierbar und lsst sich
schnell und einfach in moderne Betriebssysteme, Programmiersprachen und
ins Internet integrieren. Fr eine leichte Skripterstellung und
Programmierung konzipiert, kann CCVS dazu
verwendet werden, die Verarbeitung von Stapeldateien zu automatisieren
oder Anwendungen zu erweitern, die eine Kreditkartenbearbeitung
erfordern.
CCVS kann auerhalb der USA verwendet
werden, wenn Ihre Bank oder Ihr Geschftspartner eines der von
CCVS untersttzten Protokolle ebenfalls
untersttzt. In Kanada untersttzt
CCVS das NDC-Protokoll, das von jeder Bank in
Kanada verwendet werden kann, um Ihren Merchant Account zu konfigurieren.
In allen anderen Lndern erfragen Sie das erforderliche Protokoll
bitte bei Ihrem Geschftspartner. Bei folgendem von
CCVS untersttztem Protokoll ist die
Wahrscheinlichkeit, dass es von einem Geldinstitut auerhalb der
USA untersttzt wird, am grten: Visa 2nd Generation ``K
Format'' (VITAL).
Eine Demo-Version von CCVS ist im Lieferumfang
von Red Hat Linux enthalten. Diese Demo-Version ist voll funktionsfhig und
kann dazu verwendet werden, um CCVS auf Ihrem
System zu testen. Diese Demo-Version enthlt alle Funktionen der
Vollversion. Allerdings stellt sie keine Verbindung zu Ihrem Geldinstitut
her. Falls Sie sich entscheiden, CCVS zu
erwerben, um Kreditkarten zu verarbeiten, wenden Sie sich bitte an Red Hat,
um einen Lizenzierungsschlssel zu beziehen. Unter
http://www.redhat.com/products/ccvs/
finden Sie weitere Informationen darber, wie Sie
CCVS aktivieren knnen.
CCVS kann ein System fr
Telefon-Operatoren untersttzen, die Katalogbestellungen
ber das Telefon aufnehmen. Die Tcl-Erweiterungen von
CCVS knnen dazu verwendet werden,
eine grafische Tcl/Tk-Benutzeroberflche zu erzeugen, die eine
einfache Oberflche fr Telefon-Operatoren zur
Verfgung stellt. Die Operatoren knnen in diesem Fall
einfache X-Terminals verwenden. Die gesamte Software luft auf
dem zentralen Server. CCVS muss nur auf
einem einzigen Computer installiert zu werden, und die Operatoren
brauchen nicht auf eine freie Telefonleitung zu warten — alle
Transaktionen werden ber dieselbe Verbindung gettigt.
CCVS kann zur Automatisierung der
Rechnungserstellung eingesetzt werden. So kann ein
Internet-Diensteanbieter (Internet Service Provider, ISP) z.B. eine
Kundendatenbank auf einem Datenbankserver abgelegt haben. Der
Datenbankadministrator des ISP knnte nun ein Perl-Skript
schreiben, in dem er das Perl-Modul von
CCVS mit einem Modul des Datenbanksystems
kombiniert. Dieses Skript wrde dann z.B. jeden Monat
ausgefhrt. Das Skript liest die Kundendaten, bearbeitet die in
dem jeweiligen Monat angefallenen Rechnungen und aktualisiert die
Datenstze in der Datenbank, um anzuzeigen, ob Zahlungen
vorgenommen wurden.
Dies sind nur zwei Beispiele fr die vielen Funktionen, die
CCVS bietet. CCVS
kann dazu verwendet werden, jeden Aspekt Ihrer Vorgnge, die eine
Kreditkartenbearbeitung erforderlich machen, zu erweitern. Die vielen
Funktionsmerkmale von CCVS umfassen u.a.:
Eine C-Bibliothek mit dokumentierter API ermglicht es
Benutzern, CCVS nahtlos in bestehende
Anwendungen zu integrieren.
Eine Tcl-Erweiterung ermglicht die Verwendung von
CCVS mit serverseitigem Tcl, wie z.B.
NeoWebScript.
Ein Modul Perl 5.0 ermglicht es, dass
CCVS mit der heutzutage am weitesten
verbreiteten CGI-Programmiersprache arbeiten kann.
Mit Hilfe von Tcl/Tk lassen sich schnell und einfach
benutzerdefinierte GUIs erstellen — die Entwicklungszeit
betrgt typischerweise weniger als einen Tag.
Python-, PHP3- und Java-Module ermglichen es, dass
CCVS mit anderen verbreiteten
Programmiersprachen arbeiten kann.
CLI-Programme fr interaktive Nutzung (Command Line Interface,
CLI). Rufen Sie Programme von einer beliebigen UNIX-Shell auf, und
programmieren Sie in der von Ihnen bevorzugten UNIX-Sprache.
AVS-Schutz vor Kreditkartenbetrug ermglicht es Hndlern,
zu berprfen, ob es sich bei einer Kreditkarte um eine
gestohlene Karte handelt. Viele Clearingstellen bieten Hndlern,
die AVS verwenden, bessere Tarife an - selbst bei Bestellungen, die
ber das Telefon angenommen wurden.
Untersttzung fr mehrere Merchant Accounts, so dass
Benutzer ihre eigenen virtuellen Einkaufspassagen mit einer
unbegrenzten Zahl von Storefronts erffnen knnen. Bei
einem "Merchant Account" handelt es sich um eine besondere
Art von Bankkonto, das es einem Unternehmen ermglicht,
Kreditkartenzahlungen seiner Kunden zu akzeptieren. Auf dem Merchant
Account gehen die Erlse aus den Kreditkartentransaktionen ein.
In einer einzelnen Sitzung kann eine Vielzahl von Transaktionen
ausgefhrt werden, wodurch die Leistung von Standleitungen
erreicht wird (zwei Sekunden pro Transaktion!), ohne dass
zustzliche Kosten entstehen oder komplexe Manahmen
notwendig wrden.
Die Sicherheit, das Produkt jederzeit testen und neuprogrammieren zu
knnen, ohne dass dabei tatschlich existierende
Kreditkarten belastet werden.
Wie kann nun ein Hndler anhand dieser kleinen Plastikkarte
feststellen, ob Sie sich z.B. den Fernseher mit Grobildschirm
tatschlich leisten knnen?
Zunchst legt der Kufer dem Hndler seine
Kreditkartenangaben vor. Der Hndler bertrgt diese
Daten zusammen mit seinem Hndler-ID-Code an eine Clearingstelle
(auch als Verrechnungs- oder Abrechnungsstelle bezeichnet). Bei dieser
Clearingstelle kann es sich um eine Bank handeln, die dem Hndler
ein Kreditkartenkonto eingerichtet hat. In den meisten Fllen
handelt es sich jedoch eher um ein Unternehmen, das mit der Bank des
Hndlers vertraglich vereinbart hat, alle Belastungen zu
verrechnen. Dafr erhlt es im Gegenzug eine Gebhr und
einen bestimmten Prozentsatz von jedem bearbeiteten Vorgang.
Die Daten werden bertragen, indem die Karte und die Nummer des
Hndlers ber das Telefon gelesen oder ein
Kreditkarten-POS-Terminal oder CCVS oder
eine andere Software verwendet werden, mit der Informationen von einem
Computer an einen anderen bertragen werden knnen.
Die Clearingstelle setzt sich nun mit der Bank in Verbindung, die die
Kreditkarte des Kufers ausgestellt hat, und fragt nach, ob der
eingerumte Kredit fr die Zahlung des Kaufpreises ausreicht.
Wenn dies der Fall ist, sendet die Clearingstelle die entsprechende
Besttigung an den Hndler. Gleichzeitig reduziert sich der
Kredit, der dem Kufer auf seiner Kreditkarte zur Verfgung
steht, um die Summe der gerade gettigten Transaktion.
Am Ende eines Geschftstages kontaktiert der Hndler (genauer
gesagt, der Computer oder das Kreditkartenterminal des Hndlers)
die Clearingstelle und berprft noch einmal alle
Transaktionen dieses Tages, um sicherzustellen, dass die vom System des
Hndlers fr diesen Tag verzeichneten Transaktionen mit den
von der Clearingstelle verzeichneten Transaktionen bereinstimmen.
Sobald festgestellt wurde, dass beide dieselben Transaktionen
verzeichnet haben, berweist die Clearingstelle das Geld von der
Kreditkartenbank auf das Bankkonto des Hndlers.
Die Standardkonfiguration von Red Hat Linux Secure Web Server ist normalerweise fr die
meisten Benutzer geeignet. Es kann sein, dass Sie nie auch nur eine
einzige Konfigurationsanweisung von Apache ndern mssen. Wenn
Sie jedoch an den Standardkonfigurationsoptionen nderungen
vornehmen mchten, mssen Sie einige der Optionen kennen und
wissen, wo diese zu finden sind. In diesem Kapitel werden die
Konfigurationsoptionen besprochen, die von Ihnen verwendet werden
knnen.
Nach der Installation von Red Hat Linux Secure Web Server finden Sie die Dokumentation zum Apache
Web-Server unter
http://ihre_domne/manual/, oder Sie
knnen die Apache Dokumentation im Web einsehen unter
http://www.apache.org/docs/. Die Apache Web-Server-Dokumentation enthlt eine vollstndige Liste und komplette Beschreibungen aller Konfigurationsoptionen von Apache.
Um Ihnen die bersicht zu erleichtern, enthlt dieses Handbuch kurze
Beschreibungen der Konfigurationsanleitungen fr den Red Hat Linux Secure Web Server.
Beachten Sie bitte, dass die Standardkonfigurationsdatei Ihres
Web-Servers sowohl Eintrge fr einen Web-Server ohne
Verschlsselung als auch fr einen Web-Server mit
Verschlsselung (sicherer Web-Server) enthlt. Der sichere
Web-Server wird als virtueller Rechner ausgefhrt, der in der
Konfigurationsdatei httpd.conf konfiguriert wird.
Weitere Informationen ber virtuelle Rechner finden Sie unter
Abschnitt namens Virtuelle Rechner verwenden.
Bitte beachten
Es sind keine FrontPage-Erweiterungen enthalten, weil die Lizenz von
Microsoft(TM) deren Lieferung in einem Produkt eines Drittanbieters
verbietet.
Die Konfigurationsdatei fr den Apache Web-Server ist
/etc/httpd/conf/httpd.conf. Die Datei
httpd.conf enthlt ausfhrliche
Kommentare und ist bis zu einem gewissen Grad selbsterklrend. Die
Standardkonfiguration von Red Hat Linux Secure Web Server ist fr die meisten Benutzer
geeignet, und daher werden Sie wahrscheinlich keine nderungen an
den Anweisungen in httpd.conf vornehmen
mssen. Vielleicht interessieren Sie sich aber fr die
wichtigsten Konfigurationsoptionen.
Die leeren Dateien srm.conf und
access.conf befinden sich ebenfalls im Verzeichnis
/etc/httpd/conf. srm.conf und
access.conf wurden frher zusammen mit
httpd.conf als Konfigurationsdateien fr
Apache verwendet.
Wenn Sie Ihren Red Hat Linux Secure Web Server konfigurieren mssen, ist lediglich die
Datei httpd.conf zu editieren und
anschlieend der Red Hat Linux Secure Web Server neu zu laden oder anzuhalten und neu zu
starten. Das Neuladen, Anhalten und Starten des Servers wird in
Abschnitt namens Starten und Beenden von Apache in Kapitel 11 besprochen.
Vor dem Editieren von httpd.conf sollten Sie
zuerst die Originaldatei kopieren und in
httpd.confold (oder einen anderen von Ihnen
gewhlten Namen) umbenennen. Falls Sie beim Editieren der
Konfigurationsdatei einen Fehler machen, steht Ihnen auf diese Weise
eine Sicherheitskopie zur Verfgung, mit der Sie von vorn
beginnen knnen.
Falls Sie einen Fehler machen und Ihr Red Hat Linux Secure Web Server nicht richtig
funktioniert, sollten Sie zuerst die gerade editierte Datei
httpd.conf auf Tippfehler berprfen.
Als Nchstes sollten Sie einen Blick auf die Fehlerprotokolldatei
von Red Hat Linux Secure Web Server werfen (/var/log/httpd/error_log).
Die Auswertung der Fehlerprotokolldatei ist, je nachdem, wie viel
Erfahrung Sie damit haben, mglicherweise nicht ganz einfach. Wenn
gerade ein Problem aufgetreten ist, sollten die letzten Eintrge
jedoch einige Hinweise liefern, was passiert ist.
Der nchste Abschnitt enthlt kurze Beschreibungen der
Anweisungen in httpd.conf in der Reihenfolge, wie
sie in der Datei eingetragen sind. Diese Beschreibungen gehen nicht bis
ins letzte Detail. Weitere Informationen finden Sie in der Apache
Dokumentation im HTML-Format unter
http://ihre_domne/manual/ oder in der
Apache Group Dokumentation unter
http://www.apache.org/docs/.
Weitere Informationen zu mod_ssl-Anweisungen finden Sie in der
mitgelieferten Dokumentation im HTML-Format unter http://
ihre_domne/manual/mod/mod_ssl/ bzw. im
mod_ssl-User Manual (Benutzerhandbuch) unter
http://www.modssl.org/docs/2.6/.
Die Einstellung fr ServerType kann entweder
inetd oder standalone sein. Die
Standardeinstellung fr den Red Hat Linux Secure Web Server ist ServerType
standalone.
ServerType standalone bedeutet, dass der Server
einmal gestartet wird und dieser Server dann alle Verbindungen
bearbeitet. ServerType inetd bedeutet, dass
fr jede HTTP-Verbindung eine neue Instanz des Servers gestartet
wird. Jede Serverinstanz bearbeitet die Verbindung und wird beendet,
wenn die Verbindung beendet wird. Wie Sie sich wahrscheinlich
vorstellen knnen, ist die Verwendung von
inetd sehr uneffektiv. Ein weiteres Problem ist,
dass laut Informationen der Apache Group inetd
mglicherweise nicht korrekt funktioniert. Da schlielich
Red Hat Linux7.0 xinetd verwendet, sind
zustzliche Konfigurationsarbeiten erforderlich, um ber
xinetd den Server zu starten. Aus diesen
Grnden sollten Sie die Einstellung von
ServerType von Red Hat Linux Secure Web Server auf
standalone belassen.
ServerRoot ist das oberste Verzeichnis, das die
Serverdateien enthlt. Sowohl der Server mit
Verschlsselung (sicherer Server) als auch der Server ohne
Verschlsselung sind auf die Verwendung von
/etc/httpd als ServerRoot
eingestellt.
LockFile stellt den Pfad zur Sperrdatei ein, die
verwendet wird, wenn der Apache Server entweder mit
USE_FCNTL_SERIALIZED_ACCEPT oder mit
USE_FLOCK_SERIALIZED_ACCEPT kompiliert wird.
LockFile sollte normalerweise auf seinem
Standardwert belassen werden.
PidFile gibt die Datei an, in der der Server seine
Prozess-ID (pid) ablegt. Der Red Hat Linux Secure Web Server ist so konfiguriert, dass er
seine pid in /var/run/httpd.pid ablegt.
Im ScoreBoardFile werden interne
Serverprozessinformationen gespeichert, die fr die
Kommunikation zwischen dem Eltern-Serverprozess und seinen
Kind-Prozessen verwendet wird. Das ScoreBoardFile
von Red Hat Linux Secure Web Server ist auf /var/run/httpd.scoreboard
eingestellt.
Die Anweisung ResourceConfig veranlasst den
Server, die nach ResourceConfig angegebene Datei
nach weiteren Informationen zu durchsuchen. Die Anweisung
ResourceConfig ist auskommentiert, weil Ihr
Web-Server nur die Datei httpd.conf fr
Konfigurationsanweisungen verwendet.
Die Anweisung AccessConfig veranlasst den Server,
die nach AccessConfig angegebene Datei nach
weiteren Anweisungen zu durchsuchen, nachdem die durch
ResourceConfig angegebene Datei gelesen wurde. Die
Anweisung AccessConfig ist auskommentiert, weil
Ihr Web-Server nur die Datei httpd.conf fr
Konfigurationsanweisungen verwendet.
Timeout gibt die Zeit in Sekunden an, die der
Server whrend Kommunikationsverbindungen auf den Empfang und
auf bertragungen wartet. Insbesondere gibt
Timeout an, wie lange der Server auf den Empfang
einer GET-Anforderung wartet, wie lange er auf den Empfang von
TCP-Paketen bei einer POST- oder GET-Anforderung wartet und wie lange
er zwischen ACKs wartet, die als Antwort auf TCP-Pakete gesendet
werden. Timeout ist auf 300 Sekunden eingestellt,
eine fr die meisten Situationen geeignete Einstellung.
KeepAlive bestimmt, ob der Server wiederholte
Verbindungen (d.h. mehr als eine Anforderung pro Verbindung) erlaubt.
KeepAlive kann verwendet werden, um zu verhindern,
dass ein einzelner Client zu viele der Serverressourcen verbraucht.
Die Standardeinstellung fr KeepAlive ist
on, das heit der Server erlaubt wiederholte
Verbindungen. Sie knnen die Einstellung auf
off ndern. Dadurch werden wiederholte
Verbindungen deaktiviert. Eine hnliche Mglichkeit, die
Anfragen pro Verbindung zu begrenzen, finden Sie in
Abschnitt namens MaxKeepAliveRequests.
Diese Anweisung gibt an, wie viele Anforderungen pro wiederholter
Verbindung maximal erlaubt sind. Die Apache Group empfiehlt einen
hohen Wert. Dadurch wird die Leistung des Servers verbessert. Die
Standardeinstellung fr MaxKeepAliveRequests
ist 100, eine fr die meisten Situationen
geeignete Einstellung.
KeepAliveTimeout gibt die Anzahl der Sekunden an,
die der Server auf eine nachfolgende Anforderung wartet, nachdem eine
Anforderung bearbeitet wurde. Danach wird die Verbindung geschlossen.
Nach dem Empfang einer Anforderung gilt stattdessen die Anweisung
Timeout.
Der Apache Web-Server passt sich dynamisch an die erkannte Last an,
indem je nach Datenverkehr eine geeignete Anzahl von
Reserve-Serverprozessen aufrechterhalten werden. Der Server
prft die Anzahl von Servern, die auf eine Anforderung warten,
und beendet einige davon, wenn mehr als von
MaxSpareServers angegeben vorhanden sind bzw.
erzeugt einige neue, wenn weniger als in
MinSpareServers angegeben vorhanden sind.
Die Standardeinstellung des Servers fr
MinSpareServers ist 5. Die
Standardeinstellung des Servers fr
MaxSpareServers ist 20. Diese
Standardeinstellungen sind fr die meisten Situationen geeignet.
MinSpareServers sollte nicht auf eine zu
groe Zahl eingestellt werden, weil dadurch selbst bei geringem
Datenverkehr die Belastung des Servers hoch ist.
StartServers bestimmt, wie viele Serverprozesse
beim Start erzeugt werden. Da der Web-Server je nach
Datenverkehrsaufkommen Serverprozesse dynamisch beendet bzw. erzeugt,
muss dieser Parameter nicht verndert werden. Der Web-Server ist
so konfiguriert, dass beim Start acht Serverprozesse erzeugt werden.
MaxClients gibt eine Obergrenze fr die
Gesamtzahl von Serverprozessen an (d.h. gleichzeitig verbundene
Clients), die gleichzeitig ausgefhrt werden knnen. Sie
sollten MaxClients auf einer hohen Anzahl belassen
(die Standardeinstellung des Servers ist 150), weil kein anderer
Client eine Verbindung aufbauen darf, sobald diese Anzahl von
gleichzeitig verbundenen Clients erreicht ist. Wenn
MaxClients auf eine Anzahl eingestellt werden
soll, die grer als 256 ist, muss Apache neu kompiliert
werden. Der Hauptgrund fr die Existenz von
MaxClients ist, dass damit verhindert werden soll,
dass Ihr Betriebssystem durch einen berlasteten Web-Server zum
Absturz gebracht wird.
MaxRequestsPerChild bestimmt die Gesamtanzahl der
Anforderungen, die ein Kind-Serverprozess bearbeitet, bevor er
beendet wird. Der Hauptgrund fr die Einstellung von
MaxRequestsPerChild ist, dass lang andauernde,
durch Prozesse verursachte Speicherlecks vermieden werden sollen. Die
Standardeinstellung fr MaxRequestsPerChild
fr den Server ist 100.
Der Befehl Listen kennzeichnet den Port, an dem
der Red Hat Linux Secure Web Server ankommende Anforderungen annimmt. Der Red Hat Linux Secure Web Server ist so
konfiguriert, dass auf Port 80 auf unverschlsselte
Web-Kommunikation und (in Virtual Host-Tags, die den sicheren Server
definieren) auf Port 443 auf sichere Web-Kommunikation gewartet wird.
Wenn Sie Apache so konfigurieren, dass an einem Port kleiner als 1024
gewartet wird, muss der Prozess httpd als Root
starten. Fr Port 1024 und darber kann
httpd als normaler Benutzer starten.
Listen kann auch zur Angabe spezieller
IP-Adressen verwendet werden, ber die der Server Verbindungen
annimmt.
BindAddress ist eine Mglichkeit, um
anzugeben, an welcher IP-Adresse der Server Verbindungen annimmt.
Wenn Sie diese Funktion bentigen, sollten Sie stattdessen
Listen verwenden. BindAddress
wird vom Web-Server nicht verwendet. In der Datei
httpd.conf ist es standardmig
auskommentiert.
LoadModule wird in Dynamic Shared Object
(DSO)-Modulen zum Laden verwendet. Weitere Informationen zur
DSO-Untersttzung von Red Hat Linux Secure Web Server einschlielich der genauen
Verwendung der Anweisung LoadModule finden Sie in
Abschnitt namens Hinzufgen von Modulen zu Ihrem Server. Beachten Sie, dass die
Reihenfolge der Module wichtig ist. Sie sollten daher die Reihenfolge
nicht verndern.
Die Tags <IfDefine> und
</IfDefine> umschlieen
Konfigurationsanweisungen, die ausgefhrt werden, wenn sich
fr die Bedingung im Tag <IfDefine> die
Aussage wahr ergibt. Die Anweisungen werden nicht ausgefhrt,
wenn sich die Aussage falsch ergibt.
Die Bedingung in den Tags <IfDefine> ist
eine Parameterbezeichnung (z.B. HAVE_PERL ). Wenn
der Parameter definiert ist (d.h. er wurde beim Start des Servers als
Argument des Startbefehls angegeben), ist die Aussage wahr. In diesem
Fall ist die Bedingung wahr, wenn der Red Hat Linux Secure Web Server gestartet ist, und die
Anweisungen in den Tags IfDefine werden
ausgefhrt.
Standardmig umschlieen die Tags
<IfDefine HAVE_SSL> die virtuellen
Rechnertags fr den sicheren Server. <IfDefine
HAVE_SSL>-Tags umschlieen auerdem auch die
Anweisungen LoadModule und
AddModule fr das
ssl_module.
Die Anweisung ClearModuleList steht direkt vor der
langen Liste mit AddModule -Anweisungen.
ClearModuleList lscht die in den Server
integrierte Liste der aktiven Module. Die Liste von
AddModule-Anweisungen erstellt dann direkt nach
ClearModuleList die Liste neu.
AddModule ist die Anweisung zur Erstellung einer
vollstndigen Liste mit allen verfgbaren Modulen. Sie
mssen die Anweisung AddModule verwenden,
wenn Sie Ihr eigenes Modul als DSO einfgen. Weitere
Informationen zur Verwendung von AddModule
fr die DSO-Untersttzung finden Sie in
Abschnitt namens Hinzufgen von Modulen zu Ihrem Server.
Die Anweisung ExtendedStatus bestimmt, ob Apache
beim Aufruf des server-status-Handlers
Statusinformationen in einer Kurzfassung (off)
oder einer detaillierten Fassung (on) erstellt.
Server-status wird ber
Location-Tags aufgerufen. Weitere Informationen
zum Aufruf von server-status finden Sie in
Abschnitt namens Location.
Normalerweise definiert Port den Port, an dem der
Server auf Anforderungen wartet. Der Red Hat Linux Secure Web Server wartet jedoch
standardmig an mehr als einem Port, da die Anweisung
Listen ebenfalls verwendet wird. Wenn
Listen-Anweisungen aktiv sind, wartet der Server
an allen diesen Ports. Weitere Informationen zu
Listen finden Sie in der Beschreibung der
Anweisung Listen.
Der Befehl Port wird auch dazu verwendet, die
Portnummer anzugeben, die zur Erstellung des kanonischen Namens
fr Ihren Server verwendet wird. Weitere Informationen ber
den kanonischen Namen Ihres Servers finden Sie in
Abschnitt namens UseCanonicalName.
Die Anweisung User definiert die Benutzer-ID, die
vom Server zur Beantwortung von Anforderungen verwendet wird. Die
User-Einstellung bestimmt die Zugriffsrechte des
Servers. Alle Dateien, auf die dieser Benutzer nicht zugreifen darf,
sind fr die Besucher Ihrer Website ebenfalls nicht
zugnglich. Die Standardeinstellung fr
User ist apache.
Der in User eingetragene Benutzer sollte nur
Zugriffsrechte auf solche Dateien haben, die fr die
Auenwelt sichtbar sein sollen. Der in User
eingetragene Benutzer ist auch der Eigentmer aller vom Server
erzeugten CGI-Prozesse. Der in User eingetragene
Benutzer sollte nur Code ausfhren drfen, der zur
Beantwortung von HTTP-Anforderungen vorgesehen ist.
Bitte beachten
Geben Sie in User als Benutzer niemals root an,
es sei denn, Sie wissen genau, was Sie tun. Root als Eintrag
fr User wrde riesige
Sicherheitslcher fr Ihren Red Hat Linux Secure Web Server bedeuten.
Der Eltern-Prozess httpd wird im Normalbetrieb
zuerst als Root ausgefhrt, wird dann aber sofort zum Benutzer
apache weitergegeben. Der Server muss als Root starten, weil die
Bindung an einen Port unter 1024 erforderlich ist (der Standardport
fr sichere Web-Kommunikation ist der Port 443, der Standardport
fr unverschlsselte Web-Kommunikation ist der Port 80).
Ports unter 1024 sind fr die Verwendung durch das System
reserviert und knnen daher nur von Root verwendet werden.
Sobald sich der Server jedoch an den Port gebunden hat, wird der
Prozess an den in User eingetragenen Benutzer
weitergegeben, bevor er Verbindungsanforderungen annimmt.
Die Anweisung Group hnelt der Anweisung
User. Group legt die Gruppe
fest, unter der der Server Anforderungen beantwortet. Die
Standardeinstellung fr
Group ist ebenfalls apache.
ServerAdmin sollte auf die E-Mail-Adresse des
Red Hat Linux Secure Web Server - Administrators eingestellt sein. Diese E-Mail-Adresse wird
in Fehlermeldungen auf vom Server erstellten Web-Seiten angezeigt,
damit die Benutzer dem Serveradministrator ein Problem per E-Mail
melden knnen. ServerAdmin ist
standardmig auf root@localhost
eingestellt.
Meistens ist es am gnstigsten, bei
ServerAdminwebmaster@ihre_domne.com einzutragen.
Richten Sie dann in /etc/aliases einen Alias
webmaster ein, der auf den fr den Web-Server
Verantwortlichen zeigt. Fhren Sie schlielich
/usr/bin/newaliases aus, um die neuen Aliase
hinzuzufgen.
Mit ServerName knnen Sie einen Rechnernamen
fr Ihren Server angeben, der sich vom wirklichen Namen Ihres
Rechners unterscheidet. Zum Beispiel knnen Sie so den Namen
www.ihre_domne.com einrichten, obwohl der wirkliche Name Ihres
Servers foo.ihre_domne.com ist. Beachten Sie, dass
ServerName einen gltigen Domain Name Service
(DNS)-Namen enthalten muss, den Sie auch tatschlich verwenden
drfen (also nicht einfach etwas ausdenken).
Wenn Sie in ServerName einen Servernamen angeben,
muss die entsprechende Zuordnung von IP-Adresse und Servername in
Ihrer /etc/hosts-Datei enthalten sein.
DocumentRoot enthlt das Verzeichnis, das die
meisten HTML-Dateien enthlt, die der Server auf Anforderung
bertrgt. Der Standardeintrag fr
DocumentRoot ist sowohl fr den
unverschlsselten als auch fr den sicheren Web-Server
/var/www/html. Zum Beispiel knnte der
Server eine Anforderung fr folgendes Dokument empfangen:
http://ihre_domne/foo.html
Der Server sucht die folgende Datei im Standardverzeichnis:
/var/www/html/foo.html
Wenn Sie den Eintrag in DocumentRoot so
ndern mchten, dass es nicht vom sicheren und vom
unverschlsselten Web-Server gemeinsam benutzt wird, finden Sie
in Abschnitt namens Virtuelle Rechner verwenden entsprechende
Informationen.
Die Tags <Directory /path/to/directory> und
</Directory> werden verwendet, um eine
Gruppe von Konfigurationsanweisungen zu umschlieen, die sich
nur auf dieses Verzeichnis und alle seine Unterverzeichnisse beziehen
sollen. Alle Anweisungen, die auf ein Verzeichnis anwendbar sind,
knnen innerhalb der <Directory> -Tags
verwendet werden. <File>-Tags knnen
auf die gleiche Weise verwendet werden, allerdings fr eine
spezielle Datei.
In der Standardeinstellung werden fr das Root-Verzeichnis mit
den Anweisungen Options (siehe Abschnitt namens Options) und
AllowOverride (siehe
Abschnitt namens AllowOverride) sehr restriktive
Parameter vorgegeben. Bei dieser Konfiguration mssen fr
jedes Verzeichnis die Einstellungen explizit vergeben werden, wenn
weniger restriktive Einstellungen erforderlich sind.
Mit Location-Tags werden fr
DocumentRoot (auch mit
"/" bezeichnet) weniger restriktive
Parameter definiert, damit HTTP-Anforderungen in diesem Verzeichnis
bearbeitet werden knnen.
Das Verzeichnis cgi-bin wird mit der Option
ExecCGI fr die Ausfhrung von
CGI-Skripten eingerichtet. Wenn die Ausfhrung von CGI-Skripten
in anderen Verzeichnissen erforderlich ist, mssen Sie
ExecCGI entsprechend fr dieses Verzeichnis
einstellen. Wenn Ihr Verzeichnis cgi-bin zum
Beispiel /var/www/cgi-bin ist, Sie aber
CGI-Skripten im Verzeichnis
/home/mein_cgi_verzeichnis ausfhren
mchten, knnen Sie in Ihrer Datei
httpd.conf eine
ExecCGI-Anweisung mit einem Satz von
Directory-Anweisungen hinzufgen:
Um die Ausfhrung von CGI-Skripten in
/home/my_cgi_directory zuzulassen, sind neben
der Einstellung von ExecCGI noch einige
zustzliche Schritte ntig. Fr die Anweisung
AddHandler mssen die Kommentare entfernt
werden, damit Dateien mit der Endung .cgi als
CGI-Skripten erkannt werden knnen. Anleitungen zur Einstellung
von AddHandler finden Sie in Abschnitt namens AddHandler. Die Zugriffsberechtigungen
fr CGI-Skripten und den gesamten Pfad zu den Skripten
mssen auf 0755 eingestellt sein. Schlielich mssen
der Eigentmer des Skripts und der Eigentmer des
Verzeichnisses derselbe Benutzer sein.
<Location>- und
</Location>-Tags ermglichen die
Angabe von Zugangsberechtigungen auf URL-Basis.
Eine Mglichkeit, Location-Tags zu verwenden,
ist die Konfiguration von Options und die
Bereitstellung weiterer Konfigurationsrichtlinien fr
DocumentRoot. Diese Konfigurationsanweisungen
werden innerhalb der Tags <Location
"/"> und </Location>
angegeben und sind erforderlich, um den Zugriff auf die Dokumente in
DocumentRoot zu ermglichen.
Eine weitere Mglichkeit, Location-Tags zu
verwenden, ist die Angabe in IfModule
mod_perl.c-Tags. Diese Konfigurationsanweisungen sind
aktiv, wenn das DSO mod_perl.so geladen ist.
Weitere Informationen zum Hinzufgen von Modulen zu Apache
finden Sie in Abschnitt namens Hinzufgen von Modulen zu Ihrem Server.
In den Location-Tags wird das Verzeichnis
/var/www/perl (ein Alias
fr /perl) als das Verzeichnis angegeben,
von dem Perl-Skripten bereitgestellt werden. Wenn ein Dokument mit
einer URL mit /perl im Pfad angefordert wird,
sucht der Web-Server in /var/www/perl/ nach dem
entsprechenden Perl-Skript.
Mehrere andere <Location>-Optionen in der
Datei httpd.conf sind auskommentiert. Wenn Sie
deren Funktionen nutzen wollen, mssen Sie fr den
entsprechenden Anweisungsabschnitt die Kommentare entfernen.
Direkt nach den gerade besprochenen Perl-Anweisungen folgt in der
Datei httpd.conf ein Abschnitt mit Anweisungen
zur Aktivierung von HTTP PUT (z.B. fr die Publizieren-Funktion
von Netscape Gold, ber die Web-Seiten auf einem Web-Server
verffentlicht werden knnen). Wenn Sie HTTP PUT zulassen
mchten, mssen Sie fr diesen gesamten Abschnitt die
Kommentare entfernen:
Wenn Sie zulassen mchten, dass Benutzer von Ihrer Domne
aus Serverstatusberichte einsehen knnen, sollten Sie fr
den nchsten Abschnitt mit Anweisungen die Kommentare entfernen:
#<Location /server-status>
# SetHandler server-status
# Order deny,allow
# Deny from all
# Allow from .ihre_domne.com
#</Location>
Dabei muss .ihre_domne.com durch den Namen
Ihrer Second Level-Domne ersetzt werden.
Wenn Sie Serverkonfigurationsberichte (einschlielich
installierter Module und Konfigurationsanweisungen) fr
Anforderungen aus Ihrer Domne bereitstellen mchten,
mssen fr die folgenden Zeilen die Kommentare entfernt
werden:
#<Location /server-info>
# SetHandler server-info
# Order deny,allow
# Deny from all
# Allow from .your_domain.com
#</Location>
Auch hier muss .your_domain.com entsprechend
angegeben werden.
Im nchsten Abschnitt mit Anweisungen werden
Location-Tags verwendet, um den Zugriff auf die
Dokumentation in /usr/share/doc zu erlauben
(z.B. mit einer URL wie
http://ihre_domne/doc/beliebig.html).
Diese Anweisungen erlauben nur Anforderungen vom lokalen Rechner den
Zugriff.
Eine weitere Mglichkeit, Location-Tags zu
verwenden, ist ein auskommentierter Abschnitt, der Angriffe auf Ihren
Web-Server aufspren soll, die einen alten Bug aus der Zeit vor
Apache 1.1 ausnutzen. Wenn Sie diese Anforderungen verfolgen wollen,
entfernen Sie die Kommentare fr die folgenden Zeilen:
#<Location /cgi-bin/phf*>
# Deny from all
# ErrorDocument 403 http://phf.apache.org/phf_abuse_log.cgi
#</Location>
Wenn fr diese Zeilen die Kommentare entfernt werden, leitet Ihr
Web-Server alle Anfragen, die mit /cgi-bin/phf*
enden, zu einem CGI-Protokollierungsskript um, das von der Apache
Group ausgefhrt wird.
Die Anweisung Options bestimmt, welche
Serverfunktionen in einem bestimmten Verzeichnis verfgbar sind.
Zum Beispiel ist fr Options entsprechend den
restriktiven Parametern fr das Root-Verzeichnis lediglich
FollowSymLinks angegeben. Es sind keine Funktionen
aktiviert, auer dass der Server im Root-Verzeichnis
symbolischen Links folgen darf.
In Ihrem Verzeichnis DocumentRoot ist
Options so konfiguriert, dass
Indexes, Includes und
FollowSymLinks enthalten sind.
Indexes erlaubt dem Server, eine Verzeichnisliste
fr ein Verzeichnis zu erstellen, wenn kein
DirectoryIndex (d.h. index.html
usw.) angegeben wird. Includes
bedeutet, dass Server-Side Includes erlaubt sind.
FollowSymLinks erlaubt dem Server, in diesem
Verzeichnis symbolischen Links zu folgen.
Zustzlich mssen innerhalb von Anweisungen fr
virtuelle Rechner Options-Anweisungen enthalten
sein, damit Ihre virtuellen Rechner diese Options
erkennen knnen.
Zum Beispiel sind serverseitige Includes innerhalb des Verzeichnisses
/var/www/html bereits aktiviert, weil im
Anweisungsabschnitt Location "/" die
Zeile Options Includes enthalten ist. Wenn Sie
jedoch erreichen mchten, dass ein virtueller Rechner erkennt,
dass serverseitige Includes innerhalb von
/var/www/html erlaubt sind, muss ein Abschnitt
wie der folgende innerhalb der Tags fr den virtuellen Rechner
hinzugefgt werden:
<Directory /var/www/html>
Options Includes
</Directory>
Die Anweisung AllowOverride bestimmt, ob
Options durch Deklarationen in einer
.htaccess-Datei berschrieben werden
knnen. Standardmig sind sowohl das
Root-Verzeichnis als auch DocumentRoot so
konfiguriert, dass ein berschreiben durch
.htaccess nicht mglich ist.
Die Anweisung Order bestimmt die Reihenfolge, in
der die Anweisungen allow und
deny ausgewertet werden. Der Server ist so
konfiguriert, dass fr Ihr
DocumentRoot-Verzeichnis die
Allow-Anweisungen vor den
deny-Anweisungen ausgewertet werden.
Allow gibt an, welcher Anforderer auf ein
bestimmtes Verzeichnis zugreifen darf. Der Anforderer kann sein:
all, ein Domnenname, eine IP-Adresse, ein
Teil einer IP-Adresse, ein Netzwerk/Netzmasken-Paar usw. Ihr
DocumentRoot-Verzeichnis ist so konfiguriert, dass
durch Allow Anforderungen von
all (d.h. allen Anforderern) erlaubt sind.
Deny funktioniert genauso wie
allow, wobei angegeben wird, wem der Zugriff nicht
erlaubt ist. In Ihrer DocumentRoot sind keine
deny-Anweisungen enthalten.
UserDir ist der Name des Unterverzeichnisses
innerhalb eines Home-Verzeichnisses jedes Benutzers, wo private
HTML-Seiten abgelegt werden knnen, die vom Web-Server
bereitgestellt werden sollen. Die Standardeinstellung fr das
Unterverzeichnis ist public_html. Zum Beispiel
knnte der Server die folgende Anforderung erhalten:
http://ihre_domne/~benutzername/foo.html
Der Server sucht daraufhin die Datei:
/home/benutzername/public_html/foo.html
Im obigen Beispiel ist /home/username das
Home-Verzeichnis des Benutzers. (Beachten Sie bitte, dass der
Standardpfad zu den Home-Verzeichnissen von Benutzern auf Ihrem
System abweichen kann.)
berprfen Sie, ob die Zugriffsberechtigungen fr die
Home-Verzeichnisse der Benutzer richtig eingestellt sind. Die
richtige Einstellung ist 0755. Fr die
public_html-Verzeichnisse der Benutzer
mssen die read (r)- und execute (x)-Bits eingestellt sein (0755
ist ausreichend). Dateien, die im
public_html-Verzeichnis der Benutzer zum Abruf
angeboten werden, mssen
mindestens die Berechtigung 0644 haben.
Der DirectoryIndex ist die Standardseite, die vom
Server geliefert wird, wenn ein Benutzer durch Angabe von / am Ende
eines Verzeichnisnamens einen Index eines Verzeichnisses anfordert.
Wenn ein Benutzer zum Beispiel die Seite
http://ihre_domne/dieses_verzeichnis/
anfordert, wird entweder die DirectoryIndex -Seite
(falls vorhanden) oder eine vom Server erstellte Verzeichnisliste
angezeigt. Die Standardeinstellung fr den
DirectoryIndex ist index.htmlindex.htmindex.shtmlindex.cgi. Der Server sucht nach diesen Dateien
und gibt die Datei aus, die zuerst gefunden wird. Wenn keine dieser
Dateien gefunden wird und Options Indexes fr
dieses Verzeichnis aktiviert ist, erstellt und bertrgt
der Server eine Liste im HTML-Format, die die Unterverzeichnisse und
Dateien im Verzeichnis enthlt.
AccessFileName bestimmt die Datei, die vom Server
zur Speicherung von Zugriffskontrollinformationen in jedem
Verzeichnis verwendet werden soll. Standardmig ist Ihr
Web-Server so konfiguriert, dass fr die Speicherung von
Zugriffskontrollinformationen die Datei
.htaccess verwendet wird (falls vorhanden).
Unmittelbar nach der Anweisung AccessFileName wird
durch eine Reihe von Files-Tags die
Zugangskontrolle zu allen Dateien geregelt, die mit
.ht beginnen. Diese Anweisungen verwehren aus
Sicherheitsgrnden den Zugriff auf alle
.htaccess-Dateien (bzw. andere Dateien, die mit
.ht beginnen).
Standardmig fordert Ihr Red Hat Linux Secure Web Server Proxyserver auf, keine
Dokumente im Cache zu halten, die auf der Grundlage des Inhalts
bertragen wurden (d.h. sie knnen nach einer gewissen Zeit
oder aufgrund der Eingabe des Anforderers gendert werden). Wenn
die Kommentare fr CacheNegotiatedDocs
entfernt werden, wird diese Funktion deaktiviert, und Proxyserver
knnen von diesem Zeitpunkt an Dokumente im Cache halten.
UseCanonicalName ist standardmig auf
on eingestellt.
UseCanonicalName ermglicht dem Server, mit
ServerName und Port eine URL zu
erstellen, die den Server selbst referenziert. Der Server verwendet
diese URL, wenn er sich aufgrund von Anforderungen selbst
referenziert. Wenn UseCanonicalName auf
off eingestellt wird, verwendet der Server
stattdessen den Wert, der in der Anforderung des Clients enthalten
ist, um sich selbst zu referenzieren.
TypesConfig gibt die Datei an, die die
Standardliste der MIME Type-Zuordnungen definiert
(Dateinamenerweiterungen fr Inhaltstypen). Die Standarddatei
fr TypesConfig ist
/etc/mime.types. Es wird empfohlen, zum
Hinzufgen von MIME Type-Zuordnungen die Datei
/etc/mime.types nicht zu editieren, sondern die
Anweisung AddType zu verwenden.
DefaultType definiert einen Standardinhaltstyp,
den der Web-Server fr Dokumente verwendet, deren MIME Types
nicht bestimmt werden knnen. Die Standardeinstellung fr
Ihren Web-Server ist, dass bei Dateien mit einem nicht genau zu
bestimmenden Inhaltstyp ein Standardtext-Inhaltstyp angenommen wird.
<IfModule> und
</IfModule>-Tags umschlieen
Anweisungen, die Bedingungen enthalten. Die in den
IfModule-Tags enthaltenen Anweisungen werden
verarbeitet, wenn eine der zwei folgenden Bedingungen erfllt
ist. Die Anweisungen werden verarbeitet, wenn das im ersten
<IfModule>-Tag enthaltene Modul in den
Apache Server einkompiliert ist. Wenn ein "!"
(Ausrufezeichen) vor dem Modulnamen steht, werden sie nur
verarbeitet, wenn das Modul im ersten
<IfModule>-Tag nicht
einkompiliert ist.
Die Datei mod_mime_magic.c ist in diesen
IfModule-Tags enthalten. Das Modul mod_mime_magic
ist mit dem file-Befehl in UNIX vergleichbar, der
einige Bytes des Inhalts einer Datei untersucht und "Magic
Numbers" sowie weitere Hinweise verwendet, um den MIME Type der
Datei zu bestimmen.
Wenn das Modul mod_mime_magic in Apache einkompiliert ist, wird dem
Modul mod_mime_magic ber diese IfModule-Tags
mitgeteilt, wo sich die Hinweisdatei befindet:
share/magic in diesem Fall.
Das Modul mod_mime_magic ist nicht standardmig
einkompiliert. Wenn Sie das Modul verwenden mchten, finden Sie
in Abschnitt namens Hinzufgen von Modulen zu Ihrem Server Hinweise zum
Hinzufgen von Modulen zu Ihrem Server.
HostnameLookups kann auf on
oder off eingestellt werden. Wenn Sie
HostnameLookups erlauben (durch Einstellung auf
on), wird vom Server die IP-Adresse fr jede
Verbindung, die ein Dokument von Ihrem Web-Server anfordert,
automatisch aufgelst. Die Auflsung der IP-Adresse
bedeutet, dass Ihr Server mindestens eine Verbindung zum DNS
herstellt, um den zu einer IP-Adresse gehrenden Rechnernamen zu
bestimmen.
Im Allgemeinen sollten Sie die Einstellung fr
HostnameLookups auf off
belassen, da die DNS-Anforderungen Ihren Server zustzlich
belasten und ihn unter Umstnden langsamer machen. Wenn Ihr
Server ausgelastet ist, kann die Wirkung der Einstellung von
HostnameLookups ziemlich deutlich sprbar
sein.
HostnameLookups ist auch fr das Internet
insgesamt von Bedeutung. Die einzelnen Verbindungen fr das
Heraussuchen des Rechnernamens addieren sich. Deshalb ist es sowohl
fr Ihren Server als auch fr das Internet insgesamt von
Vorteil, die Einstellung von HostnameLookups auf
off zu belassen.
ErrorLog bestimmt die Datei, in der Serverfehler
protokolliert werden. Wie durch den Namen der Anweisung angedeutet,
ist die Fehlerprotokolldatei fr Ihren Web-Server
/var/log/httpd/error_log.
Wenn Ihr Web-Server fehlerhaft oder berhaupt nicht arbeitet
und Sie sich nicht sicher sind, warum dies auftritt, sollten Sie
zuerst das Fehlerprotokoll berprfen.
LogLevel legt fest, wie ausfhrlich die
Fehlermeldungen im Fehlerprotokoll dargestellt werden.
LogLevel kann auf emerg,
alert, crit,
error, warn,
notice, info oder
debug eingestellt werden (von der krzesten
bis zur ausfhrlichsten Darstellung). Das
LogLevel fr Ihren Red Hat Linux Secure Web Server ist auf
warn eingestellt (eine gute Mitte).
Die LogFormat-Anweisungen in Ihrer
httpd.conf-Datei legen ein Format fr die
Meldungen in Ihrem Zugriffsprotokoll fest. Dieses Format kann Ihr
Zugriffsprotokoll hoffentlich besser lesbar machen.
CustomLog bestimmt die Protokolldatei und das
Protokolldateiformat. In der Standardkonfiguration Ihres Red Hat Linux Secure Web Server
bestimmt CustomLog die Protokolldatei, in der die
Zugriffe auf Ihren Web-Server protokolliert werden:
/var/log/httpd/access_log. Wenn Sie fr
Ihren Web-Server Server-Leistungsstatistiken auf der Basis der
Zugriffe erstellen mchten, muss Ihnen bekannt sein, wo diese
Datei abgelegt ist.
CustomLog stellt auerdem das
Protokolldateiformat auf common ein. Das Protokolldateiformat common
sieht folgendermaen aus:
remotehost rfc931 authuser [date] "request" status bytes
remotehost
Enthlt den Namen des Remote-Rechners. Wenn der Rechnername
ber DNS nicht verfgbar ist, oder wenn
HostnameLookups auf Off
eingestellt ist, ist
remotehost
die IP-Adresse des Remote-Rechners.
rfc931
Wird nicht verwendet. An dieser Stelle wird in der
Protokolldatei - eingetragen.
authuser
Wenn eine Authentifizierung erforderlich war, hat der Benutzer
diesen Namen angegeben. Normalerweise nicht verwendet. An
dieser Stelle wird - eingetragen.
[date]
Das Datum und die Uhrzeit der Anforderung.
"request"
Die Request-Zeichenkette wie sie vom Browser oder Client
gesendet wurde.
status
Der HTTP-Statuscode, der an den Browser oder Client
zurckgegeben wurde.
bytes
Die Gre des Dokuments.
Der Befehl CustomLog kann dazu verwendet werden,
spezielle Protokolldateien einzurichten, die Referer (die URL der
Web-Seite, die auf eine Seite auf Ihrem Web-Server verzweigt hat)
und/oder Agenten protokollieren (die Browser, die zum Abrufen der
Webseiten von Ihrem Web-Server verwendet wurden). Die entsprechenden
Zeilen in CustomLog sind auskommentiert, wie unten
gezeigt. Sie sollten die Kommentare jedoch entfernen, wenn Sie diese
zwei Protokolldateien aktivieren mchten:
Als Alternative knnen Sie die Anweisung
CommonLog auch so konfigurieren, dass ein
kombiniertes Protokoll erstellt wird, indem Sie
den Kommentar fr folgende Zeile entfernen:
#CustomLog /var/log/httpd/access_log combined
Bei einem kombinierten Protokoll werden die Felder
fr Referer und Agent an das Ende der gemeinsamen
Protokollfelder angefgt. Wenn Sie ein
kombiniertes Protokoll verwenden mchten,
mssen Sie die Anweisung CustomLog
auskommentieren, um Ihre Zugriffsprotokolldatei auf das gemeinsame
Protokolldateiformat einzustellen.
Die Anweisung ServerSignature fgt in alle
vom Server erstellten Dokumente eine Zeile ein, die die Apache
Serverversion und den ServerName des Rechners
enthlt, auf dem der Server ausgefhrt wird (z.B.
Fehlermeldungen, die an Clients zurckgesendet werden).
ServerSignature ist standardmig auf
on eingestellt. Sie knnen die Einstellung
auf off (es wird keine Zeile eingefgt) oder
auf EMail ndern. EMail
fgt ein HTML-Tag mailto:ServerAdmin in die
Signaturzeile ein.
Die Alias-Einstellung macht es mglich, dass
Verzeichnisse auerhalb des
DocumentRoot-Verzeichnisses liegen knnen und
doch vom Web-Server darauf zugegriffen werden kann. Jede URL, die mit
dem Alias endet, verzweigt automatisch zum Aliaspfad. Als
Standardeinstellung ist bereits ein Alias eingerichtet. Auf das
Verzeichnis icons kann vom Web-Server
zugegriffen werden, liegt jedoch nicht in
DocumentRoot. Das Verzeichnis
icons ist ein Alias, es handelt sich dabei in
Wirklichkeit um /var/www/icons/ und nicht um
/var/www/html/icons/.
Die ScriptAlias-Einstellung legt fest, wo
CGI-Skripte (oder andere Skriptarten) abgelegt sind. Im Allgemeinen
sollten CGI-Skripte nicht in DocumentRoot abgelegt
werden. In DocumentRoot abgelegte CGI-Skripten
knnten wie Textdokumente gelesen werden. Auch wenn Sie nichts
dagegen haben, dass andere Ihre CGI-Skripten lesen (und
weiterverwenden), knnte die Offenlegung ihrer Funktion von
Benutzern mit krimineller Energie zur Ausnutzung von
Sicherheitslcken im Skript genutzt werden. Dies kann somit ein
Sicherheitsrisiko fr Ihren Server darstellen.
Standardmig ist das Verzeichnis
cgi-bin ein ScriptAlias von
/cgi-bin/ und in Wirklichkeit das Verzeichnis
/var/www/cgi-bin/.
Fr Ihr Verzeichnis /var/www/cgi-bin ist
Options ExecCGI aktiviert, d.h. die
Ausfhrung von CGI-Skripten ist innerhalb dieses Verzeichnisses
erlaubt.
Wenn also eine HTTP-Anforderung fr eine Seite empfangen wird,
die frher unter http://ihre_domne
/path/foo.html abgerufen
werden konnte, sendet der Server die neue URL
(http://new_domain
/path/foo.html) an den
Client, der dann im Normalfall versucht, das Dokument von der neuen
URL abzurufen.
IndexOptions bestimmt das Erscheinungsbild der vom
Server erstellten Verzeichnislisten durch das Hinzufgen von
Symbolen und Dateibeschreibungen usw. Wenn Options
Indexes aktiviert ist (siehe
Abschnitt namens Options), kann Ihr Web-Server eine
Verzeichnisliste erstellen, wenn er eine HTTP-Anforderung wie die
Folgende empfngt:
http://ihre_domne/dieses_verzeichnis/
Als Erstes sucht Ihr Web-Server in diesem Verzeichnis nach einer
Datei aus der Liste, die nach der
DirectoryIndex-Anweisung angegeben ist (z.B.
index.html). Wenn er keine der Dateien finden
kann, wird eine HTML-Verzeichnisliste der in dem Verzeichnis
enthaltenen Unterverzeichnisse und Dateien erstellt. Mit bestimmten
Anweisungen (z.B. mit IndexOptions) knnen
Sie in httpd.conf das Erscheinungsbild dieser
Verzeichnisliste anpassen.
In der Standardkonfiguration ist FancyIndexing
aktiviert. Wenn FancyIndexing aktiviert ist,
werden durch Klicken auf die berschrift der Spalte in der
Verzeichnisliste die Eintrge entsprechend dieser Spalte
sortiert. Ein weiterer Klick auf dieselbe berschrift schaltet
von aufsteigender zu absteigender Reihenfolge um und umgekehrt.
FancyIndexing zeigt auerdem je nach
Dateiendung verschiedene Symbole fr verschiedene Dateien an.
Bei Verwendung der Anweisung AddDescription und
aktiviertem FancyIndexing wird in der vom Server
erstellten Verzeichnisliste eine kurze Dateibeschreibung angegeben.
IndexOptions hat eine Reihe von weiteren
Parametern, die zur Festlegung des Erscheinungsbilds der vom Server
erstellten Verzeichnisse verwendet werden knnen. Zu diesen
Parametern gehren IconHeight und
IconWidth, durch die der Server angewiesen wird,
die HTML-Tags HEIGHT und WIDTH
fr die Symbole in vom Server erstellten Web-Seiten zu
verwenden, sowie IconsAreLinks, durch die die
Symbole zusammen mit dem Dateinamen als Teil des HTML-Ankers fr
den Link verwendet werden knnen.
Diese Anweisung bestimmt die Symbole, die in vom Server erstellten
Verzeichnislisten fr Dateien mit MIME-Encoding angezeigt
werden. Zum Beispiel verwendet der Web-Server in vom Server
erstellten Verzeichnislisten standardmig fr
MIME-codierte x-compress- und x-gzip-Dateien das Symbol
compressed.gif.
In dieser Anweisung werden Symbole angegeben, die in vom Server
erstellten Verzeichnislisten fr Dateien mit MIME-Types
angezeigt werden. Ihr Server ist zum Beispiel so konfiguriert, dass
in vom Server erstellten Verzeichnislisten fr Dateien mit dem
Mime-Type "text" das Symbol text.gif
angezeigt wird.
AddIcon gibt an, welche Symbole in vom Server
erstellten Verzeichnislisten fr bestimmte Dateitypen bzw.
fr Dateien mit bestimmten Erweiterungen anzuzeigen sind. Zum
Beispiel ist Ihr Web-Server so konfiguriert, dass das Symbol
binary.gif fr Dateien mit der Erweiterung
.bin oder .exe verwendet
wird.
DefaultIcon bestimmt das Symbol, das in vom Server
erstellten Verzeichnislisten fr Dateien angezeigt wird,
fr die kein anderes Symbol angegeben ist.
unknown.gif ist fr diese Dateien
standardmig DefaultIcon.
Mit AddDescription knnen Sie in vom Server
erstellten Listen fr bestimmte Dateien von Ihnen eingegebenen
Text anzeigen lassen (dazu muss auerdem
FancyIndexing in IndexOptions
aktiviert sein). Sie knnen bestimmte Dateien,
Platzhalterausdrcke oder Dateiendungen fr die Dateien
angeben, auf die diese Anweisung angewendet werden soll. Sie
knnten zum Beispiel die folgende Zeile angeben:
AddDescription "Eine Datei mit der Endung .ni" .ni
In vom Server erstellten Verzeichnislisten htten dann alle
Dateien mit der Endung .ni die Beschreibung
Eine Datei mit der Endung .ni nach dem Dateinamen.
Beachten Sie, dass zustzlich FancyIndexing
aktiviert sein muss.
ReadmeName bestimmt die Datei, die an das Ende der
vom Server erstellten Verzeichnisliste angehngt wird (falls die
Datei im Verzeichnis vorhanden ist). Der Web-Server versucht zuerst,
die Datei als HTML-Dokument anzuhngen, dann als
Standardtextdatei. Standardmig ist
ReadmeName auf README
eingestellt.
HeaderName bestimmt die Datei, die am Beginn der
vom Server erstellten Verzeichnislisten eingefgt wird (falls
die Datei im Verzeichnis vorhanden ist). Wie bei
ReadmeName versucht der Server, die Datei nach
Mglichkeit als HTML-Datei anzuhngen, sonst als einfachen
Text.
IndexIgnore kann Dateiendungen, Teile von
Dateinamen, Platzhalterausdrcke oder vollstndige
Dateinamen enthalten. Der Web-Server nimmt Dateien, die diesen
Parametern entsprechen, nicht mit in vom Server erstellte
Verzeichnislisten auf.
AddEncoding bestimmt, welche
Dateinamenerweiterungen eine spezielle Codierungsart angeben sollen.
AddEncoding kann auch bei manchen Browsern (nicht
bei allen) dazu verwendet werden, bestimmte Dateien beim Download zu
entpacken.
AddLanguage verknpft
Dateinamenserweiterungen mit der speziellen Sprache, in der der
Inhalt abgefasst ist. Diese Anweisung ist hauptschlich fr
den Inhaltsabgleich ntzlich, wenn der Server je nach
Spracheinstellung im Browser des Clients eines von mehreren
mglichen Dokumenten zurckliefert.
Mit der Anweisung AddType knnen Sie
paarweise Zuordnungen aus MIME-Types und Dateierweiterungen
definieren. Wenn Sie zum Beispiel PHP4 einsetzen, verwendet Ihr
Web-Server die Anweisung AddType, um Dateien mit
PHP-Endungen (.php4, .php3.phtml.php) als PHP
MIME-Types erkennen zu knnen.
Die folgende AddType-Zeile weist Ihren Server an,
die Dateierweiterung .shtml zu erkennen (fr
serverseitige Includes):
AddType text/html .shtml
Diese Zeile muss innerhalb der Virtual Host-Tags stehen, wenn bei
Ihnen virtuelle Rechner serverseitige Includes erlauben.
AddHandler ordnet Dateierweiterungen speziellen
Handlern zu. Der cgi-script-Handler kann zum
Beispiel in Kombination mit der Erweiterung .cgi
verwendet werden, um eine Datei mit der Endung
.cgi als CGI-Skript zu behandeln. Das
funktioniert auch fr Dateien, die auerhalb des
ScriptAlias-Verzeichnisses liegen, wenn Sie die
hier angegebenen Hinweise beachten.
Ihre Datei httpd.conf enthlt einen
AddHandler fr CGI:
AddHandler cgi-script .cgi
Die Kommentare fr diese Zeile mssen entfernt werden.
Apache fhrt dann CGI-Skripten fr Dateien aus, die mit
.cgi enden, auch wenn sie auerhalb von
ScriptAlias liegen. Als Standardeinstellung wird
Ihr Verzeichnis /cgi-bin/ in
/var/www/cgi-bin/ gesucht.
Zustzlich muss ExecCGI als
Options fr alle Verzeichnisse eingestellt
werden, die ein CGI-Skript enthalten. Weitere Informationen zum
Einstellen von ExecCGI fr ein Verzeichnis
finden Sie in Abschnitt namens Directory.
berprfen Sie auerdem, ob die
Zugriffsberechtigungen fr die CGI-Skripten und die
Verzeichnisse, die CGI-Skripten enthalten, richtig gesetzt sind.
CGI-Skripten und der gesamte Verzeichnispfad zu den Skripten
mssen die Berechtigung 0755 haben. Schlielich
mssen der Eigentmer des Verzeichnisses und der
Eigentmer der Skriptdatei derselbe Benutzer sein.
Dieselbe AddHandler-Zeile muss in
VirtualHost eingefgt werden, wenn Sie
virtuelle Rechner verwenden und diese auch CGI-Skripten
auerhalb von ScriptAlias erkennen
knnen sollen.
AddHandler wird vom Server neben CGI-Skripten auch
fr die Verarbeitung der vom Server verarbeiteten HTML- und
Imagemap-Dateien verwendet.
Action ermglicht die Angabe einer Paarung
aus MIME-Inhaltstyp und CGI-Skript, damit ein spezielles CGI-Skript
immer dann ausgefhrt wird, wenn eine Datei dieses Medientyps
angefordert wird.
MetaDir gibt den Namen eines Verzeichnisses an, in
dem Ihr Web-Server nach Dateien suchen soll, die Metainformationen
enthalten (zustzliche HTTP-Header), die bei der Bereitstellung
von Dokumenten mit einzubeziehen sind.
MetaSuffix gibt das Dateinamensuffix fr die
Datei an, die die Metainformationen enthlt (zustzliche
HTTP-Header), die im Verzeichnis MetaDir
abgelegt sein sollten.
Standardmig gibt Ihr Web-Server bei einem Problem oder
Fehler eine einfache (und meist kryptische) Fehlermeldung an den
anfordernden Client zurck. Statt der Standardeinstellung
knnen Sie ErrorDocument zur Konfiguration
Ihres Web-Servers verwenden, so dass der Server eine von Ihnen
angepasste Meldung ausgibt oder den Client zu einer lokalen oder
externen URL umleitet. ErrorDocument
verknpft einfach einen HTTP-Antwortcode mit einer Meldung oder
einer URL, die zum Client zurckgesendet wird.
Die Anweisung BrowserMatch ermglicht es
Ihrem Server, Umgebungsvariablen zu definieren und/oder auf Grundlage
des User-Agent HTTP-Header-Felds (gibt den Browser des Clients an) in
geeigneter Weise zu reagieren. Standardmig verwendet Ihr
Web-Server BrowserMatch, um keine Verbindungen mit
Browsern zuzulassen, die Probleme bereiten, und zum Deaktivieren von
Keepalives und HTTP-Header-Lschbefehlen fr Browser, von
denen bekannt ist, dass sie Probleme mit diesen Aktionen haben.
Wenn Sie die Kommentare fr die IfModule-Tags
entfernen, die ProxyRequests und andere
Anweisungen einschlieen, arbeitet Ihr Apache Server auch als
Proxyserver. Zustzlich mssen Sie das Modul
mod_proxy laden. Hinweise zum Laden von Modulen
finden Sie in Abschnitt namens Hinzufgen von Modulen zu Ihrem Server.
Der Befehl ProxyVia legt fr eine HTTP
Via:-Zeile fest, ob diese zusammen mit Anforderungen oder Antworten
gesendet wird, die ber den Apache Proxyserver laufen. Der
Header Via: enthlt den Rechnernamen, wenn
ProxyVia auf On eingestellt
ist, den Rechnernamen und die Apache Version bei Einstellung auf
Full, alle Via:-Zeilen werden unverndert
weitergegeben bei Einstellung auf Off und die
Via:-Zeilen werden entfernt bei Einstellung auf
Block.
Eine Reihe von Cache-Anweisungen sind in den oben genannten Proxy-
IfModule-Tags auskommentiert. Wenn Sie die
Proxyserver-Funktion nutzen und auch den Proxy-Cache aktivieren
mchten, sollten Sie wie beschrieben die Kommentare fr die
Cache-Anweisungen entfernen. Die Standardeinstellungen fr Ihre
Cache-Anweisungen sollten fr die meisten Konfigurationen
ausreichen.
CacheRoot bestimmt den Namen des Verzeichnisses,
in dem die zwischengespeicherten Dateien abgelegt werden. Die
Standard- CacheRoot ist
/var/cache/httpd.
CacheSize bestimmt, wie viel Speicherplatz in KB
fr den Cache zur Verfgung gestellt wird. Der Standardwert
fr CacheSize ist 5 KB.
CacheGcInterval legt eine Anzahl von Stunden fest,
nach der im Cache enthaltene Dateien gelscht werden, wenn der
Cache mehr Platz beansprucht als durch CacheSize
erlaubt. Die Standardeinstellung fr
CacheGcInterval ist vier Stunden.
Im Cache gespeicherte HTML-Dokumente werden fr eine maximale
Anzahl von Stunden im Cache gehalten (ohne Neuladen vom
Ursprungsserver), die durch CacheMaxExpire
eingestellt wird. Der Standardwert ist
24 Stunden.
Der CacheLastModifiedFactor betrifft die Erzeugung
eines Ablaufdatums (expiration) fr ein Dokument, das vom
Ursprungsserver nicht mit einem eigenen Ablaufdatum versehen wurde.
Der Standard-CacheLastModifiedFactor ist auf
0.1 eingestellt, d.h. das Ablaufdatum fr
solche Dokumente entspricht einem Zehntel der Zeit, die vergangen
ist, seitdem das Dokument zuletzt gendert wurde.
CacheDefaultExpire ist die Ablaufzeit in Stunden
fr ein Dokument, das ber ein Protokoll empfangen wurde,
das keine Ablaufzeiten untersttzt. Die Standardeinstellung ist
eine Stunde.
Dokumente, die von einem Rechner und/oder einer Domne abgerufen
werden, die mit einem Eintrag in NoCache
bereinstimmen, werden nicht im Cache gespeichert. Wenn Sie die
Dokumente von bestimmten Rechnern oder Domnen nicht im Cache
speichern mchten, knnen Sie die Kommentare fr
NoCache entfernen und die entsprechenden
Domnen oder Rechnernamen hier angeben.
Wenn Sie namensbasierte virtuelle Rechner einrichten, mssen Sie
die Anweisung NameVirtualHost fr die
IP-Adresse verwenden (und die Portnummer, falls erforderlich). Die
Konfiguration von namensbasierten virtuellen Rechnern wird verwendet,
wenn Sie verschiedene virtuelle Rechner fr verschiedene
Domnen einrichten mchten, aber nicht gengend
verschiedene IP-Adressen fr die verschiedenen Domnennamen
haben (oder verwenden mchten), fr die Ihr Web-Server
Dokumente bereitstellt.
Bitte beachten
Namensbasierte virtuelle Rechner knnen nicht gemeinsam mit
dem sicheren Server verwendet werden. Alle eingerichteten
namensbasierten virtuellen Rechner funktionieren nur fr
unverschlsselte HTTP-Verbindungen, nicht fr
SSL-Verbindungen.
Namensbasierte virtuelle Rechner knnen nicht zusammen mit dem
sicheren Server verwendet werden, weil der SSL-Handshake (der
Zeitpunkt, wenn der Browser das Authentifizierungszertifikat des
sicheren Web-Servers annimmt) vor der HTTP-Anforderung stattfindet,
die den richtigen namensbasierten virtuellen Rechner identifiziert.
Anders ausgedrckt, die Authentifizierung findet statt, bevor
die Identifikation der verschiedenen namensbasierten virtuellen
Rechner stattfindet. Virtuelle Rechner mssen
IP-Adressen-basiert sein, um sie gemeinsam mit dem sicheren Server
verwenden zu knnen.
Wenn Sie namensbasierte virtuelle Rechner verwenden, sind fr
die Konfigurationsanweisung NameVirtualHoHallst
die Kommentare zu entfernen, und nach
NameVirtualHost ist die richtige IP-Adresse
fr Ihren Server anzugeben. Anschlieend sind mit
Virtual Host-Tags weitere Informationen zu den
verschiedenen Domnen hinzuzufgen, die
ServerName fr jeden virtuellen Rechner sowie
weitere Konfigurationsanweisungen einschlieen, die nur
fr diesen virtuellen Rechner gelten.
<VirtualHost>- und
</VirtualHost>-Tags umschlieen alle
Konfigurationsanweisungen, die fr einen virtuellen Rechner
gelten. Die meisten Konfigurationsanweisungen knnen innerhalb
von VirtualHost-Tags verwendet werden und gelten dann fr diesen
virtuellen Rechner.
Eine Reihe von auskommentierten VirtualHost-Tags
umschlieen einige Beispielkonfigurationsanweisungen und
Platzhalter fr die Informationen, die fr die Einrichtung
eines virtuellen Rechners bentigt wrden. Weitere
Informationen ber virtuelle Rechner finden Sie in
Abschnitt namens Virtuelle Rechner verwenden.
Die Apache Konfigurationsanweisung SetEnvIf wird
zur Deaktivierung von HTTP-Keepalive verwendet und ermglicht
SSL das Schlieen der Verbindung, ohne dass ein Close
Notify-Alarm vom Client-Browser gesendet wird. Diese Einstellung ist
fr bestimmte Browser erforderlich, die die SSL-Verbindung nicht
zuverlssig beenden.
Die SSL-Anweisungen sind in der Datei httpd.conf
Ihres Servers enthalten, um sichere Web-Kommunikationen mit SSL und
TLS zu ermglichen.
Weitere Informationen zu SSL-Anweisungen finden Sie unter
http://ihre_domne/manual/mod/mod_ssl/.
Weitere Informationen zu SSL-Anweisungen finden Sie auerdem
unter
http://www.modssl.org/docs/2.6/ssl_reference.html/.
Es handelt sich dabei um ein Kapitel in einem Webdokument ber
mod_ssl von Ralf Engelschall. Dasselbe Dokument, das mod_ssl
User Manual, beginnt unter
http://www.modssl.org/docs/2.6/
und ist (selbstverstndlich) eine gute Referenzquelle fr
mod_ssl und fr Web-Kryptographie im Allgemeinen. Informationen
zum Thema Sicherheit fr Ihren Web-Server finden Sie im
vorliegenden Handbuch in Kapitel 11.
Bitte beachten
Nehmen Sie keine Vernderungen an Ihren SSL-Anweisungen vor,
es sei denn, Sie wissen genau, was Sie tun. Fr die
groe Mehrheit der Red Hat Linux Secure Web Server sind die SSL-Anweisungen in der
installierten Form vllig ausreichend.
Whrend das Red Hat Linux Installationsprogramm geladen wird, werden Sie
mglicherweise in einem Bildschirm nach einer Treiberdiskette
gefragt. Die Treiberdiskette wird am hufigsten in drei Szenarien
bentigt:
Wenn Sie das Installationsprogramm im
Expertenmodus ausfhren.
Wenn Sie das Installationsprogramm durch Eingeben von
linux dd am boot:-Prompt
ausfhren.
Wenn Sie das Installationsprogramm auf einem Computer
ausfhren, der keine PCI-Gerte enthlt.
Durch eine Treiberdiskette kann Untersttzung fr Hardware
hinzugefgt werden, die nicht vom Installationsprogramm
untersttzt wird. Die Treiberdiskette kann von Red Hat oder von Ihnen
erstellt worden sein oder von einem Hardware-Hndler mit einem
Gert mitgeliefert werden.
Eine Treiberdiskette wird nur dann bentigt, wenn Sie fr die
Installation von Red Hat Linux ein spezielles Gert bentigen. Im
Allgemeinen wird es sich dabei um Treiberdisketten fr
SCSI-Adapter und Netzwerkkarten handeln, da dies die einzigen
Gerte bei der Installation sind, fr die mglicherweise
eine Treiberdiskette bentigt wird. Wenn fr die Installation
von Red Hat Linux kein nichtuntersttztes Gert bentigt wird,
fahren Sie mit der normalen Installation fort, und fgen Sie die
Untersttzung fr das neue Gert im Anschluss an die
Installation hinzu.
Erstellen Sie eine Bootdiskette unter Verwendung der jeweiligen Datei
mit der allgemeinen Bezeichnung
Dateiname.img, wenn Sie
eine Treiberdiskette gefunden haben, die den Anforderungen Ihrer
Gerte entspricht. Hinweise zum Erstellen einer Bootdiskette
finden Sie im Offiziellen Red Hat Linux Installationshandbuch im Abschnitt
Erstellen von Installationsdisketten.
Sobald Sie Ihre Treiberdiskette erstellt haben, mssen Sie das
System booten. Verwenden Sie Ihre Diskette hierzu als Bootdiskette und
geben Sie entweder linux expert oder linux
dd am boot:-Prompt ein.
Bitte beachten
Einige der Treiberdisketten-Images sind auch im Verzeichnis mit
Images Ihrer Red Hat Linux CD zu finden.
Dieses Dokument beschreibt, wie Sie Red Hat Linux auf einem Computer installieren
knnen, auf dem bereits ein anderes Betriebssystem installiert ist.
Auerdem beschreibt es die Einrichtung einer Dual-Boot-Umgebung.
Wenn auf dem Computer, auf dem Sie Red Hat Linux installieren wollen, bereits
Windows oder ein anderes Betriebssystem installiert ist, mssen Sie
eine wichtige Entscheidung treffen. Sie haben folgende
Mglichkeiten:
Sie mchten Red Hat Linux installieren, scheuen jedoch das
Partitionieren der Festplatte? Sie haben die Mglichkeit, Red Hat Linux
auf Ihrem System zu installieren, ohne Linux-Partitionen zu erstellen.
In diesem Fall fhren Sie einfach eine
partitionslose Installation aus. Das
Installationsprogramm kann Red Hat Linux auf einer vorhandenen formatierten
Windows-Partition installieren. Lediglich die Erstellung einer
Boot-Diskette ist erforderlich, um Red Hat Linux auf Ihrem System zu booten.
Diese Methode ist sehr gut geeignet, wenn Sie Red Hat Linux nicht als
primres Betriebssystem oder als Dual-Boot-Betriebssystem
installieren wollen. Auf diese Weise knnen Sie Red Hat Linux
ausprobieren, ohne auf Ihrem System Linux-Partitionen einrichten zu
mssen.
Wenn Sie sich fr diese Installationsart entscheiden, finden Sie
die entsprechende Anleitung im Offiziellen Red Hat Linux Installationshandbuch,
Anhang B. Installation ohne Partitionieren.
Sie mchten Red Hat Linux installieren und die Mglichkeit haben,
entweder Red Hat Linux oder Ihr anderes Betriebssystem zu starten? Bei einer
Workstation- bzw. benutzerdefinierten Installation wird Red Hat Linux auf
Ihrem System installiert, ohne dass das andere Betriebssystem davon
beeinflusst wird. Bei einer Workstation-Installation ist das die
Standardvorgabe. Bei einer benutzerdefinierten Installation
mssen Sie LILO (LInux LOader) im MBR (Master Boot Record)
installieren - es sei denn, Ihr zweites Betriebssystem ist Windows NT
oder Sie verwenden bereits einen anderen Bootloader. Informationen
zur Installation und Konfiguration von LILO finden Sie im
Offiziellen Red Hat Linux Installationshandbuch. Im Anschluss an die Installation
mssen Sie bei jedem Systemstart angeben, ob Sie Red Hat Linux oder das
andere Betriebssystem starten wollen.
Warnung
Wenn das zweite Betriebssystem auf der Festplatte Windows NT ist,
drfen Sie keine Workstation-Installation durchfhren,
da Windows NT sonst nicht mehr gestartet werden kann. LILO
berschreibt den Bootloader von NT. Das Starten von Windows
NT wre anschlieend nicht mehr mglich. Sie
mssen eine benutzerdefinierte Installation durchfhren
und LILO so konfigurieren, dass dieser nicht im MBR installiert
wird.
Bei der Einrichtung einer Dual-Boot-Umgebung auf einem System,
auf dem NT installiert ist, mssen Sie LILO statt im MBR im
ersten Sektor der Root-Partition installieren. Sie mssen in
diesem Fall unbedingt eine Bootdiskette erstellen. In diesem Fall
mssen Sie zum Starten von Linux entweder eine Bootdiskette
verwenden oder den Loader von Windows NT so konfigurieren, dass
LILO vom ersten Sektor der Root-Partition gestartet wird. Weitere
Informationen zum Einrichten von LILO und NT finden Sie unter
http://www.linuxdoc.org/HOWTO/mini/Linux+NT-Loader.html.
Bitte lesen Sie sich diese Informationen sorgfltig durch.
Sie mchten Red Hat Linux als einziges Betriebssystem auf Ihrem Computer
installieren? Das Installationsprogramm von Red Hat Linux lscht die
anderen Betriebssysteme und alle Daten, die mit diesen
Betriebssystemen erstellt wurden.
Bitte beachten
Die Installation von Red Hat Linux bei gleichzeitigem Beibehalten eines
weiteren Betriebssystems erfordert gengend Platz fr
Red Hat Linux auf der Festplatte. Andernfalls werden das aktuelle
Betriebssystem und vorhandene Dateien von Red Hat Linux berschrieben.
Wenn Sie Ihre Festplatte nicht so partitioniert haben, dass
gengend Speicherplatz fr Red Hat Linux vorhanden ist oder nicht
gengend unpartitionierten Speicherplatz fr Ihre
Installation frei gehalten haben, wird Red Hat Linux
standardmig ber die vorhandenen Daten
installiert. Dasselbe gilt fr eine Server-Installation.
(Beachten Sie, dass bei einer Serverinstallation das X Window
System nicht installiert wird und somit keine grafische
Benutzeroberflche vorhanden ist
[1]).
Eine Dual-Boot-Umgebung kann daher bei dieser Installationsart
nicht eingerichtet werden.
Wenn Sie sich fr diese Installationsart entscheiden, sollten
Sie zuerst alle wichtigen Daten auf Ihrem Computer sichern (oder eine
vollstndige Sicherung aller Daten durchfhren, wenn Sie
eventuell die ursprngliche Konfiguration Ihres Systems
wiederherstellen mchten). Fahren Sie dann mit der Installation
fort, wie im Offiziellen Red Hat Linux Installationshandbuch beschrieben.
Eine Server-Installation ist am besten geeignet, wenn Ihr
System als Linux-basierter Server verwendet werden soll, ohne
dass Sie sich im Detail mit der Systemkonfiguration befassen
mchten.
Eines der benutzerfreundlichsten Paketbearbeitungsprogramme ist
Gnome-RPM, ein grafisches Tool, das unter dem
X Window System ausgefhrt wird.
Gnome-RPM wurde von James Henstridge
geschrieben (<james@daa.com.au>). Die Untersttzung
fr RPM 3.0 wurde von Red Hat zur Verfgung gestellt, und der
zustzliche rpmfind-Code stammt von
Daniel Veillard.
Gnome-RPM (auch als
gnorpm bezeichnet) ermglicht den
Endbenutzern den einfachen Umgang mit der RPM-Technologie. Es ist
schnell, leistungsfhig und besitzt eine benutzerfreundliche
Oberflche.
Weitere Informationen ber die RPM-Technologie finden Sie unter
Kapitel 5.
Gnome-RPM ist "GNOME-kompatibel",
d.h. es lsst sich nahtlos in GNOME, der Desktop-Umgebung unter dem
X Window System, integrieren.
Mit Gnome-RPM knnen Sie auf
einfache Weise
RPM-Pakete installieren
RPM-Pakete deinstallieren
RPM-Pakete aktualisieren
neue RPM-Pakete suchen
RPM-Pakete abfragen
RPM-Pakete berprfen
Die Oberflche enthlt ein Men, eine Symbolleiste, einen
Verzeichnisbaum und ein Anzeigefenster fr die aktuell installierten
Pakete.
In Gnome-RPM knnen Sie Vorgnge
ausfhren, indem Sie Pakete suchen und auswhlen und
anschlieend den Typ des auszufhrenden Vorgangs
auswhlen. Dies geschieht durch Klicken auf den gewnschten
Button in der Symbolleiste, ber das Men oder durch Klicken
mit der rechten Maustaste.
Beim Installieren eines Pakets werden smtliche Komponenten
dieses Pakets in den richtigen Verzeichnissen in Ihrem System
abgelegt.
Beim Deinstallieren werden smtliche Bestandteile des Pakets
entfernt, ausgenommen die von Ihnen bearbeiteten
Konfigurationsdateien.
Beim Aktualisieren eines Pakets wird die neue Version installiert,
und smtliche alten Version, die installiert wurden, werden
deinstalliert. So knnen Sie Ihre Pakete schnell aktualisieren
und immer auf dem neuesten Stand halten. Weitere Informationen zum
ndern der Standardeinstellungen fr die Installation und
Deinstallation von Paketen finden Sie in
Abschnitt namens Konfiguration.
Sie knnen auch mit Hilfe der Option Websuche
im Internet nach neuen Paketversionen suchen. Sie knnen
Gnome-RPM anweisen, nach bestimmten
Distributionen zu suchen, wenn Sie neue Pakete beziehen mchten.
(Bei langsamen Verbindungen kann das Ausfhren dieser Option eine
Weile dauern.) Weitere Informationen ber dieses Funktionsmerkmal
finden Sie in Abschnitt namens Konfiguration.
Bitte beachten
Verwenden Sie die Option Websuche mit Vorsicht, da
es nicht mglich ist, die Integritt der vielen Pakete zu
berprfen, die in den zahlreichen Software-Sammlungen
erhltlich sind. Vor dem Installieren der Pakete sollten Sie eine
Anfrage fr dieses Paket durchfhren, um Hinweise auf seine
Zuverlssigkeit zu erhalten. Pakete, die nicht von Red Hat
produziert wurden, werden von Red Hat in keinster Weise untersttzt.
Das Ausfhren all dieser und vieler weiterer Vorgnge mit
Gnome-RPM entspricht dem Verwenden von
rpm am Shell Prompt. Allerdings erleichtert die
grafische Oberflche von Gnome-RPM diese
Vorgnge oft.
Normalerweise arbeiten Sie folgendermaen mit
Gnome-RPM: Sie zeigen die verfgbaren
Pakete an, whlen eines oder mehrere Pakete aus und whlen
anschlieend eine Option in der Symbolleiste oder im Men aus,
die den gewnschten Vorgang ausfhrt. Durch die Verwendung von
Filtern kann Gnome-RPM
Pakete in verschiedenen Ansichten zeigen. Weitere Informationen zur
Verwendung von Filtern zum Identifizieren von Paketen finden Sie in
Abschnitt namens Installieren neuer Pakete.
Sie knnen beispielsweise verschiedene Pakete mit nur wenigen
Mausklicks installieren, aktualisieren oder deinstallieren. Auf
hnliche Weise knnen Sie auch Anfragen und
berprfungen fr mehrere Pakete gleichzeitig
ausfhren. Durch die Integration von
Gnome-RPM in GNOME knnen Sie
Installationsvorgnge, Abfragen und berprfungen auch vom
GNOME Dateimanager aus durchfhren.
Sie knnen Gnome-RPM entweder in einem
XTerm oder unter GNOME ber das Panel starten (Main Menu
Button => System =>
GnoRPM).
Um Gnome-RPM in einem XTerm zu starten,
geben Sie am Shell Prompt Folgendes ein:
gnorpm &
Damit rufen Sie das Gnome-RPM Hauptfenster
auf (siehe Abbildung 6-1).
Bitte beachten
Um Pakete installieren, aktualisieren oder deinstallieren zu
knnen, mssen Sie als Root angemeldet sein. Geben Sie dazu
am Shell Prompt einfach su root und
anschlieend das Root-Passwort ein. Fr Abfragen und zum
berprfen von Paketen mssen Sie jedoch nicht als
Root angemeldet sein.
Die Gnome-RPM Oberflche besteht aus
mehreren Komponenten.
Paketteilfenster - Auf der linken Seite. Hier knnen Sie
Pakete in Ihrem System durchsuchen und auswhlen.
Anzeigefenster - Rechts neben dem Paketteilfenster. Zeigt den
Inhalt der Ordner im Teilfenster an.
Symbolleiste - ber dem Display und dem Teilfenster. Ein
grafisches Display mit Pakettools.
Men - ber der Symbolleiste. Enthlt textbasierte
Befehle, Hilfeinformationen, Voreinstellungen und andere
Einstellungen.
Statusleiste - Unterhalb des Teilfensters und des Anzeigefensters.
Zeigt die Gesamtanzahl der ausgewhlten Pakete an.
ch-guimode.html 0100644 0000764 0000144 00000017540 07152703307 012340 0 ustar rk users Installieren von Red Hat Linux ber die grafische
Benutzeroberflche
Red Hat Linux 7.0: Das Offizielle Red Hat Linux Referenzhandbuch
Wenn Sie bereits mit grafischen
Benutzeroberflchen (GUI) gearbeitet haben,
werden Sie mit der Vorgehensweise vertraut sein. Haben Sie noch
keine Erfahrung mit Benutzeroberflchen erworben, erhalten
Sie hier ganz kurz einige Informationen. Fr das Navigieren
in den Bildschirmen verwenden Sie die Maus, mit der Sie auf
Buttons klicken oder Textfelder fr die Texteingabe
aktivieren knnen. Sie knnen auch
die Tabulatortaste und die
Eingabetaste verwenden, um in den Bildschirmen
des Installationsprogramms zu navigieren.
Bitte beachten
Wenn Sie das grafische Installationsprogramm nicht verwenden
mchten, steht Ihnen auch weiterhin das textbasierte
Installationsprogramm zur Verfgung. Geben Sie folgenden
Bootbefehl ein, um den Textmodus aufzurufen:
boot:text
Hinweise zur Installation im Textmodus finden Sie im
Kapitel 14.
Das Red Hat Linux Installationsprogramm bietet Ihnen mehr als nur
die Dialogfelder, die whrend der Installation angezeigt
werden. So stehen Ihnen verschiedene Diagnosemeldungen zur
Verfgung, und Sie knnen Befehle vom Shell Prompt
aus eingeben. Diese Informationen werden an fnf
virtuellen Konsolen angezeigt, zwischen
denen Sie einfach mit Tastaturbefehlen umschalten knnen.
Diese virtuellen Konsolen sind sehr hilfreich, wenn bei
der Installation von Red Hat Linux Probleme auftreten. ber die
Meldungen an den Installations- oder Systemkonsolen knnen
Probleme genauer eingegrenzt werden. In
Tabelle 15-1 finden Sie einen
berblick ber die virtuellen Konsolen, deren
Inhalt und die Tastenkombinationen zum Umschalten zwischen
diesen Konsolen.
Tabelle 15-1 Konsole, Tasten und Inhalt
Konsole
Tasten
Inhalt
1
Strg-Alt-F1
Installationsdialogfeld
2
Strg-Alt-F2
Shell Prompt
3
Strg-Alt-F3
Installationsprotokoll (Meldungen des Installationsprogramms)
4
Strg-Alt-F4
Systembezogene Meldungen
5
Strg-Alt-F5
Weitere Meldungen
7
Strg-Alt-F7
Grafikanzeige unter X
Eigentlich gibt es keinen Grund, die Standardkonsole (virtuelle
Konsole Nr. 7) zu verlassen, es sei denn, Sie mchten
Problemen bei der Installation auf den Grund gehen. Wenn Sie
jedoch neugierig sind, knnen Sie sich gern etwas umsehen.
ch-install-tm.html 0100644 0000764 0000144 00000025574 07152703270 013000 0 ustar rk users Installieren von Red Hat Linux mit dem Textmodus-Installationsprogramm
Red Hat Linux 7.0: Das Offizielle Red Hat Linux Referenzhandbuch
Diese Version von Red Hat Linux bietet Ihnen ein grafisches, mausgesttztes
Installationsprogramm, das im Offiziellen Red Hat Linux Installationshandbuch
dokumentiert ist. Sie knnen Red Hat Linux jedoch auch mit einem
textorientierten, tastaturbedienten Installationsprogramm installieren.
Dieses Kapitel erlutert, wie Sie dabei vorgehen mssen. Hier
einige Empfehlungen:
Wenn Sie Linux noch niemals zuvor installiert haben, sollten Sie
zunchst das Offizielle Red Hat Linux Installationshandbuch lesen. Auch wenn
dort der Schwerpunkt auf dem Installationsvorgang mit grafischer
Benutzeroberflche liegt, gelten die meisten Konzepte auch
fr die Installation im Textmodus. Danach finden Sie in
Kapitel 13 weiter gehende Informationen
zu den Aspekten der Installation von Red Hat Linux, die nicht fr den
Installationsvorgang mit grafischer Benutzeroberflche gelten.
Des Weiteren kann Anhang B fr Sie
interessant sein, da darin das ndern der vorhandenen
Festplattenpartitionen beschrieben wird (was sehr wichtig ist, wenn
Sie Linux auf einer Festplatte installieren mchten, auf der
Windows oder ein anderes Betriebssystem bereits installiert sind).
Falls Sie fr die Installation PCMCIA-Untersttzung
bentigen (z.B. wenn Sie Linux auf einem Laptop installieren
mchten, der mit einer PCMCIA-Karte ausgestattet ist),
mssen Sie eine PCMCIA-Bootdiskette erstellen. Im
Offiziellen Red Hat Linux Installationshandbuch ist das Erstellen einer solchen
Diskette beschrieben.
Wenn Sie Linux ber ein Netzwerk (ber NFS, FTP oder HTTP)
installieren mchten, mssen Sie eine Bootdiskette fr
die Netzwerkinstallation erstellen. Im
Offiziellen Red Hat Linux Installationshandbuch ist das Erstellen einer solchen
Diskette beschrieben.
Wenn Sie noch nie zuvor mit dem Installationsprogramm im Textmodus
gearbeitet haben, oder wenn Sie Ihre Kenntnisse zu dessen
Benutzeroberflche auffrischen mchten, lesen Sie den
nchsten Abschnitt.
Das Installationsprogramm fr Red Hat Linux im Textmodus verfgt
ber eine bildschirmorientierte Oberflche mit Widgets (also
GUI-Elementen), die Sie zum grten Teil bereits von anderen
grafischen Benutzeroberflchen kennen.
Abbildung 14-1 und
Abbildung 14-2 zeigen die Bildschirme, die
angezeigt werden.
Abbildung 14-1 Widgets des Installationsprogramms in TCP/IP konfigurieren
Abbildung 14-2 Widgets des Installationsprogramms in Disk Druid
Fenster - Fenster (in diesem Handbuch meist als
Dialogfelder bezeichnet) fhren Sie
durch den gesamten Installationsvorgang. Es kommt vor, dass sich
zwei Fenster berlagern und Sie zunchst nur mit dem im
Vordergrund angezeigten Fenster arbeiten knnen. Dieses
"obere" Fenster wird geschlossen, und Sie knnen im
anderen Fenster weiterarbeiten, sobald Sie die Eingaben fr
das obere Fenster abgeschlossen haben.
Texteingabe - In die Texteingabezeilen geben Sie die fr das
Installationsprogramm relevanten Informationen ein. Zur
Dateneingabe muss der Cursor in die Texteingabezeile gesetzt
werden.
Kontrollkstchen - ber die Kontrollkstchen
knnen Sie einzelne Funktionen aktivieren oder deaktivieren.
Im Kstchen erscheint ein Sternchen (aktiviert) oder ein
Leerzeichen (deaktiviert). Wenn sich der Cursor auf einem
Kontrollkstchen befindet, knnen Sie dieses mit der
Leertaste aktivieren bzw. deaktivieren.
Text-Widget - Text-Widgets sind Bildschirmbereiche zur Anzeige von
Text. Einige Text-Widgets enthalten selbst weitere Widgets, z.B.
Kontrollkstchen. Eine Bildlaufleiste neben dem Text-Widget
weist darauf hin, dass nicht alle Informationen auf einmal in das
Textfenster passen. Wenn sich der Cursor innerhalb des Textfensters
befindet, knnen Sie mit der Nach-oben-Taste
und der Nach-unten-Taste alle verfgbaren
Informationen anzeigen. Die aktuelle Position wird in der
Bildlaufleiste mit dem Zeichen # gekennzeichnet.
Je nachdem, wie Sie sich im Text bewegen, wird dieses Zeichen auf
der Bildlaufleiste nach oben oder unten verschoben.
Buttons - Buttons sind die wichtigsten Widgets zur Interaktion mit
dem Installationsprogramm. Mit Tabulatortaste und
Eingabetaste rufen Sie nach und nach alle Fenster
des Installationsprogramms auf. Auf Buttons kann geklickt werden,
wenn sie hervorgehoben dargestellt werden.
Cursor - Der Cursor ist zwar selbst kein Widget, wird jedoch
bentigt, um ein Widget auszuwhlen bzw. mit einem Widget
zu interagieren. Befindet er sich auf einem Widget, ndert
sich mglicherweise die Farbe des entsprechenden Widgets, oder
er wird einfach nur in oder neben dem Widget angezeigt. In
Abbildung 14-1 befindet sich der Cursor auf
dem Button OK.
Abbildung 14-2 zeigt den Cursor auf dem
Button Edit.
Sie knnen mit einigen einfachen Tastaturbefehlen in den
Dialogfeldern des Installationsprogramms navigieren. Zum Bewegen des
Cursors benutzen Sie die Nach-links-Taste, die
Nach-rechts-Taste, die
Nach-oben-Taste und die
Nach-unten-Taste. Mit der
Tabulatortaste und der Tastenkombination
Alt-Tabulatortaste springen Sie zum
jeweils nchsten oder vorigen Widget auf dem Bildschirm. In der
Regel wird im unteren Bereich der einzelnen Bildschirme eine
bersicht der verfgbaren Tasten zum Positionieren des
Cursors eingeblendet.
Um einen Button zu "drcken", positionieren Sie den
Cursor auf dem Button (z.B. durch Verwenden der
Tabulatortaste) und drcken die
Leertaste oder die Eingabetaste. Um
ein Element in einer Liste auszuwhlen, bewegen Sie den Cursor
auf das gewnschte Element und drcken die
Eingabetaste. Sie aktivieren eine Funktion mit Hilfe
der Kontrollkstchen, indem Sie den
Cursor auf das entsprechende Kstchen bewegen und die
Leertaste drcken. Drcken Sie die
Leertaste erneut, um die Aktivierung
rckgngig zu machen.
Durch Drcken von F12 besttigen Sie die
aktuellen Werte und rufen das nchste Dialogfeld auf. Sie
knnen hierfr auch auf den Button
OK klicken.
Bitte beachten
Drcken Sie whrend des Installationsvorgangs keine
Tasten, wenn Sie nicht dazu aufgefordert werden - es knnte
unvorhersehbare Auswirkungen haben.
Die folgenden Kapitel sollen Ihnen als Einfhrung in den Betrieb
des Apache World Wide Web (WWW oder Web)-Servers Version 1.3.12 mit dem
mod_ssl-Sicherheitsmodul sowie der OpenSSL-Bibliothek und dem
zugehrigen Toolkit dienen. Die Kombination dieser drei mit Red Hat Linux
mitgelieferten Komponenten wird in diesem Handbuch als Red Hat Linux Secure Web Server
bezeichnet (oder kurz sicherer Server).
Web-Server stellen Browsern (z.B. Netscape
Navigator, Microsoft Internet
Explorer) die angeforderten Webseiten bereit. Technisch
ausgedrckt: Web-Server untersttzen das HyperText Transfer
Protocol (HTTP), den Internet-Standard fr die Web-Kommunikation.
Ein Web-Server sendet mit dem HTTP-Protokoll auf Anforderung HyperText
Markup Language (HTML)-Webseiten und CGI-Skripten (und andere Arten von
Skripten) zum Browser. Wenn ein Benutzer auf einer Webseite auf einen
Link klickt, wird eine Anforderung fr den von der
Verknpfung benannten Inhalt zu einem Web-Server geschickt. Der
Web-Server empfngt die Anforderung und liefert den angeforderten
Inhalt (z.B. eine HTML-Seite, ein interaktives Skript, eine dynamisch
aus einer Datenbank erstellte Webseite usw.), oder er schickt eine
Fehlermeldung zurck. Apache, der in diesem Softwarepaket
mitgelieferte Web-Server, ist der heute am hufigsten im Internet
verwendete Web-Server (siehe
http://www.netcraft.net/survey/).
Das Modul mod_ssl ist ein Sicherheitsmodul fr den Apache
Web-Server. Das Modul mod_ssl verwendet die vom OpenSSL-Projekt zur
Verfgung gestellten Tools fr eine sehr wichtige Funktion
von Apache — die Verschlsselung der Kommunikation. Dagegen
werden die zwischen Browser und Web-Server ausgetauschten Daten bei
"normaler" HTTP-bertragung unverschlsselt
bertragen und knnten auf der bertragungsstrecke
zwischen dem Browser und dem Server abgefangen und mitgelesen werden.
Das OpenSSL-Projekt enthlt ein Toolkit, in dem die Protokolle
Secure Sockets Layer (SSL) und Transport Layer Security (TLS) sowie
eine universelle Verschlsselungsbibliothek implementiert sind.
Das SSL-Protokoll wird heute zur sicheren Datenbertragung
ber das Internet verwendet. Das TLS-Protokoll ist ein im
Vorschlagsstadium befindlicher Internetstandard fr die private
(sichere) und zuverlssige Kommunikation ber das Internet.
OpenSSL-Tools werden vom mod_ssl-Modul fr die sichere
Web-Kommunikation verwendet.
Diese Kapitel sind nicht als vollstndige und
ausschlieliche Dokumentation fr irgendeines dieser
Programme zu verstehen. Wenn mglich, wird in diesem Handbuch auf
geeignete Quellen verwiesen, in denen Sie detailliertere Informationen
zu speziellen Themenbereichen finden knnen.
In diesem Handbuch werden die Installation der mitgelieferten Programme
sowie die grundlegenden Konfigurationsmglichkeiten Ihres Apache
Web-Servers beschrieben. Weiterhin werden die Schritte beschrieben, die
notwendig sind, um ein Zertifikat von einer Zertifizierungsstelle
(Certificate Authority, CA) zu erhalten, ein eigenes
selbstunterzeichnetes Zertifikat zu erstellen sowie ein Zertifikat zu
installieren, das Sie fr Ihren sicheren Web-Server verwenden
knnen.
Willkommen beim Offiziellen Red Hat Linux Referenzhandbuch.
Das Offizielle Red Hat Linux Referenzhandbuch enthlt ntzliche
Informationen ber Ihr Red Hat Linux System. Sie knnen die meisten
Informationen, die Sie hier finden, auf fast alle Linux-Distributionen
anwenden. Es wre ganz in unserem Sinne, wenn sich dieses Buch
fr Sie zu einem wertvollen Nachschlagewerk entwickeln wrde.
Von der Verwendung von RPM ber
Gnome-RPM bis hin zu spezifischen
Detailinformationen zur Festplattenpartitionierung erhalten Sie in ihm
eine Vielzahl ntzlicher Informationen.
Wenn Sie ein wenig mehr ber die Funktionsweise Ihres Red Hat Linux
Systems erfahren mchten, ist dieses Buch genau das Richtige
fr Sie. Es werden unter anderem folgende Themen behandelt:
Partitionierungskonzepte — eine Einfhrung in
Plattenpartitionen und in die Strategien, die bei der Installation
mehrerer Betriebssysteme auf einer Festplatte eine Rolle spielen.
Installation im Textmodus — Obwohl bei Red Hat Linux jetzt auch ein
Installationsprogramm mit grafischer Benutzeroberflche zur
Verfgung steht, knnen Sie weiterhin eine Installation
im Textmodus durchfhren. In diesem Abschnitt erfahren Sie
alles Wissenswerte zu diesem Thema.
RPM — Vom Gnome-RPM-Frontend bis
zur Verwendung von RPM an der Konsole.
RAID-Konzepte — Nehmen Sie eine Festplatte, fgen Sie
eine zweite, eine dritte hinzu… Fassen Sie sie zu einer
einzelnen logischen Einheit zusammen, und Ihnen stehen
Speicherkapazitt und Leistung zur Verfgung.
Konfiguration nach der Installation — Mchten Sie das
System nach der Installation ein wenig feinabstimmen? Hier wird
beschrieben, an welcher Stelle Sie ansetzen knnen.
Kerberos ist ein sicheres System, das Authentifizierungsdienste
fr Netzwerke bereitstellt. Authentifizierung bedeutet:
die Identitt der Objekte im Netzwerk wird berprft
es wird berprft, ob der Netzwerkverkehr von der Quelle
ausgeht, die sich als Sender ausgibt
Kerberos verwendet Benutzerpasswrter, um die Identitt der
Benutzer zu berprfen. Diese Passwrter werden allerdings
nie unverschlsselt im Netzwerk versendet.
Die meisten herkmmlichen Netzwerksysteme verwenden
Passwort-basierte Authentifizierungsschemata. Wenn sich ein Benutzer
bei einem Dienst anmelden mchte, der auf einem Netzwerkserver
ausgefhrt wird, muss er fr jeden Dienst, fr den eine
Authentifizierung erforderlich ist, sein Passwort eingeben. Das
Passwort wird ber das Netzwerk versendet, und der Server
berprft die Identitt des Benutzers mit Hilfe des
Passwortes.
Werden Passwrter auf diesem Weg im Klartext bertragen (wie
es allgemein blich ist), besteht ein sehr groes
Sicherheitsrisiko. Jeder Cracker, der Zugriff auf das Netzwerk und
einen Paketanalysierer (Packet Sniffer) hat, kann auf diese Weise
versendete Passwrter knacken.
Primres Ziel von Kerberos ist es daher, sicherzustellen, dass
Passwrter nie unverschlsselt ber
das Netzwerk versendet werden bzw. dass sie mglichst
berhaupt nicht ber das Netzwerk verschickt werden. Durch
die korrekte Verwendung von Kerberos wird jede Gefahr ausgeschaltet,
dass solche Packet Sniffers die Passwrter in Ihrem Netzwerk
abfangen.
Da die Nachfrage nach automatisierten Installationen wchst, hat
Red Hat die Installationsart "Kickstart" entwickelt. Der
Systemadministrator kann dabei alle Informationen, die whrend einer
typischen Installation von Red Hat Linux abgefragt werden, in einer einzigen
Datei zusammenstellen.
Die Kickstart-Dateien werden auf einem einzelnen Server-System
bereitgestellt und knnen von dort whrend der Installation von
den einzelnen Computern gelesen werden. Diese Methode ist so
leistungsfhig, dass oft eine einzige Kickstart-Datei gengt,
um Red Hat Linux auf mehreren Maschinen zu installieren. Dadurch ist sie ideal
fr Netzwerk- und Systemadministratoren geeignet.
Kickstart ermglicht die Automatisierung des grten
Teils der Red Hat Linux-Installation. Dazu gehren:
LDAP (Lightweight Directory Access Protocol) wurde als offener Standard
fr globale oder lokale Verzeichnisdienste im Netzwerk und/oder im
Internet entwickelt. Ein Verzeichnis wird dabei im Prinzip hnlich
wie ein Telefonbuch betrachtet. LDAP kann auch andere Informationen
verarbeiten, doch wird es zurzeit hauptschlich dazu verwendet,
Namen mit Telefonnummern und E-Mail-Adressen zu verknpfen. Die
Verzeichnisse sind so konzipiert, dass ein hohes Anfragevolumen
untersttzt wird, wobei sich die Daten im Verzeichnis jedoch nicht
sehr hufig ndern sollten.
LDAP ist viel ntzlicher als ein Telefonbuch aus Papier, da LDAP
von seiner Konzeption her in hnlicher Weise wie der Domain Name
Service (DNS) die Verbreitung ber LDAP-Server im gesamten
Internet untersttzt. Das DNS-System ist das Adressbuch des
Internet, indem es stndig die paarweise Zuordnung von
Domnennamen/IP-Adressen auf dem Laufenden hlt. DNS-Server
teilen Netzwerkrechnern mit, wohin Datenpakete zu verschicken sind. In
Zukunft knnte LDAP dieselbe Art von globalem Zugang auf viele
verschiedene Arten von Verzeichnisinformationen ermglichen.
Zurzeit sind LDAP-Verzeichnisdienste allerdings eher in einzelnen
groen Organisationen wie Hochschulen oder Unternehmen
verbreitet.
LDAP ist ein Client-Server-System. Ein LDAP-Client nimmt Verbindung mit
einem LDAP-Server auf und ruft entweder Informationen ab oder liefert
Informationen, die in das Verzeichnis aufgenommen werden mssen.
Der Server beantwortet die Anfrage, gibt anderenfalls die Anfrage an
einen anderen LDAP-Server weiter oder bernimmt die Informationen
in sein Verzeichnis.
LDAP wird manchmal auch als X.500 Lite
bezeichnet. X.500 ist ein internationaler Standard fr
Verzeichnisse. X.500 ist mit umfangreichen Funktionen ausgestattet,
doch gleichzeitig sehr komplex und erfordert hohe Rechenleistung und
das vollstndige OSI-Schichtenmodell. Im Gegensatz dazu kann LDAP
ohne weiteres auf einem PC und ber TCP/IP ausgefhrt werden.
LDAP kann auf X.500-Verzeichnisse zugreifen, untersttzt jedoch
nicht alle Funktionen von X.500.
In diesem Kapitel wird die Konfiguration und Verwendung von
OpenLDAP behandelt, einer offenen
LDAP-Implementierung. OpenLDAP enthlt
slapd, einen autonomen LDAP-Server,
slurpd, einen autonomen LDAP-Replikationsserver,
Bibliotheken mit LDAP-Implementierung, Dienstprogramme, Tools und
Beispiel-Clients.
Dieser Anhang soll einige der mglichen
Parameter erklren, die von bestimmten Treibern bentigt
werden. Wir weisen darauf hin, dass diese zustzlichen Parameter in
den meisten Fllen nicht notwendig sind. Darber hinaus finden
Sie in diesem Anhang eine Liste mit Netzwerk-Hardware und den von dieser
Hardware bentigten Modulen.
Wenn ein Gert, das Sie verwenden mchten, einen dieser
Parameter bentigt und fr dieses Gert
keine Untersttzung in den Kernel einkompiliert
ist, kann der Parameter nicht auf die herkmmliche Weise zum
LILO-Bootbefehl hinzugefgt werden. Treiber, die als Module geladen
werden, bentigen die Angabe dieser Parameter beim Laden des Moduls.
Das Red Hat Linux Installationsprogramm bietet Ihnen die Mglichkeit, beim
Laden eines Treibers Modulparameter anzugeben.
Whrend der Installation von Red Hat Linux gibt es einige
Einschrnkungen fr Dateisysteme und andere Treiber, die vom
Kernel untersttzt werden. Nach der Installation werden alle unter
Linux verfgbaren Dateisysteme untersttzt. Whrend der
Installation untersttzt der modulare Kernel (E)IDE-Gerte
(einschlielich ATAPI CD-ROM-Laufwerken), SCSI-Adapter und
Netzwerkkarten. Des Weiteren werden alle Maustypen, SLIP, CSLIP, PPP,
PLIP, FPU-Emulation, Konsolenauswahl, ELF, SysV IPC, IP-Weiterleitung,
Firewalling und Benutzeraccountverwaltung, Reverse ARP, QIC-Bnder
und Paralleldrucker untersttzt.
Da Red Hat Linux die Installation auf vielen verschiedenen Hardware-Typen
untersttzt, sind viele Treiber (einschlielich der
Treiber fr SCSI
-Karten,
Netzwerkkarten und viele CD-ROM-Laufwerke) nicht in den Linux-Kernel
integriert, der whrend der Installation verwendet wird. Sie
sind jedoch als Module verfgbar und
werden geladen, wenn sie whrend der Installation bentigt
werden. Falls erforderlich, knnen Sie whrend des
Ladevorgangs Optionen fr diese Module festlegen. Diese Treiber
ignorieren alle Optionen, die fr sie am
boot:-Prompt einstellen.
Nach Abschluss der Installation mchten Sie mglicherweise
einen neuen Kernel erstellen, der Ihre Hardware-Konfiguration
untersttzt. Informationen zum Erstellen eines benutzerdefinierten
Kernels finden Sie in Abschnitt namens Erstellen eines benutzerdefinierten Kernels in Kapitel 2. In den
meisten Fllen ist ein solcher Kernel jedoch nicht notwendig.
Das Installationsprogramm von Red Hat Linux7.0 enthlt eine
Reihe neuer Funktionsmerkmale. Weitere Informationen dazu finden Sie im
Offiziellen Red Hat Linux Installationshandbuch.
Festplattenpartitionen bilden einen grundlegenden Bestandteil der
PC-Welt, und das nicht erst seit gestern. Da jedoch viele Computer mit
vorinstalliertem Betriebssystem gekauft werden, wissen relativ wenige
Benutzer, wie Partitionen wirklich funktionieren. In diesem Kapitel
wollen wir die Funktionsweise von Festplattenpartitionen erklren,
damit Ihnen die Red Hat Linux Installation so leicht wie mglich fllt.
Wenn Sie mit Festplattenpartitionen bereits vertraut sind, fahren Sie fort
mit Abschnitt namens Verfgbarmachen von Festplattenspeicher fr Red Hat Linux. Hier erfahren Sie, wie Sie
als Vorbereitung fr eine Red Hat Linux Installation Festplattenspeicher
freigeben. In diesem Abschnitt werden auch verwandte Themen wie das von
Linux-Systemen verwendete Namensschema fr Partitionen oder die
gemeinsame Nutzung von Festplattenspeicher mit anderen Betriebssystemen
behandelt.
Festplatten haben eine sehr einfache Funktion - sie speichern Daten und
rufen sie auf Befehl wieder ab.
Das Thema Festplattenpartitionierung erfordert auch, dass man sich
etwas mit der zugrunde liegenden Hardware auskennt. Leider kann man sich
dabei leicht in Einzelheiten verlieren. Lassen Sie uns daher eine
vereinfachte Darstellung einer Festplatte betrachten, um zu verstehen,
was "unter der Oberflche" vor sich geht.
Abbildung B-1 zeigt eine neue, unbenutzte
Festplatte.
Abbildung B-1 Eine unformatierte Festplatte
Es ist nicht gerade viel zu sehen, aber fr eine einfache
Erklrung von Festplatten reicht es aus. Angenommen, wir
mchten Daten auf diesem Laufwerk speichern. So wie die Festplatte
im Moment aussieht, kann das nicht funktionieren. Wir mssen
zuerst noch etwas tun…
Die Erfahreneren unter den Lesern haben es wahrscheinlich gleich
erraten. Wir mssen die Festplatte zuerst
formatieren. Beim Formatieren (im
Linux-Sprachgebrauch auch als "Erstellen eines
Dateisystems" bezeichnet) werden
Informationen auf die Festplatte geschrieben, die Ordnung in den
leeren Speicherplatz einer unformatierten Festplatte bringen.
Abbildung B-2 Festplatte mit Dateisystem
Wie Abbildung B-2 andeutet,
erfordert die von einem Dateisystem hergestellte Ordnung einige
Zugestndnisse:
Ein kleiner Prozentsatz des Platzes auf der Festplatte wird zum
Speichern von dateisystembezogenen Daten verwendet (Overhead).
Ein Dateisystem teilt den verbleibenden Platz in kleine Segmente
gleicher Gre ein. In der Linux-Welt werden diese
Segmente als Blcke bezeichnet.
[1]
In Anbetracht der Tatsache, dass Dateisysteme Verzeichnisse und
Dateien erst mglich machen, fallen diese kleinen Abweichungen
nicht allzu sehr ins Gewicht.
Es gibt brigens nicht nur ein einziges, universelles
Dateisystem. Wie Abbildung B-3
zeigt, gibt es verschiedene Dateisysteme fr Festplatten. Wie
Sie sich vorstellen knnen, sind verschiedene Dateisysteme
oftmals untereinander nicht kompatibel, d.h. ein Betriebssystem, das
ein Dateisystem untersttzt (oder mehrere verwandte
Dateisystemtypen), untersttzt ein anderes Dateisystem
mglicherweise nicht. Die letzte Aussage gilt jedoch nicht
immer. Red Hat Linux untersttzt z.B. eine Vielzahl von Dateisystemen
(darunter viele Dateisysteme anderer Betriebssysteme). Das
erleichtert den Datenaustausch.
Abbildung B-3 Festplatte mit einem anderen Dateisystem
Natrlich ist das Schreiben eines Dateisystems auf die
Festplatte nur der Anfang. Ziel ist es, Daten zu
speichern und abzurufen. Schauen wir
uns die Festplatte an, nachdem einige Daten darauf geschrieben worden
sind.
Abbildung B-4 Mit Daten beschriebene Festplatte
Wie Abbildung B-4 zeigt, enthalten
jetzt 14 der zuvor leeren Blcke Daten. Wir knnen keine
Aussage darber machen, wie viele Dateien auf der Festplatte
gespeichert sind. Es kann nur eine sein, es knnen aber auch 14
sein, denn alle Dateien verwenden mindestens einen Block. Ein
weiterer wichtiger Punkt ist, dass die verwendeten Blcke nicht
unmittelbar hintereinander liegen mssen. Verwendete und nicht
verwendete Blcke knnen auf der Festplatte verstreut sein.
Dies wird als Fragmentierung bezeichnet. Die
Fragmentierung muss bei der nderung der Gre einer
Partition bercksichtigt werden.
Wie die meisten Technologien im Computerbereich wurden auch
Festplatten stndig weiter entwickelt. Insbesondere in einer
Hinsicht - sie wurden immer grer. Nicht was ihre
Abmessungen betrifft, sondern ihre Kapazitt. Das fhrte zu
nderungen beim Einsatz von Festplatten.
Als die Kapazitten der Festplatten immer grer
wurden, fragte sich so mancher, ob es wirklich sinnvoll ist, mit so
einem groen Festplattenspeicher in einem Stck zu
arbeiten. Dieser Gedanke war sowohl in organisatorischen als auch in
technischen Fragen begrndet. Was die Organisation angeht, so
schien es, dass ab einer bestimmten Gre der
zustzliche Speicherplatz grerer Festplatten nur
noch fr mehr Unordnung sorgte. Rein technisch gesehen waren
manche Dateisysteme fr die Untersttzung
grerer Festplatten einfach nicht ausgelegt. Manche
Dateisysteme untersttzten zwar
grere Festplatten, aber ein bermiger
Verwaltungsaufwand war die Folge.
Die Lsung des Problems war, die Festplatten in
Partitionen aufzuteilen. Auf jede Partition
kann wie auf eine separate Festplatte zugegriffen werden. Dies wird
durch das Hinzufgen von
Partitionstabellen ermglicht.
Bitte beachten
In den Abbildungen dieses Kapitels wird die Partitionstabelle
getrennt von der eigentlichen Festplatte dargestellt. Das ist nicht
ganz richtig. In Wirklichkeit wird die Partitionstabelle ganz am
Anfang der Festplatte gespeichert (vor dem Dateisystem und den
Benutzerdaten). Nur der bersicht wegen wurde fr unsere
Abbildungen die getrennte Darstellung gewhlt.
Abbildung B-5 Festplatte mit Partitionstabelle
Wie Abbildung B-5 zeigt, ist die
Partitionstabelle in vier Abschnitte eingeteilt. Jeder Abschnitt kann
die fr die Definition einer Partition notwendigen Informationen
aufnehmen, d.h. die Partitionstabelle kann nicht mehr als vier
Partitionen definieren.
Jeder Eintrag in der Partitionstabelle enthlt mehrere wichtige
Angaben ber die Partition:
Die Punkte auf der Festplatte, wo die Partition beginnt und endet
Ob die Partition "aktiv" ist
Den Partitionstyp
Wir wollen uns die Angaben zur Partition etwas nher anschauen.
Die Start- und Endpunkte definieren die Gre und Lage der
Partition auf der Festplatte. Das "aktiv"-Flag wird von
Bootloadern einiger Betriebssysteme verwendet, d.h. es wird das
Betriebssystem von der Partition gestartet, das als "aktiv"
markiert ist.
Die Angabe des Partitionstyps kann etwas verwirren. Der Typ besteht
aus einer Zahl, die die beabsichtigte Verwendung der Partition
angibt. Wenn diese Angabe etwas verschwommen wirkt, so ist das darin
begrndet, dass nicht exakt festgelegt ist, was ein
Partitionstyp eigentlich ist. Manche Betriebssysteme kennzeichnen mit
dem Partitionstyp, dass es sich um einen speziellen Dateisystemtyp
handelt, dass die Partition mit einem bestimmten Betriebssystem
verknpft ist, dass die Partition ein startfhiges
Betriebssystem enthlt, oder eine Kombination aus diesen drei
Punkten.
Tabelle B-1 enthlt eine Liste mit
einigen weitverbreiteten (sowie weniger bekannten) Partitionstypen
einschlielich ihrer Zahlenwerte.
Tabelle B-1 Partitionstypen
Partitionstyp
Wert
Partitionstyp
Wert
leer
00
Novell Netware 386
65
DOS 12-Bit FAT
01
PIC/IX
75
XENIX root
02
Old MINIX
80
XENIX usr
03
Linux/MINUX
81
DOS 16-Bit <=32 MB
04
Linux swap
82
Extended
05
Linux native
83
DOS 16-Bit >=32 MB
06
Linux extended
85
OS/2 HPFS
07
Amoeba
93
AIX
08
Amoeba BBT
94
AIX bootable
09
BSD/386
a5
OS/2 Boot Manager
0a
OpenBSD
a6
Win95 FAT32
0b
NEXTSTEP
a7
Win95 FAT32 (LBA)
0c
BSDI fs
b7
Win95 FAT16 (LBA)
0e
BSDI swap
b8
Win95 Extended (LBA)
0f
Syrinx
c7
Venix 80286
40
CP/M
db
Novell?
51
DOS access
e1
Microport
52
DOS R/O
e3
GNU HURD
63
DOS secondary
f2
Novell Netware 286
64
BBT
ff
Sie fragen sich jetzt vielleicht, wie diese zustzlichen
komplexen Zusammenhnge blicherweise in der Praxis
aussehen. Abbildung B-6 zeigt ein
Beispiel.
Abbildung B-6 Festplatte mit einer Partition
In vielen Fllen gibt es nur eine einzige Partition fr die
ganze Festplatte (also im Grunde so wie frher, als es noch
keine Partitionen gab). Die Partitionstabelle enthlt nur einen
Eintrag, der auf den Anfang der Partition zeigt.
Wir haben fr diese Partition den Typ "DOS"
gewhlt. Wie Sie aus Tabelle B-1
entnehmen knnen, ist diese Darstellungsweise etwas vereinfacht,
aber fr unsere Betrachtung ausreichend. Dies ist eine typische
Partitionsvariante, wie sie bei den meisten neu gekauften Computern
mit vorinstalliertem Windows zu finden ist.
Mit der Zeit wurde natrlich klar, dass vier Partitionen nicht
ausreichen. Mit zunehmender Kapazitt der Festplatten wuchs die
Wahrscheinlichkeit, dass vier Partitionen in blicher
Gre konfiguriert werden konnten und immer noch Platz auf
der Festplatte frei war. Es musste ein Weg gefunden werden, mehr
Partitionen zu erstellen.
Hier kommt die erweiterte Partition ins Spiel. Vielleicht ist Ihnen
in Tabelle B-1 aufgefallen, dass es einen
Partitionstyp "Extended" (Erweitert) gibt. Genau dieser
Partitionstyp wird fr erweiterte Partitionen verwendet. Das
funktioniert so:
Wenn eine Partition erstellt und als Typ "Extended"
(Erweitert) eingestellt wird, wird eine erweiterte Partitionstabelle
angelegt. Die erweiterte Partition ist im Prinzip eine Festplatte
innerhalb der Festplatte - sie verfgt ber eine
Partitionstabelle, die auf eine oder mehrere Partitionen zeigt (jetzt
logische Partitionen genannt, im Gegensatz zu
den vier primren Partitionen), die
vollstndig innerhalb der erweiterten Partition liegen.
Abbildung B-7 zeigt eine Festplatte
mit einer primren Partition und einer erweiterten Partition,
die zwei logische Partitionen enthlt (neben einer geringen
Menge von nicht partitioniertem Speicherplatz).
Abbildung B-7 Festplatte mit erweiterter Partition
Wie in der Abbildung zu sehen ist, unterscheiden sich primre
und logische Partitionen - es kann nur vier primre Partitionen
geben, aber die Anzahl der logischen Partitionen ist nicht begrenzt.
(In der Praxis sollten jedoch nicht mehr als 12 logische Laufwerke
auf einer Festplatte angelegt werden.)
Nachdem Partitionen im Allgemeinen besprochen wurden, soll betrachtet
werden, wie diese Kenntnisse fr die Installation von Red Hat Linux
genutzt werden knnen.
Sie knnen beim Versuch, die Festplatte neu zu partitionieren,
drei mgliche Szenarien vorfinden:
Nicht partitionierter freier Festplattenspeicher ist verfgbar.
Eine unbenutzte Partition ist verfgbar.
Auf einer aktiv genutzten Partition ist noch freier
Festplattenspeicher verfgbar.
Sehen wir uns die Szenarien der Reihe nach an.
Bitte beachten
Die Abbildungen in diesem Abschnitt wurden der Klarheit wegen
vereinfacht und geben nicht die genaue Partitionsaufteilung wieder,
die Sie bei der tatschlichen Installation von Red Hat Linux vorfinden.
In diesem Fall belegen die bereits definierten Partitionen nicht
die gesamte Festplatte, so dass noch nicht zugewiesener Speicher
vorhanden ist, der nicht Teil einer definierten Partition ist.
Abbildung B-8 zeigt, wie dies
aussehen knnte.
Abbildung B-8 Festplatte mit nicht partitioniertem freien Platz
Genau genommen fllt eine nicht verwendete Festplatte
ebenfalls in diese Kategorie. Der einzige Unterschied besteht
darin, dass der gesamte Festplattenspeicher
nicht Teil einer definierten Partition ist.
Auf jeden Fall knnen Sie einfach die notwendigen Partitionen
auf dem unbenutzten Festplattenspeicher erstellen. Leider ist es
sehr unwahrscheinlich, dass Sie dieses sehr einfache Szenario
vorfinden (es sei denn, Sie haben extra fr Red Hat Linux eine neue
Festplatte gekauft).
Weiter geht's mit einer etwas alltglicheren Situation.
In diesem Fall sind mglicherweise eine oder mehrere
Partitionen vorhanden, die nicht mehr gebraucht werden. Vielleicht
haben Sie vorher ein anderes Betriebssystem ausprobiert, und Sie
bentigen die diesem System zugewiesenen Partitionen nicht
mehr. Abbildung B-9 zeigt eine
solche Situation.
Abbildung B-9 Festplatte mit einer unbenutzten Partition
Wenn diese Situation vorliegt, knnen Sie den Platz verwenden,
der der nicht benutzten Partition zugewiesen ist. Sie mssen
zunchst die Partition lschen und stattdessen dann die
geeignete(n) Linux-Partition(en) erstellen. Entweder lschen
Sie die Partition mit dem DOS-Befehl fdisk, oder
Sie benutzen dazu die whrend einer benutzerdefinierten
Installation angebotene Option.
Diese Situation kommt am hufigsten vor. Leider ist sie auch
die schwierigste. Selbst wenn gengend freier
Festplattenspeicher vorhanden ist, besteht das Hauptproblem darin,
dass dieser bereits einer Partition zugewiesen ist, die genutzt
wird. Wenn Sie einen Computer mit vorinstallierter Software kaufen,
befindet sich auf der Festplatte sehr wahrscheinlich eine
groe Partition, in der das Betriebssystem und alle Dateien
enthalten sind.
Sofern Sie keine neue Festplatte in das System einbauen, stehen
Ihnen zwei Mglichkeiten zur Verfgung:
Neupartitionieren mit Datenverlust
Im Wesentlichen lschen Sie eine groe Partition
und erstellen mehrere kleinere. Wie Sie sich
mglicherweise vorstellen knnen, werden dabei alle
Daten, die in der ursprnglichen Partition vorhanden
sind, zerstrt. Das bedeutet, dass zuvor eine komplette
Sicherungskopie erstellt werden muss. Erstellen Sie zur
Sicherheit zwei Sicherungskopien, fhren Sie eine
Prfung auf bereinstimmung durch (falls Ihre
Backup-Software ber eine CRC-Prfung
verfgt), und prfen Sie zunchst, ob sich die
Daten von der Sicherungskopie lesen lassen,
bevor Sie die Partition lschen.
Wenn auf dieser Partition ein Betriebssystem installiert war,
beachten Sie bitte auch, dass dieses spter ebenfalls
erneut installiert werden muss.
Nach dem Erstellen einer kleineren Partition fr die
vorhandene Software knnen Sie alle Programme neu
installieren, die Daten wiederherstellen und die Installation
von Red Hat Linux fortsetzen.
Abbildung B-10 zeigt diesen
Vorgang.
Abbildung B-10 Festplatte, mit Datenverlust neu partitioniert
Wie aus Abbildung B-10
ersichtlich ist, gehen alle in der ursprnglichen
Partition vorhandenen Daten ohne ordnungsgemes
Backup verloren!
Neupartitionieren ohne Datenverlust
Dabei wird ein Programm ausgefhrt, das scheinbar
Unmgliches vollbringt: es verkleinert eine groe
Partition, ohne dass dabei Dateien verloren gehen, die in
dieser Partition gespeichert sind. Diese Methode hat sich
fr viele als zuverlssig und fehlerfrei erwiesen.
Fr das Festplattenmanagement sind verschiedene
Software-Produkte erhltlich. Erkundigen Sie sich bitte
danach, und finden Sie das fr Ihre Situation geeignete
Programm heraus.
Auch wenn der Neupartitionierungsvorgang ohne Datenverlust
ziemlich geradlinig verluft, setzt er sich doch aus
einigen Teilschritten zusammen:
Komprimieren vorhandener Daten
ndern der Partitionsgre
Erstellen neuer Partition(en)
Betrachten wir die einzelnen Schritte einmal nher.
Wie Abbildung B-11 zeigt, besteht
der erste Schritt darin, die Daten in der vorhandenen Partition
zu komprimieren. Auf diese Weise werden die Daten neu angeordnet,
so dass der verfgbare freie Festplattenspeicher am
"Ende" der Partition maximale Gre
erreicht.
Abbildung B-11 Festplatte, komprimiert
Dieser Schritt ist entscheidend. Wenn er ausgelassen wird, kann
die Position der Daten verhindern, dass die Partition auf die
gewnschte Gre gebracht werden kann. Beachten
Sie auch, dass, aus welchen Grnden auch immer, manche Daten
nicht verschoben werden knnen. Wenn dies der Fall ist (und
dadurch die Gre der neuen Partition(en)
eingeschrnkt wird), mssen Sie mglicherweise die
Festplatte mit Datenverlust neu partitionieren.
Abbildung B-12 zeigt den
tatschlichen Grennderungsvorgang.
Whrend das Ergebnis der Grennderung je
nach verwendeter Software variiert, wird in den meisten
Fllen der freigegebene Platz zum Erstellen einer nicht
formatierten Partition des gleichen Typs wie die
ursprngliche Partition verwendet.
Abbildung B-12 Festplatte mit genderter Partitionsgre
Wichtig ist, dass Sie verstehen, was die
Grennderungs-Software mit dem freigegebenen
Platz macht, damit Sie die geeigneten Schritte durchfhren
knnen. In dem dargestellten Fall wre es das Beste,
die neue DOS-Partition zu lschen und (eine) geeignete
Linux-Partition(en) zu erstellen.
Nach dem vorherigen Schritt kann es notwendig sein, neue
Partitionen zu erstellen. Wenn die
Grennderungs-Software Linux nicht
bercksichtigt, mssen Sie wahrscheinlich die
Partition, die whrend der Grennderung
erstellt wurde, lschen.
Abbildung B-13 zeigt diesen
Vorgang.
Abbildung B-13 Festplatte mit endgltiger Partitionskonfiguration
Intel
Die folgenden Informationen gelten nur fr Intel-basierte
Computer.
Um unseren Kunden die Arbeit zu erleichtern, bieten wir das
Dienstprogramm fips
an. Dieses frei verfgbare Programm kann die
Gre von FAT (File Allocation Table)-Partitionen
ndern. Sie finden es auf der Red Hat Linux/Intel CD-ROM im
Verzeichnis dosutils.
Bitte beachten
Viele haben fips bereits erfolgreich zum
Neupartitionieren von Festplatten verwendet. Wegen der Art der
von fips ausgefhrten Vorgnge und
der Vielfalt der Hardware- und Software-Konfigurationen, unter
denen das Programm laufen muss, kann Red Hat nicht garantieren,
dass fips auf Ihrem System korrekt arbeitet.
Deshalb gibt es fr fips keinerlei
Installationsuntersttzung. Sie benutzen das Programm auf
eigenes Risiko.
Wenn Sie sich trotzdem entschlieen, Ihre Festplatte mit
fips neu zu partitionieren, mssen Sie
unbedingt zwei Dinge beachten:
Erstellen Sie ein Backup - Erstellen Sie zwei Kopien von
allen wichtigen Daten auf Ihrem Computer. Diese Kopien
sollten auf Wechseldatentrgern (z.B. Band oder
Disketten) gespeichert werden. berprfen Sie, ob
die Datentrger lesbar sind, bevor Sie fortfahren.
Lesen Sie die Dokumentation - Lesen Sie bitte die
Dokumentation zu fips, die sich auf der
Red Hat Linux/Intel CD 1 im Unterverzeichnis
/dosutils/fipsdocs befindet.
Sollten Sie sich dazu entschlieen, fips
zu verwenden, beachten Sie bitte, dass nach der Ausfhrung
von fipszwei Partitionen
vorhanden sind: eine mit einer genderten Gre
und eine, die von fips auf dem verfgbar
gemachten Festplattenspeicher erstellt wurde. Wenn Sie diesen
Platz fr die Installation von Red Hat Linux verwenden mchten,
mssen Sie die neu erstellte Partition lschen.
Verwenden Sie dazu fdisk unter dem aktuellen
Betriebssystem, oder nutzen Sie die entsprechende Option beim
Einrichten von Partitionen whrend einer benutzerdefinierten
Installation.
Linux bezeichnet Festplattenpartitionen unter Verwendung einer
Kombination aus Buchstaben und Ziffern. Wenn Sie gewhnt sind,
Festplatten und deren Partitionen als "C-Laufwerk" usw. zu
bezeichnen, kann dies verwirrend fr Sie sein. In der
DOS/Windows-Welt werden Partitionen folgendermaen benannt:
Jeder Partitionstyp wird berprft, um festzustellen,
ob er von DOS/Windows gelesen werden kann.
Wenn der Partitionstyp kompatibel ist, erhlt er einen
"Laufwerksbuchstaben". Der erste Laufwerksbuchstabe
lautet stets "C".
Der Laufwerksbuchstabe kann dann dazu verwendet werden, um auf
diese Partition sowie das Dateisystem, das in dieser Partition
enthalten ist, zu verweisen.
Red Hat Linux arbeitet mit einem flexibleren Namensschema, das mehr
Informationen enthlt als das von anderen Betriebssystemen. Das
Namensschema ist dateiorientiert, mit Dateinamen der Form:
/dev/xxyN
So entschlsseln Sie das Namensschema fr Partitionen:
/dev/
Diese Zeichenkette ist der Name des Verzeichnisses, in dem alle
Gertedateien abgelegt sind. Da sich Partitionen auf
Festplatten befinden und Festplatten Gerte sind, befinden
sich die Dateien fr alle mglichen Partitionen in
/dev/.
xx
Die ersten beiden Buchstaben des Partitionsnamens kennzeichnen
den Typ des Gerts, auf dem sich die Partition befindet.
Sie sehen normalerweise hd (fr
IDE-Laufwerke) oder sd (fr
SCSI-Laufwerke).
y
Dieser Buchstabe kennzeichnet, auf welchem Gert sich die
Partition befindet. Zum Beispiel /dev/hda
(auf der ersten IDE-Festplatte) oder
/dev/sdb (auf dem zweiten SCSI-Laufwerk).
N
Die Endziffer kennzeichnet die Partition. Die ersten vier
(primren oder erweiterten) Partitionen sind von
1 bis 4
durchnummeriert. Logische Partitionen beginnen bei
5. Beispielsweise ist
/dev/hda3 die dritte primre oder
erweiterte Partition auf der ersten IDE-Festplatte.
/dev/sdb6 ist die zweite logische
Partition auf der zweiten SCSI-Festplatte.
Bitte beachten
Kein Teil dieser Namenskonvention basiert auf dem Partitionstyp. Im
Gegensatz zu DOS/Windows knnen unter Red Hat Linux
alle Partitionen erkannt werden. Das
heit nicht, dass Red Hat Linux auf die Daten aller Partitionstypen
zugreifen kann. Aber in vielen Fllen ist es mglich, auf
Daten zuzugreifen, die sich in einer Partition befinden, die von
einem anderen Betriebssystem verwendet wird.
Behalten Sie diese Informationen im Hinterkopf. Sie erleichtern das
Verstndnis, wenn Sie die fr Red Hat Linux erforderlichen
Partitionen einrichten.
Wenn Ihre Red Hat Linux Partitionen eine Festplatte mit von anderen
Betriebssystemen verwendeten Partitionen gemeinsam nutzen, gibt es in
der Regel keine Schwierigkeiten. Es gibt jedoch bestimmte
Kombinationen aus Linux und anderen Betriebssystemen, die
zustzliche Sorgfalt erfordern. Informationen zum Erstellen von
Festplattenpartitionen, die mit anderen Betriebssystemen kompatibel
sind, finden Sie in mehreren HOWTOs und Mini-HOWTOs, die auf der
Red Hat Linux CD-ROM in den Verzeichnissen doc/HOWTO und
doc/HOWTO/mini zu finden sind. Insbesondere sind
die Mini-HOWTOs, deren Namen mit Linux+
beginnen, recht hilfreich.
Intel
Wenn Red Hat Linux/Intel zusammen mit OS/2
auf Ihrem Computer verwendet werden soll, mssen Sie die
Festplattenpartitionen mit der Partitionierungs-Software von OS/2
erstellen - sonst erkennt OS/2 mglicherweise die Partitionen
nicht. Whrend der Installation erstellen Sie keine neuen
Partitionen, sondern Sie stellen die richtigen Partitionstypen
fr Ihre Linux-Partitionen mit Hilfe von Linux
fdisk ein.
Was Linux-Anfnger immer wieder verwirrt, ist die Tatsache, wie
Partitionen vom Betriebssystem Linux verwendet werden und wie der
Zugriff darauf erfolgt. Unter DOS/Windows ist das relativ einfach:
Wenn mehr als eine Partition vorhanden ist, erhlt jede
Partition ihren eigenen "Laufwerksbuchstaben". Mit diesem
Laufwerksbuchstaben knnen Sie dann Dateien und Verzeichnisse
auf einer bestimmten Partition ansprechen.
Red Hat Linux geht vllig anders mit Partitionen - und Plattenspeicher
im Allgemeinen - um. Der Hauptunterschied besteht darin, dass jede
Partition dazu verwendet wird, einen Teilbereich des Speichers zu
bilden, der fr die Aufnahme einer Gruppe von Dateien und
Verzeichnissen bentigt wird. Dies geschieht durch Zuordnung
einer Partition zu einem Verzeichnis mit Hilfe eines Prozesses, der
als Mounten bezeichnet wird. Durch das Mounten
einer Partition wird deren Speicher ber das angegebene
Verzeichnis (bekannt als Mount-Point)
verfgbar.
Wenn zum Beispiel die Partition /dev/hda5 in
/usr eingebunden (gemountet) wird, bedeutet das,
dass alle Dateien und Verzeichnisse unter /usr
physikalisch in /dev/hda5 abgelegt sind. So
wre die Datei
/usr/share/doc/FAQ/txt/Linux-FAQ in
/dev/hda5 gespeichert, nicht jedoch die Datei
/etc/X11/gdm/Sessions/Gnome.
Setzen wir das Beispiel fort: Es wre auch mglich, dass
ein oder mehrere Verzeichnisse unter /usr
Mount-Points fr andere Partitionen sind. Beispielsweise
knnte eine Partition (z.B. /dev/hda7) in
/usr/local eingebunden werden. Das bedeutet,
dass z.B. /usr/local/man/whatis dann in
/dev/hda7 zu finden wre und nicht in
/dev/hda5.
An dieser Stelle der Vorbereitungen fr die Installation von
Red Hat Linux sollten Sie einige berlegungen zu Anzahl und
Gre der Partitionen fr Ihr neues Betriebssystem
anstellen. ber die Frage nach der "richtigen Anzahl der
Partitionen" wird in der Linux-Gemeinschaft heftig gestritten,
und ohne dass ein Ende dieser Auseinandersetzung abzusehen wre,
kann mit Sicherheit behauptet werden, dass es sicherlich genauso
viele Partitionsaufteilungen gibt wie Beitrge zu diesem Thema.
Vor diesem Hintergrund empfiehlt es sich, sofern kein Grund fr
eine andere Vorgehensweise vorliegt, die folgenden Partitionen zu
erstellen:
Eine Swap-Partition
— Swap-Partitionen dienen zur Untersttzung von
virtuellem Speicher. Mit anderen Worten: Daten werden in den
Swap-Speicher geschrieben, wenn der RAM-Speicher fr die von
Ihrem System verarbeiteten Daten nicht ausreicht. Wenn Ihr
Computer mit 16 MB RAM oder weniger ausgestattet ist,
mssen Sie eine Swap-Partition
erstellen. Auch wenn Sie mehr Speicher zur Verfgung haben,
empfiehlt sich eine Swap-Partition. Die Mindestgre
der Swap-Partition sollte der Gre des RAMs oder 16
MB entsprechen (je nachdem, was grer ist).
Eine /boot-Partition
— Die Partition, die in /boot gemountet
ist, enthlt den Betriebssystem-Kernel (der den Start von
Red Hat Linux ermglicht) und einige andere Dateien, die whrend
des Bootens bentigt werden. Wegen der Einschrnkungen
der meisten PC-BIOS-Versionen sollten Sie zur Aufnahme dieser
Dateien nur eine kleine Partition erstellen. Sie sollte nicht
grer als 16 MB sein.
Eine Root-Partition (/)
— In der Root-Partition befindet sich /
(das Root-Verzeichnis). In dieser Partitionsaufteilung befinden
sich bis auf die Dateien, die in /boot
gespeichert sind, alle Dateien in der Root-Partition. Deshalb
sollten Sie die Root-Partition so gro wie mglich
ansetzen. Eine Root-Partition von 900 MB erlaubt den Umfang einer
Workstation-Installation (mit sehr wenig
freiem Festplattenspeicher), whrend Sie in einer
Root-Partition von 1,7 GB alle Pakete installieren knnen.
LILO (der LInux LOader) ist die am hufigsten eingesetzte Methode
zum Starten von Red Hat Linux auf Intel-basierten Systemen. Als
Betriebssystemloader arbeitet LILO "auerhalb" von
Betriebssystemen und verwendet nur das in den Computer integrierte
elementare E/A-System (Basic Input/Output System, BIOS). Dieser
Abschnitt beschreibt die Interaktionen zwischen LILO und dem PC-BIOS
und gilt nur fr Intel-basierte Computer.
LILO ist einigen Einschrnkungen unterworfen, die durch das
BIOS der meisten Intel-basierten Computern auferlegt werden.
Fr die meisten BIOS-Versionen ist vor allem der Zugriff auf
mehr als zwei Festplatten sowie auf Daten, die auf
Festplattenbereichen oberhalb von Zylinder 1023 gespeichert sind,
nicht mglich. Beachten Sie, dass einige neuere BIOS-Versionen
diese Einschrnkung nicht mehr kennen, aber das ist leider
noch die Ausnahme.
Alle Daten, auf die LILO whrend des Systemstarts zugreifen
muss (einschlielich Linux-Kernel), befinden sich im
Verzeichnis /boot. Wenn Sie die oben
empfohlene Partitionsaufteilung vornehmen oder wenn Sie eine
Workstation- oder Server-Installation durchfhren, befindet
sich das /boot-Verzeichnis in einer kleinen
separaten Partition. Andernfalls ist es in der Root-Partition
angeordnet. Wenn Sie Ihr Red Hat Linux System mit LILO starten
mchten, muss die Partition, in der sich
/boot befindet, in beiden Fllen den
folgenden Richtlinien entsprechen:
Auf einem der beiden ersten IDE-Laufwerke
Wenn Sie 2 IDE- (oder EIDE)-Laufwerke haben, muss
/boot auf einem dieser Laufwerke
vorhanden sein. Beachten Sie, dass diese Einschrnkung
auch alle IDE-CD-ROM-Laufwerke, die am primren
IDE-Controller angeschlossen sind, einschliet. Wenn
Ihr Computer also ber eine IDE-Festplatte und ein
IDE-CD-ROM-Laufwerk am primren Controller verfgt,
muss sich /boot auf
der ersten Festplatte befinden, selbst wenn am zweiten
IDE-Controller weitere Festplatten angeschlossen sind.
Auf dem ersten IDE- oder SCSI-Laufwerk
Wenn Sie ein IDE- (oder EIDE)-Laufwerk und ein oder mehrere
SCSI-Laufwerke haben, muss /boot
entweder auf dem IDE-Laufwerk oder dem SCSI-Laufwerk mit der
ID 0 liegen. Ein Laufwerk mit anderer SCSI-ID ist nicht
zulssig.
Auf den ersten beiden SCSI-Laufwerken
Wenn Sie nur SCSI-Festplatten haben, muss
/boot auf einem Laufwerk mit der ID 0
oder ID 1 liegen. Ein Laufwerk mit anderer SCSI-ID ist nicht
zulssig.
Partition vollstndig unterhalb
Zylinder 1023
Unabhngig von den oben genannten Konfigurationen muss
die Partition, die /boot enthlt,
vollstndig unterhalb von Zylinder 1023 liegen. Wenn die
Partition mit /boot teils unter, teils
ber Zylinder 1023 liegt, kann es vorkommen, dass LILO
anfnglich funktioniert (da alle wichtigen Informationen
unterhalb Zylinder 1023 liegen), bis ein neuer Kernel geladen
werden muss, der sich oberhalb dieses Zylinders befindet.
Wie bereits zuvor erwhnt wurde, erlauben einige der neueren
BIOS-Versionen LILO den Betrieb mit Konfigurationen, die nicht
unseren Richtlinien entsprechen. hnlich knnen auch
ausgefallenere Funktionsmerkmale von LILO dazu verwendet werden,
ein Linux-System zum Laufen zu bringen, selbst wenn die
Konfiguration nicht unseren Richtlinien entspricht. Wegen der
Vielzahl der damit verbundenen Unbekannten kann Red Hat solche
auergewhnlichen Systeme nicht untersttzen.
Bitte beachten
Das Partitionierungstool Disk Druid sowie die Workstation- und
Server-Installation bercksichtigen diese BIOS-bedingten
Einschrnkungen.
Blcke haben im Gegensatz zu
unseren Abbildungen immer die gleiche Gre.
Beachten Sie auch, dass eine durchschnittliche Festplatte
Tausende von Blcken enthlt. Fr unsere
Betrachtung sollen solche unwesentlichen Diskrepanzen aber
keine Rolle spielen.
Red Hat Die PowerTools sind eine Sammlung von Software-Paketen, die
fr das Betriebssystem Red Hat Linux7.0 entwickelt wurden. Die
PowerTools enthalten die aktuellen Versionen (Datum der Freigabe dieses
Software-Produkts) von Hunderten von Programmen - eine interessante
Anwendung sollte also leicht zu finden sein.
Unter anderem sind enthalten: Audioprogramme, Chat-Clients,
Entwicklungstools, Editoren, Dateimanager, Emulatoren, Spiele,
Grafikprogramme, Produktivittsanwendungen,
Mathematik-/Statistikpakete, Tools fr Systemadministration und
Netzwerkmanagement sowie Windowmanager.
Sie knnen die Datei mit dem Inhaltsverzeichnis der PowerTools
CD-ROM vom Shell Prompt aus lesen (entweder in einem Terminalfenster
oder im Konsolenmodus). Mounten Sie die CD-ROM (mount
/mnt/cdrom). Wechseln Sie anschlieend das Verzeichnis
mit Hilfe des Befehls cd /mnt/cdrom. Geben Sie
less CONTENTS ein, um die verfgbaren
Anwendungen anzuzeigen.
Wenn Sie mit GNOME oder KDE arbeiten, mssen Sie nur die CD in
Ihr CD-ROM-Laufwerk einlegen. Sie werden aufgefordert, das
Root-Passwort einzugeben (Sie mssen als Root angemeldet sein,
um Pakete installieren zu knnen). Nach der Eingabe des
Root-Passworts startet entweder Gnome-RPM-
oder das Kpackage-Paketmanagementprogramm
automatisch (je nach GUI-Umgebung) und kann zum Installieren der
PowerTools verwendet werden.
Zuerst mssen Sie die PowerTools CD-ROM in Ihrem
CD-ROM-Laufwerk mounten.
Legen Sie die PowerTools CD in Ihr CD-ROM-Laufwerk ein. Geben Sie
als Root Folgendes ein:
#mount -t iso9660 /dev/cdrom /mnt/cdrom#
Bitte beachten:
Mglicherweise haben Sie oder der Systemadministrator
Benutzern Ihres Systems die Mglichkeit eingerumt, das
CD-ROM-Laufwerk zu mounten (dies darf normalerweise nur Root).
Benutzer haben diese Berechtigung, wenn die Option
user in der Zeile
/dev/cdrom in der Datei
/etc/fstab enthalten ist. Bedenken Sie
jedoch, dass Sie zum Installieren von PowerTools RPMs als Root
angemeldet sein mssen.
Wechseln Sie nach dem Mounten des Laufwerks mit
cd mit dem folgenden Befehl in das Verzeichnis,
in dem der Inhalt der CD-ROM gemountet wurde:
#cd /mnt/cdrom
Wenn Sie den Inhalt der CDmit ls auflisten,
sehen Sie die folgenden Verzeichnisse: SRPMS
und RedHat/ Das Verzeichnis
SRPMS enthlt die PowerTools Quell-RPMs.
Das Verzeichnis RedHat/RPMS enthlt die
RPMs fr die drei vorgegebenen Betriebssystemarchitekturen.
Der Pfad RedHat/RPMS wird im Folgenden als
allgemeines Beispiel verwendet. Statt
RedHat/RPMS ist das Verzeichnis einzusetzen, das
Ihrer Architektur und den zu installierenden Paketen entspricht.
Wechseln Sie mit dem Befehl cd in das
Verzeichnis RedHat/RPMS:
#cd RedHat/RPMS#
Listen Sie die RPM-Dateien des Verzeichnisses mit dem Befehl
ls auf, um die vollstndige Liste der
RPM-Pakete anzuzeigen, die fr Intel-kompatible Systeme
vorgesehen sind.
Sicher bentigen Sie mehr Informationen ber ein spezielles
Paket, bevor Sie entscheiden knnen, ob Sie es installieren
mchten. Weitere Informationen ber die Pakete, z.B. die
Funktionen und die Herkunft, knnen Sie mit den
Abfragemglichkeiten von RPM abrufen.
Anleitungen zum Anzeigen von Informationen zu Paketen mit Hilfe von
RPM finden Sie in
Abschnitt namens Freunde beeindrucken mit RPM in Kapitel 5.
Nachdem Sie sich fr ein bestimmtes Paket entschieden haben,
knnen Sie die Installation mit RPM
durchfhren. RPM ist ein
leistungsfhiges Paketmanagementsystem, das von der Befehlszeile
aus bedient wird. Weitere Informationen zur Benutzung von
RPM fr die Installation und
Verwaltung von PowerTools-Paketen finden Sie in
Kapitel 5.
Wenn Sie die Installation Ihrer Pakete abgeschlossen haben,
mssen Sie Ihre CD-ROM unmounten. Wechseln Sie zunchst mit
dem Befehl cd .. in die nchste
Verzeichnisebene ber /mnt/cdrom/. Geben
Sie anschlieend den Befehl umount
/mnt/cdrom ein, um die CD-ROM zu unmounten. Geben Sie jetzt
eject /mnt/cdrom ein. Das CD-ROM-Laufwerk wird
geffnet, damit Sie die CD entnehmen knnen.
Die grundlegende Idee hinter RAID (Redundant Array of Independent Disks)
besteht darin, mehrere kleine, preiswerte Festplatten zu einer
Festplattengruppe zu kombinieren und dadurch eine hhere Leistung zu
erreichen als mit einer groen und teuren Festplatte. Diese
Festplattengruppe wird durch den Computer wie eine einzige logische
Speichereinheit oder Festplatte angesprochen.
Bei dieser Methode werden Daten auf mehrere Festplatten unter
Verwendungen von Techniken wie Disk Striping (RAID
Level 0) und Disk Mirroring (RAID Level 1)
verteilt, um Redundanz, geringere Latenzzeit und/oder grere
Bandbreite zum Lesen und/oder Schreiben sowie die Mglichkeit zur
Wiederherstellung der Datei nach dem Ausfall einer Festplatte zu
gewinnen.
Das grundlegende Konzept von RAID ist, dass Daten auf jedes Laufwerk
innerhalb der Laufwerkgruppe auf einheitliche Art und Weise verteilt
werden knnen. Dazu mssen die Daten zuerst in
"Blcke" einheitlicher Gre aufgeteilt werden
(oft 32 oder 64 KB gro, andere Gren sind
mglich). Jeder Block wird dann abwechselnd auf jedes Laufwerk
geschrieben. Wenn die Daten gelesen werden sollen, wird der Prozess
umgekehrt. Dadurch entsteht der Eindruck, dass mehrere Laufwerke ein
groes Laufwerk sind.
Wer mit groen Datenmengen umgeht (z.B. ein typischer
Administrator), kann von der RAID-Technologie profitieren. Zu den
Hauptgrnden fr die Verwendung von RAID gehren:
Hhere Geschwindigkeit
Grere Speicherkapazitt (und wirtschaftlicher)
Bessere Effizienz beim Wiederherstellen von Daten nach einem
Plattenausfall
Das Hardware-basierte System verwaltet das RAID-Teilsystem
unabhngig vom Rechner und stellt fr den Rechner nur
eine einzige Festplatte pro RAID-Array dar.
Ein Beispiel fr ein Hardware-RAID-Gert wre eine
Einheit, die an einen SCSI-Controller angeschlossen ist und deren
RAID-Array wie ein einziges SCSI-Laufwerk angesprochen wird. Ein
externes RAID-System verlagert alle RAID-Steuerungsprozesse in einen
Controller, der sich im externen Festplattenteilsystem befindet. Das
ganze Teilsystem wird ber einen normalen SCSI-Controller an den
Rechner angeschlossen und erscheint fr diesen als "ganz
normale" Festplatte.
RAID-Controller werden auch in Form von Karten angeboten, die
fr das Betriebssystem wie ein SCSI-Controller
agieren, jedoch die gesamte Kommunikation mit
den RAID-Laufwerken bernehmen. In diesen Fllen werden die
Laufwerke genauso an den RAID-Controller angeschlossen wie an einen
SCSI-Controller. Danach werden sie in die Konfiguration des
RAID-Controllers eingetragen, so dass das Betriebssystem den
Unterschied zu herkmmlichen Laufwerken nicht mehr erkennt.
Beim Software-RAID sind die verschiedenen RAID-Levels im
Kernel-Disk-(Blockgerte-) Code implementiert. Dieser Ansatz ist
die preiswerteste Lsung: Es werden keine teuren
Festplattencontroller oder Hot-Swap-Chassis bentigt
[1],
und Software-RAID funktioniert mit billigeren IDE-Festplatten ebenso
wie mit SCSI-Festplatten. Mit den heutigen schnellen CPUs
bertrifft die Leistung von Software-RAID-Systemen sogar die von
Hardware-RAID-Systemen.
Der MD-Treiber im Linux-Kernel ist ein Beispiel fr eine
RAID-Lsung, die vollkommen hardwareunabhngig ist. Die
Leistung eines Software-basierten Arrays ist sehr stark abhngig
von Leistung und Auslastung der Server-CPU.
RAID bietet auerdem die Level 0, 1, 4, 5 und lineare
Untersttzung. Diese RAID-Typen funktionieren
folgendermaen:
Level 0 - RAID Level 0, oftmals als
"Striping" bezeichnet, ist eine leistungsorientierte
Datenzuordnungstechnik. Das heit, die in das Array zu
schreibenden Daten werden zerlegt und auf die einzelnen
Festplatten des Arrays verteilt. Dies ermglicht eine hohe
E/A-Leistung bei geringen zustzlichen Kosten, bietet jedoch
keine Redundanz. Die Speicherkapazitt des Arrays entspricht
der Gesamtkapazitt aller Festplatten des Arrays.
Level 1 - RAID Level 1, oder
"Mirroring", wird bereits lnger als alle anderen
RAID-Formen eingesetzt. Level 1 gewhrleistet Redundanz,
indem die gleichen Daten auf jede einzelne Festplatte des Arrays
geschrieben werden, so dass auf jeder Festplatte eine
"gespiegelte" Kopie vorliegt. Diese Vorgehensweise
bleibt wegen ihrer Einfachheit und hohen Datenverfgbarkeit
weiterhin populr. Sie funktioniert mit zwei oder mehreren
Festplatten, die fr hohe
Datenbertragungsgeschwindigkeiten mit parallelem Zugriff
lesen knnen, aber normalerweise fr hohe
E/A-Transaktionsraten unabhngig voneinander arbeiten. Level
1 bietet sehr gute Datensicherheit und verbessert die Leistung
fr leseintensive Anwendungen, jedoch bei relativ hohen
Kosten.
[2]
Wenn Sie identische Festplattenlaufwerke verwenden, dann
entspricht die Kapazitt des Arrays der Kapazitt
einer einzelnen Festplatte im Array.
Level 4 - Level 4 verwendet
Prfbits
[3]
die zum Datenschutz auf einer einzigen Festplatte konzentriert
sind. Dieses Verfahren eignet sich eher fr
E/A-Vorgnge als fr die bertragung groer
Dateien. Da die eigens fr Prfbits bestimmte
Festplatte einen Engpass darstellt, wird Level 4 selten ohne
untersttzende Techniken wie Write Back Caching verwendet.
Obwohl RAID Level 4 fr einige RAID-Partitionsvarianten
verwendet werden kann, ist es fr Red Hat Linux RAID-Installationen
nicht zugelassen.
[4]
Die Kapazitt des Arrays entspricht der Kapazitt der
Festplatten im Array minus der Kapazitt einer Festplatte,
falls Sie identische Festplattenlaufwerke verwenden.
Level 5 - Der am weitesten verbreitete
RAID-Typ. Durch Verteilen der Prfbits auf einige oder alle
Array-Laufwerke wird der Schreibengpass von Level 4 eliminiert.
Den einzigen Engpass bildet jetzt die Prfsummenbildung, was
jedoch mit modernen CPUs und Software-RAID kein nennenswertes
Problem ist. Wie bei Level 4 ist das Ergebnis ein asymmetrisches
Leistungsverhalten, wobei Lesevorgnge erheblich schneller
ablaufen als Schreibvorgnge. Um diese Asymmetrie zu
verringern, wird Level 5 hufig zusammen mit Write-back
verwendet. Die Kapazitt des Arrays entspricht der
Kapazitt der Festplatten im Array minus der Kapazitt
einer Festplatte, falls Sie identische Festplattenlaufwerke
verwenden.
Lineares RAID - Lineares RAID ist die
einfache Zusammenschaltung von Festplatten, um so zu einer
greren virtuellen Festplatte zu gelangen. Beim
linearen RAID werden die Blcke jeweils auf die nchste
Festplatte geschrieben, wenn die vorhergehende Festplatte voll
ist. Diese Gruppierung bringt keinen Leistungsvorteil, da es
unwahrscheinlich ist, dass E/A-Operationen zwischen verschiedenen
Festplatten aufgeteilt werden. Lineares RAID bietet auch keine
Redundanz und reduziert sogar die Zuverlssigkeit - wenn
eine der Festplatten ausfllt, funktioniert das gesamte
Array nicht mehr. Die Kapazitt berechnet sich aus der Summe
der Kapazitten aller Festplatten.
RAID ist sowohl bei Verwendung der grafischen Oberflche als auch
im Kickstart-Installationsmodus verfgbar. Ihre RAID-Konfiguration
knnen Sie mit fdisk oder
Disk Druid erstellen. Diese Anleitung
konzentriert sich jedoch hauptschlich auf die Verwendung von
Disk Druid fr diese Aufgabe.
Bevor Sie ein RAID-Gert erstellen knnen, mssen zuerst
RAID-Partitionen erstellt werden. Gehen Sie dabei nach der folgenden
Schritt-fr-Schritt-Anweisung vor.
Tipp: Verwendung von fdisk
Wenn Sie fdisk zum Erstellen einer
RAID-Partition verwenden, ist Folgendes zu beachten: Sie mssen
statt einer Partition vom Typ 83 (= Linux Native)
eine Partition vom Typ fd (Linux RAID) erstellen.
Die beste Leistung erzielen Sie auerdem, wenn die Partitionen
innerhalb eines festgelegten RAID-Arrays auf den Laufwerken
identische Zylinder umfassen.
Erstellen Sie eine Partition. In Disk
Druid mssen Sie
Hinzufgen whlen, um eine neue
Partition zu erstellen (siehe
Abbildung E-1).
Abbildung E-1 Erstellen einer neuen RAID-Partition
Sie knnen dabei noch keinen Mount-Point eingeben. (Das
knnen Sie erst, wenn Sie Ihr RAID-Gert erstellt haben.)
Geben Sie die Gre der Partition ein.
Aktivieren Sie das Kontrollkstchen An
Kapazitt der Festplatte anpassen, wenn Sie die
Partition so anpassen wollen, dass sie die gesamte Festplatte
einnimmt. Ihre Gre ist variabel und hngt davon
ab, wie Sie die anderen Partitionen festlegen. Wenn Sie mehr als
eine anpassbare Partition erstellen, dann werden die verschiedenen
Partitionen um den verfgbaren freien Festplattenplatz
konkurrieren.
Geben Sie RAID als Partitionstyp an.
Whlen Sie schlielich unter
Verfgbare Laufwerke das
RAID-Laufwerk aus. Wenn Sie ber mehrere Laufwerke
verfgen, werden hier alle Laufwerke aktiviert. Sie
mssen diejenigen Laufwerke deaktivieren, auf denen
kein RAID-Array erstellt werden soll.
Fahren Sie auf diese Weise fort, und erstellen Sie so viele
Partitionen, wie fr das RAID-Array bentigt werden.
Abbildung E-2 RAID-Partitionen
Wenn Sie alle RAID-Partitionen erstellt haben, whlen Sie die
Schaltflche RAID-Gert erstellen im
Hauptpartitionierungsbildschirm von Disk
Druid (siehe Abbildung E-2).
Dann erscheint Abbildung E-3. Hier
knnen Sie ein RAID-Gert erstellen.
Abbildung E-3 Erstellen eines RAID-Gertes
Geben Sie zuerst einen Mount-Point an.
berprfen Sie dann, ob der Partitionstyp auf
Linux Native eingestellt ist
(Standardvorgabe).
Whlen Sie Ihr RAID-Gert aus. Whlen Sie fr
das erste Gert md0, fr
das zweite Gert md1 usw., es sei denn es
liegt ein wichtiger Grund vor, andere Bezeichnungen fr die
Gerte auszuwhlen. Fr RAID-Gerte knnen
die Bezeichnungen md0 bis md7 und jede nur einmal verwendet werden.
Whlen Sie den RAID-Typ aus. Sie knnen zwischen
RAID 0, RAID 1 und
RAID 5 whlen.
Bitte beachten
Wenn Sie eine RAID-Partition von /boot
erstellen, mssen Sie RAID Level 1 auswhlen. Zudem
muss eines der ersten beiden Laufwerke (IDE als erstes, SCSI
als zweites) verwendet werden. Wenn Sie keine RAID-Partition
von /boot, sondern von
/ erstellen, mssen Sie ebenfalls
RAID Level 1 auswhlen. Auch in diesem Fall muss eines der
beiden ersten Laufwerke (IDE als erstes, SCSI als zweites)
verwendet werden.
Whlen Sie schlielich die Partitionen aus, die zum
RAID-Array gehren sollen (siehe
Abbildung E-4), und klicken Sie auf
Weiter.
Abbildung E-4 Erstellen eines RAID-Arrays
Ab hier knnen Sie mit dem Installationsprozess fortfahren.
Weitere Informationen finden Sie im
Offiziellen Red Hat Linux Installationshandbuch.
RAID Level 1 ist teuer, weil alle Informationen auf alle
Festplatten des Arrays geschrieben werden. Dadurch wird
Speicherplatz verschwendet. Wenn zum Beispiel RAID Level 1 so
eingerichtet ist, dass die Root ("/")-Partition
ber zwei 4 GB-Festplattenlaufwerke verteilt ist, sind
insgesamt 8 GB im Einsatz, wobei Sie aber nur auf 4 GB dieser
8 GB zugreifen knnen. Die anderen 4 GB werden als eine
Art Spiegel der ersten 4 GB verwendet.
Die Prfbitinformationen werden auf der Grundlage des
Inhalts der restlichen Festplatten des Arrays berechnet.
Diese Informationen knnen dann fr die
Rekonstruktion von Daten verwendet werden, wenn eine
Festplatte des Arrays ausfllt. Mit den rekonstruierten
Daten knnen E/A-Anforderungen an die ausgefallene
Festplatte beantwortet und die Festplatte nach der Reparatur
oder dem Austausch neu beschrieben werden.
RAID Level 4 bentigt etwa denselben Speicherplatz wie
RAID Level 5. Level 5 bietet allerdings im Gegensatz zu Level
4 eine Vielzahl von Vorteilen. Aus diesem Grund wird Level 4
nicht untersttzt.
Der RPM Package
Manager (RPM) ist ein offenes, frei verfgbares
System zur Paketverwaltung, und kann unter Red Hat Linux und anderen Linux- und
UNIX-Systemen ausgefhrt werden. Red Hat mchte andere Anbieter
ausdrcklich dazu ermutigen, sich die Zeit zu nehmen, RPM nher
zu betrachten und es fr ihre eigenen Produkte zu verwenden. RPM
kann gem den Lizenzbedingungen der GPL vertrieben werden.
Fr den Endbenutzer stellt RPM viele Funktionsmerkmale bereit, die
die Systemverwaltung so einfach wie nie zuvor machen. Das Installieren,
Deinstallieren und Aktualisieren der RPM-Pakete wird jeweils durch
Befehle ausgefhrt, die nur eine einzelne Zeile umfassen - um
komplizierte Details brauchen Sie sich nicht mehr zu kmmern. RPM
verwaltet eine Datenbank mit den installierten Paketen und deren Dateien,
die Ihnen das Durchfhren effizienter Suchvorgnge und
berprfungen in Ihrem System ermglicht.
Whrend einer Aktualisierung behandelt RPM die Konfigurationsdateien
auf besondere Weise, so dass Ihre Benutzereinstellungen nicht mehr
verloren gehen knnen - ein Funktionsmerkmal, das bei
gewhnlichen .tar.gz-Dateien nicht mglich
ist.
Dem Entwickler bietet RPM die Mglichkeit, Quellcode aus der
Software zu extrahieren und ihn in Quell- und Binrpakete fr
die Endbenutzer zu packen. Dies ist ein recht einfaches Verfahren, das
von einer einzelnen Datei sowie von optionalen Patches (von Ihnen
erstellt) ausgefhrt wird. Dieses einfache Konzept mit den
"reinen" Quellen und Ihren Patches und build-Anweisungen
erleichtert das Pflegen des Pakets, wenn neue Software-Versionen
erscheinen.
Bitte beachten
Obwohl es nicht schadet, das grundlegende Konzept von RPM zu begreifen,
gibt es eine Alternative. Wenn Sie statt von der Befehlszeile aus
lieber mit einer grafischen Benutzeroberflche arbeiten, empfehlen
wir Ihnen die Verwendung von Gnome-RPM.
Weitere Informationen finden Sie in Kapitel 6.
Bevor Sie sich mit der Funktionsweise von RPM auseinander setzen, ist
es sinnvoll, eine ungefhre Vorstellung von den Entwicklungszielen
zu bekommen.
Aktualisierbarkeit
Mit RPM knnen Sie einzelne Komponenten Ihres Systems
aktualisieren, ohne eine komplette Neuinstallation vornehmen zu
mssen. Wenn Sie eine neue Version eines auf RPM basierenden
Betriebssystems (z.B. Red Hat Linux) erhalten, mssen Sie auf Ihrem
Computer keine Neuinstallation vornehmen (wie das bei
Betriebssystemen der Fall ist, die auf anderen Paketsystemen
basieren). RPM ermglicht Ihnen eine intelligente,
vollautomatische Aktualisierung Ihres vorhandenen Systems. Die
Konfigurationsdateien in den Paketen werden whrend des
Aktualisierungsvorgangs geschtzt, so dass Sie Ihre
Benutzereinstellungen nicht verlieren.
Leistungsstarke Abfragefunktionen
Ein weiteres Entwicklungsziel waren leistungsstarke
Abfrageoptionen fr RPM. Sie knnen Suchanfragen nach
Paketen oder sogar nach bestimmten Dateien auf Ihre gesamte
Datenbank ausdehnen. Auerdem knnen Sie schnell
feststellen, zu welchem Paket eine Datei gehrt und woher
dieses Paket stammt. Die in einem RPM-Paket enthaltenen Dateien
befinden sich in einem komprimierten Archiv zusammen mit einem
benutzerdefinierten Binr-Header, der ntzliche
Informationen ber das Paket und seinen Inhalt enthlt
und somit ein schnelles und einfaches Abfragen einzelner Pakete
ermglicht.
Systemberprfung
Ein weiteres leistungsstarkes Funktionsmerkmal ist das
berprfen von Paketen. Wenn Sie sich Sorgen machen,
weil Sie mglicherweise eine fr ein bestimmtes Paket
wichtige Datei gelscht haben, knnen Sie das Paket
einfach berprfen. Sie werden ber eventuell
festgestellte Unstimmigkeiten benachrichtigt. Sie knnen
dann das Paket neu installieren, falls dies erforderlich sein
sollte. Smtliche von Ihnen bearbeiteten
Konfigurationsdateien bleiben whrend der Neuinstallation
erhalten.
Unvernderter Quellcode
Ein wesentliches Entwicklungsziel war die Mglichkeit, den
ursprnglichen und unvernderten Quellcode zur
Verfgung zu stellen, wie er von den eigentlichen Autoren
der Software vertrieben wird. Mit RPM steht Ihnen dieser
ursprngliche Code zusammen mit den verwendeten Patches und
den kompletten build-Anweisungen zur Verfgung. Dies ist aus
mehreren Grnden sehr vorteilhaft. Wenn beispielsweise eine
neue Version eines Programms auf den Markt kommt, mssen Sie
nicht unbedingt wieder von vorn anfangen und das Programm
kompilieren. Sie schauen sich lediglich den Patch an und wissen,
was Sie mglicherweise zu tun haben.
Auf diese Weise knnen alle kompilierten Standardwerte und
smtliche nderungen angezeigt werden, die vorgenommen
wurden, um ein korrektes Erstellen der Software zu
ermglichen.
Dieses Ziel mag lediglich Entwicklern wichtig erscheinen, doch
die daraus resultierende hhere Qualitt der Software
kommt auch den Endbenutzern zugute. Wir mchten an dieser
Stelle den Mitarbeitern der BOGUS-Distribution danken, von denen
das Konzept des unvernderten Quellcodes stammt.
In diesem Kapitel wird erlutert, wie Sie ein Zertifikat beantragen
und installieren, das Ihren Server vor unberechtigten Zugriffen
schtzt und seine Echtheit besttigt.
Damit die Daten Ihrer Kunden beim Geschftsverkehr ber das Web
sicher und geschtzt sind, mssen Sie Ihren Web-Server vor
unberechtigten Zugriffen schtzen. Sichere Server verwenden das
Protokoll Secure Sockets Layer (SSL), das die
zwischen Browser und Server bertragenen Daten verschlsselt.
Wenn Ihr Browser mit SSL Daten bertrgt, wird in der
Navigationsleiste vor der URL (URL = Uniform Resource Locator) das
Prfix https: angezeigt.
Ihre Kunden knnen beruhigt im Web einkaufen, wenn sie wissen, dass
ihre Transaktionen nicht in die falschen Hnde geraten. Sichere
Server werden jedoch nicht nur fr den elektronischen Handel
verwendet, sondern bermitteln auch sicherheitsrelevante Daten wie
Verkaufszahlen ber das Internet an Verkufer oder
Geschftspartner.
Sichere Server weisen sich mit einem Zertifikat bei den Web-Browsern aus.
Sie knnen entweder ein eigenes Zertifikat generieren (mit eigener
Signatur) oder eines von einer anerkannten Zertifizierungsstelle (ZS)
erwerben. Sie haben dann die Garantie, dass die betreffende Website
tatschlich mit dem angegebenen Unternehmen oder der Organisation
verbunden ist.
Wenn Sie Ihren Server fr den elektronischen Handel (E-Commerce)
einsetzen, sollten Sie ein Zertifikat von einer ZS erwerben. Dies hat die
folgenden Vorteile: die Browser erkennen ein solches Zertifikat in der
Regel automatisch an und die ZS garantiert, dass die fr die Website
verantwortliche Organisation tatschlich die ausgewiesene ist.
Selbstgenerierte Zertifikate mit eigener Signatur werden nicht
automatisch von den Browsern akzeptiert. Statt dessen wird der
betreffende Benutzer gefragt, ob das Zertifikat akzeptiert und die
Verbindung hergestellt werden soll.
Wenn Sie das Zertifikat einer Zertifizierungsstelle verwenden, ist die
Identitt der Organisation, die den Server betreibt, garantiert.
Beispiel: das Zertifikat weist Red Hat als Eigentmer der Website aus,
und die ZS ist vertrauenswrdig. Sie knnen dann sicher sein,
dass alle Dateien und Programme, die Sie von dieser Site herunterladen,
tatschlich von Red Hat stammen.
Als ersten Schritt erstellen Sie einen ffentlichen und einen
privaten Schlssel. Anschlieend senden Sie entweder einen
Zertifikatsantrag an die Zertifizierungsstelle oder Sie erstellen ein
Zertifikat mit eigener Signatur. In diesem Kapitel wird erlutert,
wie Sie signierte Zertifikate bei VeriSign
(http://www.verisign.com,
Informationen zu Preisnachlssen fr Red Hat Kunden unter
http://www.verisign.com/offer/redhat/)
und Thawte
(http://www.thawte.com)
beantragen und wie Sie ein eigenes Zertifikat erstellen.
Bitte beachten
Sie knnen signierte Zertifikate bei beliebigen
Zertifizierungsstellen Ihrer Wahl beantragen und sind nicht auf die in
diesem Handbuch angegebenen festgelegt. VeriSign bietet jedoch Kunden
von Red Hat einen Preisnachlass an. Weitere Informationen zum
Preisnachlass von VeriSign finden Sie unter
http://www.verisign.com/offer/redhat.
In diesem Kapitel wird darber hinaus erlutert, wie Sie ein
eigenes Zertifikat oder ein Zertifikat einer ZS auf Ihrem Red Hat Linux Secure Web Server
installieren.
Wenn Sie bereits ber einen Schlssel und ein Zertifikat
verfgen (z.B., wenn Sie Red Hat Linux Secure Web Server installieren, um den sicheren
Web-Server eines anderen Herstellers zu ersetzen), ist es mit
groer Wahrscheinlichkeit mglich, den vorhandenen
Schlssel und das Zertifikat auch mit Red Hat Linux Secure Web Server zu verwenden. In den
folgenden Situationen knnen Sie bereits vorhandene Schlssel
und Zertifikate jedoch nicht wieder verwenden:
Sie ndern die IP-Adresse oder den Domnennamen.
Sie besitzen ein Zertifikat von VeriSign und verwenden eine neue
Server-Software.
Alte Schlssel und Zertifikate knnen nicht wiederverwendet
werden, wenn Sie die IP-Adresse oder den Domnennamen ndern.
Zertifikate werden fr eine bestimmte Kombination aus IP-Adresse
und Domnenname vergeben. Wenn Sie entweder IP-Adresse oder
Domnennamen ndern, mssen Sie ein neues Zertifikat
beantragen.
VeriSign ist eine renommierte Zertifizierungsstelle. Wenn Sie bereits
ein Zertifikat von VeriSign fr einen anderen Zweck besitzen,
wrde es sich anbieten, dieses mit dem neuen Red Hat Linux Secure Web Server zu verwenden.
Die Zertifikate von VeriSign sind jedoch nicht bertragbar, da sie
nur fr eine bestimmte Server-Software und eine bestimmte
Kombination aus IP-Adresse und Domnenname ausgestellt werden.
Sobald Sie einen dieser Parameter ndern (Sie ersetzen
beispielsweise Ihr bisheriges sicheres Web-Server-Produkt durch
Red Hat Linux Secure Web Server), knnen Sie das vorhandene VeriSign-Zertifikat nicht mehr
verwenden, sondern mssen ein neues beantragen.
Wenn Sie ber einen gltigen Schlssel und ein
gltiges Zertifikat verfgen, mssen Sie die Anleitungen
in Kapitel 11 nicht befolgen. Statt dessen
mssen Sie die Dateien, die Schlssel und Zertifikat
enthalten, verschieben oder umbenennen.
Verschieben Sie die vorhandene Schlsseldatei in das Verzeichnis:
/etc/httpd/conf/ssl.key/server.key
Verschieben Sie die vorhandene Zertifikatsdatei in das Verzeichnis:
Wenn Sie von den Versionen 1.0 und 2.0 des Red Hat Secure Web Server
upgraden, werden Schlssel (httpsd.key) und
Zertifikat (httpsd.crt) im Verzeichnis
/etc/httpd/conf/ abgelegt. Sie mssen
Schlssel und Zertifikat verschieben und umbenennen, damit der
Red Hat Linux Secure Web Server sie verwenden kann. Mit den folgenden Befehlen knnen Sie
Schlssel- und Zertifikatsdateien verschieben und umbenennen:
Starten Sie den Red Hat Linux Secure Web Server dann, wie in
Abschnitt namens Starten und Beenden von Apache beschrieben. Sie mssen
kein neues Zertifikat erwerben, wenn Sie von einer vorherigen Version
des Red Hat Linux Secure Web Server upgraden.
In diesem Kapitel erhalten Sie einen berblick ber das Red Hat Linux
System. Dieser berblick soll dazu dienen, Sie mit einigen Aspekten
von Red Hat Linux vertraut zu machen, die Sie mglicherweise noch nicht
kennen. Auerdem erlutert dieses Kapitel einige der
Unterschiede zwischen Red Hat Linux und anderen UNIX-Systemen.
Red Hat ist dem Filesystem Hierarchy Standard
(FHS) verpflichtet. Dabei handelt es sich um ein
gemeinsam mit anderen Institutionen erarbeitetes Dokument, in dem die
Namen und Speicherorte vieler Dateien und Verzeichnisse festgelegt
sind. Unser Unternehmen wird sich auch weiterhin nach diesem Standard
richten, damit Red Hat Linux auch in Zukunft diesen Standard erfllt.
Das aktuelle FHS-Dokument ist die magebende Referenz fr
alle FHS-konformen Dateisysteme. In diesem Abschnitt geben wir Ihnen
einen berblick ber den Standard sowie eine Beschreibung
jener Teile des Dateisystems, die vom Standard nicht beschrieben
werden.
Die Konformitt mit diesem Standard beinhaltet sehr viele Aspekte.
Die beiden wichtigsten Aspekte sind jedoch die Kompatibilitt mit
anderen Systemen und die Mglichkeit, die Partition
/usr als schreibgeschtzte Partition zu
mounten (da sie gemeinsam genutzte ausfhrbare Dateien
enthlt und keine nderungen durch den Benutzer vorgesehen
sind). Da /usr schreibgeschtzt gemountet
werden kann, besteht die Mglichkeit, /usr
ber die CD-ROM oder ber ein schreibgeschtztes
NFS-System von einem anderen Rechner aus zu mounten.
Die hier beschriebenen Verzeichnisse und Dateien stellen nur eine
kleine Teilmenge von den im Dokument zum Dateisystemstandard
angegebenen Verzeichnissen und Dateien dar. Die umfassendsten
Informationen finden Sie im neuesten Dokument zum Dateisystemstandard
FHS.
Das Verzeichnis /dev enthlt
Dateisystemeintrge, die die an das System angeschlossenen
Gerte reprsentieren. Diese Dateien sind fr das
richtige Funktionieren des Systems unerlsslich.
Das Verzeichnis /etc ist fr lokale
Konfigurationsdateien reserviert. In /etc
drfen keine Binrdateien abgelegt werden. Smtliche
Binrdateien, die zu einem frheren Zeitpunkt in
/etc abgelegt wurden, mssen jetzt nach
/sbin oder - wenn mglich - nach
/bin verschoben werden.
Die Verzeichnisse X11 und
skel mssen Unterverzeichnisse von
/etc sein:
/etc
|- X11
+- skel
Im Verzeichnis X11 werden
X11-Konfigurationsdateien wie XF86Config
abgelegt. Im Verzeichnis skel werden
Benutzerdateien-"Gerippe" abgelegt; wenn ein neuer
Benutzer erstellt wird, dienen sie dazu, ein Home-Verzeichnis zu
fllen.
Das Verzeichnis /proc enthlt spezielle
Dateien, die Informationen mit dem Kernel austauschen.
/proc ermglicht es Ihnen, mit Hilfe des
Befehls cat auf einfache Weise auf
Informationen ber das Betriebssystem zuzugreifen.
Das Verzeichnis /sbin enthlt
ausfhrbare Dateien, die nur vom Root-Benutzer verwendet
werden. Die ausfhrbaren Dateien im Verzeichnis
/sbin werden nur dazu verwendet,
/usr zu booten und zu mounten und
Vorgnge zur Systemwiederherstellung auszufhren. Laut
Dateisystemstandard FHS gilt:
"Zustzlich zu den Binrdateien in
/bin sind in /sbin in
der Regel Dateien enthalten, die fr den Systemstart
notwendig sind. Alle Programme, die nach dem erfolgreichen
Mounten von /usr ausgefhrt werden
(falls keine Probleme aufgetreten sind), sollten in
/usr/sbin abgelegt werden.
Binrdateien fr die ausschlielich lokale
Systemadministration sollten in
/usr/local/sbin abgelegt werden."
/sbin sollte mindestens die folgenden
Programme enthalten:
Im Verzeichnis /usr werden Dateien abgelegt,
die allen Benutzern auf einer Site zur Verfgung gestellt
werden. Fr das Verzeichnis /usr wird in
der Regel eine eigene Partition angelegt. Es sollte mglich
sein, diese Partition schreibgeschtzt zu mounten.
/usr muss die folgenden Unterverzeichnisse
enthalten:
/usr
|- X11R6
|- bin
|- doc
|- etc
|- games
|- include
|- lib
|- libexec
|- local
|- sbin
|- share
+- src
Das Verzeichnis X11R6 ist fr das X
Window System gedacht (XFree86 in
Red Hat Linux), bin enthlt ausfhrbare
Dateien, doc enthlt Dokumentation, die
nicht in Form von man-Seiten vorliegt, etc
enthlt Konfigurationsdateien fr die gesamte Site,
games ist fr Spiele reserviert,
include enthlt C-Header-Dateien,
lib enthlt Bibliotheken,
libexec enthlt kleinere Hilfsprogramme,
die von anderen Programmen aufgerufen werden,
sbin enthlt die Binrdateien
fr die Systemadministration (solche Binrdateien, die
nicht zu /sbin gehren),
share enthlt Dateien, die nicht
architekturspezifisch sind und src ist
fr den Quellcode reserviert.
"Die Hierarchie /usr/local kann vom
Systemadministrator fr die Installation lokaler Software
benutzt werden. Bei der Aktualisierung der System-Software muss
ein berschreiben ausgeschlossen werden. Das Verzeichnis
kann fr Programme und Daten verwendet werden, auf die
innerhalb einer Gruppe von Computern zugegriffen werden kann
und die nicht in /usr abgelegt sind."
Das Verzeichnis /usr/local hat eine
hnliche Struktur wie das Verzeichnis
/usr. Es enthlt die folgenden
Unterverzeichnisse, deren Verwendungszweck jeweils dem der
Unterverzeichnisse im Verzeichnis /usr
hnlich ist:
/usr/local
|- bin
|- doc
|- etc
|- games
|- info
|- lib
|- man
|- sbin
+- src
Der Dateisystemstandard FHS erfordert, dass das Mounten von
/usr im Read-Only-Modus mglich sein
soll. Daher sollten Programme, die Protokolldateien schreiben oder
spool- bzw.
lock-Verzeichnisse bentigen, am besten
in das Verzeichnis /var schreiben. Laut
Dateistandardsystem FHS enthlt
/var:
"…variable Datendateien. Dazu gehren
Spool-Verzeichnisse und Spool-Dateien, Systemverwaltungs- und
Protokollierungsdaten sowie zwischengespeicherte Dateien."
/var muss die folgenden Unterverzeichnisse
enthalten:
Systemprotokolldateien wie wtmp und
lastlog werden im Verzeichnis
/var/log abgelegt. Das Verzeichnis
/var/lib enthlt auch die
RPM-Systemdatenbanken. Sperrdateien werden in
/var/lock abgelegt. Das Verzeichnis
/var/spool enthlt Unterverzeichnisse, in
denen verschiedene Systeme Datendateien speichern knnen.
Der Verwendungszweck des Verzeichnisses
/usr/local unterscheidet sich in Red Hat Linux
geringfgig von der im Dateisystemstandard FHS definierten
Verwendung. Laut Dateistandard soll in
/usr/local Software abgelegt werden, die bei
Aktualisierungen der System-Software geschtzt werden soll. Das
Aktualisieren von Red Hat mit dem RPM-System und
Gnome-RPM ist sicher, was das
berschreiben angeht. Es ist daher nicht ntig, Dateien
dadurch zu schtzen, dass Sie sie im Verzeichnis
/usr/local ablegen. Stattdessen wird empfohlen,
/usr/local fr lokal verwendete Software zu
nutzen.
Angenommen, Sie haben z.B. /usr ber NFS
schreibgeschtzt von beavis gemountet.
Wenn Sie ein bestimmtes Paket oder Programm installieren
mchten, auf beavis aber nicht schreibend
zugreifen knnen, sollten Sie es unter
/usr/local installieren. Falls es Ihnen
irgendwann gelingen sollte, den Systemadministrator von
beavis dazu zu bringen, das Programm auf
/usr zu installieren, knnen Sie es von
/usr/local wieder deinstallieren.
Eine der Hauptstrken von Red Hat Linux ist, dass man bei entsprechender
Konfiguration mit diesem Betriebssystem fast alles machen kann. In der
Vergangenheit mussten dazu manchmal kryptische Konfigurationsdateien von
Hand bearbeitet und Systemdienste neu gestartet werden. Dann mussten Sie
darauf hoffen, dass die Vernderungen richtig vorgenommen wurden.
Auerdem kann die Vielfalt der Konfigurationsoptionen fr neue
Benutzer verwirrend sein, die vielleicht nicht wissen, wo sie eine
spezielle Konfigurationsdatei finden knnen.
Red Hat Linux bietet zwei Dienstprogramme zur Systemkonfiguration:
linuxconf und das Control Panel. Das Control
Panel verfgt ber ein Startprogramm fr verschiedene Red Hat
Systemkonfigurationstools einschlielich
linuxconf. Eine Bedienungsanleitung fr
das Control Panel und seine Tools finden Sie in
Abschnitt namens Konfigurieren des Systems mit Control Panel.
Das Konfigurationstool linuxconf erleichtert
die Systemkonfiguration. linuxconf ist
sowohl:
Eine Konfigurationsschnittstelle — Sie geben die Werte zur
Konfiguration Ihres Systems unter einer Benutzeroberflche ein.
Ein Tool zum Aktivieren der Konfiguration — Sobald Sie Ihre
nderungen vorgenommen haben, kann
linuxconf die nderungen
bernehmen.
Obwohl linuxconf gegenwrtig fast alles
leisten kann, was die Control Panel Tools knnen, ist das Control
Panel in zwei Bereichen weiterhin unschlagbar:
Druckerkonfiguration
Laden von Kernelmodulen zur Untersttzung neuer Hardware
linuxconf ist ein Dienstprogramm, das Ihnen
die Konfiguration und Steuerung verschiedener Aspekte Ihres Systems
ermglicht und eine Vielzahl von Programmen und Tasks handhaben
kann. Die vollstndige Dokumentation von
linuxconf wrde ein eigenes Buch
ergeben und daher den Rahmen dieses Kapitels sprengen. Wir
konzentrieren uns deshalb auf hufige Aufgaben wie das
Hinzufgen eines neuen Benutzers oder die Anbindung an ein
Netzwerk.
Weitere Informationen zu linuxconf
einschlielich der neuesten Version finden Sie auf der
linuxconf-Website:
Die linuxconf-Website bietet neben der
Software recht umfangreiche Informationen wie Beschreibung,
Grundgedanke, Geschichte, Liste mit Kontaktpersonen und vieles mehr.
Die Website wird von Jacques Gelinas, dem Schpfer von
linuxconf, gepflegt und enthlt daher
die neuesten Informationen zu linuxconf.
Dieses Kapitel beschreibt nur einige wenige Funktionen von
linuxconf detailliert. Eine Kurzreferenz,
die zeigt, wo Sie in linuxconf die in diesem
Kapitel beschriebenen Aufgaben durchfhren knnen, finden Sie
in Abschnitt namens So finden Sie sich zurecht mit
linuxconf.
Wenn Sie mehr Hilfe zu linuxconf
bentigen, knnen Sie folgende Quellen konsultieren:
Wenn Sie nicht in den linuxconf-FAQ und
den Archiven der linuxconf-Liste
fndig werden, knnen Sie versuchen, Ihre Frage in der
linuxconf-Liste zu stellen.
Informationen zur Anmeldung fr die
linuxconf-Liste finden Sie auf der
linuxconf-Website
(http://www.solucorp.qc.ca/linuxconf/).
Klicken Sie dazu auf den Link "Mailing lists".
Beachten Sie bitte, dass diese Liste fr Fragen zu
linuxconf gedacht ist, nicht fr
allgemeine Linux-Fragen.
Um linuxconf ausfhren zu
knnen, mssen Sie Root-Zugriffsrechte haben. Melden Sie
sich also mit su als Root an, wenn Sie sich in
Ihrem Benutzeraccount befinden.
Geben Sie nun am Shell Prompt linuxconf ein,
um das Programm zu starten.
Textbasiert — Diese Oberflche entspricht der des
textbasierten Installationsprogramms von Red Hat Linux. Das Navigieren
durch linuxconf ist einfach, wenn Sie
X nicht ausfhren. Wenn Sie X ausfhren, schalten Sie
auf eine virtuelle Konsole um, melden sich als Root an, und geben
linuxconf ein, um
linuxconf im Textmodus aufzurufen.
Verwenden Sie die Tabulator- und
Cursor-Tasten zum Navigieren in
Textmodus-Bildschirmen. Ein nach unten gerichteter
Pfeil auf einer Zeile zeigt an, dass in dieser Zeile
ein Pulldown-Men vorhanden ist. Mit der Tastenkombination
Strg-X
knnen Pull-Down-Mens geffnet werden.
Grafische Benutzeroberflche (GUI) —
linuxconf kann vom X Window System
profitieren. Red Hat Linux enthlt gnome-linuxconf, eine GUI
fr linuxconf.
Die in dieser Dokumentation dargestellten Bildschirme von
linuxconf gehren zur
Oberflche gnome-linuxconf. Sie sollten jedoch anhand der
hier aufgefhrten Anweisungen auch mit den anderen
Oberflchen problemlos arbeiten knnen.
Web-basiert— Die Oberflche auf Web-Basis macht die
Verwaltung von Remote-Systemen zum Kinderspiel. Sie kann auch mit
dem textbasierten Browser Lynx
dargestellt werden.
Sie knnen die Web-Oberflche von
linuxconf verwenden, indem Sie Ihren
Web-Browser mit dem Port 98 des Rechners verbinden, auf dem
linuxconf ausgefhrt wird (also
http://Ihr_Rechner:98).
Bevor Sie die Web-basierte Oberflche verwenden knnen,
mssen Sie linuxconf so
konfigurieren, dass Verbindungen von dem Rechner, auf dem der
Browser ausgefhrt wird, zugelassen sind. Eine Anleitung
fr das Aktivieren des Web-Zugriffs auf
linuxconf finden Sie in
Abschnitt namens Aktivieren des web-basierten Zugriffs auf linuxconf.
Befehlszeile — Der Befehlszeilenmodus von
linuxconf eignet sich zur
nderung Ihrer Systemkonfiguration mit Skripten.
linuxconf startet normalerweise entweder
im Textmodus oder im X-Modus, je nachdem, wie die Umgebungsvariable
DISPLAY gesetzt ist. Wenn Sie
linuxconf zum ersten Mal aufrufen, wird
eine einleitende Meldung angezeigt. Spter knnen Sie diese
grundlegenden Informationen durch Aufrufen der Hilfe vom
Hauptbildschirm aus finden.
linuxconf bietet kontextspezifische Hilfe.
Weitere Informationen zu speziellen Aspekten von
linuxconf erhalten Sie, wenn Sie in dem
Bildschirm, zu dem Sie Hilfe bentigen, auf
Hilfe klicken. Beachten Sie, dass momentan noch
nicht alle Hilfebildschirme vollstndig sind. Die Bildschirme
werden nach und nach aktualisiert und in die nachfolgenden Versionen
von linuxconf eingefgt.
gnome-linuxconf ermglicht das
schnelle und mhelose Navigieren durch die hierarchische
Struktur von linuxconf.
Abbildung 3-1 Linuxconf Menansicht
Bitte beachten
Wenn die oben dargestellte Baumstruktur nicht angezeigt wird,
befolgen Sie die folgenden Anweisungen:
ffnen Sie System =>
Systemsteuerung =>
linuxconf Module.
Aktivieren Sie das Kontrollkstchen treemenu.
Klicken Sie auf Besttigen.
Klicken Sie auf Beenden.
Starten Sie linuxconf neu.
Wenn Sie mit der Baumen-Ansicht arbeiten, knnen Sie die
entsprechenden Teilfenster schnell und mhelos aufrufen. Klicken
Sie auf + bzw. - neben den Meneintrgen, um Abschnitte
anzuzeigen oder zu verbergen.
Ausgewhlte Eintrge erscheinen als Register im rechten
Teilfenster und verbleiben dort, bis sie geschlossen werden. Wenn zu
viele Register geffnet sind, klicken Sie im unteren Bereich des
jeweiligen Registers auf Abbrechen, um es zu
schlieen, oder klicken Sie auf
Besttigen, um die Einstellungen zu
bernehmen.
Aus Sicherheitsgrnden ist der web-basierte Zugriff auf
linuxconf standardmig
deaktiviert. Um mit einem Web-Browser auf
linuxconf zugreifen zu knnen,
mssen Sie zuerst den Zugriff aktivieren. Fhren Sie hierzu
die folgenden Schritte aus:
ffnen Sie Verwaltung =>
Netzwerk =>
Verschiedenes =>
linuxconf Netzwerkzugriff.
Geben Sie im Dialogfeld Linuxconf html access
control den Host-Namen aller Computer ein, die
Zugriff auf Linuxconf erhalten sollen.
Dazu gehrt auch Ihr eigenes System, falls Sie die
web-basierte Oberflche lokal verwenden mchten.
Aktivieren Sie das Kontrollkstchen, wenn Webzugriffe auf
linuxconf in der Datei
htmlaccess.log protokolliert werden sollen.
Klicken Sie auf den Button Besttigen.
Jetzt ist der web-basierte Zugriff aktiviert. Fhren Sie an einem
der Systeme, die Sie zur Zugriffskontrollliste hinzugefgt
haben, einen Test durch. Starten Sie den Web-Browser, und geben Sie
die folgende URL ein:
http://<host>:98/
(<host> wird
natrlich durch den Rechnernamen Ihres Systems ersetzt.
Entfernen Sie auerdem die Zeile "disable=yes" aus
der Datei /etc/xinetd.d/linuxconf, und
fhren Sie anschlieend den Befehl /sbin/service
xinetd reload von einem Shell Prompt aus.) Daraufhin sollte
die Hauptseite von linuxconf angezeigt
werden. Beachten Sie, dass Sie das Root-Passwort Ihres Systems
eingeben mssen, um die folgenden Seiten aufrufen zu
knnen.
Sie knnen auch den Zugriff auf
linuxconf im gesamten Netzwerk aktivieren,
indem Sie genauso vorgehen und statt des Rechnernamens einen
Netzwerknamen eingeben.
Das Hinzufgen eines Benutzers ist eine der grundlegendsten
Aufgaben der Systemadministration. So fgen Sie einen Benutzer
hinzu:
ffnen Sie Verwaltung =>
Benutzer =>
Normal =>
Benutzeraccounts.
linuxconf zeigt mglicherweise
einen Filterbildschirm an (siehe
Abbildung 3-2).
Abbildung 3-2 Bildschirm Filtereinstellungen
Mit dem Filterbildschirm knnen Sie aus der gesamten Liste
einen kleineren Accountbereich auswhlen. Um die
vollstndige Liste anzuzeigen, klicken Sie einfach auf
Besttigen, und ndern Sie
keinen der Parameter. Genauere Informationen ber die
verschiedenen Filter erhalten Sie, wenn Sie im Bildschirm
Filtereinstellungen auf den Button
Hilfe klicken. Wenn Sie den Filter
angewandt oder dessen Verwendung abgebrochen haben, wird das
Register Benutzeraccounts angezeigt
(siehe Abbildung 3-4).
Sie knnen den Filter ber
Control =>
Features steuern. Im Register
Features knnen Sie den Parameter
Trigger for filter einstellen wie in
Abbildung 3-3 gezeigt.
Abbildung 3-3 Einstellen des Auslsers der Filterfunktion
Im Feld Trigger for filter legen Sie fest,
bei wie vielen Eintrgen ein Filterbildschirm aufgerufen
werden soll.
Abbildung 3-4 Bildschirm Benutzeraccounts
Klicken Sie auf Neu. Das Register
Benutzeraccounterzeugung wird
geffnet (siehe Abbildung 3-5).
Der Bildschirm Benutzeraccounterzeugung
enthlt die Abschnitte Basisinformationen,
Params und Privileges. Es
muss hier nur der Anmeldename angegeben werden,
doch sollten Sie auch die anderen Felder beachten, in denen es Ihnen
freigestellt ist, ob Sie etwas eintragen.
Der Login-Name ist der Name des Accounts und
wird meist vollstndig in Kleinbuchstaben geschrieben.
bliche Anmeldenamen bestehen aus Vornamen, Familiennamen,
Initialen oder einer beliebigen Kombination aus diesen. Fr
einen Benutzer mit dem Namen Thomas Mustermann wren
mustermann, thomas,
tmst oder tmustermann
bliche Benutzernamen. Selbstverstndlich ist
liesel oder hnliches ebenfalls
mglich. Zahlen knnen ebenfalls verwendet werden:
tm2 wre fr einen zweiten
Benutzer mit denselben Initialen denkbar. Einen Standardwert gibt
es fr dieses Feld nicht.
Der vollstndige Name ist der Name des
Benutzers bzw. des Accounts. Bei einer Person wre das der
Name der Person, z.B. Thomas Mustermann.
Wenn der Account keine Person, sondern eine Position
reprsentiert, knnte der vollstndige Name aus dem
Titel bestehen. Ein Account mit dem Namen
webmaster knnte den vollstndigen
Namen Red Hat Webmaster oder auch nur
Webmaster haben. Einen Standardwert gibt es
fr dieses Feld nicht.
Da Red Hat Linux das Prinzip der benutzereigenen Gruppen verwendet, wird
jeder Benutzer einer Standardgruppe
zugeordnet, die nur aus diesem Benutzer besteht. Weitere
Informationen zu benutzereigenen Gruppen finden Sie in
Abschnitt namens Benutzereigene Gruppen in Kapitel 2.
Im Feld Zustzliche Gruppen knnen
Sie zustzliche Gruppen angeben. Gruppennamen mssen
durch Leerzeichen voneinander getrennt sein. Standardwert fr
dieses Feld ist ein leeres Feld, also keine zustzliche
Gruppe.
Das Benutzerverzeichnis gibt das Heimat- oder
Anmeldeverzeichnis fr den Account an. Der Standardwert ist
/home/login, wobei
login durch den
Anmeldenamen ersetzt wird. Bei der Anmeldung ist das
Home-Verzeichnis Ihr Startpunkt in der Verzeichnisstruktur. Falls
Sie sich in X befinden, ist das Home-Verzeichnis der Startpunkt
fr jedes geffnete XTerm-Fenster. Dieses Verzeichnis
enthlt auch accountspezifische Dateien mit persnlichen
Einstellungen.
Der Befehlsinterpreter ist die Standardshell
fr den Account. Die bash-Shell ist die
Standardshell fr Red Hat Linux.
Die Benutzer-ID (UID) ist die Nummer, die
jedem Benutzeraccount zugeordnet ist. Diese wird bei der Erstellung
des Accounts automatisch vom System erzeugt. Lassen Sie das Feld
also leer. Das System verwendet die UID, um einen Account zu
identifizieren.
Die Params werden fr die Passwort- und
Accountverwaltung verwendet. Gem der Voreinstellung
werden alle Einstellungen Ignored, d.h. nicht
verwendet. Must keep # days legt fest, wie
viele Tage das Benutzerpasswort mindestens beibehalten werden soll.
Im Feld Must change after # days knnen
Sie festlegen, nach wie vielen Tagen ein Benutzerpasswort ablaufen
soll. Wenn Sie die Benutzer darauf hinweisen mchten, dass ihr
Passwort abluft (empfehlenswert) sollten Sie das Feld
Warn # days before expiration ausfllen.
Sollen ihre Accounts nach einer bestimmten Anzahl an Tagen
ablaufen, verwenden Sie das Feld Account expire after #
days , oder stellen Sie einen festen Zeitpunkt fr
das Expiration date ein.
Im Bereich Berechtigungen knnen Sie den
Zugriff auf und/oder die Kontrolle ber verschiedene Aspekte
des Systems gewhren. Standardmig sind normalen
Benutzern alle Berechtigungen in diesem Fenster entzogen. Sie
knnen ihnen aber spezifische Berechtigungen gewhren
oder stillschweigend gewhren. Der Unterschied zwischen
Gewhrt und
Gewhrt/stillschweigend besteht darin,
dass linuxconf bei einer gewhrten
Berechtigung das Passwort des Benutzers abfragt, bevor die
Berechtigung vergeben wird, bei der stillschweigenden Berechtigung
jedoch nicht.
Im Allgemeinen wird ein gewissenhafter Systemadministrator
Benutzern keine Berechtigungen zur Systemadministration
gewhren, es sei denn, es ist absolut notwendig. Daher sollten
Sie beim Gewhren von stillschweigenden Berechtigungen
Vorsicht walten lassen. Wenn sich ein Benutzer mit stillschweigend
gewhrten Berechtigungen an seinem/ihrem Rechner anmeldet und
den Rechner unbeaufsichtigt lsst, kann im Prinzip jeder
beliebige andere Benutzer nderungen am System vornehmen.
Stillschweigend gewhrte Berechtigungen sind weniger riskant,
wenn sie auf Rechnern in einem rumlich getrennten Bereich
verwendet werden.
Kann linuxconf verwenden: der Benutzer kann
auf alle Funktionen und Fhigkeiten von
linuxconf zugreifen und die
entsprechenden Parameter einstellen oder
verndern. Beachten Sie, dass die Berechtigung zur Verwendung
von linuxconf etwas anderes ist als die
Berechtigung zum Aktivieren von Konfigurationsnderungen.
Mglicherweise will der Systemadministrator das Recht zur
Verwendung von linuxconf einrumen,
jedoch die Aktivierungsberechtigung nicht gewhren, damit er
selbst die endgltige Entscheidung treffen kann, ob
Konfigurationsnderungen aktiviert werden sollen.
Kann Konfigurationsnderungen aktivieren:
Nach dem ndern eines Parameters in
linuxconf mssen Sie
linuxconf anweisen, die nderungen
zu bernehmen. Sie haben hierzu je nach verwendeter
Benutzerschnittstelle die folgenden Mglichkeiten: Klicken Sie
in der GUI von linuxconf auf den Button
Activate the changes, klicken Sie im
web-basierten linuxconf auf den Button
Besttigen, klicken Sie im
textbasierten linuxconf auf den Button
Besttigen usw.
Sie knnen einem Benutzer die Berechtigung zum Aktivieren von
nderungen gewhren. In diesem Fall kann der Benutzer
alle in linuxconf genderten
Parameter der Systemkonfiguration aktivieren.
Kann System herunterfahren: Einem Benutzer
kann die Berechtigung zum Herunterfahren des Systems gewhrt
werden. Beachten Sie, dass Red Hat Linux in
/etc/inittab so konfiguriert ist, dass das
System nach Eingabe der Tastenkombination
Strg-Alt-Entf sauber heruntergefahren wird.
Sie knnen Benutzern die Berechtigung gewhren, zwischen
verschiedenen Netzwerkmodi umzuschalten oder Systemprotokolle
anzuzeigen, und Sie knnen sogar Superuser-Berechtigungen
vergeben.
Wenn Sie den Anmeldenamen und alle erforderlichen Informationen
eingegeben haben, klicken Sie im unteren Bereich des Bildschirms
auf den Button Besttigen. Wenn Sie
keinen neuen Benutzer erstellen wollen, klicken Sie stattdessen auf
Abbrechen.
Wenn Sie auf Besttigen klicken,
werden Sie von linuxconf nach dem
Passwort gefragt, siehe Abbildung 3-6.
Das Passwort muss nochmals eingegeben werden, um eine Falscheingabe
des Passworts zu verhindern. Passwrter mssen mindestens
sechs Zeichen umfassen. Sie knnen die erforderliche
Lnge jedoch auch erhhen und andere Parameter fr
Benutzerpasswrter definieren. Rufen Sie hierfr den
Bildschirm Benutzeraccounts =>
Policies => Password
& Account Policies auf.
Gute Passwrter bestehen aus einer Kombination von Buchstaben,
Zahlen und Sonderzeichen und sollten sowohl Gro- als auch
Kleinbuchstaben enthalten. Ungeeignet sind leicht zu erratende
Namen wie Ihr Benutzername, Ihr Geburtstag, Ihre
Versicherungsnummer, den Namen Ihres Hundes, Ihr zweiter Vorname
oder das Wort root. Verwenden Sie auch keine Variation eines
Wortes, das mit Ihrem Account oder mit Ihnen selbst
zusammenhngt. Verwenden Sie keine Wrter, die in einem
Wrterbuch vorkommen. Solche Wrter knnen leicht
geknackt werden.
Eine einfache Methode zum Finden von Passwrtern ist die
Verwendung des ersten Buchstabens jedes Wortes eines Satzes, den
Sie kennen (z.B. eine Zeile aus einem Ihrer Lieblingslieder).
Verwenden Sie einige Grobuchstaben und Zahlen und/oder
Sonderzeichen anstelle von Buchstaben, und Sie haben ein geeignetes
Passwort.
Klicken Sie abschlieend wieder auf
Besttigen. Das System teilt Ihnen mit,
ob das Passwort leicht zu knacken ist. Wenn eine entsprechende
Warnmeldung ausgegeben wird, sollten Sie das Passwort nicht
verwenden.
ffnen Sie Verwaltung =>
Benutzer =>
Normal =>
Benutzeraccounts, verwenden Sie
erforderlichenfalls den Filter, und whlen Sie den Account,
den Sie ndern wollen.
Klicken Sie auf Besttigen, um die
nderungen zu bernehmen. Wenn keine nderungen
vorgenommen werden sollen, klicken Sie auf
Abbrechen. Damit wird sichergestellt, dass
keine nderungen bernommen werden.
ffnen Sie Verwaltung =>
Benutzer => Normal
=> Benutzeraccounts.
Das Register Benutzeraccounts erscheint
(siehe Abbildung 3-4).
Je nach den ausgewhlten Einstellungen im Bildschirm
Control =>
Features, wird ein Filterbildschirm
eingeblendet. Klicken Sie auf Besttigen
, ohne irgendwelche Parameter zu ndern, wenn Sie
die vollstndige Liste anzeigen lassen wollen. Um genauere
Informationen ber die verschiedenen Filter zu erhalten,
klicken Sie im Bildschirm
Filtereinstellungen auf den Button
Hilfe.
Klicken Sie auf den Account, dessen Passwort Sie ndern
mchten. Der Bildschirm
Benutzerinformationen wird geffnet.
Klicken Sie im unteren Bereich des Bildschirms auf
Passwort.
linuxconf fordert Sie auf, ein neues
Passwort einzugeben. Im Feld Retype new UNIX
password muss das Passwort nochmals eingegeben werden.
Hierdurch soll eine Falscheingabe des Passworts verhindert werden.
Hinweise zur Wahl eines Passworts finden Sie in
Abschnitt namens Hinzufgen eines Benutzeraccounts. Wenn keine
Passwortnderung vorgenommen werden soll, klicken Sie auf
Abbrechen. Wenn Sie das Passwort eingegeben haben,
klicken Sie auf Besttigen.
Zur Gewhrleistung der Sicherheit beim Root-Zugriff verlangt
linuxconf von Ihnen die Besttigung,
dass Sie gegenwrtig Zugriff auf den Root-Account haben.
ffnen Sie Verwaltung =>
Benutzer =>
Normal =>
Root-Passwort wechseln.
Sie mssen zuerst das aktuelle Root-Passwort eingeben, damit
das System berprfen kann, ob Sie Zugriff auf den
Root-Account haben.
Nachdem Sie das aktuelle Root-Passwort eingegeben haben, werden Sie
nach einem neuen Passwort gefragt. Geben Sie das Passwort im Feld
Besttigung erneut ein. Hierdurch soll eine
Falscheingabe des Passworts verhindert werden. Anleitungen zur Wahl
eines Passworts finden Sie in
Abschnitt namens Hinzufgen eines Benutzeraccounts. Whlen Sie ein
sicheres Passwort! Wenn Sie das Root-Passwort beibehalten
mchten, whlen Sie Abbrechen aus.
Wenn Sie das Passwort eingegeben haben, klicken Sie auf
Besttigen.
Das Deaktivieren eines Benutzeraccounts ist dem Lschen
vorzuziehen, es sei denn, Sie bentigen den Speicherplatz, oder
Sie sind sicher, dass die Benutzerdaten in Zukunft nicht mehr
bentigt werden. Wenn ein Benutzeraccount deaktiviert ist, kann
sich der betreffende Benutzer nicht am System anmelden.
ffnen Sie Verwaltung =>
Benutzer =>
Normal =>
Benutzeraccounts.
Whlen Sie einen Account aus.
Deaktivieren Sie das Kontrollkstchen Der Account
wurde aktiviert. Klicken Sie im unteren Bereich des
Bildschirms auf den Button Besttigen.
Damit ist der Account deaktiviert und kann spter in
hnlicher Weise wieder aktiviert werden.
Standardmig sind alle neu erstellten Benutzeraccounts
aktiviert. Falls erforderlich, knnen Accounts mit
linuxconf aktiviert werden.
ffnen Sie Verwaltung =>
Benutzer =>
Normal =>
Benutzeraccounts. Whlen Sie einen
Account aus. Aktivieren Sie das Kontrollkstchen Der
Account wurde aktiviert.
Es gibt verschiedene Optionen, bei denen die mit Accounts
verbundenen Dateien erhalten bleiben. Einmal gelschte Dateien
sind jedoch verloren und praktisch nicht wiederherstellbar. Daher
Vorsicht beim Umgang mit dieser Option!
Um einen Account zu lschen, sind die folgenden Schritte
auszufhren:
ffnen Sie Verwaltung =>
Benutzer =>
Normal =>
Benutzeraccounts.
Klicken Sie im Bildschirm Benutzeraccounts
(siehe Abbildung 3-4) auf den Account,
der gelscht werden soll.
Klicken Sie im unteren Bereich des Bildschirms
Benutzerinformation auf
Lschen, um den Account zu
lschen.
linuxconf prsentiert Ihnen nun eine
Liste mit Optionen.
Abbildung 3-7 Bildschirm Lsche Account
Die Standardoption ist die Archivierung der Accountdaten.
Die Archivierungsoption bewirkt Folgendes:
Entfernung des Benutzers aus der Liste der Benutzeraccounts.
Archivierung aller Dateien im Home-Verzeichnis des Benutzers (mit
Komprimierung durch tar und gzip) und Speichern der Archivdatei
im Verzeichnis
/default_home_directory/oldaccounts.
Fr einen Account mit dem Namen
benutzeraccount
wrde sich etwa folgender Dateiname ergeben:
benutzeraccount-2000-01-10-497.tar.gz
Das Datum gibt an, wann der Account gelscht wurde. Die
nachfolgende Zahl ist die ID des Prozesses, der die Lschung
vorgenommen hat. Wenn Sie zum ersten Mal mit dieser Option einen
Benutzeraccount lschen, wird das Verzeichnis
oldaccounts automatisch in dem Verzeichnis
erstellt, in dem alle Ihre Benutzerverzeichnisse liegen.
Dateien, die nicht im Home-Verzeichnis des Benutzers abgelegt
sind, deren Eigentmer er aber ist, werden nicht
gelscht. Zum Eigentmer der Dateien wird dann die
Benutzer-ID (UID) des gelschten Accounts. Wenn Sie einen
neuen Account erstellen und ihm ausdrcklich die UID eines
gelschten Accounts zuweisen, wird er zum Eigentmer
aller nicht gelschten Dateien des gelschten Accounts.
Wenn Sie im Bildschirm Deleting account
<Accountname> die Option
Delete the account's data auswhlen (siehe
Abbildung 3-7), werden die folgenden
Schritte ausgefhrt:
Der Benutzer wird aus der Liste der Benutzeraccounts
gelscht.
Das Home-Verzeichnis und dessen gesamter Inhalt werden
gelscht.
Bitte beachten
Dateien, die nicht im Home-Verzeichnis des Benutzers abgelegt sind,
deren Eigentmer er aber ist, werden nicht gelscht.
Eigentmer ist weiterhin die Benutzer-ID (UID) des Accounts.
Wenn Sie einen neuen Account erstellen und ihm ausdrcklich
die UID eines gelschten Accounts zuweisen, wird er zum
Eigentmer aller "verwaisten" Dateien des
gelschten Accounts.
Wenn Sie im Bildschirm Deleting account
<Accountname> die Option
Leave the account's data in place auswhlen
(siehe Abbildung 3-7) werden die folgenden
Schritte ausgefhrt:
Der Benutzer wird aus der Liste der Benutzeraccounts gelscht.
Das Home-Verzeichnis des Benutzers (und alle enthaltenen
Dateien) bleiben erhalten.
Bitte beachten
Dateien und Verzeichnisse, deren Eigentmer die User-ID (UID)
des gelschten Accounts ist, werden nicht gelscht. Wenn
Sie einen neuen Account erstellen und ihm ausdrcklich die UID
eines gelschten Accounts zuweisen, wird es zum
Eigentmer aller "verwaisten" Dateien des
gelschten Accounts.
Jeder Benutzer gehrt mindestens einer Gruppe an. So wie jede
Datei einen bestimmten Eigentmer hat, gehrt jede Datei
auch zu einer bestimmten Gruppe. Diese Gruppe kann nur dem
Eigentmer der Datei zugeordnet sein, kann aber z.B. auch
fr alle Benutzer freigegeben sein. Einer Gruppe knnen
Lese-, Schreib- oder Ausfhrrechte fr eine Datei
zugewiesen werden. Die Rechte des Benutzers werden davon nicht
berhrt. So kann z.B. der Eigentmer einer Datei auf diese
schreibend zugreifen, whrend andere Gruppenmitglieder diese
mglicherweise nur lesen knnen.
Zum Erstellen einer neuen Gruppe gehen Sie wie folgt vor:
ffnen Sie Verwaltung =>
Benutzer =>
Normal =>
Gruppendefinitionen.
Je nach den Einstellungen in System
=> Filter kann es sein, dass ein
Filterbildschirm angezeigt wird. Geben Sie entweder einen Filter
an, oder klicken Sie auf Besttigen, um
den Filter zu umgehen.
Abbildung 3-8 Bildschirm Benutzergruppen
Klicken Sie im unteren Bereich des Bildschirms
Benutzergruppen auf Neu.
Abbildung 3-9 Bildschirm Gruppenspezifikation
Geben Sie einen Gruppennamen ein. Die Mitglieder dieser Gruppe
knnen Sie im Feld Alternate members
angeben. Innerhalb der Liste mssen die Namen der Benutzer
durch Leerzeichen voneinander getrennt sein. Lassen Sie das Feld
Gruppenname leer, damit das System Ihrer neuen
Gruppe eine Gruppen-ID (GID) zuweist. Klicken
Sie abschlieend auf Besttigen. Die
Gruppe wird erstellt.
ffnen Sie Verwaltung =>
Benutzer =>
Normal =>
Gruppendefinitionen.
Je nach den Einstellungen in System
=> Filter kann es sein, dass ein
Filterbildschirm angezeigt wird. Mit dem Filter knnen Sie
die Anzahl der angezeigten Gruppen durch Angabe eines
Prfixes einschrnken.
Klicken Sie nach Angabe eines Prfixes (oder auch ohne
Angabe eines Prfixes) im unteren Bereich des Bildschirms
auf Besttigen.
Klicken Sie im Bildschirm Benutzergruppen
(siehe Abbildung 3-8) auf die Gruppe,
die gelscht werden soll.
Der Bildschirm Gruppenspezifikation
erscheint (siehe Abbildung 3-9).
Klicken Sie auf Lschen, um die Gruppe
zu lschen. linuxconf fordert
Sie nun auf, den Lschvorgang zu besttigen. Klicken
Sie auf Ja, um die Gruppe zu
lschen.
Die Dateien der Gruppe werden nicht gelscht, und ihre
jeweiligen Eigentmer haben weiterhin exklusive Rechte
fr sie. Der Gruppenname wird durch die ID der gelschten
Gruppe ersetzt. Mit dem Befehl chgrp knnen
die Dateien einer neuen Gruppe zugeteilt werden. Weitere
Informationen ber chgrp erhalten Sie durch
Eingabe von info chgrp oder man
chgrp am Shell Prompt. Wenn bei der Erstellung einer
neuen Gruppe die ID einer gelschten Gruppe angegeben wird,
erhlt die neue Gruppe damit Zugriff auf die Dateien der
gelschten Gruppe. Die Nummern gelschter Gruppen wie
auch die IDs gelschter Benutzer werden von
linuxconf nicht wieder neu vergeben -
Probleme wegen der Wiedervergabe von Nummern knnen also nicht
entstehen.
Es gibt zwei verschiedene Mglichkeiten, um die Liste der
Benutzer, die zu einer Gruppe gehren, zu bearbeiten. Entweder
Sie aktualisieren jeden einzelnen Benutzeraccount, oder Sie
aktualisieren die Gruppendefinitionen. Im Allgemeinen ist
letzteres der schnellste Weg. Falls mehr als nur die
Gruppeninformationen zu ndern sind, macht es eventuell mehr
Sinn, die einzelnen Benutzeraccounts zu aktualisieren.
Wir beginnen mit den Gruppendefinitionen.
Starten Sie linuxconf
durch Eingabe von
linuxconf am Shell Prompt.
ffnen Sie Verwaltung =>
Benutzer =>
Normal =>
Gruppendefinitionen.
Je nach den Filtereinstellungen in
System =>
Eigenschaften kann es sein, dass ein
Filterbildschirm angezeigt wird. Schrnken Sie mit dem
Filter die angezeigten Eintrge ein, oder klicken Sie auf
Besttigen, um den Filter zu
umgehen.
Klicken Sie auf die Gruppe, die bearbeitet werden soll. Der
Bildschirm Gruppenspezifikation wird
geffnet (siehe Abbildung 3-9).
Sie knnen nun im Feld Weitere Benutzer
(opt.) neue Benutzer hinzufgen oder
lschen. Achten Sie darauf, dass die Benutzernamen durch
ein Leerzeichen getrennt sind.
Klicken Sie im unteren Bereich des Bildschirms auf
Besttigen.
Jetzt werden alle Benutzeraccounts automatisch aktualisiert. Dabei
wird die Gruppe im Feld Zustzliche
Gruppen angezeigt, wenn sie hinzugefgt wurde, bzw.
nicht mehr angezeigt, wenn sie entfernt wurde.
Gruppen knnen auch durch Bearbeitung der einzelnen
Benutzeraccounts hinzugefgt oder entfernt werden.
Starten Sie linuxconf
durch Eingabe von
linuxconf am Shell Prompt.
ffnen Sie Verwaltung =>
Benutzer =>
Normal =>
Benutzeraccounts.
Je nach den Einstellungen in System
=> Eigenschaften kann es sein,
dass ein Filterbildschirm angezeigt wird. Schrnken Sie
mit dem Filter die angezeigten Eintrge ein, oder klicken
Sie auf Besttigen, um den Filter
zu umgehen.
Klicken Sie im Bildschirm
Benutzeraccounts (siehe
Abbildung 3-4) auf einen Benutzer,
der aktualisiert werden soll. Der Bildschirm
Benutzerinformation wird geffnet.
ndern Sie das Feld Zustzliche
Gruppen entsprechend. Die Gruppen mssen durch
ein Leerzeichen getrennt sein.
Klicken Sie im unteren Bereich des Bildschirms auf
Besttigen, wenn Sie alle
nderungen vorgenommen haben.
Hierdurch werden die Gruppendefinitionen automatisch aktualisiert.
Wiederholen Sie diesen Vorgang fr jeden Benutzer.
Ein Dateisystem besteht aus Dateien und Verzeichnissen, die alle von
einem einzigen Verzeichnis ausgehen, dem Root-Verzeichnis. Das
Root-Verzeichnis kann eine beliebige Anzahl von Dateien und anderen
Verzeichnissen enthalten, wobei Verzeichnisse wiederum Verzeichnisse
enthalten knnen. Meistens sieht das Dateisystem wie ein
umgekehrter Baum aus: die Verzeichnisse sind die ste, die
Dateien die Bltter. Dateisysteme gibt es auf
Massenspeichergerten, wie Disketten-, Festplatten- und
CD-ROM-Laufwerken.
Zum Beispiel wird ein Diskettenlaufwerk auf einem DOS- oder
Windows-Computer blicherweise mit A:\
bezeichnet. Damit wird sowohl das Laufwerk (A:)
als auch das Root-Verzeichnis auf diesem Laufwerk
(\) beschrieben. Die primre Festplatte
wird normalerweise als Laufwerk "C" bezeichnet, weil die
Laufwerksangabe fr die primre Festplatte
C: ist. Das Root-Verzeichnis auf Laufwerk C wird
mit C:\ angegeben.
Entsprechend gibt es zwei Dateisysteme — eines auf
A: und eines auf C:. Wenn
Sie eine beliebige Datei auf einem
DOS/Windows-Dateisystem angeben mchten, mssen Sie
explizit das Gert angeben, auf dem die Datei gespeichert ist.
Anderenfalls geht das Betriebssystem davon aus, dass sich die Datei
auf dem Standardlaufwerk des Systems befindet (daher der Prompt C von
DOS — C ist das Standardlaufwerk in einem System mit einer
Festplatte).
Unter Linux ist es mglich, Dateisysteme auf mehreren
Massenspeichern zu einem einzigen greren Dateisystem
zusammenzufassen. Das wird dadurch erreicht, dass das Dateisystem
eines Laufwerks "unter" einem Verzeichnis eines anderen
Laufwerks angeordnet wird. Whrend das Root-Verzeichnis eines
Diskettenlaufwerks auf einem DOS-Computer in der Regel als
A:\ bezeichnet wird, kann auf dasselbe Laufwerk
auf einem Linux-System z.B. mit /mnt/floppy
zugegriffen werden.
Dieser Vorgang des Zusammenfhrens von Dateisystemen wird als
mounten bezeichnet. Wenn ein Gert
gemountet ist, knnen die Systembenutzer darauf zugreifen. Das
Verzeichnis, "unter" dem auf gemountete Laufwerke
zugegriffen werden kann, heit
Mount-Point. Im Beispiel des vorangehenden
Absatzes war /mnt/floppy der Mount-Point des
Diskettenlaufwerks. Beachten Sie, dass es keine Beschrnkungen
(auer den allgemeinen Konventionen) hinsichtlich der
Bezeichnung von Mount-Points gibt. Wir htten das
Diskettenlaufwerk ebenso gut auf
/long/path/to/the/floppy/drive mounten
knnen.
Beachten Sie, dass alle Dateien und Verzeichnisse eines Laufwerks
relativ zu dessen Mount-Point angeordnet sind. Dazu das folgende
Beispiel:
Linux-System
/ — System-Root-Verzeichnis
/foo — Mount-Point fr
die CD-ROM
CD-ROM:
/ — Root-Verzeichnis der CD-ROM
/images — Ein Verzeichnis der
Images auf der CD-ROM
/images/old — Ein Verzeichnis
der alten Images
Mit den oben beschriebenen einzelnen Dateisystemen und der auf
/foo gemounteten CD-ROM ergibt sich die
folgende Verzeichnisstruktur:
Linux-System (mit gemounteter CD-ROM)
/ — System-Root-Verzeichnis
/foo — Root-Verzeichnis der
CD-ROM
/foo/images — Ein Verzeichnis
der Images auf der CD-ROM
/foo/images/old —
Ein Verzeichnis der alten Images
Um ein Dateisystem mounten zu knnen, mssen Sie als Root
angemeldet sein. Wenn das nicht der Fall ist, knnen Sie das mit
dem Befehl su nachholen. Geben Sie dazu
su und anschlieend das Root-Passwort am
Shell Prompt ein. Wenn Sie als Root angemeldet sind, geben Sie
mount und dahinter das Laufwerk und den
Mount-Point ein. Um z.B. das erste Diskettenlaufwerk auf
/mnt/floppy zu mounten, mssen Sie
mount /dev/fd0 /mnt/floppy eingeben.
Whrend des Installationsvorganges erstellt Red Hat Linux die Datei
/etc/fstab. Sie enthlt Informationen
ber die Laufwerke und ihre entsprechenden Mount-Points. Der
Vorteil dieser Datei besteht darin, dass mount-Befehle abgekrzt
werden knnen. Auerdem wird in der Datei festgelegt,
welche Dateisysteme beim Systemstart automatisch gemountet werden
sollen.
Dank der in /etc/fstab abgelegten Informationen
reicht es aus, wenn Sie nach mount entweder nur
den Mount-Point oder nur das Laufwerk angeben. Der Befehl
mount durchsucht dann
/etc/fstab nach den ergnzenden
Informationen. Die Datei kann sowohl von Hand als auch mit
linuxconf bearbeitet werden.
Quelle: Die physikalische Hardware.
hd bezeichnet eine IDE-Festplatte,
fd ein Diskettenlaufwerk und
cdrom in der Regel ein CD-ROM Laufwerk.
Wenn Ihr System mit einem SCSI-Laufwerk ausgestattet ist, wird
als Bezeichnung sd verwendet. Wenn mehrere
Laufwerke eines Typs vorhanden sind, werden zustzlich
Buchstaben zur Bezeichnung verwendet: hda
ist dann das erste, hdb das zweite
IDE-Laufwerk. Teilweise erscheinen nach diesen Buchstaben noch
Zahlen. Bei Festplattenlaufwerken kennzeichnen diese Zahlen die
jeweilige Partition des Laufwerks, bei Diskettenlaufwerken gibt
diese Zahl das eigentliche Gert an.
Mount-Point: Diesem Ort im System wird
beim Mounten das Laufwerk zugeordnet.
DS-Typ: Anzeige des Dateisystemtyps. Eine
standardmige Linux-Partition verwendet den
Dateisystemtyp ext2. Der Dateisystemtyp vfat zeigt an, dass es
sich um ein DOS-Dateisystem mit Untersttzung fr
lange Dateinamen handelt, und der Dateisystemtyp fat, dass ein
DOS-Dateisystem mit herkmmlichen 8.3-Dateinamen vorliegt.
Der Dateisystemtyp iso9660 zeigt an, dass es sich um ein
CD-ROM-Laufwerk handelt.
Bitte beachten
Red Hat Linux7.0 kann auf FAT32-Dateisysteme mit dem
Dateisystemtyp vfat zugreifen.
Gre: Anzeige der
Gre des Dateisystems in Megabyte (M). Diese Angabe
kann auch fehlen.
Partitionstyp: Kennzeichnung des
Dateisystems dieser Partition (Angabe kann auch fehlen).
Status: Angabe, ob das Gert
gemountet ist.
Mglicherweise sind auch Dateisysteme von anderen Computern im
Netzwerk verfgbar. Diese knnen von einem einzigen
kleinen Verzeichnis bis zu einem vollstndigen
Datentrger reichen. Auch bei diesen Partitionen werden keine
Informationen ber Gre und
Partitionstyp angezeigt. Weitere Informationen
ber NFS-Dateisysteme (falls Sie Zugriff auf solche haben
sollten) finden Sie unter:
Verwaltung =>
Dateisystem =>
access nfs volume
Der Bildschirm entspricht weitgehend dem Bildschirm
Local Volume (siehe
Abbildung 3-10), jedoch werden andere
Informationen in die Felder eingetragen:
Quelle: Der Name des Computers, der das
Dateisystem bereitstellt, gefolgt vom Remote-Verzeichnis. Zum
Beispiel: foo:/var/spool/mail, wobei
foo der Computer ist, der das Dateisystem
bereitstellt, und /var/spool/mail das
Verzeichnis, das bereitgestellt wird.
Mit NFS (Network File System, Netzwerkdateisystem) knnen
Teile von lokalen Computerdateisystemen fr ein Netzwerk
freigegeben werden. Diese Teile knnen von einem einzigen
Verzeichnis bis hin zu Tausenden von Dateien in einer umfangreichen
Verzeichnishierarchie reichen. Zum Beispiel stellt in vielen
Unternehmen ein Mail-Server den lokalen Systemen der Benutzer die
Mail-Dateien der einzelnen Mitarbeiter mittels NFS-Mount zur
Verfgung.
Zum Hinzufgen eines NFS-Mounts gehen Sie wie folgt vor:
ffnen Sie Verwaltung =>
Dateisystem =>
Access nfs volume.
Klicken Sie im Bildschirm
NFS-Datentrger auf
Neu.
Abbildung 3-11 Bildschirm Datentrgerspezifikation
Wichtig fr Sie sind die drei Felder im Register
Base (siehe
Abbildung 3-11).
Server: Der Name des Rechners, der das
gewnschte Dateisystem enthlt, z. B. foo.bar.com.
Volume: Das Dateisystem, das
hinzugefgt werden soll, z. B.
/var/spool/mail.
Mount-Point: Der Ort im System, von dem
aus die Remote-Datei erreichbar sein soll, z.B.
/mnt/mail.
Weitere Angaben sind nicht erforderlich, um einen Mount zu
erstellen. linuxconf aktualisiert dann
Ihre Datei /etc/fstab entsprechend. Bitte
lesen Sie in der Hilfedatei die Informationen ber den
Bildschirm Datentrgerspezifikation sowie
die man-Seite zu mount, falls zustzliche
Einzelheiten geklrt werden mssen.
Wenn Sie alle Informationen eingegeben haben, klicken Sie auf
Besttigen.
Fr den Netzwerkanschluss muss zunchst Klarheit
darber bestehen, ob Ihr Computer an ein LAN (Local Area
Network, z.B. mehrere Computer in einem Bro), angeschlossen
werden soll oder an ein WAN (Wide Area Network, z.B. das Internet).
Bevor Sie fortfahren, muss die verwendete Hardware und die Art der
Netzwerkverbindung bekannt sein. Wenn Sie sich in einen anderen
Computer per Telefonleitung einwhlen mchten, muss zuerst
das Modem installiert und die Verkabelung richtig eingerichtet
werden. Wenn Sie eine Netzwerkkarte verwenden, muss diese
ordnungsgem installiert sein, und die Netzwerkkabel
mssen richtig verbunden werden. Die Netzwerkkonfiguration
allein ist nutzlos, wenn die Telefonleitungen oder Netzwerkkabel
nicht richtig verbunden sind.
Die Einrichtung einer Ethernet-Netzwerkverbindung erfordert eine
vllig andere Vorgehensweise als die Einrichtung einer
Whlverbindung. Netzwerkverbindungen zu Token Ring- und
Arcnet-Netzwerken werden in hnlicher Weise eingerichtet. An
dieser Stelle wird nur die Einrichtung einer
Ethernet-Netzwerkverbindung beschrieben.
Voraussetzung ist, dass auf Ihrem Computer eine
Ethernet-Netzwerkkarte installiert ist.
Starten Sie linuxconf durch Eingabe
von linuxconf am Shell Prompt.
ffnen Sie Verwaltung =>
Netzwerk =>
Grundeinstellungen =>
Allgemeines. Im Register
Host name sollte standardmig
ein Rechnername eingetragen sein, es sei denn, Sie haben Ihr
Netzwerk nicht whrend des Installationsverfahrens
eingerichtet. Falls dies nicht der Fall ist, tragen Sie den
Rechnernamen ein. Er muss in der Form
localhost.localdomain
angegeben werden. Klicken Sie dann auf das Register
Adapter 1.
Abbildung 3-12 Adapter 1
Dieser Bildschirm enthlt an oberster Stelle ein
Kontrollkstchen, das anzeigt, ob dieser Adapter aktiviert
oder deaktiviert ist. Aktivieren Sie das Kontrollkstchen,
wenn Sie diesen Adapter verwenden mchten. Darunter
knnen Sie den Konfigurationsmodus
whlen. Manuell bedeutet, Sie geben alle
Informationen selbst ein. Dhcp und
Bootp rufen die notwendigen
Netzwerkkonfigurationsinformationen von einem DHCP- oder
BOOTP-Remote-Server ab. Wenden Sie sich an Ihren
Systemadministrator, wenn Sie sich nicht sicher sind, welche dieser
Optionen die richtige ist.
Obligatorische Felder fr DHCP bzw. BOOTP:
Net device — Typ der verwendeten
Netzwerkkarte. Tragen Sie zum Beispiel eth0 ein, wenn Sie die
erste Ethernet-Karte verwenden mchten.
Kernel module — Das korrekte Modul
basierend auf Ihrer Netzwerkkarte. Weitere Informationen
finden Sie in der unten aufgefhrten Liste.
Fr die Konfiguration von DHCP und bootp gengt es, wenn
Sie das Netzwerkgert und das
Kernel Modul angeben. Das
Netzwerkgert knnen Sie aus einer
Liste auswhlen. Das Prfix eth
bezeichnet Ethernet-Karten, arc bezeichnet
Arcnet-Karten, und tr bezeichnet Token
Ring-Karten. Eine vollstndige Liste von Netzwerkkarten und
den entsprechenden Modulen finden Sie in
Anhang A. Die aktuelle Liste finden Sie auf
unserer Website:
Die Netzmaske wird auf einen Standardwert gesetzt. Hier mssen
Sie eventuell nderungen vornehmen, je nachdem, um welche Art
von Netzwerk es sich handelt. Wenn es sich um eine Verbindung mit
einem Internet-Diensteanbieter handelt, sollten Sie dort nach den
entsprechenden Informationen fragen. Wahrscheinlich wird
255.255.255.0 verwendet.
Obligatorische Felder fr manuelle Konfiguration:
Primary name + domain — Der
primre Name ist der Name Ihres Computers, whrend
die Domne Ihr Netzwerk angibt, z.B.
foo.bar.com. foo ist
der Rechnername und bar.com die
Domne.
IP address — Die Adresse des
Rechners wird im folgenden Format angegeben
x.x.x.x.,
z. B. 192.168.0.13.
Net device — Typ der verwendeten
Netzwerkkarte; Tragen Sie eth0 ein, wenn Sie die erste
Ethernet-Karte verwenden mchten.
Kernel module — Das korrekte Modul
entsprechend Ihrer Netzwerkkarte.
Die Angaben zu Netzwerkgerten und Kernel-Modulen haben wir
bereits weiter oben beschrieben. Rechnername, Domnenname und
IP-Adresse hngen davon ab, ob Sie Ihren Computer mit einem
bestehenden Netzwerk verbinden oder ob Sie ein neues Netzwerk
aufbauen mchten. Wenn Sie Ihren Computer mit einem
bestehenden Netzwerk verbinden mchten, fragen Sie Ihren
Netzwerkadministrator, welche Angaben zu machen sind. Die Anbindung
eines Netzwerks an das Internet geht ber den Rahmen dieses
Buches hinaus. Als Einstieg in dieses Thema empfehlen wir folgendes
Buch:
TCP/IP Network Administration, 2nd Edition,
von Craig Hunt (O'Reilly and Associates).
Wenn Sie ein privates Netzwerk einrichten mchten, das
nicht mit dem Internet verbunden werden soll,
knnen Sie beliebige Rechnernamen und Domnennamen
whlen. Die IP-Adressen knnen Sie innerhalb bestimmter
Bereiche whlen (siehe
Tabelle 3-1).
Tabelle 3-1 Adressen und Beispiele
Verfgbare Adressen
Beispiele
10.0.0.0 - 10.255.255.255
10.5.12.14
172.16.0.0 - 172.31.255.255
172.16.9.1, 172.28.2.5
192.168.0.0 - 192.168.255.25
192.168.0.13
Die oben angegebenen Zahlenbereiche entsprechen jeweils Netzwerken
der Klassen A, B und C. Die Klassen beschreiben sowohl die Anzahl
der verfgbaren IP-Adressen als auch den jeweiligen
Zahlenbereich. Die angegebenen Zahlenbereiche sind fr private
Netzwerke reserviert worden.
Bitte beachten
Fr eine Verbindung mit dem Internet sollten Sie diese
IP-Adressen nicht verwenden, da 192.168.0.* und 192.168.255.* als
private IP-Adressen festgelegt sind. Wenn Sie Ihr Netzwerk jetzt
oder spter an das Internet anbinden mchten, sollten
Sie sich besser nicht-private IP-Adressen zuweisen lassen.
Um eine Netzwerkverbindung einzurichten, bentigen Sie auch
einen Nameserver und eine Standarddomne. Der Nameserver setzt
Rechnernamen, z.B. private.network.com, in
die entsprechende IP-Adresse um, z.B.
192.168.7.3.
Die Standarddomne gibt an, wo der Computer suchen muss, wenn
kein vollstndiger Rechnername angegeben wurde.
Vollstndiger Rechnername bedeutet, dass die komplette Adresse
angegeben wird. foo.redhat.com ist z.B. der
vollstndige Rechnername, whrend
foo nur der einfache Rechnername ist. Wenn Sie
redhat.com als Ihre Standarddomne
angegeben haben, reicht der einfache Rechnername aus, um eine
Verbindung herzustellen. Zum Beispiel wrde ftp
foo gengen, wenn Ihre Suchdomne
redhat.com ist. Dagegen mssten Sie
ftp foo.redhat.com eingeben, wenn Ihre
Suchdmane anders hiee.
ffnen Sie Verwaltung =>
Netzwerk =>
Grundeinstellungen =>
Nameserver (DNS).
Abbildung 3-13 Bildschirm Konfiguration von Nameserver und Suchdomnen
Wenn mehr als ein Nameserver angegeben ist, wird den Nameservern
jeweils ein Rang zugeordnet, der der Reihenfolge entspricht, in der
auf sie zugegriffen wird. Oft werden sie dann als erster, zweiter,
dritter usw. Nameserver bezeichnet. Fr Nameserver mssen
Sie eine IP-Adresse (keinen Namen) eintragen, da Ihr Computer erst
dann Namen in IP-Adressen umsetzen kann, wenn er eine Verbindung
mit einem Nameserver hergestellt hat.
Zustzlich zur Standarddomne knnen Sie auch
Suchdomnen angeben. Suchdomnen arbeiten nach einem
anderen Prinzip als Nameserver. Sie werden zwar wie die Nameserver
entsprechend ihrer Reihenfolge nacheinander angesprochen, haben
jedoch Vorrang vor der Standarddomne. Bedenken Sie dies, wenn
Sie Suchdomnen angeben. Suchdomnen werden nur selten
verwendet.
Nun noch zum DNS-Kontrollkstchen. In einem kleinen, privaten
Netzwerk ohne Internet-Anbindung knnen Sie zur
Namensauflsung die Datei /etc/hosts
verwenden und diese jeweils zwischen den Computern synchronisieren.
Je mehr Computer Sie hinzufgen, desto komplexer wird die
Synchronisierung. Schlielich ist es einfacher, DNS auf einem
einzelnen Rechner auszufhren als die Dateien
/etc/hosts zu synchronisieren.
Anstelle von DNS ist auch die Verwendung von NIS in Ihrem Netzwerk
mglich. DNS und NIS knnen brigens auch
nebeneinander eingesetzt werden. Zusammenfassend lsst sich
sagen: DNS is wahrscheinlich die beste Lsung fr Sie, es
sei denn, es gibt einen guten Grund,
/etc/hosts oder NIS zu verwenden.
Sie knnen mit Linuxconf
Eintrge in /etc/hosts hinzufgen,
bearbeiten und lschen. ffnen Sie
Verwaltung =>
Netzwerk =>
Verschiedenes =>
Informationen ber andere Rechner.
Abbildung 3-14 /etc/hosts-Bildschirm
Klicken Sie auf einen Eintrag, um ihn zu bearbeiten oder zu
lschen. Klicken Sie im unteren Bereich des Bildschirms
Rechner/Netzwerkdefinition auf
Lschen, um den Eintrag zu
lschen.
Sie knnen die Informationen direkt im Bildschirm ndern.
Wenn Sie einen neuen Eintrag hinzufgen mchten, klicken
Sie im unteren Bereich des Bildschirms
/etc/hosts auf Neu. Der
Bildschirm Rechner/Netzwerkdefinition wird
geffnet.
Obligatorische Felder:
Primary name + domain — Der
primre Name gibt den Namen des Computers an, whrend
die Domne die Bezeichnung des Netzwerks angibt, in das
der Computer eingebunden ist. In
foo.bar.com ist z.B.
foo der Rechnername und
bar.com die Domne.
IP number — Auch als IP-Adresse
bezeichnet. Dies ist die Adresse des Computers im Format
x .x.
x.x,
z. B. 192.168.0.13.
Optionale Felder:
Aliases — Eine Kurzbezeichnung des
vollstndigen Domnennamens. Hier wird oft der
Rechnername verwendet. Wenn der vollstndige
Domnenname z.B. foo.bar.com ist, knnten Sie foo als
Alias whlen.
Comment — Eine Anmerkung zum
Rechner, z.B. "Remote-Nameserver".
Klicken Sie auf Besttigen, wenn Sie alles
eingegeben haben.
Diese Tabelle gibt Ihnen einen Kurzberblick ber dieses
Kapitel. Leider kann es keine umfassende Referenz fr
linuxconf sein, das ber viel mehr
Funktionen verfgt, als in dieser Dokumentation beschrieben
werden kann.
Tabelle 3-2 Linuxconf Kurzberblick
Was mchten Sie tun?
So finden Sie den richtigen Bildschirm in
linuxconf
Hinzufgen/ndern/Deaktivieren/Lschen
eines Benutzeraccounts
Verwaltung =>
Benutzer =>
Normal =>
Benutzeraccounts
ndern eines Benutzerpassworts
Verwaltung =>
Benutzer =>
Normal =>
Benutzeraccounts
ndern des Root-Passworts
Verwaltung =>
Benutzer =>
Normal =>
Root-Passwort wechseln
Red Hat Linux 7.0: Das Offizielle Red Hat Linux Referenzhandbuch
RefGuide(DE)-7.0-HTML-RHI (2000-07-24T10:53-0400)
Red Hat ist ein eingetragenes Warenzeichen, und das Red Hat Shadow Man-Logo,
RPM, das RPM-Logo und Glint sind Warenzeichen von Red Hat, Inc..
Linux ist ein eingetragenes Warenzeichen von Linus Torvalds.
Motif und UNIX sind eingetragene Warenzeichen von The Open Group.
Alpha ist ein Warenzeichen der Digital Equipment Corporation.
SPARC ist ein eingetragenes Warenzeichen von SPARC International,
Inc. Produkte, die das SPARC-Warenzeichen tragen, basieren auf einer
Architektur, die von Sun Microsystems, Inc. entwickelt wurde.
Netscape ist ein eingetragenes Warenzeichen der Netscape Communications
Corporation in den USA und anderen Lndern.
TrueType ist ein eingetragenes Warenzeichen von Apple Computer, Inc.
Windows ist ein eingetragenes Warenzeichen der Microsoft Corporation.
Alle weiteren hier genannten Rechte an Warenzeichen sowie Copyrights
liegen bei den jeweiligen Eigentmern.
Copyright 1999 Red Hat, Inc.. Das vorliegende Material darf nur
vertrieben werden, wenn die Bedingungen eingehalten werden, die in der
Open Publication License, V1.0 oder neuer, festgelegt sind (die neueste
Version ist gegenwrtig unter http://www.opencontent.org/openpub/ erhltlich).
Betrchtlich modifizierte Versionen dieses Dokuments drfen nur mit
ausdrcklicher Genehmigung des Copyright-Inhabers vertrieben werden.
Der Vertrieb des Werks oder einer Ableitung des Werks in Standardbuchform
(Papier) zu kommerziellen Zwecken ist nicht zulssig, sofern dies nicht
zuvor durch den Copyright-Inhaber genehmigt wurde.
Um CCVS fr eine bestimmte Anwendung
auszufhren, mssen Sie mit dem Befehl su
zu dem Account wechseln, den diese Konfiguration erstellt hat.
Als Benutzer dieses Accounts mssen Sie, um
CCVS ausfhren zu knnen, den
ccvsd-Dmon fr jeden Merchant Account
starten und das Programm cvupload
regelmig ausfhren (es empfiehlt sich,
cron zu verwenden, um
cvupload jeden Tag auszufhren).
Um CCVS auszufhren, mssen Sie
den ccvsd-Dmon ausfhren. Der
ccvsd-Dmon ist derjenige, der alle
Telefonanrufe und Transaktionen durchfhrt. Auf den Befehl
ccvsd muss der Name des Accounts folgen, den Sie
beim Konfigurieren des Accounts angegeben haben.
Wenn Sie beispielsweise die Bearbeitung von Transaktionen fr
den im vorhergehenden Abschnitt genannten Musikgrohndler
starten mchten und die Software in dem Standardverzeichnis
/usr/sbin
installiert haben, geben Sie folgenden Befehl ein, um
ccvsd zu starten:
/usr/sbin/ccvsd music
Wann immer Sie einen Merchant Account hinzufgen mchten,
mssen Sie ccvsd fr diesen Account
starten, falls Sie Transaktionen fr diesen Account bearbeiten
mchten.
Weitere Informationen zu ccvsd finden Sie in der
man-Seite ccvsd.
Einige Transaktionen (wie z.B. Authorisierungen) werden vorgenommen,
sobald die Kreditkarte vorgelegt wird. Andere Transaktionen (z.B.
Verkufe oder Umtausch/Rckgabe) werden gespeichert und
nicht sofort bearbeitet. Diese Transaktionen werden zu Stapeln
zusammengefasst und dann als Gruppe bearbeitet.
CCVS verwendet fr diese
Stapelverarbeitung das Programm cvupload . Wir
empfehlen, cvupload mindestens tglich als
cron-Job aufzurufen, so dass
cvupload automatisch jeden Tag ausgefhrt
wird, ohne dass Sie eingreifen mssen.
Fr die regelmige Bearbeitung des
Musikgrohndlers wrden Sie z.B. folgenden
Befehl ausgeben:
/usr/sbin/cvupload music
Weitere Informationen zu cvupload finden Sie in
der man-Seite cvupload.
Sie mssen CCVS fr Ihr System konfigurieren, und zwar
entweder im Demo-Modus oder fr die Verarbeitung von echten Daten.
Verwenden Sie su, um zu dem Benutzeraccount zu
wechseln, den Sie fr diese Konfiguration erstellt haben (ein
Mitglied der Gruppe ccvs).
Fhren Sie das
CCVS-Konfigurationsprogramm mit folgendem
Befehl aus:
/usr/sbin/ccvs_configure
Der restliche Teil dieses Abschnitts fhrt Sie nun durch das
CCVS-Konfigurationsprogramm. Sie sollten nun
einen Begrungsbildschirm sehen. Drcken Sie die
Eingabetaste, um die
CCVS-Softwarelizenz zu lesen. Sie
knnen die standardmigen Scroll- und Paging-Befehle
von more verwenden (oder das Paging-Programm, das
von Ihrer Umgebungsvariablen $PAGER eingestellt wurde), um die Lizenz
durchzulesen.
Wenn Sie die Lizenz gelesen und den Pager verlassen haben, sehen Sie:
Type "accept" to accept this license, or anything else to exit.
Geben Sie das Wort accept ein, um die
Lizenzvereinbarung anzunehmen, und fahren Sie dann mit der
Konfiguration von CCVS fort. Falls Sie etwas
anderes als accept eingeben, wird das Programm beendet.
Sie sehen nun folgenden Bildschirm:
This program creates the configuration file for CCVS functions.
To do this, you will require the following information:
1: The clearing protocol you will be using. This may be MAPP,
ETC+, or any of the other protocols which CCVS supports. There
is also a demo protocol; if you have downloaded the free demo of
CCVS, you will be using the demo protocol.
2: The unique number which identifies you to the clearing
house. This may be your merchant account number or a terminal id
number, depending on what protocol you will be using. This number
will be supplied when you set up your merchant account.
3: Your modem type, and the serial port your modem is attached
to. You will also need modem configuration strings. (We can
supply modem configuration strings for many popular modems.)
4: The location of your data directory. This is where the
configuration file and data directories will be placed.
5: Other information as needed for particular protocols. This
information will generally be supplied when you set up your
merchant account.
We supply a worksheet which you can use to organize all this
information, including the details for each protocol. See the
file "setup.txt" in /usr/share/doc/CCVS-<version>.
The configuration program is running as user
"<username>".
It is important that this be the same user which the actual CCVS
software will run as. (We recommend creating a special user
account for just this purpose.)
Do you wish to continue configuring CCVS as user
"<username>"?
[Enter Y to continue, or N to stop here:]
Drcken Sie auf Y, um fortzufahren. Falls Sie mit
dem Befehl su zum Root gewechselt haben, sehen Sie
stattdessen nun die folgende Fehlermeldung. (Wenn dieser Fall eintritt,
sollten Sie mit su zum
CCVS-Benutzer wechseln und dann
ccvs_configure erneut ausfhren.)
The configuration program may not be run as root. You must run
this as the same user which the actual CCVS software will run as.
(We recommend creating a special user account for just this
purpose.)
Wenn Sie fortfahren, fordert das Programm Sie auf, Informationen
einzugeben. Sie knnen zu jedem beliebigen Zeitpunkt zu einem
vorherigen Prompt zurckkehren, indem Sie einfach
. (einen Punkt) eingeben und dann die
Eingabetaste drcken.
Do you want to configure CCVS for the free demo, or a working
merchant account? (If you have not purchased a license for CCVS,
only the demo configuration is available.)
[Enter Y to use the demo configuration, N for a real configuration,
or . to exit:]
Sofern Sie keinen Software-Key und keine Lizenz fr
CCVS erworben haben, geben Sie nun
Y ein. Dadurch wird eine Demo-Konfiguration
installiert, die weder das Modem anwhlt noch einen echten
Merchant Account verwendet. Wenn Sie eine Lizenz erworben haben und
jetzt so weit sind, eine vollfunktionsfhige Konfiguration zu
installieren, geben Sie N ein.
Where do you want to place the CCVS configuration files and
transaction queues? This should be a directory name which is
writable by the current user.
The default is "/var/ccvs".
Enter directory, or Return for default value, or . by itself to
back up.
>
Sofern keine besonderen Grnde vorliegen, um die
CCVS-Konfigurationsdateien und
Transaktionswarteschlangen zu verschieben, sollten Sie sie in ihren
Standardverzeichnissen belassen. Falls Sie sie verschieben mssen,
denken Sie bitte daran, dass Sie in dann auch eine Umgebungsvariable
einstellen mssen.
What do you want to name this configuration? This should be a
short filename.
The default is "ccvs".
Enter name, or Return for default value, or . by itself to back
up.
>
Sie knnen z.B. eine Konfiguration mit der Bezeichnung
tshirt fr einen Hndler haben, der
T-Shirts verkauft, und eine Konfiguration mit der Bezeichnung
music fr einen
Musikgrohndler. Der hier eingegebene Name wird dazu
verwendet, zwischen den beiden Konfigurationen zu unterscheiden.
Fr die Demo-Version von CCVS sind nun
keine weiteren Informationen erforderlich. Falls Sie sich fr die
Demo-Version entschieden haben, sehen Sie nun folgende Meldung:
Writing "/var/ccvs/ccvs.conf"...
The CCVS system is now configured.
Sie knnen nun mit dem Testen der Demo-Software beginnen. Die
Demo-Version funktioniert genauso wie die Vollversion der
CCVS-Software, mit der Ausnahme, dass keine
Verbindung zum Modem oder zu einem tatschlich existierenden
Merchant Account hergestellt wird.
Wenn Sie eine Lizenz fr die Vollversion von
CCVS erworben haben und sich dann dazu
entscheiden, eine echte Konfiguration zu installieren, dann sehen Sie
nun folgende Meldung:
Which protocol and merchant processor will you be using?
Credit card clearing protocols:
1: ETC PLUS (FDR7/ETC7/FDR "Omaha"): First Data Corporation
2: South Platform (FDR "Nabanco"): First Data Corporation
3: MAPP: Global Payment Systems "St. Louis"
4: NDC: Global Payment Systems "Atlanta" / NDC
5: VITAL (Visa 2nd generation, K format): Visa / Total System Services
6: UTF: Paymentech Inc. 7: NOVA: NOVA Information Systems
[Enter a number, or . by itself to back up:]
Whlen Sie das Protokoll aus, fr das Sie eine
CCVS -Lizenz und einen gltigen
Merchant Account besitzen.
What is the number of your merchant account?
Enter number, or . by itself to back up.
>
Diese Nummer sollte Ihnen zusammen mit Ihrem Merchant Account zur
Verfgung gestellt worden sein.
What is your CCVS software customer number?
Enter number, or . by itself to back up.
>
Diese Nummer wurde Ihnen zusammen mit Ihrer
CCVS-Lizenz zur Verfgung gestellt.
What is your CCVS software license key?
Enter number, or . by itself to back up.
>
Diese Nummer wurde Ihnen ebenfalls zusammen mit Ihrer
CCVS-Lizenz zur Verfgung gestellt.
What is the phone number of your merchant processor?
Enter number, or . by itself to back up.
>
Mglicherweise mssen Sie fr bestimmte Protokolle noch
einige andere Fragen beantworten. Wenn Sie das Formular
setup.txt fr das von Ihnen gewhlte
Protokoll ausgefllt haben, sollten Sie fr die folgenden
Fragen ausreichend vorbereitet sein. So werden fr VITAL noch
weitere Prompts eingeblendet, die Sie nach dem Namen Ihres
Unternehmens, Ihrer Adresse, Bankverbindung usw. fragen. Diese
Informationen sollten Sie bereits beim Einrichten Ihres VITAL Merchant
Accounts abgeklrt haben.
Sie mssen nun angeben, wie die Kommunikation mit Ihrem Modem
erfolgen soll. Die Modem-Konfigurationsinformationen sind sehr wichtig.
Vergewissern Sie sich daher, dass Sie die korrekten Informationen
fr Ihr System-Setup eingeben; CCVS
arbeitet nicht, wenn das Modem nicht korrekt eingerichtet wurde.
Do you want to configure a pool of several modems? (If you answer
yes, all the modems must be exactly the same make and model. If
you want to use just one modem, answer no.)
[Enter Y or N, or . to back up:]
Falls Sie ber mehrere identische Modems verfgen,
knnen Sie CCVS so konfigurieren, dass
alle (als Pool) verwendet werden. Jeder
CCVS-Prozess, der ein Modem bentigt,
kann dann aus diesem Pool ein gerade verfgbares Modem
auswhlen. Auf diese Weise knnen mehrere
CCVS-Konfigurationen eine Gruppe von Modems
gemeinsam verwenden. Auerdem knnen Sie eine einzelne
Konfiguration mit zwei Modems konfigurieren, so dass Authorisierungen
und Stapelverarbeitung gleichzeitig ablaufen knnen.
What serial port is your modem connected to? (Do not include the
"/dev/" prefix.) The default is ttyS0. The modem should be
connected and ready now, so that the serial port can be tested.
Enter port name, or Return for default value, or . by itself to
back up.
>
Das Programm testet den von Ihnen angegebenen seriellen Port. Wenn Sie
mehr als einen Port konfigurieren, testet es jeden dieser Ports.
Fgen Sie /dev/ nicht ein. Dieser Schritt
kann bis zu dreiig Sekunden in Anspruch nehmen, wenn das Modem
nicht antwortet.
What type of modem do you have? This information makes it
possible to suggest modem configuration strings. If your modem
is not listed, you can choose "none of the above"; but you will
then have to create your own configuration strings, which is a
difficult process.
1: USR Sportster/Courier
2: Hayes Optima
3: Chase Research PCI-RAS
4: None of the above
[Enter a number, or . by itself to back up:]
Sie werden nun aufgefordert, die Strings fr die
Modeminitialisierung sowie fr Whlen und Auflegen anzugeben.
(Wenn Sie einen Modem-Pool konfigurieren, mssen alle darin
enthaltenen Modems identisch sein und alle dieselben Strings
verwenden.) Sobald CCVS die geeigneten
Strings fr Ihr Modem kennt, werden Ihnen diese vorgeschlagen, und
Sie brauchen nur die Eingabetaste zu drcken.
The modem initialization string should set the modem to do no
protocol negotiation.
What string do you want to use?
A string which works for your modem is:
\r~~~\rAT E0 L0 M1 V1 X4 &K0 &M0 +FCLASS=0
Enter string, or Return for suggested value.
>
The modem dial string should dial the modem. (Do not include a
phone number.)
What string do you want to use?
A string which works for your modem is:
ATDT
Enter string, or Return for suggested value.
>
The modem hang-up string should hang the modem up if it's
connected. What string do you want to use?
A string which works for your modem is:
~~~+++~~~~~~~~~\rATH0\r~~~
Enter string, or Return for suggested value.
>
Initialize: \r~~~\rAT E0 L0 M1 V1 X4 &K0 &M0 +FCLASS=0
Dial: ATDT
Hang up: ~~~+++~~~~~~~~~\rATH0\r~~~
Are these the values you want?
[Enter Y to accept, N to change, . to back up.]
Mglicherweise wird Ihnen nicht exakt derselbe Bildschirm
angezeigt, wie oben angegeben. Das liegt daran, dass die
vorgeschlagenen Standardeinstellungen je nach ausgewhltem Modem
variieren.
Anschlieend wird nach der Baudrate gefragt:
What baud rate do you want to use? You should use the
default unless you have explicit information that another
value is appropriate.
The default baud rate is 1200.
Enter rate, or Return for default value, or . by itself to
back up.
>
Wenn Sie alle Konfigurationsinformationen eingegeben haben, erscheint
folgende Meldung:
Writing "/var/ccvs/ccvs.conf"...
The CCVS system is now configured.
C — Die C-Bibliothek von CCVS ist
im Paket CCVS-devel enthalten. Wenn Sie
C-Programme kompilieren, die CCVS
verwenden, mssen Sie das -lccvs-Flag zur
Verknpfungszeile hinzufgen.
Java — Unter
http://www.redhat.com/CCVS3.3docs/AdminJava.html
finden Sie weitere Informationen zum Erstellen der
CCVS -Java-Schnittstelle. Der Quellcode
fr die Java-Schnittstelle ist im Paket
CCVS-java enthalten.
Perl — Die Perl-Schnittstelle ist im Paket
CCVS-perl enthalten.
Python — Die Python-Schnittstelle ist im Paket
CCVS-python enthalten.
PHP — Das Paket CCVS-php3 enthlt
die PHP3-Schnittstelle.
Tcl — Die Tcl-Schnittstelle ist im Paket
CCVS-tcl enthalten.
Falls Sie mehrere Merchant Accounts untersttzen mssen,
brauchen Sie dazu einfach nur noch einmal die Konfiguration
auszufhren. Verwenden Sie fr jeden Merchant Account
einen anderen Konfigurationsnamen.
Verschiedene Konfigurationen knnen sich denselben seriellen
Port bzw. denselben Pool von seriellen Ports teilen. Die Modems
werden der Reihe nach bedient.
Bevor Sie CCVS konfigurieren, mssen
Sie verschiedene Fragen ber Ihr System und zur Einrichtung von
CCVS beantworten. Um den
Konfigurationsvorgang vorzubereiten, befolgen Sie bitte unbedingt die
folgenden Schritte:
Bitte lesen Sie sich die gesamte Dokumentation und alle Errata
durch, die mit dem Programm geliefert wurden.
Fllen Sie setup.txt aus. Bei der Datei
setup.txt handelt es sich um ein Formular, das
die verschiedenen Informationen erlutert, die erforderlich
sind, wenn CCVS fr den Einsatz mit
bestimmten Protokollen konfiguriert werden soll. Wenn Sie
setup.txt ausfllen, haben Sie dadurch
smtliche fr die Konfiguration erforderlichen
Informationen zur Hand. Sie finden die Datei im Verzeichnis
/usr/share/doc/CCVS-<Version>.
Alternativ dazu knnen Sie setup.txt
auch unter
http://www.redhat.com/products/ccvs/support/CCVS3.3docs/setup.txt
finden.
Bitte beachten
Im Setup-Formular werden Sie nach einigen protokollspezifischen
Informationen gefragt. Sie mssen nur die Informationen
fr das Protokoll angeben, das Sie benutzen mchten.
Fr die anderen Protokolle brauchen Sie keine Informationen
anzugeben.
Das CCVS-Installationsprogramm stellt
Ihnen verschiedene Fragen zu Ihrem Modem. Halten Sie deshalb die
erforderlichen Angaben bereit. Derzeit dokumentiert
CCVS nur die init-Strings fr drei
Modems:
Hayes Optima oder ACCURA
\r~~~\rAT &D3 X4 E0 &K0 &Q0
U.S. Robotics Sportster oder Courier
\r~~~\rAT E0 L0 M1 V1 X4 &K0 &M0 +FCLASS=0
Chase Research PCI-RAS
\r~~~\rAT E0 %C0 \\N0
Falls Ihr Modem nicht in dieser Liste enthalten ist, lesen Sie
bitte im Handbuch zu Ihrem Modem nach, welcher String die
Komprimierung und Fehlerbehebung deaktiviert und welcher String Ihr
Modem wieder fr den normalen Betrieb zurcksetzt.
Whrend des Konfigurationsvorgangs mssen Sie diese
beiden Modemstrings einstellen.
Um CCVS ausfhren zu knnen,
bentigen Sie ein Modem und einen Merchant Account. Auerdem
mssen Sie einige Richtlinien befolgen, damit
CCVS korrekt arbeitet.
Sie bentigen mindestens ein Modem, das fr
CCVS reserviert ist.
Kreditkartenprotokolle untersttzen bei Modemverbindungen keine
Komprimierung oder Fehlerkorrektur, daher knnen Sie die
Funktionen zur Komprimierung und Fehlerkorrektur nicht verwenden. Wir
stellen Ihnen gern Informationen darber zur Verfgung, wie
diese Funktionen bei den folgenden Modems deaktiviert werden:
Hayes Optima
US Robotics Courier
US Robotics Sportster
Chase Research PCI-RAS
Bitte beachten
Bitte verwenden Sie nur Modems aus der oben aufgefhrten Liste!
Wenn Sie ein Modem verwenden, das nicht untersttzt wird
(d.h., irgendein anderes Modem, das nicht in der obigen Liste
enthalten ist), kann es sehr schwierig werden,
CCVS mit diesem Modem ans Laufen zu
bringen. Bitte lesen Sie sich daher die Listen der mit
Red Hat Linux-kompatiblen Hardware durch, um sicherzustellen, dass Ihr
Modem mit Red Hat Linux arbeitet. Sie finden diese Listen unter
http://www.redhat.com/support/hardware/.
Wenn Ihr Modem nicht in dieser Liste enthalten ist, lesen Sie bitte
im Handbuch zu Ihrem Modem nach, mit welchem String Sie die
Komprimierung und Fehlerkorrektur ausschalten knnen und mit
welchem String Sie Ihr Modem spter wieder fr den normalen
Betrieb zurcksetzen knnen. Diese beiden Strings
mssen Sie bei der Konfiguration von
CCVS angeben.
Wenn Sie einen Merchant Account einrichten oder einen bestehenden
Merchant Account ndern, um CCVS zu
verwenden, kann es vorkommen, dass das Institut, das Ihnen den
Merchant Account zur Verfgung stellt, den Beweis wnscht,
dass CCVS tatschlich mit dem von
diesem Institut verwendeten Protokoll arbeiten kann.
Zertifizierungsschreiben fr spezielle Protokolle stehen Ihnen
unter
http://www.redhat.com/certifications.html
zur Verfgung. Drucken Sie alle Seiten des Schreibens aus, das
sich auf das von Ihnen verwendete Protokoll bezieht, und legen Sie es
dem Institut vor, von dem Ihnen der Merchant Account eingerumt
wird.
Das Institut muss eines der von CCVS
untersttzten Protokolle verwenden:
ETC-PLUS-Protokoll (auch bekannt als FDR7, ETC+, ETC7,
"Omaha") von First Data Corporation
South-Platform-Protokoll (auch bekannt als "Nabanco")
von First Data Corporation
MAPP-Protokoll (auch bekannt als "St. Louis") von
Global Payment Systems
NDC-Protokoll (auch bekannt als "Atlanta") von
Global Payment Systems
VITAL-Protokoll (auch bekannt als VisaNet, Visa 2nd generation,
"K format") von Visa International
UTF-Protokoll (auch bekannt als GENSAR) von Paymentech
NOVA Information Systems-Protokoll
Wenn das Institut, das Ihnen den Merchant Account einrumt, mit
einem dieser Protokolle arbeitet, knnen Sie
CCVS einsetzen.
Sobald Sie festgestellt haben, mit welchem Protokoll Sie arbeiten
werden, lesen Sie sich bitte noch einmal die gesamten unter
http://www.redhat.com/CCVS3.3docs/protocol-specific.html
zur Verfgung stehenden Informationen zu diesem Protokoll durch,
bevor Sie mit dem Konfigurieren von CCVS
beginnen. Der unter dem angegebenen Link zur Verfgung stehende
CCVS Protocol Guide beschreibt die
Funktionalitten, die von den verschiedenen Protokollen
untersttzt werden.
Wenn die folgenden Voraussetzungen erfllt sind, arbeitet
CCVS einwandfrei und effizient. Bitte
vergewissern Sie sich, dass Sie alle Richtlinien befolgt haben, bevor
Sie versuchen, CCVS auszufhren.
Fhren Sie keine anderen Software-Anwendungen aus, die auf das
Modem zugreifen mssen, whrend Sie
CCVS ausfhren. Dadurch kann der
Betrieb von CCVS gestrt werden.
Die meisten Berechtigungen, die fr
CCVS erforderlich sind, werden
whrend des Installationsvorgangs durch Erzeugen einer
speziellen Gruppe mit dem Namen "ccvs" eingerichtet.
Einige Aspekte betreffen jedoch Systemberechtigungen, ber die
Sie Bescheid wissen sollten.
Alle Vorgnge fr eine bestimmte
CCVS-Konfiguration mssen von
einem Einzelbenutzeraccount aus ausgefhrt werden. Es ist ein
Account erforderlich, damit der Dateibesitz und alle Berechtigungen
korrekt eingerichtet und geschtzt werden. Dieser
Benutzeraccount muss (von Ihnen oder Ihrem Systemadministrator) zur
Gruppe ccvs hinzugefgt werden, bevor Sie das
Konfigurationsprogramm ausfhren.
Fhren Sie, nachdem Sie den Benutzer zur Gruppe ccvs
hinzugefgt haben, das
CCVS-Konfigurationsprogramm unter diesem
Benutzer aus. Nachdem Sie das Konfigurationsprogramm
ausgefhrt haben, mssen die
CCVS-Befehle fr diese
Konfiguration unter demselben Benutzer ausgefhrt werden.
Wenn CCVS mit einem Modem arbeiten soll,
mssen die Benutzer in der Gruppe ccvs auch zur Gruppe uucp
hinzugefgt werden. Doch mglicherweise reicht es nicht
aus, lediglich Mitglied der Gruppe uucp zu sein, um mit den Modems
arbeiten zu knnen. Falls es sich nicht auf Ihrem System
befindet, mssen Sie sicherstellen, dass die Mitglieder der
Gruppe ccvs auch Zugriff auf den seriellen Modem-Port haben, mit
dem CCVS arbeitet.
Wenn Sie PHP zusammen mit CCVS
verwenden, muss der Web-Server in der Lage sein,
CCVS -Befehle auszufhren. Um das
zu erreichen, muss der Benutzer des Web-Servers ein Mitglied der
Gruppe ccvs werden. In der Regel muss der Benutzer des Web-Servers
auch Mitglied der Gruppe uucp sein.
Wenn Sie PHP nicht verwenden, aber den Web-Server trotzdem in die
Lage versetzen mchten, CCVS
auszufhren, stehen Ihnen neben der Mglichkeit, den
Benutzer des Web-Servers zu einem Mitglied der Gruppe ccvs zu
machen, noch weitere Optionen zur Verfgung (z.B.
suexec, setuid). Sie
knnen ihn ganz nach Wunsch einrichten, so lange Sie kein PHP
verwenden.
CCVS bentigt Tcl ab Version 7.6,
um die enthaltene grafische Benutzeroberflche (GUI)
auszufhren oder die enthaltenen Tcl/Tk-APIs fr die
Entwicklung einer eigenen grafischen Oberflche einzusetzen.
Tcl Version 8.3 ist im Lieferumfang von Red Hat Linux7.0 enthalten.
CCVS bentigt Perl ab Version 5.0,
um die enthaltenen Perl APIs verwenden zu knnen.
Perl Version 5.6 ist im Lieferumfang von Red Hat Linux7.0 enthalten.
Sie knnen bei Red Hat Support fr
CCVS erhalten. Achten Sie beim Erwerb des
Keys zum Aktivieren von CCVS auf die zur
Verfgung stehenden Support-Optionen. Weitere Informationen zum
Erwerb des Keys und zu den Support-Optionen finden Sie unter
http://www.redhat.com/products/ccvs/.
Falls Sie die Hilfe bentigen, achten Sie bitte darauf, folgende
Informationen zur Hand zu haben, bevor Sie den Support kontaktieren:
Name Ihres Unternehmens
Die CCVS-Version, mit der Sie arbeiten
Ihre Hndlernummer
Ihre CCVS-Kundennummer
Ihr Betriebssystem und die Version
Red Hat Unser technischer Support wird versuchen, alle Fragen zu
klren, die CCVS direkt betreffen. Wir
knnen keine Produkte anderer Hersteller untersttzen, es sei
denn, es handelt sich um Fragen, die die Integration in
CCVS betreffen.
Da Apache 1.3 DSOs untersttzt, knnen Sie Apache Module auf
einfache Weise laden bzw. Ihre eigenen Module fr den Red Hat Linux Secure Web Server
einkompilieren. DSO-Untersttzung bedeutet, dass Module
whrend der Laufzeit geladen werden knnen. Da die Module nur
bei Bedarf geladen werden, belegen Sie keinen Speicherplatz, wenn sie
nicht geladen sind. Dadurch sinkt der Speicherbedarf insgesamt.
Die Apache Group stellt eine vollstndige DSO-Dokumentation unter
http://www.apache.org/docs/dso.html
zur Verfgung. Nach der Installation Ihres Servers knnen Sie
auch unter
http://ihre_domne/manual/mod/
Dokumentationen im HTML-Format zu Apache Modulen finden (falls das
Paket apache-manual installiert ist). Im Folgenden
wird eine Kurzbeschreibung zum Laden von Modulen gegeben. Wenn Sie mehr
Einzelheiten wissen mchten, sollten Sie jedoch die oben genannten
URLs aufrufen.
Damit Ihr Red Hat Linux Secure Web Server ein dynamisch gemeinsam verwendetes Modul verwenden
kann, muss fr dieses Modul in der Datei
httpd.conf eine
LoadModule-Zeile und eine
AddModule-Zeile enthalten sein. Viele Module
enthalten diese zwei Zeilen bereits standardmig in
httpd.conf, doch sind einige der weniger oft
verwendeten Module auskommentiert. Die auskommentierten Module wurden
whrend des Kompilierens eingefgt, werden jedoch
standardmig nicht geladen.
Wenn Sie eines dieser nichtgeladenen Module verwenden mssen,
finden Sie in der Datei httpd.conf alle
verfgbaren Module. Alle verfgbaren Module haben eine
entsprechende LoadModule-Zeile. Der Abschnitt
LoadModule beginnt mit diesen sieben Zeilen:
Die meisten der Zeilen sind nicht auskommentiert, was anzeigt, dass
jedes verknpfte Modul einkompiliert wurde und
standardmig geladen wird. Die erste Zeile ist
auskommentiert, d.h. das entsprechende Modul
(mmap_static_module) wurde einkompiliert, aber nicht
geladen.
Um Ihren Red Hat Linux Secure Web Server anzuweisen, ein nicht geladenes Modul zu laden,
entfernen Sie zuerst die entsprechende
LoadModule-Zeile. Wenn Sie zum Beispiel erreichen
mchten, dass Ihr Red Hat Linux Secure Web Server das Modul
mime_magic_module ldt, ndern Sie die
LoadModule-Zeile:
Als Nchstes mssen Sie die Kommentare fr die
entsprechende Zeile im Abschnitt AddModule in der
Datei httpd.conf entfernen. Wir fahren nun mit
unserem Beispiel von vorhin fort. Entfernen Sie die Kommentare in der
mod_mime_magic-Zeile. Die ursprngliche
(Standard-) Zeile sieht folgendermaen aus:
#AddModule mod_mime_magic.c
Ohne die Kommentare sieht die Zeile dann so aus:
AddModule mod_mime_magic.c
Nachdem Sie fr die LoadModule- und
AddModule-Zeilen fr die Module, die Sie laden
mchten, die Kommentare entfernt haben, halten Sie den Web-Server
an, und starten Sie ihn neu, wie in
Abschnitt namens Starten und Beenden von Apache in Kapitel 11 beschrieben. Nach dem Start
sollten die Module in Ihren Red Hat Linux Secure Web Server geladen werden.
Wenn Sie ein eigenes Modul haben, knnen Sie es zur Datei
httpd.conf hinzufgen, damit es als ein DSO
einkompiliert und geladen wird. Dazu mssen Sie das Paket
apache-devel installieren, wie in
Kapitel 10 beschrieben. Das Paket
apache-devel wird bentigt, weil es die
Include-Dateien, die Header-Dateien und das APache eXtenSion
(APXS)-Untersttzungstool installiert. APXS verwendet die
Include-Dateien und die Header-Dateien zum Kompilieren Ihres Moduls,
damit es mit Apache zusammenarbeiten kann.
Wenn Sie ein eigenes Modul geschrieben haben oder eines von einem
anderen Benutzer ausborgen, sollten Sie APXS fr das Kompilieren
Ihrer Modulquellen auerhalb des Apache Quellbaums anwenden
knnen, ohne Compiler- und/oder Linkerflags anpassen zu
mssen. Weitere Informationen ber APXS finden Sie in der
Apache Dokumentation unter
http://www.apache.org/docs/dso.html.
Speichern Sie Ihr Modul nach dem Kompilieren mit APXS in
/usr/lib/apache. Anschlieend muss in der
Datei httpd.conf wie oben fr die eigenen
Module von Apache beschrieben eine LoadModule- und
eine AddModule -Zeile eingefgt werden.
Fgen Sie nach der LoadModule-Liste in der
Datei httpd.conf fr die Shared Object-Datei
fr Ihr Modul eine Zeile wie die folgende ein:
LoadModule foo_module modules/mod_foo.so
Beachten Sie, dass Sie den Modulnamen und den Namen Ihrer Shared
Object-Datei in geeigneter Weise ndern mssen.
Fgen Sie am Ende der AddModule-Liste in der
Datei httpd.conf fr Ihr Modul eine Zeile
fr die Quellcodedatei wie die Folgende ein:
AddModule mod_foo.c
Beachten Sie, dass der Name der Quellcodedatei in geeigneter Weise
gendert werden muss.
Halten Sie Ihren Web-Server an, und starten Sie ihn erneut wie in Abschnitt namens Starten und Beenden von Apache in Kapitel 11 beschrieben, nachdem Sie die oben
beschriebenen Schritte ausgefhrt haben. Wenn Sie keine Fehler
gemacht haben und Ihr Modul richtig programmiert ist, sollte der
Web-Server Ihr Modul beim Starten finden und laden.
Der mod_ssl-Sicherheitsteil von Red Hat Linux Secure Web Server liegt als Dynamic Shared
Object (DSO) vor. Das bedeutet, der Apache Web-Server kann vom
Benutzer neu kompiliert werden, wenn der EAPI-Erweiterungspatch aus
dem mod_ssl-Sicherheitsmodul in Apache integriert wird. Folgen Sie
der in der mod_ssl-Dokumentation enthaltenen Anleitung zum
Integrieren von mod_ssl in Apache, fgen Sie jedoch das folgende
Flag hinzu:
--with-eapi-only
Die vollstndige Befehlszeile sollte dann so aussehen:
./configure [Benutzerflags] --with-eapi-only
Erstellen und installieren Sie dann Apache.
Bitte beachten
Red Hat kann fr neukompilierte Versionen von Apache Web-Server
keinen Support anbieten. Fr die Installation der Ihnen
bereitgestellten Version wird Support angeboten, wenn Sie jedoch
Apache neu kompilieren, entfllt dieser. Bitte nehmen Sie
keine Neukompilierung von Apache vor, es sei denn, Sie wissen
genau, was Sie tun.
Sie knnen mit Apache das Prinzip der virtuellen Rechner nutzen,
um auf demselben Rechner verschiedene Server mit verschiedenen
IP-Adressen, verschiedenen Rechnernamen oder verschiedenen Ports
auszufhren. Wenn Sie sich dafr interessieren, knnen
Sie in der Apache Dokumentation auf Ihrem Rechner und im Web unter
http://www.apache.org/docs/vhosts/
weitere Informationen finden.
Bitte beachten
Namensbasierte virtuelle Rechner knnen nicht zusammen mit dem
Red Hat Linux Secure Web Server verwendet werden, weil der SSL-Handshake (der Zeitpunkt, wenn
der Browser das Authentifizierungszertifikat des sicheren Web-Servers
annimmt) vor der HTTP-Anforderung stattfindet, die den richtigen
namensbasierten virtuellen Rechner identifiziert. Wenn Sie
namensbasierte virtuelle Rechner verwenden mchten, knnen
Sie diese nur mit dem Web-Server verwenden, der ohne
Verschlsselung arbeitet.
Virtuelle Rechner werden in der Datei httpd.conf
konfiguriert, wie in Abschnitt namens Konfigurationsanweisungen in httpd.conf
beschrieben. Bitte lesen Sie dort nach, bevor Sie die Konfiguration der
virtuellen Rechner auf Ihrem Rechner ndern.
In der Standardkonfiguration Ihres Red Hat Linux Secure Web Server wird ein
unverschlsselter und sicherer Server ausgefhrt. Beide
Server verwenden dieselbe IP-Adresse und denselben Rechnernamen,
warten jedoch an verschiedenen Ports auf Anforderungen.
Auerdem ist der sichere Server ein virtueller Rechner. Mit
dieser Konfiguration knnen Sie sowohl unverschlsselte als
auch sichere Dokumente auf effektivste Weise bereitstellen. Wie Ihnen
wahrscheinlich bekannt ist, erfordern sichere HTTP-bertragungen
mehr Zeit als nicht verschlsselte bertragungen, da
whrend der sicheren Transaktionen erheblich mehr Informationen
ausgetauscht werden. Die Verwendung Ihres sicheren Servers fr
unverschlsselten Web-Datenverkehr ist daher nicht zu empfehlen.
Die Konfigurationsanweisungen fr Ihren sicheren Server sind
innerhalb von Virtual Host-Tags in der Datei httpd.conf
untergebracht. Wenn Sie die Konfiguration Ihres sicheren
Servers ndern mchten, mssen Sie die
Konfigurationsanweisungen innerhalb der Virtual Host-Tags in der
Datei httpd.conf anpassen. Wenn Sie bestimmte
Funktionen fr Ihren sicheren Server aktivieren mchten
(z.B. serverseitige Includes), mssen diese innerhalb der
Virtual Host-Tags aktiviert werden, die Ihren sicheren Server
definieren.
Der unverschlsselte Web-Server wird wie der
"nichtvirtuelle" Rechner in der Datei httpd.conf
konfiguriert. Anders ausgedrckt, die
Konfigurationsoptionen des unverschlsselten Web-Servers
befinden sich auerhalb der Virtual Host-Tags in der Datei
httpd.conf. Wenn Sie an der Konfiguration Ihres
unverschlsselten Web-Servers nderungen vornehmen
mchten, mssen Sie die Konfigurationsanweisungen
auerhalb der Virtual Host-Tags in der Datei
httpd.conf ndern.
Standardmig verwenden sowohl der sichere als auch der
unverschlsselte Web-Server dieselbe
DocumentRoot. Diese Konfigurationsanweisung wird
in der Datei httpd.conf angegeben. Anders
ausgedrckt, der sichere und der unverschlsselte Web-Server
verwenden dasselbe Verzeichnis fr die HTML-Dateien, die
fr Anforderungen bereitgestellt werden.
Standardmig ist DocumentRoot auf
/var/www/html eingestellt.
Um DocumentRoot so zu ndern, dass es nicht
mehr gemeinsam vom sicheren und vom unverschlsselten Server
verwendet wird, ist eine der
DocumentRoot-Anweisungen in der Datei
httpd.conf zu ndern.
DocumentRoot auerhalb der Virtual Host-Tags
definiert die DocumentRoot fr Ihren
unverschlsselten Web-Server. Wenn
DocumentRoot innerhalb der Virtual Host-Tags
steht, die Ihren sicheren Server definieren, so definiert diese
(offensichtlich) Ihren sicheren Server.
Sie knnen den unverschlsselten Web-Server auf Ihrem
Rechner deaktivieren. Der sichere Server wartet am Port 443, dem
Standardport fr sichere Web-Kommunikation, auf Anforderungen.
Der unverschlsselte Web-Server wartet am Port 80, dem
Standardport fr unverschlsselte Web-Kommunikation, auf
Anforderungen. Um fr den unverschlsselten Server die
Annahme von Anforderungen zu deaktivieren, ist in der Datei
httpd.conf folgende Zeile zu suchen:
Port 80
ndern Sie diese Zeile folgendermaen:
Port 443
Kommentieren Sie dann die Zeile Listen 80 aus,
so dass anstatt von
Listen 80
die Zeile so aussieht:
#Listen 80
Nachdem diese zwei Schritte ausgefhrt sind, nimmt Ihr Red Hat Linux Secure Web Server
Verbindungen an Port 443 an, dem Standardport fr sichere
Web-Kommunikation. An Port 80, dem Standardport fr
unverschlsselte Verbindungen, werden vom Server jedoch keine
Verbindungen angenommen. Der unverschlsselte Web-Server ist
damit praktisch deaktiviert.
Die meisten Benutzer verwenden Red Hat Linux Secure Web Server wahrscheinlich in seiner
Standardkonfiguration. Daher werden die integrierten Funktionen
fr virtuelle Rechner verwendet, eine Bearbeitung der
Anweisungen fr virtuelle Rechner in der Datei
httpd.conf ist jedoch nicht erforderlich. Sie
knnen virtuelle Rechner aber auch aus anderen Grnden
verwenden.
Zum Erstellen eines virtuellen Rechners mssen entweder die in
der Datei httpd.conf als Beispiel enthaltenen
Virtual Host-Zeilen gendert werden, oder Sie erstellen Ihren
eigenen Virtual Host-Abschnitt. (Beachten Sie bitte, dass
namensbasierte virtuelle Rechner nicht mit dem sicheren Server
zusammen funktionieren — wenn SSL-fhige virtuelle Rechner
bentigt werden, mssen Sie IP-Adressen-basierte virtuelle
Rechner verwenden. Der unverschlsselte Server untersttzt
jedoch sowohl IP-Adressen- als auch namensbasierte virtuelle
Rechner.)
Hier die Beispielzeilen fr den virtuellen Rechner:
Entfernen Sie das Kommentarzeichen # vom Beginn
jeder Zeile. Tragen Sie dann in jeder Zeile die fr Ihren
Rechner und/oder virtuellen Rechner zutreffenden Informationen ein.
In der ersten Zeile ist
ip.address.of.host.some_domain.com in die
IP-Adresse Ihres Servers zu ndern. ndern Sie
ServerName in einen
gltigen DNS-Namen fr den virtuellen
Rechner. (Also nicht einfach etwas erfinden. Fragen Sie Ihren
Systemadministrator, wenn Sie nicht wissen, wie Sie an einen
gltigen Domnennamen gelangen knnen.)
Auerdem muss fr eine der
NameVirtualHost-Zeilen in der Datei
httpd.conf das Kommentarzeichen entfernt werden:
Entfernen Sie in einer der Zeilen das Kommentarzeichen, und
ndern Sie die IP-Adresse in die IP-Adresse (und den Port, falls
erforderlich) des virtuellen Rechners.
Zwischen den Virtual Host-Tags knnen je nach dem Zweck des
virtuellen Rechners viele andere Konfigurationsanweisungen angegeben
werden.
Wenn Sie einen virtuellen Rechner einrichten und dieser an einem Port
auf Anforderungen warten soll, der nicht der Standardport ist (80 ist
der Standardport fr unverschlsselte Web-Kommunikation,
443 der Standardport fr sichere Web-Kommunikation) mssen
Sie fr diesen Port einen virtuellen Rechner einrichten und eine
Listen-Anweisung in die Datei
httpd.conf einfgen, die diesem Port
entspricht.
Um einen virtuellen Rechner speziell fr diesen Port
einzurichten, ist in der ersten Zeile der Konfiguration fr den
virtuellen Rechner die Portnummer anzugeben. Die erste Zeile sollte
etwa folgendermaen aussehen:
<VirtualHost ip_address_of_your_server:12331>
Diese Zeile wrde einen virtuellen Rechner erzeugen, der an Port
12331 auf Anforderungen wartet. Geben Sie hier fr
12331 die von Ihnen gewnschte Portnummer an.
Fgen Sie in der Datei httpd.conf unter den
Listen-Zeilen eine Zeile wie die folgende ein, die
Ihren Web-Server anweist, an Port 12331 auf Anforderungen zu warten:
Listen 12331
Zum Starten eines neuen virtuellen Rechners muss der Server neu
gestartet werden.
Vollstndigere Informationen zum Erstellen und Konfigurieren
von namensbasierten und IP-Adressen-basierten virtuellen Rechnern
finden Sie im Web unter
http://www.apache.org/docs/vhosts/index.html.
Weitere Einzelheiten zur Verwendung virtueller Rechner finden Sie
in der Dokumentation der Apache Group zu virtuellen Rechnern.
Der Bildschirm Partition auswhlen
(Abbildung 14-6) wird nur angezeigt, wenn Sie die
Installation von einer Festplattenpartition ausfhren (d.h. Sie
haben im Dialogfeld Installationsmethode die
Option Festplatte ausgewhlt. In diesem
Dialogfeld knnen Sie die Festplattenpartition angeben, von der
installiert werden soll.
Abbildung 14-6 Auswhlen der Partition fr die Installation von Festplatte
Geben Sie den Namen der Partition ein, auf der sich der Verzeichnisbaum
RedHat befindet. Es gibt auch ein Feld mit der
Bezeichnung Verzeichnis, in dem sich Red Hat
befindet. Wenn sich das Verzeichnis
RedHat nicht im Root-Verzeichnis befindet, geben
Sie den Pfad zum Verzeichnis RedHat ein (wenn das
Verzeichnis RedHat beispielsweise unter
/test/new/RedHat installiert ist, geben Sie
/test/new) ein.
Nachdem Sie die Festplattenpartition angegeben haben, wird als
Nchstes das Dialogfeld Willkommen angezeigt:
siehe Abschnitt namens Willkommen.
Die Installation von zwei Betriebssystemen auf einem Computer erfordert
eine Dual-Boot-Umgebung. Sie knnen immer nur mit einem der beiden
Betriebssysteme arbeiten, nicht mit beiden gleichzeitig. Jedes
Betriebssystem bootet von seinen eigenen Festplatten bzw.
Festplattenpartitionen (eine Partition ist ein physikalischer Abschnitt
auf einer Festplatte).
Im Folgenden wollen wir davon ausgehen, dass das andere Betriebssystem
Windows ist. Die allgemeinen Ablufe sind allerdings bei anderen
Betriebssystemen hnlich.
Bitte beachten
Wenn Red Hat Linux gemeinsam mit OS/2 auf Ihrem System installiert werden soll,
mssen Sie die Festplattenpartitionen mit der Partitionssoftware
von OS/2 erstellen - andernfalls kann OS/2 mglicherweise die
Festplattenpartitionen nicht erkennen. Whrend der Installation
drfen keine neuen Partitionen erstellt werden. Die richtigen
Partitionstypen fr Ihre Linux-Partition werden jedoch
whrend der Installation mit fdisk
eingestellt.
Bevor Sie das Installationsprogramm starten, mssen Sie zuerst Platz
fr Red Hat Linux schaffen. Sie haben folgende Mglichkeiten:
Hinzufgen einer neuen Festplatte
Verwenden einer vorhandenen Festplatte oder Partition
Am einfachsten kann Platz fr Red Hat Linux durch Hinzufgen einer
neuen Festplatte geschaffen werden. Anschlieend wird Red Hat Linux auf
diesem Laufwerk installiert. Wenn Sie zum Beispiel eine zweite
IDE-Festplatte hinzufgen, erkennt das Installationsprogramm von
Red Hat Linux die zweite Festplatte als hdb und die
vorhandene Festplatte (mit installiertem Windows) als
hda. (Bei SCSI-Festplatten wrde die neu
installierte Festplatte als sdb und die andere
Festplatte als sdaerkannt werden.)
Wenn Sie sich fr den Einbau einer neuen Festplatte fr Linux
entscheiden, brauchen Sie nicht weiterzulesen. Sie mssen nach dem
Start des Installationsprogramms von Red Hat Linux nur angeben, dass Linux auf
der neu eingebauten Festplatte (hdb,
sdb) installiert werden soll, und nicht auf der
von Windows genutzten Festplatte.
Die zweiteinfachste Mglichkeit, fr Linux Platz zu schaffen,
ist die Verwendung einer Festplatte oder Festplattenpartition, die
zurzeit von Windows verwendet wird. Angenommen, im
Windows-Explorer werden zwei Festplatten
angezeigt, C: und D:. Das
kann bedeuten, dass im Computer entweder zwei Festplatten eingebaut
sind oder eine Festplatte in zwei Partitionen aufgeteilt ist. In beiden
Fllen (vorausgesetzt, die Gre reicht aus)
knnen Sie Red Hat Linux auf der Festplatte oder der Festplattenpartition
installieren, die von Windows als D: erkannt wird.
Diese Installationsart wird nur angezeigt, wenn der Computer ber
mindestens zwei Festplatten oder Festplattenpartitionen verfgt.
Bitte beachten
Windows verwendet sowohl fr austauschbare Datentrger
(z.B. ein ZIP-Laufwerk) und Netzlaufwerke (virtuelle Laufwerke) als
auch fr lokalen Festplattenspeicher Buchstaben. Linux kann
jedoch nicht auf Wechsel- oder Netzwerklaufwerken installiert werden.
Wenn eine lokale Windows-Partition zur Verfgung steht, in der
Linux installiert werden soll, brauchen Sie nicht weiterzulesen.
Fhren Sie die folgenden Schritte aus:
Kopieren Sie alle zu sichernden Daten von der ausgewhlten
Festplatte oder Partition (in diesem Beispiel
D:) auf ein anderes Laufwerk bzw. eine andere
Partition.
Starten Sie das Installationsprogramm von Red Hat Linux, und geben Sie das
Laufwerk oder die Partition fr die Linux-Installation an - in
diesem Beispiel die Festplatte oder die Partition, die von Windows
als D: bezeichnet wird. Beachten Sie, dass
Linux zwischen Festplatten und Festplattenpartitionen
unterscheidet. Folglich:
Wenn sich C: und D:
auf zwei verschiedene Festplatten beziehen, werden diese vom
Installationsprogramm als hda und
hdb (IDE) bzw. sda
und sdb (SCSI) erkannt. Geben Sie an, dass
hdb bzw. sdb
verwendet werden soll.
Wenn sich C: und D:
auf Partitionen auf einer einzige Festplatte beziehen, werden
diese vom Installationsprogramm als hda1
und hda2 (bzw. sda1
und sda2) erkannt. Whrend der
Partitionierungsphase der Linux-Installation lschen Sie
die zweite Partition (hda2 bzw.
sda2) und partitionieren dann den nicht
zugewiesenen freien Speicherplatz fr Linux. (Die zweite
Partition muss nicht vor der Linux-Partitionierung
gelscht werden. Wenn sie jedoch nicht gelscht
wird, gibt Windows bei jedem Systemstart eine Fehlermeldung
aus, dass von Laufwerk D nicht gelesen
werden kann. Auerdem wrde beim versehentlichen
Formatieren von Laufwerk D Ihr
Linux-System zerstrt werden.)
Die dritte Mglichkeit, Platz fr Linux zu schaffen, ist die
Erstellung einer neuen Partition fr Red Hat Linux auf der Festplatte, die
von dem anderen Betriebssystem verwendet wird. Wenn vom
Windows-Explorer nur eine Festplatte
angezeigt wird (C:), und keine neue Festplatte
eingebaut werden soll, mssen Sie die vorhandene Festplatte
partitionieren. Nach dem Partitionieren zeigt der
Windows-Explorer weniger Speicherplatz
fr das Laufwerk C: an. Der Rest der
Festplatte wird vom Red Hat Linux Installationsprogramm fr Linux
partitioniert.
Sie knnen zum Unterteilen der Festplatte ein
Partitionierungsprogramm verwenden, das die vorhandenen Daten
lscht, z.B. fdisk. Dann muss
allerdings Windows neu installiert werden (und somit ist das
wahrscheinlich nicht die beste Lsung...).
Fr das Betriebssystem Windows wird von Drittanbietern eine Reihe
von Partitionierungsprogrammen angeboten, die bei der Partitionierung
keine Daten lschen. Wenn Sie sich fr eines dieser Programme
entscheiden, sollten Sie die entsprechende Dokumentation lesen.
Um unseren Kunden die Arbeit zu erleichtern, wird von uns das
Dienstprogramm FIPS mitgeliefert. Dieses frei
verfgbare Programm kann die Gre von FAT (File
Allocation Table)-Partitionen ndern. Sie finden es auf der Red Hat Linux
CD-ROM im Verzeichnis dosutils.
Bitte beachten
Viele haben FIPS bereits erfolgreich zum
Neupartitionieren von Festplatten verwendet. Aufgrund der
Komplexitt der von FIPS vorgenommenen
Aktionen und der groen Vielfalt der Hardware- und
Softwarekonfigurationen, unter denen das Programm ausgefhrt wird,
kann Red Hat jedoch nicht garantieren, dass
FIPS auf Ihrem System einwandfrei
funktioniert. Deshalb ist fr FIPS
keinerlei Installations-Support verfgbar. Sie benutzen das
Programm auf eigenes Risiko.
Wenn Sie sich trotzdem entschlieen, Ihre Festplatte mit
FIPS neu zu partitionieren, mssen Sie
unbedingt zwei Dinge beachten:
Erstellen Sie ein Backup - Erstellen Sie zwei
Kopien von allen wichtigen Daten auf Ihrem Computer. Diese Kopien
sollten auf Wechseldatentrgern (z.B. Band oder Disketten)
gespeichert werden. berprfen Sie, ob die Datentrger
lesbar sind, bevor Sie fortfahren.
Lesen Sie die Dokumentation - Lesen Sie die
gesamte Dokumentation zu FIPS. Sie finden
sie im Verzeichnis FIPS auf der Red Hat Linux
CD-ROM.
Beachten Sie, dass bei der Verwendung von FIPS
nach dem Ausfhren von FIPS zwei
Partitionen existieren: eine verkleinerte Partition und eine mit
FIPS aus dem neu zugeteilten Speicherplatz
erstellte Partition. Wenn Sie diesen Speicherplatz zur Installation von
Red Hat Linux nutzen wollen, mssen Sie die neu erstellte Partition entweder
mit fdisk unter Ihrem aktuellen Betriebssystem
oder beim Einrichten der Partitionen whrend der benutzerdefinierten
Installation lschen.
Die folgenden Anweisungen sind eine vereinfachte Version der
FIPS-Dokumentationsdatei
(fips.doc), die Sie im
FIPS-Verzeichnis
(/dosutils/fips20/*) finden knnen. Diese
Anweisungen sollten fr die meisten Anwendungsflle
Gltigkeit haben. Wenn Sie Probleme haben, finden Sie entsprechende
Informationen in der Dokumentationsdatei.
In Windows:
Fhren Sie eine vollstndige Datensicherung durch.
Fhren Sie scandisk aus, um die
Festplatte auf fehlerhafte Cluster zu berprfen.
Entscheiden Sie, wie Sie den auf der Festplatte
verfgbaren Speicherplatz auf die Betriebssysteme
aufteilen wollen. Bestimmen Sie mit dem
Windows-Explorer den freien
Speicherplatz auf der Festplatte. Notieren Sie den
Speicherplatz (in Megabyte), der jedem Betriebssystem zugeteilt
werden soll.
Erstellen Sie eine DOS-Bootdiskette, falls Sie noch keine haben.
Starten Sie dazu Ihren Rechner unter DOS.
Legen Sie dann eine leere, formatierte Diskette in das
Diskettenlaufwerk ein.
Geben Sie auf der Befehlszeile den folgenden Befehl ein, und
drcken Sie die Eingabetaste:
FORMAT A: /S
Unter Windows 95 legen Sie zuerst eine leere, formatierte
Diskette in das Diskettenlaufwerk ein. Klicken Sie dann auf
Start/Ausfhren,
und geben Sie Folgendes ein:
FORMAT A: /S
Die Diskette wird formatiert, und die Datei
COMMAND.COM wird zusammen mit den
verknpften zugehrigen Dateien
(IO.SYS, MSDOS.SYS
und BDLSAPCE.BIN) auf die Diskette
kopiert.
Kopieren Sie die folgenden Dateien von der Red Hat Linux CD-ROM auf
die DOS-Bootdiskette.
Legen Sie die DOS-Bootdiskette in das Diskettenlaufwerk, und starten
Sie das System neu.
Starten Sie FIPS (geben Sie am Prompt
fips ein).
Nach dem Start von FIPS wird ein
Begrungsbildschirm hnlich dem Folgenden angezeigt:
FIPS version 2.0, Copyright (C) 1993/4 Arno Schaefer
FAT32 Support, Copyright (C) 1997 Gordon Chaffee
DO NOT use FIPS in a multitasking environment like Windows, OS/2, Desqview,
Novell Task manager or the Linux DOS emulator; boot from a DOS boot disk first.
If you use OS/2 or a disk compressor, read the relevant sections in FIPS.DOC.
FIPS comes with ABSOLUTELY NO WARRANTY, see file COPYING for details.
This is free software, and you are welcome to redistribute it
under certain conditions; again, see file COPYING for details.
Press any key.
Abbildung D-1 FIPS-Begrungsbildschirm
Nachdem Sie eine Taste gedrckt haben, wird ein
Root-Partitionsbildschirm hnlich dem Folgenden geffnet.
(Beachten Sie, dass Sie auswhlen mssen, welche Festplatte
partitioniert werden soll, wenn der Computer ber mehrere
Festplatten verfgt.)
Nachdem Sie eine Taste gedrckt haben, werden Details ber
die Festplatte wie die folgenden Informationen angezeigt.
Boot sector:
Bytes per sector: 512
Sectors per cluster: 8
Reserved sectors: 1
Number of FATs: 2
Number of rootdirectory entries: 512
Number of sectors (short): 0
Media descriptor byte: f8h
Sectors per FAT: 145
Sectors per track: 63
Drive heads: 16
Hidden sectors: 63
Number of sectors (long): 141057
Physical drive number: 80h
Signature: 29h
Checking boot sector ... OK
Checking FAT ... OK
Searching for free space ... OK
Do you want to make a backup copy of your root and boot sector before
proceeding? (y/n)
Abbildung D-3 FIPS-Bootsektorbildschirm
Geben Sie y fr yes (ja)
ein, um eine Sicherungskopie von Ihrem Root- und Bootsektor
anfertigen zu lassen, bevor Sie in FIPS
fortfahren.
Als Nchstes wird folgende Meldung angezeigt:
Do you have a bootable floppy disk in drive A: as described in the
documentation? (y/n)
berprfen Sie, ob eine DOS-Bootdiskette im
Diskettenlaufwerk eingelegt ist, und geben Sie
y fr yes (ja) ein. Ein
Bildschirm hnlich dem Folgenden wird angezeigt. Hier
knnen Sie die Gre der Partition ndern.
Writing file a:\rootboot:000
Enter start cylinder for new partition (33-526)
Use the cursor keys to choose the cylinder, <enter> to continue
Old partition Cylinder New partition
258.9 MB 33 3835.8 MB
Abbildung D-4 Bildschirm zur nderung der Partitionsgre
Durch die vorgegebenen Anfangswerte wird der neuen Partition der
gesamte freie Speicherplatz zugewiesen. Diese
Einstellung muss gendert werden, denn so wrde kein freier
Speicherplatz auf Ihrer Windows-Partition verbleiben. Drcken
Sie die Nach-rechts-Taste, um die Gre
der Windows-Partition zu erhhen und die Gre der
neuen (Linux-) Partition zu verringern. Drcken Sie die
Nach-links-Taste, um die Gre der
Windows-Partition zu verringern und die Gre der
Linux-Partition zu erhhen. Drcken Sie die
Eingabetaste, wenn die richtige Gre
eingestellt ist. Ein Kontrollbildschirm hnlich dem Folgenden
wird angezeigt:
First Cluster: 17442
Last Cluster: 65511
Testing if empty ... OK
New partition table:
| | Start | | End | Start |Number of|
Part.|bootable|Head Cyl. Sector|System|Head Cyl. Sector| Sector |Sectors | MB
-----+--------+----------------+------+----------------+--------+---------+---
1 | yes | 0 148 1| 83h| 15 295 63| 149184| 149184| 1090
2 | no | 0 139 1| 06h| 254 521 63| 2233035| 6152995| 3084
3 | no | 0 140 1| 06h| 15 147 63| 141120| 8064| 3
4 | no | 0 0 0| 00h| 0 0 0| 0| 0| 0
Checking root sector ... OK
Do you want to continue or reedit the partition table (c/r)?
Abbildung D-5 FIPS-Kontrollbildschirm
Wenn Sie r eingeben (zum erneuten ndern
der Partitionstabellen), wird Abbildung 4
angezeigt. Hier knnen Sie die Partitionsgren
ndern. Wenn Sie c eingeben, wird ein
Besttigungsbildschirm (Abbildung 6)
angezeigt:
New boot sector:
Boot sector:
Bytes per sector: 512
Sectors per cluster: 8
Reserved sectors: 1
Number of FATs: 2
Number of rootdirectory entries: 512
Number of sectors (short): 0
Media descriptor byte: f8h
Sectors per FAT: 145
Sectors per track: 63
Drive heads: 16
Hidden sectors: 63
Number of sectors (long): 141057
Physical drive number: 80h
Signature: 29h
Checking boot sector ... OK
Ready to write new partition scheme to disk
Do you want to proceed (y/n)?
Abbildung D-6 FIPS-Besttigungsbildschirm
Geben Sie y ein, um die
Grennderung abzuschlieen. Mglicherweise
erscheint eine harmlose Fehlermeldung, die im Prinzip anzeigt, dass
FIPS das System nicht neu starten kann.
Nach der erfolgreichen Durchfhrung dieser Schritte ist die
Festplatte in zwei Partitionen eingeteilt. Die erste Partition (
hda1 bzw. sda1) wird fr
Windows verwendet. Wir empfehlen, Windows zu starten (denken Sie daran,
die Bootdiskette aus dem Laufwerk A: zu entfernen)
und das Laufwerk C: mit
scandisk zu berprfen.
Wenn Probleme auftreten (z.B. Windows lsst sich nicht starten),
knnen Sie die mit FIPS
durchgefhrte Grennderung mit dem von Ihnen auf
die DOS-Bootdiskette kopierten Programm
restorrb.exe wieder rckgngig
machen. Falls Fehler auftreten, finden Sie entsprechende Hinweise in den
FIPS-Dokumentationsdateien
(fips.doc und fips.faq). Dort
sind zahlreiche Faktoren aufgefhrt, die Probleme bei der
Grennderung verursachen knnen. Im schlimmsten
Fall knnen Sie mit Hilfe der angefertigten Sicherungskopie Windows
wiederherstellen.
Die zweite Partition (hda2 bzw.
sda2) umfasst den vom Red Hat Linux Installationsprogramm
verwendeten Speicherplatz. Wenn whrend der Installation der
Bildschirm von Disk Druid geffnet wird,
lschen Sie diese Partition (Vorgehensweise siehe
Installationshandbuch), und fahren Sie dann mit der Linux-Partitionierung
fort.
Gnome-RPM stellt zahlreiche Optionen
fr das Installieren und Deinstallieren von Paketen, fr die
Dokumentation und andere Funktionen zur Verfgung. Im Dialogfeld
Einstellungen knnen Sie
Gnome-RPM Ihren Bedrfnissen anpassen.
Zu diesem Dialogfeld gelangen Sie ber das Men
Operations =>
Einstellungen. Um im Dialogfeld
Einstellungen eine Auswahl zu treffen,
mssen Sie die Kontrollkstchen neben den gewnschten
Optionen aktivieren.
Im Register Verhalten finden Sie eine Reihe von
Optionen, mit denen Sie festlegen knnen, wie
Gnome-RPM Pakete installiert, deinstalliert
und aktualisiert. Das Register Verhalten ist in fnf Bereiche
unterteilt: Installieren, Aktualisieren, Sonstige, Datenbank und
Architektur. Beachten Sie, dass diese Felder in der Standardeinstellung
nicht aktiviert sind (siehe Abbildung 6-5).
Abbildung 6-5 Das Register Verhalten im Dialogfeld Einstellungen
In Installieren Option haben Sie folgende
Mglichkeiten:
Keine Abhngigkeitsprfungen -
Wenn diese Option ausgewhlt ist, wird ein Paket installiert
oder aktualisiert, ohne zu berprfen, ob das Programm
von anderen Dateien abhngig ist, um korrekt funktionieren zu
knnen. Sofern Sie nicht genau wissen, was Sie tun, wird
dringend davon abgeraten, diese Option zu verwenden, da einige
Pakete mglicherweise von Dateien, Bibliotheken oder
Programmen anderer Pakete abhngig sind, um korrekt
funktionieren zu knnen.
Keine Neuordnung - Diese Option ist
ntzlich, falls RPM die Installationsreihenfolge einiger
Pakete nicht ndern kann, um Abhngigkeiten zu
entsprechen.
Scripts nicht starten - Vor- und
Nach-Installationsskripten sind Befehlsfolgen, die manchmal in
Pakete eingefgt werden, um die Installation zu
untersttzen. Dieses Kontrollkstchen ist vergleichbar
mit der Option --noscripts beim Installieren am
Shell Prompt.
Unter Upgrade Optionen knnen Sie Folgendes
auswhlen:
Ersetzen von Paketen zulassen - Ersetzt ein
Paket durch eine Kopie dieses Pakets. Vergleichbar mit der Option
--replacepkgs am Shell Prompt. Diese Option kann
ntzlich sein, wenn ein bereits installiertes Paket
beschdigt wurde oder sonstige Nachbesserungen bentigt,
um korrekt funktionieren zu knnen.
Ersetzen von Dateien zulassen - Erlaubt das
Ersetzen von Dateien, die Eigentum eines anderen Pakets sind. Das
quivalent am Shell Prompt zu dieser RPM-Option ist
--replacefiles. Diese Option kann manchmal
ntzlich sein, wenn zwei Pakete den gleichen Dateinamen
verwenden, aber unterschiedliche Inhalte haben.
Upgrade auf alte Versionen zulassen - Wie
das Shell Prompt-Gegenstck --oldpackage
ermglicht auch diese Option das "Aktualisieren" auf
ein frheres Paket. Das kann ntzlich sein, wenn die
aktuelle Version eines Pakets in Ihrem System nicht korrekt
funktioniert.
Veraltete Pakete behalten - Verhindert,
dass im Veraltet-Header aufgelistete Pakete entfernt werden.
In Andere Optionen knnen Sie Folgendes
auswhlen:
Dokumentation nicht installieren - Wie
--excludedocs spart auch diese Option
Festplattenplatz, indem Dokumentationen, z.B. man-Seiten und
andere, das Paket betreffende Informationen, von der Installation
ausgenommen werden.
Alle Dateien installieren - Installiert
smtliche Dateien des Pakets.
Die in Datenbank Optionen und in
Architektur Optionen verfgbaren Optionen
ermglichen es Ihnen u.a. festzulegen, ob eine
"Testinstallation" ausgefhrt werden soll (die auf
mgliche Dateikonflikte prft, ohne eine wirkliche
Installation vorzunehmen), oder ob Sie Pakete fr andere
Betriebssysteme oder Systemarchitekturen ausschlieen
mchten.
Im Register Package Listing stehen Ihnen
verschiedene Anzeigeoptionen fr Ihre Pakete zur Verfgung:
entweder als Icons, also auf grafischer
Basis, oder in Form einer Liste, die zwar nicht
grafisch ist, dafr aber mehr Informationen ber die Pakete
enthalten kann.
Im Fenster Installieren knnen Sie den Pfad
angeben, in dem Gnome-RPM neue RPMs in Ihrem
System finden kann. Ein Beispiel fr diesen Dialog finden Sie in
Abbildung 6-6. Wenn Sie Ihre Red Hat Linux CD-ROM
verwenden, ist dies wahrscheinlich folgender Pfad:
/mnt/cdrom/RedHat/RPMS
oder ein hnlicher als Standardpfad fr
Gnome-RPM festgelegter Pfad. Wenn Sie neue
RPMs aus dem Internet herunterladen oder RPMs ber ein
NFS-gemountetes CD-ROM-Laufwerk installieren mchten, ist ein
anderer Pfad erforderlich.
Abbildung 6-6 Das Fenster Installieren
Um diesen Pfad zu ndern, geben Sie den vollstndigen Pfad zu
den RPMs ein, mit denen Sie arbeiten mchten. Wenn Sie auf die
Buttons bernehmen oder
OK klicken, wird der Pfad gespeichert und bei
zuknftigen Sitzungen als Standardpfad verwendet. Sie knnen
den Standardpfad auch festlegen, indem Sie auf den Button
Browse… klicken und durch das Fenster
RPMPath navigieren.
Wenn Sie den Pfad gendert und das Dialogfeld geschlossen haben,
knnen Sie mit dem Button Installieren die
im neuen Pfad verfgbaren Pakete anzeigen.
(Falls der Pfad fr Ihre RPMs nicht dem Standardpfad in Ihren
Einstellungen entspricht, wird ein Browser-Fenster angezeigt, in dem
Sie den korrekten Pfad fr Ihre neuen RPMs auswhlen
knnen.)
Unter Package Colors finden Sie die Farbkodierung
fr die Pakete. Die Standardeinstellung fr ltere
Pakete ist grau. Aktuellen Paketen ist die Farbe grn zugeordnet.
Pakete, die neuer als die installierten Pakete sind, haben die Farbe
blau. Diese Farben knnen Ihren Bedrfnissen entsprechend
angepasst werden.
In RPM Directories sind Standardverzeichnisse
aufgefhrt, in denen Gnome-RPM nach
Paketen sucht.
In Network knnen Sie Proxies fr die
bertragung mit HTTP und FTP sowie Benutzernamen und
Passwrter angeben (siehe Abbildung 6-7).
Beachten Sie, dass das Passwort nicht sicher gespeichert wird.
Im Fenster Cache expire knnen Sie festlegen,
nach welcher Zeit Daten aus der Datenbank
rpmfind als veraltet angesehen werden.
Abbildung 6-7 Netzwerkeinstellungen
In den Registern Rpmfind und
Distributions finden Sie Einstellungen und
Funktionen, die denen der Option Websuche
entsprechen.
Das Rpmfind-System wurde von Daniel Veillard
entwickelt und ermglicht es dem Benutzer, das Internet unter
Angabe des Namens, der Inhaltsangabe, der Architektur usw. nach Paketen
zu durchsuchen (siehe Abbildung 6-8). Dem Benutzer
steht es frei, die fr sein System am besten geeigneten Pakete
herunterzuladen und zu installieren. Weitere Informationen ber
Rpmfind finden Sie unter
http://rpmfind.net/.
Abbildung 6-8 Das Fenster Rpmfind
Der Metadata-Server richtet den Server zur
Verwendung bei Suchvorgngen ein. Der Eintrag Download
dir: ermglicht es Ihnen anzugeben, wo die Dateien
gespeichert werden sollen.
Zustzlich knnen Sie den Namen des Hndlers und der
Distribution eingeben sowie festlegen, ob Quellen und/oder aktuelle
Dateien gesucht werden sollen.
Abbildung 6-9 Verteilungseinstellungen in Voreinstellungen
Im Register Distributionen knnen Sie
festlegen, nach welchen Kriterien das am besten geeignete Paket aus den
von Rpmfind ausgegebenen Suchergebnissen
ausgewhlt werden soll. Auerdem knnen Sie angeben,
welche Mirror-Site als Alternative fr das Herunterladen
herangezogen werden soll. Je hher Sie die markierte Datei
einstufen (siehe Abbildung 6-9), desto hher
ist die Prioritt, die dieser zugewiesen wird. Wenn Sie hingegen
eine niedrige Einstufung vornehmen (z.B. -1), bedeutet dies, dass Sie
ein bestimmtes Paket eher nicht verwenden mchten.
Wenn Sie neue Pakete installieren mchten, klicken Sie auf
Installieren in der Symbolleiste. Das Fenster
Installieren wird geffnet und zeigt Pakete
an, die entweder bereits installiert sind, aktueller sind oder anderen
Kriterien entsprechen, die in der Dropdown-Liste
Filter im oberen Bereich des Fensters
ausgewhlt wurden. Ein Beispiel fr ein
Installieren-Fenster, in dem der Filter
"All but installed packages" verwendet
wird, finden Sie in Abbildung 6-4.
Mit der Filter-Funktion knnen Sie angeben,
welche Pakete Sie anzeigen wollen. Folgende Filter knnen Sie
zum Anzeigen verwenden:
Alle Pakete
Alle Pakete auer den installierten Paketen
Nur deinstallierte Pakete
Nur aktuellere Pakete
Deinstallierte oder aktuellere Pakete
Mit der Dropdown-Liste im oberen Bereich des Fensters knnen Sie
zwischen den verschiedenen Kriterien fr die Anzeige der Pakete
umschalten.
Abbildung 6-3 Das Fenster Installieren
Klicken Sie auf den Button Hinzufgen. Wenn
Ihre CD-ROM mit einer Red Hat Linux CD-ROM gemountet ist, sucht
Gnome-RPM standardmig im
Verzeichnis /mnt/cdrom/RedHat/RPMS nach neuen
Paketen. (Sie finden diese Option im Register
Schnittstelle des Dialogfelds
Einstellungen. In Abschnitt namens Konfiguration
finden Sie weitere Informationen ber diese Funktion).
Wenn im Standardpfad keine Pakete verfgbar sind, wird das
Dialogfeld Pakete hinzufgen angezeigt, in dem
Sie den entsprechenden Pfad zu Ihrem neuen Paket auswhlen
knnen. Zum schnellen Navigieren zu voreingestellten
Verzeichnissen knnen Sie in dieser Ansicht mit der Dropdown-Liste
im oberen Bereich des Fensters den richtigen Pfad auswhlen. Sie
knnen aber auch im linken Teilfenster des Fensters
Pakete hinzufgen doppelklicken, um zum
richtigen Pfad zu gelangen (wie in Abbildung 6-4). Sie knnen den Pfad auch im
Textfenster im unteren Bereich des Fensters Pakete
hinzufgen eingeben.
Abbildung 6-4 Das Fenster Pakete hinzufgen
Bitte beachten
Wenn Sie RPMs herunterladen, werden diese Pakete mit groer
Wahrscheinlichkeit im Verzeichnis rpms in Ihrem
Home-Verzeichnis abgelegt. Wenn Ihr Home-Verzeichnis z.B.
/home/bill ist, werden die heruntergeladenen
RPMs in /home/bill/rpms abgelegt.
Wenn Sie auf den Eintrag klicken, erscheint eine kurze Beschreibung des
Pakets im Teilfenster Paketinformation des
Fensters Installieren. Aktivieren Sie zum
Installieren oder Abfragen eines Pakets das
Kontrollkstchen neben dem Paket, und
klicken Sie dann auf den Button Installieren.
Sie knnen den Eintrag auch abfragen, wenn das zugehrige
Kontrollkstchen aktiviert ist. Die Installation kann auch vom
Fenster Paketinformation aus vorgenommen werden
(Beispiel siehe Abbildung 6-10 in
Abschnitt namens Anfragen von Paketen).
Um einen Eintrag auszuwhlen, doppelklicken Sie mit der linken
Maustaste darauf, oder klicken Sie auf den Button
Hinzufgen. Die ausgewhlten Pakete
werden in das Fenster Installieren bernommen.
Sie knnen auch mehr als ein Paket auf die gleiche Art und Weise
installieren. Alle ausgewhlten Pakete werden in das Fenster
Installieren bernommen.
Die Pakete knnen Sie jedoch nicht nur ber das Fenster
Installieren, sondern auch nach dem Ausfhren
einer Anfrage des ausgewhlten Pakets installieren. Klicken Sie
auf Anfragen, um das Fenster
Paketinformation zu ffnen. Hier finden Sie
verschiedene Details zu der/den Datei(en), die Sie fr die
Installation ausgewhlt haben. Zu den Angaben gehren der
Ursprung des Pakets, das Erstellungsdatum, die Gre usw.
In diesem Fenster Paketinformation haben Sie die
Mglichkeit, Pakete zu installieren oder zu aktualisieren.
Wenn das Paket in Ihrem System bereits vorhanden ist und Sie die
Anfrage fr eine neue Version durchfhren, stellt Ihnen das
Fenster Paketinformation den Button
Aktualisieren zur Verfgung, mit dem Sie
eine Aktualisierung auf die neuere Version des Pakets durchfhren
knnen.
Sie knnen Pakete auch per Drag and Drop aus dem
GNOME Dateimanager in das Fenster ziehen und
dort ablegen. Klicken Sie im Dateimanager
mit der linken Maustaste auf die ausgewhlte RPM-Datei, und ziehen
Sie die Datei bei gedrckter Maustaste in das Fenster
Installieren. Legen Sie sie dort im Teilfenster
Name ab.
Wenn Sie Dateien vom Dateimanager in das
Fenster Installieren ziehen, sehen Sie, dass die
Datei whrend des Ziehens in Richtung von
Gnome-RPM als Symbol angezeigt wird. Wenn
sich die Datei im Teilfenster Name befindet, wird
das Paket standardmig fr die Installation
berprft, und die Paketinformationen erscheinen im
Teilfenster Paketinformation auf der rechten
Seite.
Zum Installieren des Pakets klicken Sie einfach auf den Button
Installieren.
Whrend der Installation des Pakets wird eine Fortschrittsanzeige
eingeblendet.
Die einfachste Methode zum Anfragen von Paketen ist die Verwendung
der Menoption Anfragen. Wenn Sie eine
Anfrage fr mehr als ein Paket durchfhren mchten,
treffen Sie Ihre Auswahl und klicken auf den Button
Anfragen im Men.
Nun wird ein Dialogfeld hnlich wie in der Abbildung
Abbildung 6-10 angezeigt. Je mehr Pakete Sie
anfragen, desto mehr "Register" erscheinen im Feld
Anfragen. Jedes Register reprsentiert ein
Fenster Anfragen fr ein Paket.
Abbildung 6-10 Anfragefenster
Der Name des Pakets wird oben im Feld angezeigt. Darunter befinden
sich zwei Spalten mit aufgelisteten Informationen. Unterhalb dieser
Informationen sehen Sie einen Anzeigebereich, in dem die Paketdateien
aufgefhrt werden.
Die linke Spalte der Informationsliste enthlt die
Gre der Datei, den Computer, auf dem die Datei gefunden
wurde, den Namen der Paket-Distribution und die Gruppe, der das Paket
funktionsmig zuzuordnen ist.
Die rechte Spalte enthlt das Installationsdatum des Pakets auf
Ihrem Computer, das Erstellungsdatum des Pakets, den Namen des
Hndlers und den Namen der Gruppe, die die Software gepackt hat.
Wenn das Paket noch nicht auf Ihrem Rechner installiert wurde, steht
an dieser Stelle der Hinweis "nicht installiert". Wenn Sie
auf den Namen klicken, der auf Packager folgt,
wird das E-Mail-Programm Ihres Browsers in compse geffnet, so
dass Sie dem Anbieter des Software-Pakets eine E-Mail schreiben
knnen.
Die URL des Entwicklers der Anwendung erscheint zentriert im unteren
Bereich der Informationsliste (siehe Abbildung 6-11). hnlich wie bei der
E-Mail-Funktion des Eintrags Packager wird nach
dem Klicken auf die URL der Browser geffnet und die
entsprechende Website aufgerufen.
Abbildung 6-11 URL im Abfragefenster
Unterhalb der Beschreibung wird eine Liste der in dem Paket
enthaltenen Dateien angezeigt. Erscheint in der Spalte links neben
dem Pfad ein D, dann handelt es sich
bei der entsprechenden Datei um eine Dokumentationsdatei, die Hilfe
zur Verwendung des Programms enthlt. Steht dagegen in der
entsprechenden Spalte ein C, dann
ist die Datei eine Konfigurationsdatei. In der Spalte
S knnen Sie den
"Status" des Pakets sehen. Hier erhalten Sie die
notwendigen Informationen, falls Paketdateien als "fehlend"
festgestellt wurden (was mglicherweise auf ein Problem mit dem
gesamten Paket hinweist).
Wenn Sie ein bereits installiertes Paket anfragen, werden im unteren
Bereich des Dialogfelds zwei zustzliche Buttons angezeigt:
Prfen und
Deinstallieren. Wenn Sie ein noch nicht
installiertes Paket anfragen, tragen die Buttons die Beschriftung
Installieren, Upgrade
und Unterschrift prfen.
Um das Anfragefenster zu schlieen, ohne eine Aktion
auszufhren, klicken Sie mit der linken Maustaste oben rechts im
Fensterbalken auf das X.
Beim berprfen eines Pakets werden smtliche Dateien
in dem Paket geprft, um sicherzustellen, dass sie mit den in
Ihrem System vorhandenen bereinstimmen. Die Prfsumme, die
Dateigre, die Berechtigungen und die
Eigentmerattribute werden mit den Aufzeichnungen der Datenbank
abgeglichen. Diese berprfung kann vorgenommen werden,
wenn Sie vermuten, dass eine der Dateien des Programms aus
irgendeinem Grund beschdigt wurde.
Das Auswhlen der Pakete fr die berprfung ist
vergleichbar mit dem Auswhlen der Pakete fr eine Anfrage.
Whlen Sie die Pakete im Anzeigefenster aus, und verwenden Sie
den Button Prfen in der Symbolleiste,
oder whlen Sie die Menoption Pakete
=> Prfen. Ein Fenster
hnlich dem in Abbildung 6-12
wird geffnet.
Abbildung 6-12 Verifikationsfenster
Whrend das Paket berprft wird, sehen Sie den
Fortschritt des Vorgangs im Fenster Prfen.
Wenn bei der berprfung Probleme festgestellt wurden,
werden diese im Hauptanzeigebereich beschrieben.
Beim Deinstallieren eines Pakets wird die Anwendung samt der
zugeordneten Dateien vom Computer entfernt. Wenn ein Paket
deinstalliert wird, werden smtliche von ihm verwendeten
Dateien, die nicht von anderen Paketen in Ihrem System bentigt
werden, ebenfalls entfernt. Genderte Konfigurationsdateien
werden in
<Dateiname>.rpmsave
kopiert, so dass Sie sie spter erneut verwenden knnen.
Bitte beachten
Bedenken Sie, dass Sie als Root angemeldet sein mssen, um
Pakete deinstallieren zu knnen.
Falls durch die Deinstallation eines Pakets
"Abhngigkeiten" verletzt wrden (was andere
Anwendungen beeintrchtigen knnte, die eine oder mehrere
der zu entfernenden Dateien des Pakets bentigen), erscheint ein
Dialogfeld, das Sie auffordert, die Lschung zu besttigen.
Dieser Fall tritt ein, wenn Sie das Kontrollkstchen
"Keine
Abhngigkeitsprfung" im Men
Einstellungen nicht aktiviert haben (siehe Abbildung 6-13).
Abbildung 6-13 Das Register Verhalten in Einstellungen
Es gibt verschiedene Methoden zum Entfernen eines ausgewhlten
Pakets: im Men, unter Pakete, mit der
Symbolleiste und mit der Funktion Anfrage.
Falls Sie mehr als ein Paket gleichzeitig entfernen mchten,
knnen Sie entweder eine schrittweise oder eine globale
Markierung vornehmen. Dies geschieht auf die gleiche Weise wie beim
Installieren, beim Anfragen oder beim Prfen. Angaben zu den
markierten Paketen werden in der Statusleiste am unteren Rand des
Hauptfensters angezeigt. Da Sie mehr als ein Paket gleichzeitig
entfernen knnen, sollten Sie bei der Auswahl der zu
entfernenden Pakete sorgfltig vorgehen.
Abbildung 6-14 Dialogfeld fr die Deinstallation
Wenn Sie die Deinstallation gestartet haben, fordert
Gnome-RPM Sie auf, den Vorgang zu
besttigen. Dazu wird ein Fenster hnlich dem in Abbildung 6-14 angezeigt. Smtliche zu
deinstallierende Pakete werden aufgelistet. Schauen Sie sich die
Auswahl noch einmal genau an, um sicherzustellen, dass keine noch
bentigten Dateien gelscht werden. Durch Klicken auf den
Button Yes wird der Deinstallationsvorgang
endgltig gestartet. Nach der Deinstallation sind die entfernten
Pakete und Gruppen aus smtlichen Fenstern verschwunden, in
denen sie sich zuvor noch befanden.
Wenn eine neue Version eines Pakets erscheint, knnen Sie sie
problemlos auf Ihrem System installieren. Whlen Sie die
Pakete aus dem Fenster der verfgbaren Pakete auf die gleiche
Weise aus, wie Sie auch Pakete zur Installation auswhlen. Sie
knnen den Vorgang sowohl mit dem Button
Upgrade in der Symbolleiste als auch im
Men Operations =>
Upgrade starten. Pakete werden also, wie
auch bei der Installation eines neuen Pakets, einfach
hinzugefgt (Hinzufgen).
Whrend der Aktualisierung sehen Sie eine Fortschrittsanzeige,
hnlich wie beim Installieren von Paketen. Bei Abschluss des
Vorgangs wurden alle alten Versionen der Pakete entfernt, sofern
Sie nichts anderes angegeben haben (weitere Informationen finden
Sie in Abschnitt namens Konfiguration).
Es ist viel vorteilhafter, eine Aktualisierung durchzufhren,
als alte Versionen eines Pakets zu deinstallieren und dann die neue
Version zu installieren. Wenn Sie die Option Aktualisieren
verwenden, stellen Sie dadurch sicher, dass smtliche
nderungen, die Sie an den Konfigurationsdateien des Pakets
vorgenommen haben, ordnungsgem erhalten bleiben. Bei
einer Deinstallation und einer anschlieenden Neuinstallation
des aktuellen Pakets knnten diese nderungen dagegen
verloren gehen.
Wenn whrend der Installation der Festplattenplatz zur Neige
geht, kann der Vorgang nicht erfolgreich beendet werden. Das Paket,
bei dessen Installation der Fehler auftrat, hat mglicherweise
einige Dateien hinterlassen. Sie sollten daher das Paket neu
installieren, nachdem Sie ausreichend Festplattenplatz
verfgbar gemacht haben.
Jedes Ordnersymbol in der Baumansicht auf der linken Seite steht
fr eine Gruppe von Paketen. Jede Gruppe kann Untergruppen
enthalten. Gruppen werden verwendet, um Pakete, die hnliche
Funktionen ausfhren, an bestimmten Stellen zusammenzufassen. Der
Ordner Editors enthlt beispielsweise
Texteditoren wie ed,
vim und GXedit.
In der Baumansicht befindet sich unterhalb von
Editors eventuell ein weiterer Ordner namens
Emacs. Er enthlt sowohl
emacs als auch
emacs-X11.
Die Baumansicht kann ein- und ausgeblendet werden, was das Navigieren
durch die Pakete erleichtert. Ein + neben einem
Ordner zeigt an, dass innerhalb dieser Kategorie Unterordner vorhanden
sind.
Um die Pakete und Untergruppen innerhalb einer Gruppe anzuzeigen,
klicken Sie mit der linken Maustaste auf einen Ordner oder auf
+. Das Anzeigefenster zeigt nun den Inhalt dieses
Ordners an. Standardmig werden Symbole angezeigt, die die
Pakete reprsentieren. Sie knnen aber auch eine Liste
anzeigen, indem Sie Als Liste anzeigen im
Register Schnittstelle auswhlen. Das Register
finden Sie unter Ttigkeiten =>
Einstellungen. Weitere Informationen zum Anpassen
der Einstellungen finden Sie in Abschnitt namens Konfiguration.
Auf diese Art und Weise knnen Sie sich in der Baumansicht bewegen
sowie Ordner ffnen und erweitern, die Anwendungen, Spiele, Tools
und mehr enthalten. Der Inhalt jedes Ordners wird im rechten
Teilfenster angezeigt.
Wenn Sie ein einzelnes Paket auswhlen mchten, klicken Sie
mit der linken Maustaste darauf. Der Titel des Pakets wird nun
hervorgehoben dargestellt (siehe
Abbildung 6-2), d.h. es ist aktuell
ausgewhlt. Um die Auswahl aufzuheben, klicken Sie entweder mit
der linken Maustaste auf einen leeren Bereich in der Anzeige, oder
Sie klicken auf den Button Unselect in der
Symbolleiste. Wenn Sie die Auswahl eines Pakets aufheben,
verschwindet auch die Hervorhebung wieder.
Abbildung 6-2 Auswhlen von Paketen in Gnome-RPM
Sie knnen mehrere Pakete gleichzeitig aus- bzw. abwhlen,
die sich auch in unterschiedlichen Ordnern im Fenster mit der
Baumansicht befinden knnen. Um mehrere Pakete nacheinander
auszuwhlen, halten Sie die Strg-Taste
gedrckt und klicken mit der linken Maustaste auf die
gewnschten Pakete. Jede zustzliche Auswahl wird
hervorgehoben dargestellt.
Um mehr als ein Paket in Folge, also einen
greren Bereich innerhalb eines Ordners auszuwhlen,
klicken Sie mit der linken Maustaste auf das erste Paket und dann,
whrend Sie die Umschalttaste gedrckt
halten, auf das letzte Paket des auszuwhlenden Bereichs. Die
Pakete, die sich zwischen dem ersten und letzten Paket Ihrer Auswahl
befinden, werden ebenfalls ausgewhlt und hervorgehoben
dargestellt. Mit dieser Option knnen Sie schnell ganze Gruppen
von Paketen auswhlen und mssen nicht jedes Paket einzeln
auswhlen.
Die Statusleiste im unteren Bereich von
Gnome-RPM zeigt die Gesamtanzahl der
ausgewhlten Pakete an.
s1-gsgintro-register.html 0100644 0000764 0000144 00000010523 07152703170 014306 0 ustar rk users Lassen Sie sich registrieren, um den Support nutzen zu knnen
Red Hat Linux 7.0: Das Offizielle Red Hat Linux Referenzhandbuch
Wenn Sie eine offizielle Ausgabe von Red Hat Linux7.0 besitzen,
denken Sie bitte daran, sich registrieren zu lassen, damit Sie in den
Genuss der Vorteile kommen, auf die Sie als Red Hat Kunde Anspruch
haben.
In Abhngigkeit davon, welches offizielle Red Hat Linux Produkt Sie
erworben haben, knnen Sie einen oder alle der folgenden Vorteile
nutzen:
Offizieller Support durch Red Hat — Das Team fr
technischen Support von Red Hat, Inc. untersttzt Sie
bei Installationsfragen.
Vorrangiger FTP-Zugriff — Keine Besuche mehr auf hoffnungslos
berlasteten Mirror Sites spt in der Nacht. Die Besitzer
von Red Hat Linux7.0 erhalten kostenlosen Zugriff auf
priority.redhat.com, dem FTP-Dienst von Red Hat fr alle
registrierten Kunden. Dieser Server gewhrleistet rund um die
Uhr hohe bertragungsraten.
Red Hat Update Agent — Sie erhalten E-Mails direkt von Red Hat,
sobald aktualisierte RPM-Dateien zur Verfgung stehen. Verwenden
Sie Filter fr Update Agent, um ber aktualisierte Pakete
zu Themen informiert zu werden, die fr Sie von Interesse sind,
und um diese schnell herunterzuladen. Darber hinaus knnen
Sie auch Updates fr den Kernel und sicherheitsrelevante
Bereiche sowie weitere Pakete automatisch erhalten.
Under the Brim: Der offizielle Red Hat E-Newsletter — Sie
erhalten die neuesten Nachrichten und Produktinformationen
jeden Monat direkt von Red Hat.
Wenn Sie sich registrieren lassen mchten, stellen Sie eine
Verbindung mit folgender Adresse her:
http://www.redhat.com/now.
Sie finden Ihre persnliche Produkt-ID auf
einer rotweien Karte in Ihrer offiziellen Red Hat Linux Packung.
Im Anhang des Offiziellen Red Hat Linux Installationshandbuchs finden Sie weitere Informationen ber den
technischen Support fr das offizielle Red Hat Linux.
Und nun viel Erfolg bei der Arbeit mit Linux! Vielen Dank, dass Sie
sich fr Red Hat Linux entschieden haben!
Im Dialogfeld Account konfigurieren
knnen Sie das Root-Passwort festlegen. Auerdem
knnen Sie Benutzeraccounts einrichten, unter denen Sie
sich anmelden knnen, wenn die Installation abgeschlossen
ist (siehe Abbildung 15-19).
Das Installationsprogramm fordert Sie auf, ein
Root-Passwort fr das System
einzugeben.
Das Root-Passwort muss aus mindestens sechs Zeichen bestehen. Es
wird bei der Eingabe nicht auf dem Bildschirm angezeigt. Sie
mssen das Passwort zweimal eingeben. Falls die beiden
Eingaben nicht bereinstimmen, werden Sie vom
Installationsprogramm aufgefordert, den Vorgang zu wiederholen.
Whlen Sie ein Passwort, das Sie sich gut merken
knnen, das aber fr andere Personen nicht leicht
zu erraten ist. Ihr Name, Ihre Telefonnummer,
qwertz, Passwort,
Root, 123456,
und Schnucki sind Beispiele fr
schlechte Passwrter. Geeignete Passwrter bestehen
aus einer Kombination von Zahlen und Gro-/Kleinbuchstaben
und ergeben keine sinnvollen Wrter:
z.B. Aard387vark oder
420BMttNT. Beachten Sie, dass bei
Passwrtern zwischen Gro- und Kleinschreibung
unterschieden wird. Notieren Sie sich das Passwort, und bewahren
Sie es an einem sicheren Ort auf.
Bitte beachten
Der Root-Benutzer (auch
Superuser genannt) hat
vollstndigen Zugriff auf das gesamte System. Deshalb
sollten Sie sich nur dann als
Root anmelden, wenn Sie Aufgaben zur Systemwartung oder
Systemadministration ausfhren mchten.
Wenn Sie jetzt einen Benutzeraccount erstellen, verfgen
Sie ber einen Account, unter dem Sie sich nach Abschluss
der Installation anmelden knnen. Damit knnen Sie
sich sicher und einfach am Computer anmelden, ohne fr
das Erstellen weiterer Konten auf Root
zurckgreifen zu mssen.
Geben Sie einen Namen fr den Benutzeraccount ein. Legen
Sie dann ein Passwort fr diesen Benutzeraccount fest,
und besttigen Sie dieses. Geben Sie schlielich
noch den vollstndigen Namen fr den Benutzer des
Kontos ein, und drcken Sie die
Eingabetaste. Die von Ihnen fr den
Account eingegebenen Daten werden in die Liste mit den
Benutzeraccounts eingefgt. Die Felder fr den
Benutzeraccount werden anschlieend gelscht, so
dass Sie einen weiteren Benutzer hinzufgen knnen.
Sie knnen auch auf Neu
klicken, um einen neuen Benutzer hinzuzufgen. Geben
Sie die Benutzerdaten ein, und klicken Sie auf den Button
Hinzufgen, um den Benutzer in
die Liste mit den Benutzeraccounts einzufgen.
Sie knnen die bereits erstellten Benutzeraccounts
mit Hilfe der Buttons Bearbeiten oder
Lschen ndern bzw. entfernen
(falls Sie diese nicht mehr bentigen).
Sie knnen diesen Abschnitt berspringen, wenn Sie keine
Passwrter fr das Netzwerk festlegen mchten. Wenn
Sie sich nicht sicher sind, welche Einstellungen Sie verwenden
sollen, wenden Sie sich bitte an Ihren Systemadministrator.
Wenn Sie keine NIS-Authentifizierung
einrichten, sind die beiden Kontrollkstchen
fr MD5- und
Shadow-Passwrter aktiviert (siehe
Abbildung 15-20). Es empfiehlt sich,
beide Optionen zu verwenden, um Ihren Computer so sicher wie
mglich zu machen.
Um die NIS-Option zu konfigurieren, muss Ihr Computer an ein
NIS-Netzwerk angeschlossen sein. Wenn Sie sich nicht sicher sind,
ob Sie mit einem NIS-Netzwerk verbunden sind, wenden Sie sich
bitte an Ihren Systemadministrator.
Abbildung 15-20 Authentifizierung konfigurieren
MD5-Passwort - Mit dieser Einstellung
knnen Sie lange Passwrter (mit bis zu 256 Zeichen)
statt der standardmigen Passwrter mit
maximal acht Zeichen verwenden.
Shadow-Passwort - Diese Option stellt
Ihnen eine uerst sichere Methode fr
das Speichern von Passwrtern zur Verfgung. Die
Passwrter werden im Verzeichnis
/etc/shadow gespeichert, auf das Sie nur
als Root zugreifen knnen.
NIS aktivieren - Eine Gruppe von Rechnern
kann mit einer gemeinsamen Passwort- und Gruppendatei in
derselben Network Information Service-Domne betrieben
werden. Ihnen stehen zwei Optionen zur Auswahl:
NIS-Domne - Mit dieser Option
knnen Sie angeben, zu welcher Domne oder
Gruppe von Computern Ihr System gehren soll.
NIS Server - Mit dieser Option
kann Ihr Computer einen bestimmten NIS-Server verwenden,
statt eine Broadcast-Anforderung an das lokale Netzwerk
auszugeben, um nach verfgbaren Servern fr
das System zu fragen.
LDAP aktivieren - LDAP fasst bestimmte
Informationsarten innerhalb Ihrer Organisation zusammen. So
knnen zum Beispiel alle Benutzerlisten in Ihrer
Organisation in einem LDAP-Verzeichnis untergebracht
werden. Weitere Informationen zu LDAP finden Sie im
Kapitel 7. Ihnen stehen zwei Optionen zur Auswahl:
LDAP Server - Mit dieser Option
knnen Sie auf einen Server zugreifen, der das
LDAP-Protokoll ausfhrt.
LDAP Basis-DN - Mit dieser
Option knnen Sie anhand des eindeutigen Namens
(Distinguished Name, DN) nach
Benutzerinformationen suchen.
Kerberos aktivieren - Bei
Kerberos handelt es sich um ein sicheres System,
das Authentifizierungsdienste fr Netzwerke zur
Verfgung stellt. Weitere Informationen zu Kerberos
finden Sie in Kapitel 8. Ihnen stehen
drei Optionen zur Auswahl:
Realm - Mit dieser Option knnen
Sie auf ein Netzwerk zugreifen, das Kerberos verwendet und
aus einem oder einigen Servern (auch als KDCs bezeichnet)
sowie einer (potentiell sehr groen) Zahl von
Clients besteht.
KDC - Mit dieser Option
knnen Sie auf das Key Distribution Center (KDC)
zugreifen. Hierbei handelt es sich um ein Gert,
das Kerberos-Tickets ausgibt (manchmal auch als Ticket
Granting Server oder TGS bezeichnet).
Admin-Server - Mit dieser
Option knnen Sie auf einen Server zugreifen,
der kadmind ausfhrt.
Das automatische Partitionieren ermglicht Ihnen das
Installieren von Linux, ohne dass Sie Ihre Festplatte(n) selbst
partitionieren mssen. Wenn Sie mit dem Partitionieren
Ihres Systems noch nicht vertraut sind, empfiehlt es sich,
dass Sie die Festplatte(n) nicht manuell
partitionieren, sondern stattdessen die Partitionierung
automatisch durch das Installationsprogramm vornehmen lassen.
Der Bildschirm Automatisch partitionieren
wird nur angezeigt, wenn Sie eine Installation der Klassen
Workstation oder Server durchfhren. Falls Sie eine
benutzerdefinierte Installation durchfhren oder Ihr System
manuell partitionieren, finden Sie in
Abschnitt namens Partitionieren des Systems weitere Informationen.
In diesem Bildschirm knnen Sie whlen, ob Sie
diese Installation fortsetzen, eine manuelle Partitionierung
durchfhren oder durch Klicken auf den Button
Zurck eine andere
Installationsart auswhlen mchten (siehe
Abbildung 15-7).
Wenn Sie weder einige noch alle Daten
verlieren mchten, sollten Sie entweder die manuelle
Partitionierung oder eine andere Installationsklasse whlen.
Abbildung 15-7 Automatisches Partitionieren
Bitte beachten
Bei einer Workstation-Installation werden alle Daten in
allen vorhandenen Linux-Partitionen gelscht.
Wenn Sie Red Hat Linux nicht im Master Boot Record (MBR) installieren
oder einen anderen Bootmanager als LILO verwenden mchten,
sollten Sie diese Installationsart nicht whlen.
Bitte beachten
Bei einer Server-Installation werden alle Daten in allen
Partitionen auf allen Festplatten gelscht.
Wenn Sie ein anderes installiertes Betriebssystem auf Ihrem
System beibehalten mchten und Red Hat Linux nicht im Master Boot
Record (MBR) installiert werden soll, oder Sie einen anderen
Bootmanager als LILO verwenden mchten, whlen Sie
nicht diese Installationsart.
Falls Sie sich noch nicht sicher sind, wie Ihr System
partitioniert werden soll, lesen Sie bitte
Anhang B.
Wenn Sie die Installation von CD-ROM unter Verwendung der
grafischen Benutzeroberflche des Installers ausfhren
mchten, lesen Sie bitte weiter.
Bitte beachten
Falls Sie lieber eine Installation im Textmodus durchfhren
mchten, mssen Sie Ihr System neu starten und
am Prompt boot: den Befehl
text eingeben. Weitere Anweisungen
hierzu, siehe Kapitel 14.
Falls Sie Red Hat Linux von CD-ROM installieren mchten,
whlen Sie "CD-ROM" und klicken
anschlieend auf OK. Legen Sie
die Red Hat Linux CD-ROM in das CD-ROM-Laufwerk ein, wenn Sie dazu
aufgefordert werden (falls Sie nicht schon von CD-ROM gebootet
haben). Whlen Sie anschlieend
OK, und drcken Sie danach die
Eingabetaste.
Das Installationsprogramm sucht in Ihrem System nach einem
CD-ROM-Laufwerk, und zwar zunchst nach einem IDE-
bzw. ATAPI-Laufwerk. Falls ein solches Laufwerk vorhanden ist,
wird die Installation mit dem nchsten Schritt fortgesetzt
(siehe Abschnitt namens Auswhlen der Sprache).
Anderenfalls mssen Sie angeben, ber welchen Typ
von CD-ROM-Laufwerk Sie verfgen. Sie knnen die
folgenden Laufwerksarten auswhlen:
SCSI
Whlen Sie diese Option, wenn Ihr CD-ROM-Laufwerk
an einen untersttzten SCSI-Adapter angeschlossen
ist. Sie werden aufgefordert, einen SCSI-Treiber
auszuwhlen. Whlen Sie den Treiber aus,
der Ihrem Adapter am ehesten entspricht. Geben Sie
ntigenfalls zustzliche Parameter fr
den Treiber an. Die meisten Treiber werden Ihren
SCSI-Adapter jedoch automatisch erkennen.
Andere
CD-ROM-Laufwerke, die weder zu IDE noch zu SCSI
gehren, sind unter der Option "Anderes
CD-ROM-Laufwerk" erfasst. Soundkarten mit
proprietren CD-ROM-Schnittstellen sind hierfr
ein gutes Beispiel. Das Installationsprogramm bietet
Ihnen eine Liste mit Treibern fr die
untersttzten CD-ROM-Laufwerke an. Whlen Sie
den passenden Treiber aus, und geben Sie ntigenfalls
zustzliche Parameter an.
Tipp
Eine partielle Liste der optionalen Parameter fr
CD-ROM-Laufwerke finden Sie im Anhang A.
Wenn das Installationsprogramm Ihr IDE (ATAPI) CD-ROM-Laufwerk
nicht erkennt und Sie fragt, welche Art von Laufwerk Sie
verwenden, mssen Sie das Installationsprogramm neu
starten und am Prompt boot:
den Befehl linux
hdX=cdrom
eingeben. Ersetzen Sie das
X durch
einen der folgenden Buchstaben, je nachdem, an welcher
Schnittstelle sich Ihr CD-ROM-Laufwerk befindet und ob es
als Master oder Slave konfiguriert ist:
a - erster IDE-Controller, Master
b - erster IDE-Controller, Slave
c - zweiter IDE-Controller, Master
d - zweiter IDE-Controller, Slave
(Wenn Sie ber einen dritten und/oder vierten Controller
verfgen, fahren Sie mit der alphabetischen Zuweisung
entsprechend fort.)
Sobald Ihr CD-ROM-Laufwerk erkannt wurde, werden
Sie aufgefordert, die Red Hat Linux CD-ROM in das Laufwerk
einzulegen. Klicken Sie anschlieend auf
OK. Nach kurzer Wartezeit wird das
nchste Dialogfeld eingeblendet.
Nach dem Starten zeigt das Installationsprogramm den Bildschirm
zur Sprachauswahl an.
Bitte beachten
Wenn Sie den Installationsvorgang zum jetzigen Zeitpunkt
abbrechen mchten, mssen Sie lediglich Ihren
Rechner neu starten und die Bootdiskette oder CD-ROM aus
dem jeweiligen Laufwerk entnehmen. Sie knnen die
Installation bei jedem Schritt vor Erreichen des Bildschirms
Installation wird vorbereitet
abbrechen, siehe Abschnitt namens Installation wird vorbereitet.
Whlen Sie mit der Maus die gewnschte Sprache aus,
die fr die Installation und als Standardeinstellung fr
das System verwendet werden soll (siehe
Abbildung 15-2).
Herzlichen Glckwunsch! Die Installation von
Red Hat Linux7.0 ist jetzt abgeschlossen!
Das Installationsprogramm fordert Sie auf, das
System fr den Neustart vorzubereiten (siehe Abbildung 15-30). Nehmen Sie alle Disketten
und CD-ROMs aus den jeweiligen Laufwerken. Wenn Sie LILO nicht
installiert haben, bentigen Sie jetzt die Bootdiskette.
Nachdem Sie Ihren Computer neu gestartet haben, sehen Sie den
GUI-Prompt von LILO. Sie knnen nun eine der folgenden
Aktionen durchfhren:
Drcken der Eingabetaste - Es wird
ein Systemstart mit dem Standardbooteintrag von LILO
durchgefhrt.
Whlen Sie eine Bootkennung aus, und drcken Sie
dann die Eingabetaste -- LILO wird nun das
Betriebssystem booten, das der Bootkennung entspricht. (Durch
Drcken der Taste ? an der LILO
Texteingabe boot: knnen Sie eine
Liste mit gltigen Bootkennungen anzeigen.)
Abwarten - Nach Ablauf der Zeitberschreitung von LILO
(standardmig fnf Sekunden) fhrt LILO
automatisch den Systemstart mit dem Standardbooteintrag durch.
Abbildung 15-30 Installation abgeschlossen
Fhren Sie die erforderlichen Schritte aus, um Red Hat Linux
zu booten. Zunchst scrollen zahlreiche Meldungen
ber Ihren Bildschirm. Schlielich sollte der
Prompt login: oder ein
GUI-Anmeldebildschirm angezeigt werden (sofern Sie das X Window
System installiert haben und X automatisch gestartet wird).
Wenn Sie eine Bootdiskette erstellen mchten, sollten Sie jetzt
eine leere, formatierte Diskette in Ihr Diskettenlaufwerk einlegen
(siehe Abbildung 15-29).
Nach kurzer Wartezeit wird die Bootdiskette erstellt. Nehmen Sie
die Diskette aus dem Diskettenlaufwerk heraus, und beschriften
Sie sie eindeutig. Beachten Sie, dass Sie auch im Anschluss an
die Installation eine Bootdiskette erstellen knnen, sofern
Sie es wnschen. Weitere Informationen finden Sie auf der
man-Seite zu mkbootdisk. Rufen Sie diese
Seite auf, indem Sie am Shell Prompt man
mkbootdisk eingeben.
Wenn Sie das System mit der Bootdiskette (anstelle von LILO)
starten, mssen Sie daran denken, eine neue Bootdiskette
zu erstellen, wenn Sie nderungen am Kernel vornehmen.
Wenn Sie noch nicht mit fdisk
gearbeitet haben und mit dessen Funktionsweise nicht vertraut
sind, sollten Sie dieses Tool nicht verwenden.
Disk Druid ist fr Benutzer,
die sich mit der Partitionierung von Festplatten noch nicht
im Detail auskennen, wesentlich bersichtlicher und
einfacher zu bedienen. Um fdisk
zu beenden, klicken Sie auf Zurck, um
in den vorherigen Bildschirm zurckzukehren. Deaktivieren
Sie dann das Kontrollkstchen
fdisk, und klicken Sie auf
Weiter.
Dieser Abschnitt ist nur dann fr Sie von Interesse, wenn
Sie fdisk fr die
Partitionierung Ihres Systems verwenden mchten. Wenn Sie
fdisk nicht verwenden, lesen Sie
bitte gleich in Abschnitt namens Automatisches Partitionieren (falls
Sie Ihr System automatisch partitionieren lassen mchten)
oder in Abschnitt namens Partitionieren des Systems (falls Sie
Disk Druid verwenden) weiter.
Falls Sie sich fr die Verwendung von
fdisk entschieden haben, mssen
Sie im nchsten Bildschirm (siehe
Abbildung 15-12) ein Laufwerk fr die
Partitionierung mit fdisk auswhlen.
Abbildung 15-12 fdisk
Sobald Sie das zu partitionierende Laufwerk ausgewhlt
haben, wird der fdisk Hauptbildschirm
angezeigt, in dem Sie verschiedene Befehle eingeben knnen
(siehe Abbildung 15-13). Wenn Sie nicht
sicher sind, welchen Befehl Sie verwenden sollen, empfiehlt sich
die Eingabe des Befehls m am Prompt. Falls Sie
weitere Informationen bentigen, enthlt das
Kapitel 14 einen berblick ber
fdisk. Sobald Sie die gewnschten
Partitionen angelegt haben, knnen Sie durch Eingabe von
w Ihre nderungen speichern und das
Programm beenden. Sie kehren nun zum ursprnglichen
fdisk-Bildschirm zurck. In
diesem Bildschirm knnen Sie nun ein anderes Laufwerk
zur Partitionierung auswhlen oder mit der Installation
fortfahren.
Abbildung 15-13 Partitionieren mit fdisk
Nach dem Partionieren Ihrer Festplatte(n) klicken Sie auf
Weiter. Sie mssen nun mit
Disk Druid Ihren Partitionen
Mount-Points zuweisen.
Sie knnen mit Disk Druid keine
neuen Partitionen hinzufgen; allerdings knnen Sie
die Mount-Points fr die von Ihnen bereits erstellten
Partitionen bearbeiten.
Nun wird ein Bildschirm angezeigt, der Sie darauf hinweist, dass
Red Hat Linux jetzt installiert wird (siehe
Abbildung 15-27).
Warnung
Wenn Sie den Installationsvorgang nicht fortsetzen
mchten, ist jetzt der letzte Zeitpunkt, zu dem Sie
die Installation problemlos abbrechen und Ihren Rechner
neu starten knnen. Sobald Sie auf den Button
Weiter geklickt haben, werden die
Partitionen auf die Festplatte(n) geschrieben und die Pakete
installiert. Wenn Sie die Installation abbrechen mchten,
sollten Sie jetzt einen Neustart durchfhren, bevor
die neuen Daten auf die Festplatte(n) geschrieben werden.
Abbildung 15-27 Die Installation kann jetzt erfolgen
Jetzt brauchen Sie nur noch so lange zu warten,
bis alle Pakete installiert worden sind (siehe
Abbildung 15-28). Wie lange das dauert,
hngt von der Zahl der ausgewhlten Pakete und der
Leistung Ihres Computers ab.
Funktionsmerkmal: Red Hat Linux7.0
verfgt ber eine Installationsart, die als
"partitionslose" Installation bezeichnet wird. Wenn
auf Ihrem System eine FAT-Partition (DOS/Windows) mit
ausreichend freiem Platz vorhanden ist, knnen Sie Red Hat Linux
installieren, ohne die Festplatte neu partitionieren zu
mssen. Diese Methode ist vor allem fr Benutzer
geeignet, die sich mit Linux noch nicht auskennen und Red Hat Linux
ausprobieren mchten, ohne grere
nderungen an ihrem System vornehmen zu mssen. Falls
Sie mehr ber diese Installationsart erfahren mchten,
lesen Sie dazu bitte das Kapitel Installation ohne
Partitionieren im Offiziellen Red Hat Linux Installationshandbuch.
Legen Sie zunchst fest, ob Sie eine vollstndige
Installation oder ein Upgrade ausfhren mchten (siehe
Abbildung 15-6).
In der rechten oberen Ecke des Bildschirms
Installationstyp befindet sich ein
Kontrollkstchen, das Sie aktivieren knnen, wenn Sie
eine Partitionierung mit fdisk
vornehmen mchten. Bitte beachten Sie in diesem Zusammenhang,
dass fdisk nicht so intuitiv bedient
werden kann wie Disk Druid und dass
dieses Kontrollkstchen daher standardmig
deaktiviert ist. Wenn Sie fdisk
bislang noch nicht verwendet haben, sollten Sie sich sowohl
ber fdisk als auch ber
Disk Druid informieren, um dann das
fr Sie am besten geeignete Tool zum Partitionieren
auszuwhlen.
Abbildung 15-6 Installieren oder Aktualisieren
Falls Sie eine Aktualisierung durchfhren mchten,
lesen Sie hierzu bitte das Kapitel Aktualisieren des
vorhandenen Systems im
Offiziellen Red Hat Linux Installationshandbuch.
In der Regel installieren Sie Red Hat Linux auf einer oder mehreren neu
eingerichteten Partitionen der Festplatte oder ber eine
bereits vorhandene Version von Linux.
Warnung
Wenn Sie Red Hat Linux ber eine bereits vorhandene
Version von Linux (auch Red Hat Linux) installieren, werden
alle Informationen (Dateien und Daten) der
frheren Version berschrieben. Sichern Sie
deshalb alle wichtigen Dateien! Falls Sie die in Ihrem System
gespeicherten Daten beibehalten mchten, ohne ein eigenes
Backup zu erstellen, sollten Sie eine Aktualisierung in
Erwgung ziehen.
Wenn Sie sich fr eine vollstndige
Installation entscheiden, mssen Sie
auch die gewnschte Installationsklasse
festlegen. Folgende Optionen stehen zur Verfgung:
Workstation, Server
oder Benutzerdefiniert.
Fr neue Benutzer ist die Installationsklasse Workstation
am besten geeignet. Sie installiert je nach der von Ihnen
getroffenen Auswahl eine GNOME- oder KDE-Desktopumgebung (oder
beides) sowie das X Window System.
Warnung
Wenn die Festplatte fr Linux und Windows NT gemeinsam
genutzt werden soll, drfen Sie diese Methode nicht
verwenden, da Windows NT sonst nicht mehr gestartet werden
kann. LILO berschreibt den Bootloader von NT, und
Sie knnen NT nicht mehr booten. Sie mssen eine
benutzerdefinierte Installation durchfhren und LILO
so konfigurieren, dass er nicht im Master Boot Record (MBR)
installiert wird.
Bei der Einrichtung einer Dual-Boot-Umgebung auf einem System,
auf dem NT installiert ist, mssen Sie LILO statt im
MBR im ersten Sektor der Root-Partition installieren. Sie
mssen in diesem Fall unbedingt eine Bootdiskette
erstellen. In diesem Fall mssen Sie zum Starten von
Linux entweder eine Bootdiskette verwenden oder den Loader
von Windows NT so konfigurieren, dass LILO vom ersten Sektor
der Root-Partition gestartet wird. Weitere Informationen zum
Einrichten von LILO und NT finden Sie unter
http://www.linuxdoc.org/HOWTO/mini/Linux+NT-Loader.html.
Bitte lesen Sie sich diese Informationen sorgfltig durch.
Warnung
Bei einer Workstation-Installation werden alle
Datenaller Linux-Partitionen
auf allen Festplatten des Computers
gelscht.
Im Folgenden ist aufgefhrt, wie viel Festplattenplatz
mindestens fr eine Installation der Klasse Workstation
erforderlich ist.
Workstation mit GNOME - 900 MB
Workstation mit KDE - 900 MB
Workstation mit GNOME und KDE - 1,1 GB
Falls Sie vorhaben, alle Gruppenpakete (GNOME ist z.B. eine
Paketgruppe) sowie alle zustzlichen individuellen Pakete
auszuwhlen, sollten Sie dafr 1,7 GB oder mehr an
Festplattenplatz vorsehen. Auf diese Weise steht Ihnen
auerdem etwas Platz zum Schreiben von zustzlichen
Daten zur Verfgung.
Bitte beachten
Im Unterschied zu frheren Workstation-Installationen
wird bei der Red Hat Linux7.0 Workstation-Installation
der Netzwerkdmon xinetd
nicht installiert (inet-Dienste). Wird
xinetd nicht installiert,
erhht sich die Sicherheit der Installation. Allerdings
arbeiten ankommende,
[1]
netzwerk-bezogene Dienste wie Finger,
Telnet,
Talk und
FTP nicht. Wenn Sie diese Dienste
bentigen, sollten Sie eine Installation der Klassen
Server oder Benutzerdefiniert auswhlen.
Eine Server-Installation ist am besten geeignet, wenn Ihr System
als Linux-basierter Server verwendet werden soll, ohne dass Sie
sich im Detail mit der Systemkonfiguration befassen mchten.
Im Folgenden ist aufgefhrt, wie viel Festplattenplatz
mindestens fr eine Installation der Klasse Server
erforderlich ist.
Server (mindestens) - 450 MB
Server (alle Pakete) - 1 GB
Falls Sie vorhaben, alle Gruppenpakete sowie zustzliche
individuelle Pakete auszuwhlen, sollten Sie dafr
1,7 GB oder mehr an Festplattenplatz vorsehen. Auf diese Weise
steht Ihnen auerdem etwas Platz zum Schreiben von
zustzlichen Daten zur Verfgung.
Warnung
Bei einer Server-Installation werden alle
Partitionen (sowohl Linux- als auch
Nicht-Linux-Partitionen) auf allen
Festplatten des Computers gelscht.
Die benutzerdefinierte Installation gibt
Ihnen das grte Ma an Flexibilitt beim
Installationsvorgang. Bei den Installationsklassen Workstation
und Server luft der Installationsvorgang automatisch ab,
und einige Schritte werden bergangen. Bei einer
benutzerdefinierten Installation haben Sie auch die
Mglichkeit, die Festplatte nach Ihren
Wnschen zu partitionieren Sie haben die
vollstndige Kontrolle darber, welche Pakete im System
installiert werden. Sie knnen auch festlegen, ob Sie LILO
(den LInux LOader) fr das Booten Ihres Systems verwenden
mchten. Wenn Sie noch keine Erfahrung mit Linux haben,
sollten Sie die benutzerdefinierte Installation nicht verwenden.
Im Folgenden ist aufgefhrt, wie viel Festplattenplatz
mindestens fr eine Installation der Klasse Benutzerdefiniert
erforderlich ist.
Benutzerdefiniert (mindestens) - 250 MB
Benutzerdefiniert (alles) - 1,7 GB
Falls Sie erfahren mchten, welche Schritte bersprungen
werden, wenn Sie keine Installation der Klasse Benutzerdefiniert
vornehmen, lesen Sie hierzu bitte Schritt 6 - Ist
eine Workstation-Installation die optimale Lsung fr
Sie? im Offiziellen Red Hat Linux Installationshandbuch.
Normalerweise mssen Sie LILO (den LInux LOader)
installieren, um Ihr Red Hat Linux System booten zu knnen. Sie
knnen LILO an einem von zwei Orten installieren:
Im Master Boot Record (MBR)
Der MBR ist der empfohlene Ort zur Installation
von LILO, sofern der MBR nicht bereits einen anderen
Betriebssystem-Loader startet, z.B. System Commander oder
den Boot-Manager von
.
Der Master Boot Record ist ein spezieller Bereich auf der
Festplatte, der vom BIOS Ihres Computers automatisch geladen
wird. Dies ist der frheste Zeitpunkt, ab dem LILO die
Steuerung des Bootprozesses bernehmen kann. Wenn Sie
LILO im MBR installieren und Ihr Computer gebootet wird,
zeigt LILO den Prompt boot:
an. Sie knnen dann entweder Red Hat Linux oder ein beliebiges
anderes Betriebssystem starten, fr das Sie LILO
konfigurieren.
Im ersten Sektor der Root-Partition
Dieser Sektor empfiehlt sich, wenn Sie bereits einen anderen
Bootloader im System verwenden (z.B. den Boot-Manager von
OS/2). In diesem Fall bernimmt zunchst der
andere Bootloader die Steuerung. Sie knnen diesen
Bootloader dann zum Booten von LILO konfigurieren (LILO
wiederum startet Red Hat Linux).
Wenn Sie LILO installieren mchten, whlen Sie bitte
aus, an welchem Ort im System LILO installiert werden soll (siehe
Abbildung 15-16). Wenn Sie im System
ausschlielich Red Hat Linux verwenden mchten, sollten
Sie den Master Boot Record (MBR) auswhlen. Bei Systemen,
auf denen auch Windows 95/98 installiert ist, sollten Sie LILO
im MBR installieren, so dass LILO beide Betriebssysteme starten
kann.
Wenn auf Ihrem System Windows NT installiert ist (und Sie
LILO installieren mchten), sollte LILO im ersten Sektor
der Root-Partition und nicht im MBR installiert werden. Sie
mssen in diesem Fall unbedingt eine Bootdiskette
erstellen. In diesem Fall mssen Sie zum Starten von
Linux entweder eine Bootdiskette verwenden oder den Loader von
Windows NT so konfigurieren, dass LILO vom ersten Sektor der
Root-Partition gestartet wird. Weitere Informationen ber
die Konfiguration von LILO und NT
finden Sie auf der Website
http://www.linuxdoc.org/HOWTO/mini/Linux+NT-Loader.html.
Bitte beachten
Wenn Sie LILO aus bestimmten Grnden nicht installieren
mchten, knnen Sie das Red Hat Linux System nicht direkt
starten. Hierzu ist eine andere Bootmethode (z.B. eine
Bootdiskette) erforderlich. Verwenden Sie diese Option nur,
wenn Sie wissen, wie Sie Ihr Red Hat Linux System auf andere Weise
booten knnen!
Das Kontrollkstchen Linearen Modus
verwenden ist standardmig aktiviert. In den
meisten Fllen sollte der lineare Modus verwendet werden,
es sei denn, Ihr Computer kann nicht im linearen Modus auf die
Festplatten zugreifen.
Abbildung 15-16 LILO konfigurieren
Falls Sie dem LILO-Bootbefehl weitere Standardoptionen
hinzufgen mchten, geben Sie diese in das Feld fr
die Kernel-Parameter ein. Alle von Ihnen festgelegten Optionen
werden bei jedem Booten an den
Linux-Kernel bergeben.
Bootfhige Partition - Alle bootfhigen Partitionen
werden aufgelistet. Hierzu gehren auch Partitionen, die von
anderen Betriebssystemen verwendet werden. Fr die Partition,
in der sich das Root-Dateisystem Ihres Red Hat Linux Systems befindet,
wird in die Spalte "Bootkennung" der Begriff
Linux eingetragen. Andere Partitionen
knnen ebenfalls Bootkennungen aufweisen. Wenn Sie
Bootkennungen fr andere Partitionen hinzufgen (oder
eine bestehende Bootkennung ndern) mchten, klicken
Sie einmal auf die Partition, um sie zu
markieren. Anschlieend knnen Sie die Bootkennung
ndern.
Bitte beachten
In der Spalte "Bootkennung" wird angezeigt,
was Sie am Prompt boot:
eingeben mssen, um das gewnschte Betriebssystem
zu booten. Wenn Sie die Bootkennungen vergessen, die im System
definiert wurden, knnen Sie am Prompt
boot: von LILO immer noch die
Tabulatortaste drcken, um eine Liste
der definierten Bootkennungen anzuzeigen.
Bootdiskette erstellen -
Das Kontrollkstchen Bootdiskette
erstellen wird standardmig
aktiviert. Wenn Sie keine Bootdiskette erstellen
mchten, sollten Sie dieses Kontrollkstchen
deaktivieren. Es wird jedoch dringend empfohlen, eine
Bootdiskette zu erstellen. Die Verwendung einer Bootdiskette
ist aus mehreren Grnden sinnvoll:
Statt LILO - Sie knnen statt LILO auch eine
Bootdiskette verwenden. Dies ist hilfreich, wenn Sie
zum ersten Mal mit Red Hat Linux arbeiten. Auerdem
brauchen Sie sich keine Sorgen um die Boot-Einstellungen
fr Ihr anderes Betriebssystem zu machen. Wenn
Sie eine Bootdiskette verwenden, knnen Sie
problemlos zu Ihrem anderen Betriebssystem
zurckkehren, indem Sie die Bootdiskette aus dem
Laufwerk nehmen und das System neu starten. Wenn Sie
es vorziehen, statt LILO eine Bootdiskette zu verwenden,
mssen Sie sich vergewissern, dass Sie die Option
Keine Installation von LILO
aktiviert haben.
Wenn ein anderes Betriebssystem LILO berschreibt -
Andere Betriebssysteme sind mglicherweise nicht
so flexibel wie Red Hat Linux, was die Untersttzung von
Bootmethoden anbelangt. Sehr oft wird durch die
Installation oder Aktualisierung eines anderen
Betriebssystems der Master Boot Record Ihrer Festplatte
berschrieben, in dem sich LILO befindet, so dass
Sie die Red Hat Linux Installation nicht mehr booten
knnen. In diesem Fall knnen Sie Red Hat Linux
mit der Bootdiskette starten, um LILO anschlieend
neu zu installieren.
Keine Installation von LILO - Wenn
Windows NT im System installiert ist, mchten Sie LILO
mglicherweise nicht installieren. Wenn Sie LILO aus
diesem Grund nicht installieren mchten, sollten Sie
unbedingt eine Bootdiskette erstellen. Anderenfalls
knnen Sie Linux mglicherweise nicht starten. Sie
knnen auch festlegen, dass die Einrichtung von LILO
bersprungen oder dass LILO nicht auf die Festplatte
geschrieben werden soll.
Tipp
Fr die Verwendung der Bootdiskette im Rettungsmodus haben
Sie mehrere Optionen:
Sie knnen das CD-ROM-Laufwerk verwenden, um das
System zu starten. Geben Sie dann linux
rescue am Prompt
boot: ein.
Sie knnen die Netzwerk-Bootdiskette verwenden, um
das System zu starten. Geben Sie linux
rescue am Prompt
boot: ein. Sie werden
anschlieend aufgefordert, die Rettungsdiskette
aus dem Netzwerk zu laden.
Sie knnen die Bootdiskette verwenden, die zum
Lieferumfang der Red Hat Linux Packung gehrt. Geben Sie
linux rescue am Prompt
boot: ein. Sie
knnen dann eine Installationsart und einen
gltigen Installationsverzeichnisbaum fr
das Laden der Dateien auswhlen.
Weitere Informationen zum Rettungsmodus. Siehe
Kapitel 2.
Wenn Sie LILO nicht verwenden mchten, um das Red Hat Linux System
zu starten, gibt es mehrere Alternativen:
Bootdiskette
Wie bereits weiter oben erwhnt, knnen
Sie hierzu die Bootdiskette verwenden, die vom
Installationsprogramm erstellt wurde (sofern Sie die
entsprechende Option aktiviert haben).
LOADLIN
Sie knnen Linux ber MS-DOS starten. Allerdings
bentigt LOADLIN hierzu eine Kopie des Linux-Kernels
(und eine initiale Ramdisk, sofern Sie ber einen
SCSI-Adapter verfgen) auf einer
MS-DOS-Partition. Dazu mssen Sie Ihr Red Hat Linux System
zunchst auf andere Weise booten (z.B. mit einer
Diskette, auf der sich LILO befindet) und
anschlieend den Kernel in eine MS-DOS-Partition
kopieren. LOADLIN finden Sie unter
ftp://metalab.unc.edu/pub/Linux/system/boot/dualboot/
sowie auf den zugehrigen Mirror Sites.
Auch Programme wie z.B. System Commander und Partition
Magic knnen Linux starten. Dennoch muss hierzu
LILO in Ihrer Linux-Root-Partition installiert sein.
Dieser Abschnitt gilt ausschlielich fr Computer mit
einem SMP-Motherboard. Wenn der Installer ein SMP-Motherboard
(also eine Hauptplatine mit mehreren Prozessoren) in Ihrem
System erkennt, werden automatisch zwei Eintrge in
lilo.conf angelegt (whrend
normalerweise nur ein Eintrag erstellt wird).
Ein Eintrag trgt die Bezeichnung
linux und der andere
linux-up. Mit linux
wird das System standardmig gestartet. Falls Sie
jedoch Schwierigkeiten mit dem SMP-Kernel haben, knnen
Sie stattdessen den Eintrag linux-up zum
Booten auswhlen. Dabei bleiben smtliche Funktionen
erhalten, nur arbeiten Sie jetzt mit einem einzelnen Prozessor.
Das manuelle Partitionieren ermglicht
es Ihnen, Linux zu installieren und dabei Ihr(e) Laufwerk(e)
selbst zu partitionieren. Falls Sie sich nicht sicher genug
fhlen, um Ihr System selbst zu partitionieren, sollten
Sie auf keinen Fall die Option zum manuellen
Partitionieren auswhlen, sondern stattdessen die Option
zum automatischen Partitionieren. Dazu
klicken Sie auf Zurck und whlen
dann eine Installation der Klasse Workstation oder Server aus.
Wenn Sie ber eine Netzwerkkarte verfgen und die
Netzwerkeinstellungen noch nicht konfiguriert haben, knnen
Sie dies jetzt vornehmen (siehe Abbildung 15-17).
Whlen Sie den geeigneten Gertetyp aus, und legen Sie
fest, ob Sie die Konfiguration mit Hilfe von DHCP durchfhren
mchten. Wenn Sie ber mehrere Ethernet-Gerte
verfgen, werden in allen Gertebildschirmen die von
Ihnen eingegebenen Daten gespeichert. Sie knnen auch
zwischen den verschiedenen Gertebildschirmen (wie
beispielsweise eth0 und eth1) umschalten. Die von Ihnen
eingegebenen Daten beziehen sich immer nur auf den jeweils
ausgewhlten Bildschirm fr ein bestimmtes
Gert. Wenn Sie die Option Beim Starten
aktivieren auswhlen, wird Ihre
Netzwerkschnittstelle beim Booten gestartet. Wenn Sie ber
keinen Client-Zugriff auf DHCP verfgen oder Fragen zu
DHCP haben, wenden Sie sich bitte an Ihren Netzwerkadministrator.
Geben Sie dann, falls erforderlich, die
IP-Adresse und die Adressen fr
Netzmaske, Netzwerk und
Broadcast ein. Wenn Sie sich nicht sicher
sind, welche Werte Sie eingeben sollen, sollten Sie sich auch
in diesem Fall an Ihren Netzwerkadministrator wenden.
Abbildung 15-17 Konfigurieren des Netzwerks
Tipp
Auch wenn Ihr Computer nicht in ein Netzwerk eingebunden
ist, knnen Sie einen Namen fr Ihr System
eingeben. Wenn Sie zum jetzigen Zeitpunkt keinen
Namen eingeben, wird Ihrem System die Bezeichnung
localhost zugewiesen.
Geben Sie schlielich noch die Informationen fr das
Gateway sowie die erste
DNS-Adresse (und ggf. auch die
zweite und dritte
DNS-Adresse) an.
Whlen Sie die Partitionen aus, die formatiert werden
sollen. Alle neu erstellten Partitionen sollten formatiert
werden. Auerdem sollten alle vorhandenen Partitionen,
die nicht mehr bentigte Daten enthalten, ebenfalls
formatiert werden. Formatieren Sie jedoch keine Partitionen wie
/home oder /usr/local,
wenn Sie die darin gespeicherten Daten noch bentigen
(siehe Abbildung 15-15).
Abbildung 15-15 Auswhlen der zu formatierenden Partitionen
Wenn die Festplatte whrend der Formatierung des Dateisystems
auf defekte Blcke berprft werden soll,
aktivieren Sie das Kontrollkstchen Auf defekte
Blcke berprfen.
Wenn eine berprfung auf defekte Blcke
durchgefhrt wird, kann ein Datenverlust dadurch verhindert
werden, dass defekte Blcke auf einer Festplatte erkannt
und in einer Liste verzeichnet werden, damit die defekten
Blcke in Zukunft nicht mehr verwendet werden.
Bitte beachten
Durch die Funktion Auf defekte Blcke
berprfen kann sich die fr die
Installation bentigte Gesamtzeit deutlich erhhen. Da
die meisten neueren Festplatten recht gro sind, kann
die berprfung auf defekte Blcke je nach der
Gre Ihrer Festplatte eine gewisse Zeit dauern.
Wenn Sie eine Workstation- oder Server-Installation
ausfhren und keine manuelle
Partitionierung durchfhren mchten, fahren Sie mit
Abschnitt namens Konfigurieren des Netzwerks fort.
Legen Sie nun fest, wo Red Hat Linux installiert werden soll. Definieren
Sie hierfr in allen Festplattenpartitionen, in denen Red Hat Linux
installiert wird, Mountpoints. Gegebenenfalls mssen Sie
Partitionen erstellen und/oder lschen (weitere Informationen
finden Sie in Abbildung 15-9).
Bitte beachten
Wenn Sie sich noch nicht sicher sind, wie Sie Ihre
Partitionen einrichten sollen, lesen Sie bitte Anhang B. Als Mindestanforderung bentigen
Sie eine ausreichend groe Root-Partition und eine
Swap-Partition von mindestens 16 MB.
Abbildung 15-9 Partitionieren mit Disk Druid
Disk Druid ist das
Partitionierungstool, das in Red Hat Linux7.0 verwendet
wird. Das Tool Disk Druid ist fr
die Partitionierung whrend einer normalen Installation
von Red Hat Linux vllig ausreichend. Nur bestimmte, ganz
ausgefallene Ausgangssituationen kann es nicht meistern.
Jede Zeile im Bereich "Partitionen" entspricht einer
Festplattenpartition. Die einzelnen Zeilen sind in fnf
Felder unterteilt:
Mountpoint:
Bei einem Mountpoint handelt es sich um den Ort in der
Verzeichnishierarchie, an dem ein Laufwerk bzw. eine
Partition eingebunden wird. In diesem Zusammenhang wird
auch hufig davon gesprochen, dass das Laufwerk
an diesem Ort gemountet wird. Dieses Feld gibt an,
wo die Partition eingebunden wird. Wenn eine Partition
vorhanden, aber "nicht gesetzt" ist, mssen
Sie ihren Mount-Point definieren. Doppelklicken Sie auf
die Partition, oder klicken Sie auf den Button
Bearbeiten.
Gert:
In diesem Feld wird der Gertename der Partition angezeigt.
Angefordert:
In diesem Feld wird die ursprngliche
Gre der Partition angezeigt. Wenn Sie die
Gre neu definieren mchten, mssen
Sie die aktuelle Partition lschen und dann mit Hilfe
des Buttons Hinzufgen
neu erstellen.
Tatschlich:
In diesem Feld wird der Speicherplatz angezeigt, der der
Partition gegenwrtig zugewiesen ist.
Typ:
In diesem Feld wird der Partitionstyp angezeigt (wie Linux
Native oder DOS).
Sie sollten im Normalfall die folgenden Partitionen erstellen
(es sei denn, Sie haben besondere Grnde fr eine
abweichende Partitionierung):
Eine Swap-Partition (mindestens 16 MB) - Swap-Partitionen
dienen zur Untersttzung des virtuellen
Speichers. Dies bedeutet, dass die Daten in eine
Swap-Partition geschrieben werden, wenn nicht ausreichend
RAM zum Speichern der Daten vorhanden ist, die Ihr System
gerade verarbeitet. Falls Ihr Computer ber 16 MB
RAM oder weniger verfgt,
mssen Sie eine Swap-Partition
erstellen. Auch wenn Sie mehr Speicher zur Verfgung
haben, empfiehlt sich eine Swap-Partition. Die
Mindestgre der Swap-Partition sollte der
Gre des Arbeitsspeichers des Computers bzw. 16
MB entsprechen (der jeweils grere Wert sollte
verwendet werden). In Disk Druid
sollte das Partitionsfeld fr swap
etwa wie folgt aussehen:
<Swap> hda2 125M 125M Linux swap
Eine /boot-Partition (maximal 16 MB)
- Die in /boot eingebundene Partition
enthlt den Betriebssystem-Kernel (der erforderlich
ist, damit Ihr System Red Hat Linux booten kann) sowie Dateien, die
whrend des Systemstarts verwendet werden. Wegen der
Einschrnkungen der meisten PC-BIOS-Versionen sollten
Sie zur Aufnahme dieser Dateien nur eine kleine Partition
erstellen. Sie sollte nicht grer als 16 MB
sein. In Disk Druid sollte das
Partitionsfeld fr /boot etwa
wie folgt aussehen:
/boot hda1 16M 19M Linux native
Eine root-Partition (900
MB - 1,7 GB) - In dieser Partition befindet
sich "/" (das
Root-Verzeichnis). In dieser Konfiguration befinden sich
alle Dateien (mit Ausnahme der in /boot
gespeicherten Dateien) in der Root-Partition. Eine
Root-Partition von 850 MB erlaubt den Umfang einer
Workstation-Installation (mit sehr
wenig freiem Festplattenspeicher), whrend Sie auf
einer Root-Partition von 1,7 GB alle Pakete installieren
knnen. In Disk Druid
sollte das Partitionsfeld fr /
etwa wie folgt aussehen:
Wenn Sie versuchen, eine Partition hinzuzufgen, und
Disk Druid diese Anforderung nicht
ausfhren kann, wird ein Dialogfeld mit einer Liste aller
Partitionen angezeigt, die zurzeit nicht zugewiesen
sind. Auerdem erhalten Sie Informationen, weshalb die
Zuweisung nicht mglich war. Nicht zugewiesene Partitionen
werden auch im Hauptbildschirm von Disk
Druid angezeigt (gegebenenfalls mssen Sie
hierzu im Bereich "Partitionen" scrollen, um diese
Partitionen zu sehen).
Wenn Sie im Bereich Partitionen scrollen,
wird mglicherweise in roter Schrift die Meldung angezeigt,
dass Partitionen noch nicht zugewiesen wurden ("Nicht
zugewiesene angeforderte Partitionen"). Auerdem
erfahren Sie, um welche Partitionen es sich dabei
handelt. Hufig knnen Partitionen nicht zugewiesen
werden, weil kein ausreichender Festplattenplatz zur
Verfgung steht. Der Grund, warum eine Partition nicht
zugewiesen werden konnte, wird auf jeden Fall hinter dem
fr die Partition angeforderten Mount-Point angezeigt.
Um dieses Problem zu beheben, mssen Sie die Partition auf
ein anderes Laufwerk verschieben, das ber ausreichenden
Speicherplatz verfgt, und die Gre der
Partition anpassen, damit sie auf das aktuelle Laufwerk passt,
oder die Partition vollstndig lschen. Wenn Sie
auf den Button Bearbeiten klicken oder
auf die Partition doppelklicken, knnen Sie nderungen
vornehmen.
Jede Zeile im Bereich
Laufwerkszusammenfassungen steht fr
eine in Ihrem Computer installierte Festplatte und umfasst
die folgenden Felder:
Laufwerk:
Dieses Feld zeigt den Gertenamen der Festplatte an.
Geom [Z/K/S]:
Dieses Feld zeigt die
Festplattengeometrie an. Die
Geometrie ergibt sich aus drei Werten, nmlich der
Anzahl der Zylinder, Kpfe und Sektoren, wie sie
von der Festplatte bermittelt werden.
Gesamt:
Dieses Feld zeigt den auf der Festplatte insgesamt
verfgbaren Speicherplatz an.
Frei:
Dieses Feld zeigt, wie viel Speicherplatz der Festplatte
noch nicht zugewiesen ist.
Verwendet:
In diesen Feldern wird in Megabyte und als Prozentwert
angezeigt, wie gro der aktuell verschiedenen
Partitionen zugewiesene Speicherplatz auf der Festplatte
ist.
Der Bereich Laufwerkszusammenfassungen
dient nur der Anzeige der Festplattenkonfiguration Ihres
Computers. Hier knnen keine Festplatten fr bestimmte
Partitionen ausgewhlt werden. Hierzu wird das Feld
Verfgbare Laufwerke in
Abschnitt namens Hinzufgen von Partitionen verwendet.
ber die Buttons knnen Sie die Vorgnge
in Disk Druid steuern. Im
Einzelnen knnen Partitionen hinzugefgt
bzw. gelscht sowie Attribute der Partitionen gendert
werden. Darber hinaus gibt es Buttons, mit denen Sie
vorgenommene nderungen besttigen oder
Disk Druid beenden knnen. Im
Folgenden werden die einzelnen Buttons erlutert.
Hinzufgen:
Dient zum Erstellen einer neuen Partition. Wenn Sie auf
diesen Button klicken, wird ein Dialogfeld mit Feldern
(wie beispielsweise Mount-Point und Gre)
angezeigt. Diese Felder mssen ausgefllt
werden.
Bearbeiten:
Dient zum ndern der Attribute der Partition, die
aktuell im Bereich "Partitionen" ausgewhlt
ist. Wenn Sie auf Bearbeiten klicken,
wird ein Dialogfeld geffnet. Einige oder alle
Felder dieses Dialogfelds knnen bearbeitet werden,
je nachdem, ob die Partitionsdaten bereits auf die
Festplatte geschrieben wurden oder nicht.
Lschen:
Dient zum Lschen der Partition, die gerade
im Bereich Aktuelle Partitionen der
Festplatte markiert ist. Sie werden
aufgefordert, die Lschung einer Partition zu
besttigen.
Zurcksetzen:
Dient zum Wiederherstellen des ursprnglichen
Zustands von Disk Druid. Alle
vorgenommenen nderungen gehen verloren, wenn Sie
die Partitionen zurcksetzen.
RAID-Gert erstellen:
RAID-Gert erstellen kann
verwendet werden, wenn Sie Redundanz fr bestimmte
oder alle Partitionen bereitstellen mchten.
Diese Funktion sollte nur von Benutzern mit
ausreichend Erfahrung im Umgang mit RAID verwendet
werden. Weitere Informationen zu RAID, siehe
Anhang E.
Wenn Sie eine neue Partition hinzufgen mchten,
klicken Sie auf den Button
Hinzufgen. Es wird ein Dialogfeld
angezeigt (siehe Abbildung 15-10).
Bitte beachten
Sie mssen mindestens eine Partition (wahlweise auch
mehrere) fr Red Hat Linux reservieren. Weitere Informationen
hierzu finden Sie in Anhang B.
Abbildung 15-10 Hinzufgen einer Partition
Mount-Point: Klicken Sie in dieses
Feld, und geben Sie den Mount-Point fr die Partition
ein. Geben Sie z.B. fr eine Root-Partition
/ oder /boot
fr die Partition /boot ein
usw. Sie knnen auch mit der Dropdown-Liste den
korrekten Mount-Point fr die Partition auswhlen.
Gre (in MB): Geben Sie
hier die Gre der Partition (in Megabyte)
ein. Beachten Sie bitte, dass in diesem Feld bereits eine
"1" vorgegeben ist - wenn Sie diesen Wert nicht
ndern, erstellen Sie eine Partition von 1 MB.
Verbleibenden Platz verwenden: Mit
diesem Kontrollkstchen knnen Sie angeben, ob die
im darberliegenden Feld eingegebene Gre
als exakte Gre oder als Mindestgre
der Partition verstanden werden soll. Wenn das
Kontrollkstchen markiert ist, kann die Partition
so weit wachsen, bis sie den gesamten verfgbaren
Platz auf der Festplatte einnimmt. Die
Partitionsgre ist variabel und hngt
davon ab, wie Sie die anderen Partitionen festlegen. Sie
knnen diese Funktion auch auf mehrere Partitionen
anwenden. In diesem Fall wird der zustzliche
freie Speicherplatz zwischen allen "dehnbaren"
Partitionen aufgeteilt.
Partitionstyp: Dieses Feld enthlt
eine Liste verschiedener Partitionstypen (z.B. Linux Native
oder DOS). Whlen Sie den entsprechenden Partitionstyp
mit der Maus.
Verfgbare Laufwerke: Dieses Feld
enthlt eine Liste der in Ihrem System installierten
Festplatten. Wenn das Kontrollkstchen fr
eine Festplatte aktiviert ist, kann eine gewnschte
Partition auf dieser Festplatte erstellt werden. Wenn das
Kontrollkstchen nicht aktiviert
ist, wird die Partition definitiv nicht
auf dieser Festplatte erstellt. ber die
Kontrollkstchen knnen Sie selbst festlegen, wo
Disk Druid Partitionen anlegen
soll, oder aber die Entscheidung Disk
Druid berlassen.
OK: Klicken Sie auf
OK, wenn Sie alle gewnschten
Einstellungen vorgenommen haben und die Partition erstellen
mchten.
Abbrechen: Klicken Sie auf
Abbrechen, wenn Sie die Partition
nicht erstellen mchten.
Wenn Sie eine Partition bearbeiten mchten, klicken
Sie auf den Button Bearbeiten oder
doppelklicken auf die bestehende Partition (siehe
Abbildung 15-11).
Abbildung 15-11 Bearbeiten von Partitionen
Bitte beachten
Wenn die Partition bereits auf Ihrer Festplatte angelegt
wurde, knnen Sie lediglich den Mount-Point dieser
Partition ndern. Weitere nderungen knnen
Sie nur vornehmen, indem Sie die Partition lschen und
neu erstellen.
Um eine Partition zu lschen, markieren Sie diese im
Bereich "Partitionen" und doppelklicken auf den Button
Lschen. Sie werden aufgefordert,
den Lschvorgang zu besttigen.
Nachdem Ihre Partitionen zum Formatieren ausgewhlt und
konfiguriert wurden, knnen Sie die Pakete auswhlen,
die Sie installieren mchten.
Sie haben die Wahl zwischen Komponenten,
in denen Pakete nach ihrer Funktion zusammengestellt sind (z.B.
C-Programmierung, Workstation mit
Netzwerkanbindung oder Webserver),
Einzelpaketen oder einer Kombination
aus beidem.
Um eine Komponente auszuwhlen, klicken Sie auf das
Kontrollkstchen neben der Komponente (siehe
Abbildung 15-21).
Abbildung 15-21 Auswhlen von Paketgruppen
Whlen Sie alle Komponenten aus, die Sie installieren
mchten. Wenn Sie die Option Alles
whlen (die Sie am Ende der Komponentenliste finden),
werden alle Pakete installiert, die zum Lieferumfang von Red Hat Linux
gehren. Sie bentigen dann etwa 1,7 GB freien
Festplattenspeicher.
Wenn Sie einzelne Pakete auswhlen mchten,
aktivieren Sie das Kontrollkstchen Einzelne
Pakete auswhlen am unteren Rand des Bildschirms.
Nachdem Sie die Komponenten ausgewhlt haben, die
installiert werden sollen, knnen Sie einzelne Pakete
aktivieren oder deaktivieren. Das Installationsprogramm zeigt
eine Liste der Pakete in der Gruppe an, die Sie mit Hilfe der
Maus aktivieren oder deaktivieren knnen (siehe
Abbildung 15-22).
Abbildung 15-22 Auswhlen von Einzelpaketen
Auf der linken Bildschirmseite wird eine Verzeichnisliste
der verschiedenen Paketgruppen angezeigt. Wenn Sie die Liste
erweitern (doppelklicken Sie auf die Liste, um sie zu markieren)
und auf ein einzelnes Verzeichnis doppelklicken, wird die
Liste der zur Installation verfgbaren Pakete auf der
rechten Seite angezeigt.
Um ein einzelnes Paket auszuwhlen, doppelklicken Sie
auf dessen Symbol. Alternativ knnen Sie das Paket
auch durch Klicken markieren und anschlieend das
Kontrollkstchen Paket fr die Installation
auswhlen aktivieren. Alle Pakete, die Sie
fr die Installation ausgewhlt haben, werden jeweils
durch ein rotes Hkchen gekennzeichnet.
Um vor der Installation Informationen ber ein bestimmtes
Paket zu erhalten, klicken Sie einmal mit der linken Maustaste
auf dieses Paket, um es zu markieren. Die Informationen werden
dann am unteren Bildschirmrand zusammen mit dem Namen und der
Gre des Pakets angezeigt.
Bitte beachten
Einige Pakete (z.B. der Kernel und bestimmte
Bibliotheken) werden fr alle Red Hat Linux Systeme
bentigt und knnen nicht abgewhlt
werden. Diese Basispakete werden
standardmig fr die Installation
ausgewhlt.
Viele der Software-Pakete knnen nur in Verbindung
mit anderen Software-Paketen, die im System installiert sein
mssen, korrekt ausgefhrt werden. So bentigen
beispielsweise viele der grafischen Tools zur
Systemadministration fr das Red Hat System
die Pakete python und
pythonlib. Um sicherzugehen,
dass alle Pakete zur Verfgung stehen, die Ihr System
bentigt, berprft Red Hat Linux diese
Paketabhngigkeiten bei jeder
Installation oder Deinstallation von Software-Paketen.
Falls Pakete fehlen, die andere Pakete zur korrekten
Ausfhrung bentigen, zeigt das Programm eine
Liste dieser ungelsten
Abhngigkeiten an und gibt Ihnen die
Mglichkeit, sie zu lsen (siehe
Abbildung 15-23).
Der Bildschirm Ungelste
Abhngigkeiten wird nur angezeigt,
wenn bestimmte Pakete fehlen, die fr die von Ihnen
ausgewhlten Pakete bentigt werden. Unterhalb
der Liste der fehlenden Pakete befindet sich das
Kontrollkstchen Pakete installieren,
um Abhngigkeiten zu erfllen am
unteren Rand des Bildschirms. Dieses Kontrollkstchen
ist standardmig aktiviert. Wenn Sie dieses
Kontrollkstchen aktiviert lassen, lst das
Installationsprogramm automatisch alle Paketabhngigkeiten,
indem es alle bentigten Pakete in die Liste der
ausgewhlten Pakete einfgt.
Whlen Sie das Modell aus, das am besten zu Ihrem System
passt (siehe Abbildung 15-3). Wenn Sie
keinen exakten Eintrag fr Ihre Tastatur finden, whlen
Sie die fr Ihren Tastaturtyp am besten geeignete
generische Tastatur aus (beispielsweise
eine generische PC-Tastatur mit 101 Tasten).
Whlen Sie dann den richtigen Belegungstyp fr die
Tastatur aus (z.B. Deutsch).
Die Eingabe von Sonderzeichen (wie , und
) erfolgt mit der so genannten Dead-Key-Funktion, bei
der nacheinander verschiedene Tasten gedrckt und dadurch
zu einer Tastenfolge kombiniert werden. Die Dead-Key-Funktion
ist standardmig aktiviert. Wenn Sie diese Funktion
nicht nutzen mchten, whlen Sie die Option
Dead Keys deaktivieren aus.
Zum Testen Ihrer Tastaturkonfiguration knnen Sie in das
leere Textfeld am unteren Rand des Bildschirms Text eingeben.
Tipp
Wenn Sie nach der Installation Ihren Tastaturtyp
ndern mchten, mssen Sie sich als
Root anmelden und den Befehl
/usr/sbin/kbdconfig verwenden. Sie haben
auch die Mglichkeit, den Befehl setup
am Prompt Ihres Root-Accounts einzugeben.
Um zum Root-Account zu wechseln, mssen Sie am Shell
Prompt in einem Terminalfenster su
eingeben und dann die Eingabetaste
drcken. Geben Sie anschlieend das Root-Passwort
ein, und drcken Sie noch einmal die
Eingabetaste.
Als nchsten Schritt mssen Sie festlegen, welche
Installationsart Sie verwenden mchten. Sie knnen Red Hat Linux
mit einer der folgenden grundlegenden Methoden installieren:
CD-ROM
Wenn Sie ber ein CD-ROM-Laufwerk und die Red Hat Linux-CD-ROM
verfgen. Sie bentigen eine Bootdiskette,
eine bootfhige CD-ROM oder eine PCMCIA-Bootdiskette.
Festplatte
Wenn Sie die Red Hat Linux-Dateien auf eine lokale Festplatte
kopiert haben. Hinweise zur Festplatteninstallation siehe
Kapitel 14. Sie bentigen eine
Bootdiskette oder eine PCMCIA-Bootdiskette.
NFS-Image
Wenn Sie die Installation von einem NFS-Server aus
vornehmen, der die Red Hat Linux-CD-ROM oder eine gespiegelte Kopie
von Red Hat Linux exportiert. Sie bentigen eine Netzwerk-
oder PCMCIA-Bootdiskette. Anweisungen zur
Installation ber ein Netzwerk, siehe
Kapitel 14. Beachten Sie bitte, dass
NFS-Installationen auch im GUI-Modus durchgefhrt
werden knnen.
FTP
Wenn Sie die Installation direkt von einem FTP-Server
aus vornehmen. Sie bentigen eine Netzwerk- oder
PCMCIA-Bootdiskette. Anweisungen zur FTP-Installation,
siehe Kapitel 14.
HTTP
Wenn Sie die Installation direkt von einem HTTP-Webserver
aus vornehmen. Sie bentigen eine Netzwerk- oder
PCMCIA-Bootdiskette. Anweisungen zur HTTP-Installation,
siehe Kapitel 14.
Whlen Sie jetzt den richtigen Maustyp fr Ihr System
aus. Wenn Sie keine genaue Entsprechung finden, whlen Sie
einen Maustyp, bei dem Sie sicher sind, dass er mit Ihrem System
kompatibel ist (siehe Abbildung 15-4).
Die Schnittstelle Ihrer Maus knnen Sie ermitteln, indem
Sie berprfen, auf welche Weise das Mauskabel an Ihr
System angeschlossen ist. Wenn der Stecker am Ende des Mauskabels
mit einem rechteckigen Port verbunden ist, handelt es sich um
eine serielle Maus. Wenn der Port rund ist, haben Sie eine
PS/2-Maus. Falls Sie Red Hat Linux auf einem Laptop-Computer installieren,
so ist das Zeigegert in den meisten Fllen
PS/2-kompatibel.
Wenn Sie keine Maus finden knnen, die mit
Ihrem System kompatibel ist, whlen Sie einen der
generischen Eintrge. Sttzen
Sie Ihre Auswahl hierbei auf die Anzahl der Maustasten und die
Mausschnittstelle.
Abbildung 15-4 Konfigurieren der Maus
Wenn Sie eine PS/2- oder eine Bus-Maus haben, mssen Sie
den Port und die Gertebezeichnung nicht angeben. Wenn Sie
eine serielle Maus haben, mssen Sie den richtigen Port
und die Gertebezeichnung whlen, an den Ihre serielle
Maus angeschlossen ist.
Das Kontrollkstchen Drei Tasten
emulieren ermglicht es Ihnen, eine
Zwei-Tasten-Maus auf gleiche Weise wie eine Drei-Tasten-Maus zu
verwenden. Das X Window System kann im Allgemeinen am einfachsten
mit einer Drei-Tasten-Maus bedient werden. Wenn Sie dieses
Kontrollkstchen aktivieren, knnen Sie eine dritte,
"mittlere" Maustaste emulieren, indem Sie beide
Maustasten gleichzeitig drcken.
Tipp
Wenn Sie die Mauskonfiguration nach der Installation ndern
mchten, mssen Sie sich zunchst als Root
anmelden. Geben Sie dann am Shell Prompt den Befehl
/usr/sbin/mouseconfig ein.
Wenn Sie Ihre Maus fr Linkshnder einrichten
mchten, knnen Sie die Belegung der Maustasten
vertauschen. Hierzu knnen Sie am Shell Prompt den Befehl
gpm -B 321 eingeben, nachdem
das Red Hat Linux System gestartet wurde.
Nun ist es an der Zeit, mit der Installation von Red Hat Linux zu
beginnen. Hierfr mssen Sie zunchst das
Installationsprogramm starten. Stellen Sie zuvor sicher, dass
Sie ber alle Ressourcen fr die Installation
verfgen. Wenn Sie das Offizielle Red Hat Linux Installationshandbuch
bereits gelesen und die Anweisungen ausgefhrt haben,
sollten Sie startklar sein.
Bitte beachten
Gelegentlich bentigen einige
Hardware-Komponenten whrend der Installation
eine Treiberdiskette. Durch eine
Treiberdiskette kann Untersttzung fr Hardware
hinzugefgt werden, die nicht vom Installationsprogramm
untersttzt wird. Die Treiberdiskette kann von
Red Hat oder von Ihnen erstellt worden sein oder von einem
Hardware-Hndler mit einem Gert mitgeliefert werden.
Wenn Sie im Bildschirm dazu aufgefordert werden, eine
Treiberdiskette einzulegen, und Sie ber eine von einem
Hardware-Hndler mitgelieferte Diskette verfgen,
legen Sie diese bitte ein. Darber hinaus knnen
Sie auch unter
http://www.redhat.com/support/errata/
Treiberdisketten erhalten. Weitere Informationen zu
Treiberdisketten, siehe Anhang C.
Falls Sie eine Bootdiskette erstellen mssen, lesen
Sie hierzu bitte den Abschnitt Schritt 5 -
Knnen Sie fr die Installation die Red Hat Linux
CD-ROM verwenden? im
Offiziellen Red Hat Linux Installationshandbuch.
Legen Sie die Bootdiskette in das erste Diskettenlaufwerk
Ihres Computers ein, und starten Sie Ihr System neu (oder
booten Sie direkt von CD-ROM, wenn Ihr Computer dies
untersttzt). Mglicherweise mssen Sie die
Einstellungen im BIOS ndern, um das Booten von Diskette
oder CD-ROM zu ermglichen.
Tipp
Um die BIOS-Einstellungen zu ndern, mssen
Sie beim Starten des Computers die angezeigten Meldungen
auf dem Bildschirm genau verfolgen. Oft wird zu Anfang
des Bootvorgangs die Meldung angezeigt, dass Sie die
Entf-Taste drcken mssen, um
die BIOS-Einstellungen anzeigen zu knnen. Sobald Sie
die BIOS-Einstellungen auf die von Ihrem BIOS vorgesehene
Weise aufgerufen haben, knnen Sie die Bootreihenfolge
ndern, damit Ihr Computer vom CD-ROM-Laufwerk oder
dem Diskettenlaufwerk bootet, wenn in diesen Laufwerken ein
bootfhiger Datentrger enthalten ist. Weitere
Informationen finden Sie in der Dokumentation, die mit
Ihrem System ausgeliefert wurde.
Es gibt vier verschiedene Bootmethoden:
Bootfhige CD-ROM - Verwenden
Sie diese Mglichkeit, wenn Ihr System ber
ein bootfhiges CD-ROM-Laufwerk verfgt und Sie
Linux lokal von CD-ROM installieren mchten.
Lokale Bootdiskette - Verwenden Sie
diese Diskette in den Fllen, in denen der Computer
ber kein bootfhiges CD-ROM-Laufwerk verfgt
und Sie die Installation von einem lokalen CD-ROM-Laufwerk
oder einer Festplatte durchfhren mchten.
Netzwerkbootdiskette - Verwenden
Sie diese Diskette fr die NFS-, FTP- und
HTTP-Installationsarten.
PCMCIA-Bootdiskette - Verwenden
Sie diese Diskette in den Fllen, in denen
Sie PCMCIA-Untersttzung bentigen, aber
Ihren Computer nicht vom CD-ROM-Laufwerk booten
knnen, oder in denen
Sie PCMCIA-Untersttzung bentigen, um
das CD-ROM-Laufwerk in Ihrem System verwenden zu
knnen. Diese Bootdiskette kann fr alle
Installationsarten verwendet werden (CD-ROM, Festplatte,
NFS, FTP und HTTP).
Nach kurzer Wartezeit wird ein Bildschirm mit dem Prompt
boot: eingeblendet. Er
enthlt Informationen zu vielen Bootoptionen, die
auerdem durch eine oder mehrere Hilfebildschirme
erlutert werden. Um einen Hilfebildschirm anzuzeigen,
drcken Sie die entsprechende Funktionstaste (die
Funktionstasten werden im unteren Bereich des Bildschirms
aufgelistet).
Beachten Sie die folgenden Punkte:
Der Ausgangsbildschirm startet das Installationsprogramm
automatisch, wenn Sie innerhalb einer Minute keine Eingabe
vornehmen. Um diese Automatik zu deaktivieren, drcken
Sie die entsprechende Funktionstaste fr den
Hilfebildschirm.
Wenn Sie eine der Funktionstasten fr einen
Hilfebildschirm bettigen, kommt es zu einer kurzen
Verzgerung, da die Hilfe von Diskette abgerufen wird.
In der Regel brauchen Sie nur die Eingabetaste
zu drcken, um den Bootvorgang zu starten. Verfolgen Sie
anhand der Bootmeldungen, ob der Linux-Kernel Ihre Hardware
erkennt. Falls dies nicht der Fall ist, mssen Sie
gegebenenfalls die Installation im Expertenmodus neu
starten. Wenn die Hardware richtig erkannt wird, fahren
Sie bitte mit dem nchsten Abschnitt fort.
In den Expertenmodus gelangen Sie ber den folgenden Bootbefehl:
boot:linux expert
Wenn Sie keine Installation mit dem grafischen Installer
von CD-ROM durchfhren mchten, knnen Sie
durch Eingabe des folgenden Bootbefehls eine Installation
im Textmodus vornehmen:
boot:text
Anweisungen zur Installation im Textmodus finden Sie im
Kapitel 14.
Der Befehl zum Starten einer seriellen
Installation hat sich gendert. Sie
mssen hierzu jetzt folgenden Befehl eingeben:
boot:linux console=<Gert>
Hierbei gibt <Gert>
das Gert an, das Sie verwenden (z.B. ttyS0 oder ttyS1).
Um explizit ein Dialogfeld anzufordern, in dem Sie
zustzliche Gerte konfigurieren knnen
(z.B. ISA-Gerte), mssen Sie 'isa' in die Anweisung
einfgen:
boot:linux isa
Bitte beachten
Wenn der Bildschirm Maus nicht erkannt
erscheint (siehe Abbildung 15-1),
war das Installationsprogramm nicht in der Lage, Ihre Maus
korrekt zu identifizieren.
Sie knnen nun wahlweise mit der Installation ber
die grafische Benutzeroberflche fortfahren, oder zur
Installation im Textmodus wechseln. Fr die Installation
im Textmodus ist keine Maus erforderlich. Wenn Sie sich
dazu entscheiden, mit der Installation im Grafikmodus
fortzufahren, mssen Sie dem Installationsprogramm die
Konfigurationsinformationen zu Ihrer Maus mitteilen (siehe
Abbildung 15-4).
Abbildung 15-1 Maus nicht erkannt
Anweisungen zur textbasierten Installation der Klasse
Workstation finden Sie im Offiziellen Red Hat Linux Installationshandbuch.
Informationen zu benutzerspezifischen Anweisungen fr
die Installation im Textmodus finden Sie in
Kapitel 14.
Bitte beachten
Die ersten Bootmeldungen verweisen nicht auf SCSI- oder
Netzwerkkarten. Dies ist normal, da diese Gerte
durch Module untersttzt werden, die erst im Laufe des
Installationsvorgangs geladen werden.
Sie knnen dem Kernel auch Optionen bergeben.
Wenn Sie den Kernel beispielsweise zur Verwendung des gesamten
Speichers in einem System mit 128 MB Hauptspeicher anweisen
mchten, geben Sie folgenden Befehl ein:
boot:linux mem=128M
Drcken Sie nach Eingabe der Optionen die
Eingabetaste, um unter Verwendung der
festgelegten Optionen zu booten.
Wenn Sie Bootoptionen fr die Erkennung Ihrer Hardware
angeben mssen, notieren Sie diese, da die Optionen
spter beim Konfigurieren von LILO whrend des
Installationsvorgangs angegeben werden mssen
(siehe Abschnitt namens Installieren von LILO fr weitere
Informationen).
Die CD-ROM fr Red Hat Linux/Intel kann von neueren Computern auch
direkt gebootet werden, sofern diese das Booten von CD-ROM
untersttzen. Nicht alle Computer untersttzen
dieses Funktionsmerkmal. Falls Ihr Computer diese Funktion
nicht untersttzt, gibt es noch eine andere
Mglichkeit, die Installation ohne Bootdiskette zu
starten. Diese Mglichkeit ist jedoch Computern auf
Intel-Basis vorbehalten.
Wenn MS-DOS auf Ihrem System installiert ist, knnen
Sie direkt vom CD-ROM-Laufwerk booten, ohne dass Sie eine
Bootdiskette verwenden mssen.
Geben Sie hierzu die folgenden Befehle ein (die
CD-ROM befindet sich in diesem Beispiel im Laufwerk
d:):
C:\> d:D:\> cd \dosutilsD:\dosutils> autoboot.bat
Beachten Sie, dass dieser Befehl nicht in einem
DOS-Fenster ausgefhrt werden kann. Die Datei
autoboot.bat kann nur mit DOS als
alleinigem Betriebssystem ausgefhrt werden, d.h. Windows
darf nicht aktiv sein.
Wenn Ihr Computer das Booten von CD-ROM nicht untersttzt
und auch das DOS-basierte automatische Booten nicht
mglich ist, mssen Sie auf eine Bootdiskette
zurckgreifen.
Sie knnen die Zeitzone entweder durch Angabe des physischen
Standorts Ihres Computers oder Festlegen der Abweichung Ihrer
Zeitzone von der UTC (Universal Coordinated Time = koordinierte
Weltzeit) einstellen.
Abbildung 15-18 Konfigurieren der Zeitzone
Beachten Sie in diesem Zusammenhang bitte die beiden
Registerkarten am oberen Bildschirmrand (siehe
Abbildung 15-18). Im ersten Register
knnen Sie die Zeitzone durch Auswhlen eines
bestimmten geografischen Orts konfigurieren. Sie knnen
selbst entscheiden, mit welcher Methode die Auswahl erfolgen
soll. Whlen Sie unter Anzeige
eine der folgenden Optionen aus:
Welt, Nordamerika,
Sdamerika, Pazifischer
Raum, Europa,
Afrika und Asien.
Auf der interaktiven Karte knnen Sie auch auf eine der
durch gelbe Punkte dargestellten Stdte klicken. Die von
Ihnen ausgewhlte Stadt wird dann durch ein rotes
X gekennzeichnet. Sie haben auch die
Mglichkeit, in der Liste zu scrollen und die gewnschte
Zeitzone auszuwhlen.
Im zweiten Register knnen Sie die Abweichung Ihrer Zeitzone
von der koordinierten Weltzeit UTC angeben. Hier knnen Sie
in einer Liste mit verschiedenen Einstellungen die gewnschte
Abweichung auswhlen und darber hinaus mit einem
Kontrollkstchen festlegen, ob die Sommerzeit
bercksichtigt werden soll.
Fr beide Register steht das Kontrollkstchen
Systemuhr verwendet UTC zur
Verfgung. Aktivieren Sie dieses Kontrollkstchen,
wenn Sie wissen, dass Ihr System die koordinierte Weltzeit
verwendet.
Tipp
Wenn Sie nach dem Booten des Red Hat Linux Systems Ihre
Zeitzonenkonfiguration ndern mchten,
mssen Sie sich hierzu als Root anmelden und den Befehl
/usr/sbin/timeconfig verwenden.
Im Willkommensbildschirm (siehe Abbildung 15-5) werden Sie nicht aufgefordert,
Befehle fr die Installation einzugeben. Lesen Sie sich
einfach den Hilfetext auf der linken Seite des Bildschirms durch,
wo Sie weitere Anweisungen erhalten und erfahren, wie Sie Ihr
offizielles Red Hat Linux Produkt registrieren knnen.
Abbildung 15-5 Willkommen bei Red Hat Linux
Beachten Sie bitte den Button Hilfe
ausblenden in der linken unteren Ecke des
Bildschirms. Der Hilfebildschirm wird standardmig
angezeigt, kann jedoch durch Klicken auf den Button
Hilfe ausblenden jederzeit minimiert
werden.
Wenn Sie die Pakete fr das X Window System installieren
mchten, haben Sie jetzt die Gelegenheit, einen X-Server
fr das System zu konfigurieren. Wenn Sie diese Pakete
nicht installieren wollen, fahren Sie mit
Abschnitt namens Installieren der Pakete fort.
Xconfigurator, das Konfigurationstool
fr das X Window System, zeigt Ihnen zunchst eine
Liste mit Bildschirmen zur Auswahl an. Sie knnen entweder
den automatisch erkannten Bildschirm verwenden oder stattdessen
selbst einen geeigneten anderen Bildschirm auswhlen.
Abbildung 15-24 Auswhlen des Bildschirms
Wenn Ihr Bildschirm nicht in der Liste aufgefhrt
wird, whlen Sie den am besten geeigneten
generischen Bildschirm aus. Bei der
Auswahl eines generischen Bildschirms
schlgt Xconfigurator bestimmte
Frequenzbereiche fr die horizontale und vertikale
Bildwiederholrate vor. Diese Werte werden normalerweise in
der Dokumentation aufgefhrt, die Ihrem Bildschirm beilag,
oder sind beim Hersteller Ihres Monitors erhltlich. Um
sicherzustellen, dass die korrekten Werte verwendet werden,
sollten Sie in der Dokumentation zu Ihrem Bildschirm
nachschlagen.
Bitte beachten
Whlen Sie keinen Bildschirm aus,
der Ihrem tatschlich verwendeten Modell
hnlich ist, wenn Sie nicht
absolut sicher sind, dass Ihr Monitor mindestens die gleichen
Wiederholraten wie der ausgewhlte Monitor
untersttzt. Wenn Ihr Bildschirm diese hohen Frequenzen
nicht untersttzt, kann dies zu schweren Schden
an der Bildrhre fhren.
In diesem Bildschirm werden auch die horizontalen und vertikalen
Bildwiederholraten angezeigt, die
Xconfigurator vorschlgt.
Klicken Sie auf Weiter, wenn Sie die
Konfiguration Ihres Bildschirms abgeschlossen haben.
Als Nchstes versucht
Xconfigurator, die in Ihrem System
vorhandene Grafik-Hardware zu erkennen (siehe
Abbildung 15-25). Wenn
die Grafikkarte nicht erkannt wurde, zeigt
Xconfigurator eine Liste mit
Grafikkarten und Monitoren an, in der Sie eine Auswahl treffen
knnen.
Wenn Ihre Grafikkarte nicht in der Liste enthalten ist, wird
sie von XFree86 mglicherweise nicht
untersttzt. Falls Sie ber technische Informationen
zu Ihrer Karte verfgen, knnen Sie jedoch in diesem
Fall die Option Nicht aufgelistete Karte
auswhlen und dann versuchen, einen fr Ihren
Chipsatz geeigneten X Server manuell aus der Liste mit den
verfgbaren X Servern auszuwhlen.
Abbildung 15-25 Einrichten der Grafikkarte
Als Nchstes fragt Xconfigurator
nach der Gre des auf der Grafikkarte installierten
Grafikspeichers. Falls Sie sich nicht sicher sind, ziehen Sie
die Dokumentation zu Ihrer Grafikkarte heran. Sie
beschdigen die Grafikkarte nicht, wenn Sie eine
hhere Speichergre als vorhanden
auswhlen, aber der XFree86-Server wird in diesem Fall
mglicherweise nicht richtig gestartet.
Sobald die Hardware ermittelt wurde, knnen Sie die
Konfigurationseinstellungen testen. Es empfiehlt sich,
die Konfiguration zu testen, um sich zu vergewissern, dass
Auflsung und Farbtiefe Ihren Wnschen entsprechen.
Wenn Sie die X-Konfiguration individuell anpassen
mchten, mssen Sie das Kontrollkstchen
X-Konfiguration individuell festlegen
aktivieren. In diesem Fall wird ein weiterer Bildschirm
angezeigt, in dem Sie die gewnschte Auflsung
auswhlen knnen (siehe
Abbildung 15-26). Auch jetzt erhalten
Sie die Mglichkeit, die Konfiguration zu testen.
Vergewissern Sie sich, dass Sie entweder GNOME oder KDE
als Standard-Desktop auswhlen, je nachdem, welche
Benutzeroberflche Sie installiert haben.
Abbildung 15-26 Konfigurieren von X
Wenn Sie X erst nach der Installation oder gar nicht
konfigurieren mchten, knnen Sie das
Kontrollkstchen X-Konfiguration
berspringen aktivieren.
Wenn Sie eine benutzerdefinierte Installation durchfhren,
knnen Sie im nchsten Schritt den Typ der
Passwort-Authentifizierung fr Ihr Red Hat Linux System konfigurieren
(siehe Abbildung 14-33). Sie knnen
auerdem NIS-Untersttzung konfigurieren. Wenn Sie sich
nicht sicher sind, ob Sie diese Mglichkeit nutzen sollen, fragen
Sie Ihren Netzwerkadministrator.
Die einzelnen Passwortoptionen fr die Authentifizierung
sind wie folgt:
Shadow-Passwrter verwenden - Stellt
eine sehr sichere Methode zur Verwaltung der Passwrter
dar. Das Passwortfeld in /etc/passwd wird in
die Datei /etc/shadow ausgelagert, die
ausschlielich von Root gelesen werden kann.
MD5-Passwrter aktivieren -
Ermglicht das Verwenden langer Passwrter mit bis zu 256
Zeichen anstelle der standardmig maximal acht Zeichen.
NIS aktivieren - Eine Gruppe von Rechnern kann
mit einer gemeinsamen Passwort- und Gruppendatei in derselben
Network Information Service-Domne betrieben werden. Sie
knnen zwischen zwei Optionen whlen:
NIS-Domne - Sie geben an, welcher
Domne oder Rechnergruppe Ihr System angehren soll.
NIS-Server - Mit dieser Option kann Ihr
Computer einen bestimmten NIS-Server verwenden, statt eine
Broadcast-Anforderung an das lokale Netzwerk auszugeben, um
nach verfgbaren Servern fr das System zu fragen.
LDAP aktivieren - LDAP fasst bestimmte
Informationsarten innerhalb Ihrer Organisation zusammen. So
knnen zum Beispiel alle Benutzerlisten in Ihrer Organisation
in einem LDAP-Verzeichnis untergebracht werden. Weitere
Informationen zu LDAP finden Sie im Kapitel 7. Ihnen
stehen zwei Optionen zur Auswahl:
LDAP Server - Mit dieser Option
knnen Sie auf einen Server zugreifen, der den LDAP-Dienst
zur Verfgung stellt.
LDAP Basis-DN - Mit dieser Option
knnen Sie anhand des eindeutigen Namens
(Distinguished Name, DN) nach
Benutzerinformationen suchen.
Kerberos aktivieren - Bei Kerberos handelt es
sich um ein sicheres System, das Authentifizierungsdienste fr
Netzwerke zur Verfgung stellt. Weitere Informationen zu
Kerberos finden Sie in Kapitel 8. Ihnen stehen
drei Optionen zur Auswahl:
Realm - Mit dieser Option knnen Sie
auf ein Netzwerk zugreifen, das Kerberos verwendet und aus
einem oder einigen Servern (auch als KDCs bezeichnet) sowie
einer (potentiell sehr groen) Zahl von Clients besteht.
KDC - Mit dieser Option knnen Sie
auf das Key Distribution Center (KDC) zugreifen. Hierbei
handelt es sich um ein Gert, das Kerberos-Tickets ausgibt
(manchmal auch als Ticket Granting Server oder TGS bezeichnet).
Admin-Server - Mit dieser Option
knnen Sie auf einen Server zugreifen, der
kadmind ausfhrt.
Bitte beachten
Um die NIS-Option zu konfigurieren, muss Ihr Computer an ein
NIS-Netzwerk angeschlossen sein. Wenn Sie sich nicht sicher sind, ob
dies der Fall ist, wenden Sie sich bitte an Ihren
Netzwerkadministrator.
Sie werden bemerken, dass sowohl Shadow-Passwrter als auch
MD5-Passwrter aktiviert sind, wenn Sie NIS nicht einrichten. Es
empfiehlt sich, beide Optionen zu verwenden, um Ihren Computer so
sicher wie mglich zu machen.
Whlen Sie mit der Nach-oben-Taste und der
Nach-unten-Taste die gewnschte Sprache fr
das Installationsprogramm und die Standardeinstellung des Systems aus,
und drcken Sie die Eingabetaste
(Abbildung 14-3).
Abbildung 14-3 Auswhlen einer Sprache
Eine Bildlaufleiste erscheint auf der rechten Seite der Liste. Sie
weist darauf hin, dass nicht alle Eintrge gleichzeitig angezeigt
werden knnen. Solche Bildlaufleisten werden Ihnen whrend
der Installation immer wieder begegnen.
Wenn Sie die Installation ber ein Netzwerk vornehmen, haben Sie
die Netzwerkkonfiguration zu Beginn des Installationsprozesses
vorgenommen und mssen diese Informationen nicht nochmals
eingeben. Fahren Sie mit diesem Abschnitt fort, wenn Sie ber
einen lokalen Datentrger installieren und der Computer mit einer
Netzwerkkarte ausgestattet ist.
Abbildung 14-27 wird nur angezeigt, wenn der
Computer mit einer Netzwerkkarte ausgestattet ist. (Wenn mehr als eine
Netzwerkkarte vorhanden ist, bezieht sich dieses Dialogfeld auf die
erste Karte.)
Abbildung 14-27 Dialogfeld Netzwerk-Konfiguration
Dieses Dialogfeld bietet Ihnen zwei Mglichkeiten:
Whlen Sie bootp/dhcp verwenden aus. In
diesem Fall liefert ein in Ihrem LAN vorhandener Server dynamisch
netzwerkspezifische Informationen, die bentigt werden, um
dieses System zum Netzwerk hinzuzufgen. (Beachten Sie, dass
in diesem Fall die brigen Felder im Dialogfeld deaktiviert
werden, da DHCP und BOOTP das Ausfllen der leeren Felder
automatisch fr Sie erledigen.)
Geben Sie die statischen Netzwerkinformationen in die angezeigten
Felder ein. Diese Netzwerkinformationen werden diesem Computer
auf Dauer zugeordnet.
Bei einer benutzerdefinierten Installation haben Sie im Dialogfeld
Bootdiskette (siehe
Abbildung 14-41) die Mglichkeit, eine
individuelle Bootdiskette fr Ihr Red Hat Linux System zu erstellen.
Abbildung 14-41 Erstellen einer Bootdiskette
Die Verwendung einer Bootdiskette ist aus mehreren Grnden sinnvoll:
Anstelle von LILO - Sie knnen eine Bootdiskette anstelle von
LILO verwenden. Dies ist hilfreich, wenn Sie zum ersten Mal mit
Red Hat Linux arbeiten. Auerdem brauchen Sie sich keine Sorgen um
die Boot-Einstellungen fr Ihr anderes Betriebssystem zu
machen. Wenn Sie eine Bootdiskette verwenden, knnen Sie
problemlos zu Ihrem anderen Betriebssystem zurckkehren, indem
Sie die Bootdiskette aus dem Laufwerk nehmen und das System neu
starten.
Wenn ein anderes Betriebssystem LILO berschreibt - Andere
Betriebssysteme sind mglicherweise nicht so flexibel wie
Red Hat Linux, wenn es um die untersttzten Bootmethoden geht. Sehr
oft wird durch die Installation oder Aktualisierung eines anderen
Betriebssystems der Master Boot Record Ihrer Festplatte
berschrieben, in dem sich LILO befindet, so dass Sie die
Red Hat Linux Installation nicht mehr booten knnen. In diesem Fall
knnen Sie Red Hat Linux mit der Bootdiskette starten, um LILO
anschlieend neu zu installieren.
Whlen Sie Ja aus, und drcken Sie die
Leertaste, um eine Bootdiskette zu erstellen.
Anschlieend wird ein Dialogfeld angezeigt, das Sie auffordert,
eine leere, formatierte Diskette in das Diskettenlaufwerk des Computers
einzulegen.
Abbildung 14-42 Dialogfeld Bootdiskette
Anweisungen zum Erstellen einer Bootdiskette nach der Installation
finden Sie auf der man-Seite zu mkbootdisk. Denken
Sie bitte daran, nach jeder nderung am Kernel eine neue
Bootdiskette zu erstellen.
Wenn Sie noch nicht entschieden haben, wie Sie Ihre Partitionen
einrichten mchten, fahren Sie mit Anhang B
fort. Dort finden Sie eine Einfhrung zu grundlegenden
Festplatten-Partitionierungskonzepten. Als Mindestanforderung
bentigen Sie eine ausreichend groe Root-Partition und eine
Swap-Partition von mindestens 16 MB.
Abbildung 14-14 zeigt die zwei
Festplatten-Partitionierungsprogramme, die Sie verwenden knnen.
Wenn Sie zum Partitionieren Ihrer Festplatte
fdisk verwenden wollen, finden Sie die
entsprechende Anleitung in Abschnitt namens Arbeiten mit fdisk. Wenn Sie
sich fr Disk Druid entscheiden, lesen
Sie hier weiter.
Mit den Dialogfeldern zur Festplattenpartitionierung wird dem
Installationsprogramm mitgeteilt, wo Red Hat Linux
(Abbildung 14-15) installiert werden soll.
Jede Zeile in Bereich Aktuelle Partitionen der
Festplatte steht fr eine Festplattenpartition. In
diesem Beispiel (Abbildung 14-15) sind
Linux-Partitionen vorhanden.
Die Bildlaufleiste rechts der Auflistung zeigt an, dass mehr
Partitionen vorhanden sein knnen, als gleichzeitig auf dem
Bildschirm angezeigt werden knnen. Mit der
Nach-oben-Taste bzw.
Nach-unten-Taste knnen Sie eventuell
vorhandene weitere Partitionen anzeigen. Die einzelnen Zeilen sind in
fnf Felder unterteilt:
Mount-Point - Gibt an, wo die Partition bei
der Installation von Red Hat Linux gemountet wird (z.B.
/, /boot oder
swap).
Gert - Zeigt spezifische Festplatten-
und Partitionsinformationen an.
Angefordert - Zeigt die ursprngliche
Gre der Partition an.
Tatschlich - Zeigt die
tatschliche Gre der Partition an.
Typ - Gibt die Art der Partition an.
Beim Scrollen durch den Bereich Aktuelle Partitionen der
Festplatte wird mglicherweise die Titelleiste
Nicht zugewiesene angeforderte Partitionen
angezeigt, unter der eine oder mehr Partitionen aufgelistet sind.
Diese Partitionen sollten erstellt werden, es konnte ihnen jedoch aus
verschiedenen Grnden kein Speicherplatz zugewiesen werden.
Mglicherweise ist nicht gengend Speicherplatz
verfgbar. Die Begrndung fr die nicht erfolgte
Zuweisung wird nach dem Mount-Point der Partition angezeigt.
Jede Zeile im Bereich Laufwerkszusammenfassungen
steht fr eine in Ihrem Computer installierte Festplatte und
umfasst die folgenden Felder:
Laufwerk - Zeigt den Namen der Festplatte an.
Geom [Z/K/S] - Zeigt die
Geometrie der Festplatte an. Die Geometrie
ergibt sich aus drei Werten, nmlich der Anzahl der
Zylinder, Kpfe und Sektoren, wie sie von der Festplatte
bermittelt werden.
Gesamt - Zeigt den insgesamt
verfgbaren Speicherplatz auf der Festplatte an.
Verwendet - Zeigt an, wie viel Platz den
Partitionen auf der Festplatte aktuell zugewiesen ist.
Frei - Zeigt an, wie viel Platz auf der
Festplatte noch nicht zugewiesen ist.
Balkendiagramm - Eine visuelle Darstellung
des aktuell auf der Festplatte belegten Speicherplatzes. Je mehr
Gatter-Zeichen zwischen den eckigen Klammern angezeigt werden,
desto weniger freier Speicherplatz ist vorhanden. In
Abbildung 14-15 ist der gesamte Platz auf der
Festplatte belegt.
Bitte beachten
Der Bereich Laufwerkszusammenfassungen dient
nur der Anzeige der Festplattenkonfiguration Ihres Computers. Hier
knnen keine Festplatten fr bestimmte Partitionen
ausgewhlt werden. Weiter gehende Informationen zum
Auswhlen von Festplatten finden Sie in
Abschnitt namens Hinzufgen einer Partition.
Mit den Buttons knnen Sie die Aktionen von Disk
Druid steuern. Im Einzelnen knnen Partitionen
hinzugefgt bzw. gelscht sowie Attribute der Partitionen
gendert werden. Darber hinaus gibt es Buttons, mit denen
Sie Ihre Eingaben besttigen oder Disk
Druid verlassen knnen. Im Folgenden werden die
einzelnen Buttons erlutert.
Hinzufgen - Dient zum Erstellen
einer neuen Partition. Mit diesem Button wird ein Dialogfeld
geffnet, dessen Felder ausgefllt werden mssen.
Bearbeiten - ndern des Mount-Points
der Partition, die im Bereich Aktuelle Partitionen der
Festplatte markiert ist. Mit diesem Button wird ein
Dialogfeld geffnet, in dem Sie den Namen des Mount-Points
ndern knnen.
Lschen - Lschen der markierten
Partition im Bereich Aktuelle Partitionen der
Festplatte. Sie mssen den Lschvorgang in
einem Dialogfeld besttigen.
OK - Alle nderungen an den
Partitionen Ihres Systems werden auf die Festplatte geschrieben.
Sie werden aufgefordert, die nderungen zu besttigen,
bevor Disk Druid die
Partitionstabellen der Festplatte berschreibt. Darber
hinaus werden alle definierten Mount-Points an das
Installationsprogramm bergeben und von Ihrem Red Hat Linux System
dazu verwendet, das Dateisystem anzulegen.
Zurck - Abbrechen, ohne
nderungen zu speichern. Die vorherige Bildschirmanzeige
wird durch Whlen dieses Buttons erneut aufgerufen, und Sie
knnen von vorn beginnen.
Mit der Funktionstaste F5 (Zurcksetzen) werden
alle nderungen verworfen, die Sie whrend der Arbeit mit
Disk Druid vorgenommen haben. Die Liste
der Partitionen wird auf die ursprngliche Liste
zurckgesetzt, die der/den Partitionstabelle(n) Ihrer
Festplatte(n) entnommen wurden. Sie werden aufgefordert, diesen
Vorgang zu besttigen. Beachten Sie, dass alle bereits
erstellten Mount-Points verloren gehen und neu eingegeben werden
mssen.
Um eine neue Partition hinzuzufgen, klicken Sie auf den Button
Hinzufgen und drcken die
Leertaste oder die Eingabetaste.
Das Dialogfeld Neue Partition bearbeiten
(Abbildung 14-16) wird aufgerufen.
Abbildung 14-16 Dialogfeld Neue Partition bearbeiten
Dieser Bildschirm enthlt die folgenden Felder:
Mount-Point - Markieren Sie dieses Feld, und
geben Sie den Mount-Point fr die Partition ein. Geben Sie
z.B. fr eine Root-Partition / fr
die Partition /usr/usr
ein und so weiter.
Gre (in MB) - Geben Sie hier
die Gre der Partition in Megabyte ein. In diesem
Feld ist bereits eine "1" vorgegeben, d.h. Sie legen
eine Partition von 1 MB an, wenn Sie diesen Wert nicht
ndern. Sie knnen den Wert mit der
Rcktaste lschen und die
gewnschte Partitionsgre eingeben.
An Kapazitt der Festplatte anpassen? -
Hier legen Sie fest, ob die eingegebene Gre als
exakte Gre oder als Mindestgre zu
betrachten ist. Drcken Sie die Leertaste,
um diese Option auszuwhlen. Wenn das Kontrollkstchen
markiert ist, kann die Partition so weit wachsen, bis sie den
gesamten verfgbaren Platz auf der Festplatte einnimmt.
Ihre Gre ist variabel und hngt davon ab, wie
Sie die anderen Partitionen festlegen. Sie knnen mehrere
Partitionen gleichzeitig variabel machen. Der freie Speicherplatz
auf der Festplatte wird dann zwischen allen variablen Partitionen
aufgeteilt.
Typ - Enthlt eine Liste verschiedener
Partitionstypen. Whlen Sie den gewnschten
Partitionstyp mit der Nach-oben-Taste bzw.
Nach-unten-Taste aus.
Verfgbare Laufwerke - Enthlt
eine Liste der in Ihrem System installierten Festplatten mit
jeweils einem Kontrollkstchen. Wenn das
Kontrollkstchen einer Festplatte aktiviert ist, kann eine
Partition darauf erstellt werden. ber die
Kontrollkstchen knnen Sie Disk
Druid anweisen, wo Partitionen anzulegen sind oder
aber die Entscheidung Disk Druid
berlassen.
OK - Klicken Sie auf diesen Button, und
drcken Sie die Leertaste, wenn Sie die
Partition mit den festgelegten Parametern anlegen mchten.
Abbrechen - Klicken Sie auf diesen Button,
und drcken Sie die Leertaste, wenn die
Partition nicht erstellt werden soll.
Sie sollten im Normalfall die folgenden Partitionen erstellen (es sei
denn, Sie haben besondere Grnde fr eine abweichende
Partitionierung):
Eine Swap-Partition (mindestens 16 MB) - Swap-Partitionen dienen
zur Untersttzung des virtuellen
Speichers. Dies bedeutet, dass die Daten in eine
Swap-Partition geschrieben werden, wenn nicht ausreichend RAM zum
Speichern der Daten vorhanden ist, die Ihr System gerade
verarbeitet. Falls Ihr Computer ber 16 MB RAM oder weniger
verfgt, mssen Sie eine
Swap-Partition erstellen. Auch wenn Sie mehr Speicher zur
Verfgung haben, empfiehlt sich eine Swap-Partition. Die
Mindestgre der Swap-Partition sollte der
Gre des Arbeitsspeichers des Computers bzw. 16 MB
entsprechen (der jeweils grere Wert sollte verwendet
werden). In Disk Druid sollte das
Partitionsfeld fr swap etwa wie folgt
aussehen:
<Swap> hda2 125M 125M Linux swap
Eine /boot-Partition (maximal 16 MB) - Die
in /boot eingebundene Partition enthlt
den Betriebssystem-Kernel (der erforderlich ist, damit Ihr System
Red Hat Linux booten kann) sowie Dateien, die whrend des
Systemstarts verwendet werden. Wegen der Einschrnkungen der
meisten PC-BIOS-Versionen sollten Sie zur Aufnahme dieser Dateien
nur eine kleine Partition erstellen. Sie sollte nicht
grer als 16 MB sein. In Disk
Druid sollte das Partitionsfeld fr
/boot etwa wie folgt aussehen:
/boot hda1 16M 19M Linux native
Eine root-Partition (900 MB - 1,7 GB) - In
dieser Partition befindet sich "/"
(das Root-Verzeichnis). In dieser Konfiguration befinden sich
alle Dateien (mit Ausnahme der in /boot
gespeicherten Dateien) in der Root-Partition. Eine Root-Partition
von 850 MB erlaubt den Umfang einer Workstation-Installation (mit
sehr wenig freiem Festplattenspeicher),
whrend Sie auf einer Root-Partition von 1,7 GB alle Pakete
installieren knnen. In Disk
Druid sollte das Partitionsfeld fr
/ etwa wie folgt aussehen:
Wenn beim Hinzufgen von Partitionen Probleme auftreten,
finden Sie in Anhang B hilfreiche
Informationen.
Wenn Disk Druid die von Ihnen
gewnschte Partition nicht anlegen kann, wird ein Dialogfeld wie
in Abbildung 14-17 angezeigt. Es
enthlt eine Liste aller Partitionen, denen noch kein
Speicherplatz zugewiesen wurde, sowie eine Begrndung fr
die nicht erfolgte Zuweisung. Klicken Sie auf den Button
OK, und drcken Sie die
Leertaste, um fortzufahren. Beachten Sie, dass die
nicht zugewiesenen Partitionen ebenfalls auf dem Disk
Druid Hauptbildschirm angezeigt werden
(mglicherweise mssen Sie im Bereich Aktuelle
Partitionen der Festplatte
scrollen, um sie zu sehen).
Abbildung 14-17 Dialogfeld Nicht zugewiesene Partitionen
Um den Mount-Point fr eine Partition zu ndern, markieren
Sie die Partition im Bereich Aktuelle Partitionen der
Festplatte, whlen den Button
Bearbeiten und drcken die
Leertaste. Das Dialogfeld Partition
bearbeiten hnelt dem in Abbildung 14-16, mit dem Unterschied, dass mit Ausnahme
von Mount-Point alle Felder schreibgeschtzt sind. Wenn Sie
einen der anderen Parameter ndern mchten, lschen
Sie die Partition, und fgen Sie eine neue Partition mit den
gewnschten Werten hinzu.
Um eine Partition zu lschen, markieren Sie diese im Bereich
Aktuelle Partitionen der Festplatte, whlen
den Button Lschen und drcken die
Leertaste. Sie werden aufgefordert, den
Lschvorgang zu besttigen.
Wenn Sie die Konfiguration der Partitionen und das Eingeben der
Mount-Points abgeschlossen haben, sollte Ihr Bildschirm in etwa dem
in Abbildung 14-19 entsprechen.
Abbildung 14-19 Dialogfeld Aktuelle Partitionen der Festplatte
Whlen Sie dann die zu formatierenden Partitionen aus
(Abbildung 14-20). Sie mssen alle neu
erstellten Partitionen sowie andere Partitionen mit alten Daten
formatieren (vorausgesetzt, diese enthalten keine Daten, die Sie
erhalten wollen).
Abbildung 14-20 Auswhlen der zu formatierenden Partitionen
Bitte beachten
Whlen Sie keine bereits vorhandenen Partitionen wie
/home oder /usr/local zum
Formatieren aus, die Daten enthalten, die Sie erhalten wollen.
Whlen Sie die zu formatierenden Partitionen aus, und
drcken Sie die Leertaste. Wenn das Dateisystem
whrend der Formatierung auf defekte Blcke
berprft werden soll (empfehlenswert fr ltere
Festplatten), aktivieren Sie das Kontrollkstchen Beim
Formatieren auf defekte Blcke berprfen.
Klicken Sie auf OK, und drcken Sie die
Leertaste.
Bitte beachten
Durch die Funktion Beim Formatieren auf defekte
Blcke berprfen kann sich die fr
die Installation bentigte Gesamtzeit deutlich erhhen.
Da die meisten neueren Festplatten recht gro sind, kann die
berprfung auf defekte Blcke je nach der
Gre Ihrer Festplatte eine gewisse Zeit dauern.
Wenn Sie eine benutzerdefinierte Installation auswhlen,
knnen Sie auch das zu verwendende Partitionierungsprogramm
auswhlen. Lesen Sie diesen Abschnitt nur durch, wenn Sie sich
fr fdisk entschieden haben.
Wenn Sie sich fr fdisk entschieden
haben, wird das Dialogfeld Datentrger
partitionieren aufgerufen
(Abbildung 14-21). Es enthlt eine Liste
aller Festplatten in Ihrem Computer.
Markieren Sie mit der Tabulatortaste, der
Nach-oben-Taste und der
Nach-unten-Taste die Festplatte, die formatiert
werden soll, klicken Sie auf Bearbeiten, und
drcken Sie die Leertaste.
Es wird fdisk gestartet, und Sie
knnen die ausgewhlte Festplatte partitionieren.
Wiederholen Sie diesen Vorgang fr jede Festplatte, die Sie
partitionieren mchten. Klicken Sie zum Schluss auf
Fertig.
fdisk verfgt ber eine
knappe, aber ntzliche Online-Hilfe. Hier einige Tipps:
Mit dem Befehl m rufen Sie die Hilfe auf.
Der Befehl
p listet die aktuelle Partitionstabelle
auf (siehe Abbildung 14-22).
Mit n fgen Sie eine neue Partition
hinzu.
Linux fdisk erstellt
standardmig Partitionen des Typs Linux
native. Wenn Sie eine Swap-Partition anlegen,
vergessen Sie nicht, sie mit Hilfe des Befehls
t in den Typ Linux
swap umzuwandeln. Der Wert fr den Typ
Linux swap ist 82.
Andere Partitionstypen und die zugehrigen Werte
knnen mit dem Befehl l angezeigt
werden.
Linux untersttzt bis zu vier (4) Partitionen auf einer
Festplatte. Wenn Sie mehr als vier Partitionen anlegen
mchten, kann eine (und nur eine) der vier Partitionen
eine erweiterte Partition sein, die als
Container-Partition fr eine oder mehr
logische Partitionen dient. Die
Container-Partition muss mindestens so gro sein wie alle
darin enthaltenen logischen Partitionen zusammen.
Es empfiehlt sich, bei der Partitionierung zu notieren, welche
Partitionen (z.B. /dev/hda2) fr
welche Dateisysteme (z.B. /usr) vorgesehen
sind.
Bitte beachten
Die nderungen treten erst in Kraft, wenn Sie die Eingaben
speichern und fdisk mit dem Befehl
w verlassen. Mit dem Befehl
q knnen Sie
fdisk jederzeit ohne Speichern der
nderungen beenden.
Klicken Sie auf den Button Fertig, wenn Sie
die Partitionierung Ihrer Festplatten abgeschlossen haben. In einer
Meldung wird Ihnen eventuell mitgeteilt, dass das
Installationsprogramm neu gestartet werden muss. Das ist normal,
wenn Partitionsdaten einer Festplatte gendert wurden, d.h.
wenn Sie erweiterte Partitionen erstellt, gendert oder
gelscht haben. Klicken Sie auf OK, um
den Rechner neu zu starten und die Installation neu zu beginnen.
Fhren Sie dann die gleichen Installationsschritte bis zum
Dialogfeld Datentrger partitionieren
aus, und klicken Sie auf Fertig.
Sie knnen fr sich einen Benutzeraccount fr das
tgliche Arbeiten mit dem System erstellen (siehe Abbildung 14-31). Falls Sie dies nicht tun, mssen
Sie sich nach der Installation als Root anmelden
(auch Superuser genannt). Root hat
vollstndigen Zugriff auf das gesamte System. Deshalb sollten Sie
sich nur dann als Root anmelden, wenn Sie Aufgaben
der Systempflege oder -verwaltung ausfhren mchten.
Anweisungen, wie Benutzeraccounts nach der Installation erstellt oder
gendert werden, finden Sie in Kapitel 3 oder
im Kapitel Willkommen bei Linux im
Offiziellen Red Hat Linux Handbuch Erste Schritte.
Abbildung 14-31 Dialogfeld Benutzer hinzufgen
Wenn ein Benutzeraccount erstellt werden soll, wird ein Verzeichnis
fr Ihren Account unter dem Pfad /home
eingerichtet (z.B. /home/claire). Bei
Passwrtern wird zwischen Gro- und Kleinschreibung
unterschieden, und sie mssen aus mindestens 6 Zeichen bestehen.
Nachdem Sie einen eigenen Benutzeraccount hinzugefgt haben, wird
das Dialogfeld Benutzeraccount einrichten
(Abbildung 14-32) angezeigt, in dem Sie weitere
Accounts einrichten knnen. Whlen Sie dazu
Hinzufgen, oder klicken Sie auf
OK, um fortzufahren.
Bei einer Workstation- oder Server-Installation mssen Sie als
Nchstes die Einstellungen fr Ihre Grafikkarte
besttigen: siehe Abschnitt namens Konfigurieren der Grafikkarte.
Andernfalls lesen Sie bitte hier weiter.
Wenn die Installation abgeschlossen ist, wird das Dialogfeld
Fertig angezeigt (siehe
Abbildung 14-54), in dem Sie aufgefordert werden,
den Computer neu zu starten. Nehmen Sie die Diskette aus dem
Diskettenlaufwerk bzw. die Red Hat Linux CD aus dem CD-ROM-Laufwerk, falls Ihr
System von CD-ROM gebootet wurde. Wenn Sie jedoch die
standardmige LILO-Installation bersprungen haben,
mssen Sie zum Neustart die whrend der Installation
erstellte Bootdiskette verwenden.
Abbildung 14-54 Dialogfeld Fertig
Klicken Sie auf OK, und starten Sie Ihr neu
installiertes System. Sobald die normale Startsequenz des Computers
abgeschlossen ist, sollte der GUI-Prompt von LILO angezeigt werden. An
diesem Prompt sind folgende Eingaben mglich:
Eingabetaste drcken - Der
Standardbooteintrag von LILO (wie in Abbildung 14-25 dargestellt) wird gebootet.
Bootkennung auswhlen und anschlieend
Eingabetaste drcken - LILO startet das
Betriebssystem entsprechend der Bootkennung. (Durch Drcken
der Taste ? am LILO Prompt boot:
wird eine Liste der gltigen Bootkennungen angezeigt.)
Keine Aktion - Nach Ablauf der Zeitberschreitung
(standardmig 5 Sekunden) startet LILO automatisch
den Standardbooteintrag.
Fhren Sie die erforderlichen Schritte aus, um Red Hat Linux zu booten.
Zunchst scrollen zahlreiche Meldungen ber Ihren Bildschirm.
Schlielich sehen Sie ein grafisches Dialogfeld fr die
Anmeldung oder einen login:-Prompt ein.
Herzlichen Glckwunsch! Ihre Red Hat Linux Installation ist beendet!
Das Dialogfeld Konfiguration des Rechnernamens
fordert Sie auf, einen Namen fr Ihren Computer einzugeben
(der sog. Hostname).
Abbildung 14-26 Dialogfeld Konfiguration des Rechnernamens
Wenn Ihr Computer mit einer Netzwerkkarte ausgestattet ist, geben Sie
einen vollstndigen Domnennamen in
diesem Format ein:
Rechnername.Domnenname
In diesem Beispiel ist
Rechnername der Name,
den Sie fr Ihren Computer gewhlt haben, und
Domnenname ist
die TCP/IP-Domne. (Ein Domnenname kann mehrere Knoten
enthalten: z.B. eastcoast.mainserver.redhat.com
und westcoast.mainserver.redhat.com.)
Auch wenn Ihr Computer nicht in ein Netzwerk eingebunden ist,
knnen Sie einen Namen fr Ihr System eingeben. Nutzen Sie
die Mglichkeit, und geben Sie einen Namen ein. Wenn Sie keinen
Namen angeben, wird Ihr System
localhost genannt.
Tipp
Um den Rechnernamen nach dem Neustart des Systems zu ndern,
melden Sie sich als Root an. Geben Sie am Root-Prompt
hostname Neuername ein,
wobei Neuername der neue Rechnername ist.
Wenn Sie den Rechnernamen nur anzeigen lassen wollen, geben Sie
hostname ein. Auf dem Bildschirm wird dann der
Rechnername des Systems angezeigt.
Im LInux LOader
(LILO) knnen Sie beim Booten angeben,
ob Linux oder ein anderes Betriebssystem gestartet werden soll. (Bei
einer Workstation- oder Server-Installation wird LILO automatisch im
Master Boot Record [MBR] installiert.) Wenn Sie eine benutzerdefinierte
Installation durchfhren, knnen Sie in den Dialogfeldern
LILO installieren festlegen, wie und ob LILO
installiert werden soll.
Im Dialogfeld LILO konfigurieren
(Abbildung 14-23) knnen Sie
Standardoptionen zum LILO-Bootbefehl hinzufgen. Die Optionen, die
Sie eingeben, werden bei jedem Bootvorgang an den Linux-Kernel
bergeben.
Abbildung 14-23 Dialogfeld LILO konfigurieren
In Abschnitt namens Grundlegende Hardware-Konfiguration in Kapitel 13 wurden Sie
aufgefordert, die BIOS-Einstellungen Ihres Computers zu
berprfen. Wenn Sie festgestellt haben, dass der Computer
auf eine Festplatte nicht im linearen Modus zugreift, mssen Sie
diese Option deaktivieren. Linearen Modus
verwenden ist standardmig aktiviert. Klicken
Sie auf OK, und drcken Sie die
Leertaste, um fortzufahren.
Klicken Sie auf berspringen, wenn Sie LILO
nicht installieren wollen.
Warnung
Wenn Sie berspringen whlen,
knnen Sie Ihr Red Hat Linux System nicht direkt starten und mssen
auf andere Weise booten, z.B. mit einer Bootdiskette. Verwenden Sie
diese Option nur, wenn Sie wissen, wie Sie Ihr Red Hat Linux System auf
andere Weise booten knnen!
Wenn Sie Ihr Red Hat Linux System nicht mit LILO booten mchten, gibt
es mehrere Alternativen:
Bootdiskette
Sie knnen die vom Installationsprogramm erstellte
Bootdiskette verwenden (falls Sie eine erstellt haben).
LOADLIN
LOADLIN kann Linux von MS-DOS aus
laden. Allerdings wird dazu eine auf einer MS-DOS-Partition
verfgbare Kopie des Linux-Kernels bentigt (und eine
initiale Ramdisk, sofern Sie ber einen SCSI-Adapter
verfgen). Diese Kopie knnen Sie nur erstellen,
indem Sie das Red Hat Linux System mit einem anderen Verfahren starten
(z.B. von LILO auf einer Diskette) und anschlieend den
Kernel in eine MS-DOS-Partition kopieren.
LOADLIN knnen Sie von der Site
ftp://metalab.unc.edu/pub/Linux/system/boot/dualboot/
und zugehrigen Mirror Sites herunterladen.
Whlen Sie, wo LILO installiert werden soll (Abbildung 14-24).
Abbildung 14-24 Dialogfeld LILO konfigurieren
Sie knnen LILO an einem von zwei Orten installieren:
Bei der Einrichtung einer Dual-Boot-Umgebung auf einem System, auf
dem NT installiert ist, mssen Sie LILO statt im MBR im ersten
Sektor der Root-Partition installieren. Sie mssen in diesem
Fall unbedingt eine Bootdiskette erstellen. In diesem Fall
mssen Sie zum Starten von Linux entweder eine Bootdiskette
verwenden oder den Loader von Windows NT so konfigurieren, dass
LILO vom ersten Sektor der Root-Partition gestartet wird. Weitere
Informationen zum Einrichten von LILO und NT finden Sie unter
http://www.linuxdoc.org/HOWTO/mini/Linux+NT-Loader.html.
Bitte lesen Sie sich diese Informationen sorgfltig durch.
Der Master Boot Record (MBR)
Es empfiehlt sich, LILO im MBR zu installieren, sofern sich
hier nicht bereits der Loader eines anderen Betriebssystems
befindet, z.B. System Commander oder der Boot-Manager von OS/2.
Der Master Boot Record ist ein spezieller Bereich auf der
Festplatte, der vom BIOS Ihres Computers automatisch geladen
wird. Dies ist der frheste Zeitpunkt, ab dem LILO die
Steuerung des Bootprozesses bernehmen kann. Wenn Sie LILO
im MBR installieren, zeigt LILO beim Booten Ihres Rechners den
Prompt boot: ein. Sie
knnen dann entweder Red Hat Linux oder ein beliebiges anderes
Betriebssystem starten, fr das Sie LILO konfigurieren.
Der erste Sektor der Boot-Partition
Der empfohlene Installationsort, wenn bereits ein anderer
Bootloader in Ihrem System verwendet wird (z.B. der
Boot-Manager von OS/2). In diesem Fall bernimmt
zunchst der andere Bootloader die Steuerung. Sie
knnen diesen Bootloader dann zum Booten von LILO
konfigurieren (LILO wiederum startet Red Hat Linux).
Whlen Sie den Ort aus, an dem Sie LILO installieren
mchten, und klicken Sie auf OK.
Zuletzt knnen Sie im Installationsprogramm das
Standardbetriebssystem festlegen und Bootkennungen angeben, siehe
Abbildung 14-25.
Abbildung 14-25 Auswhlen bootbarer Partitionen im Dialogfeld LILO konfigurieren
Jede bootbare Partition wird aufgelistet, einschlielich der
Partitionen, die von anderen Betriebssystemen verwendet werden. In
die Spalte Bootkennung wird das Wort
linux neben der Partition eingefgt, die das
Root-Dateisystem des Red Hat Linux Systems enthlt. Andere Partitionen
sind mglicherweise auch durch Bootkennungen gekennzeichnet
(z.B. durch die Bootkennung dos
fr Windows 95/98-Partitionen).
Um eine Bootkennung fr eine Partition hinzuzufgen (oder
eine vorhandene Bootkennung zu ndern), markieren Sie die
gewnschte Partition mit den Pfeiltasten. Verwenden Sie dann die
Tabulatortaste, um den Button
Bearbeiten auszuwhlen, und drcken
Sie die Leertaste. Nun wird ein kleines Dialogfeld
angezeigt, in dem Sie die Bootkennung der Partition eingeben bzw.
ndern knnen. Klicken Sie auf OK,
wenn Sie fertig sind.
Tipp
Der Inhalt der Spalte Bootkennung entspricht
dem, was Sie am LILO-Prompt boot: eingeben
mssen, um das gewnschte Betriebssystem zu booten.
Sollten Sie die in Ihrem System definierten Bootkennungen vergessen
haben, drcken Sie am LILO-Prompt Boot: die
Tabulatortaste , um eine Liste der definierten
Bootkennungen anzuzeigen.
Eine weitere Spalte trgt den Titel
Standard. Nur eine Partition ist in dieser
Spalte durch einen Stern gekennzeichnet. Das ist die
Standardpartition, die von LILO gebootet wird, wenn whrend des
Bootprozesses keine Eingabe durch den Benutzer erfolgt. Zunchst
wird die Root-Partition Ihrer Red Hat Linux Installation als
Standardpartition ausgewhlt. Wenn Sie diese Voreinstellung
ndern mchten, knnen Sie die Partition, die Sie
standardmig verwenden mchten, mit Hilfe der
Cursortasten hervorheben. Drcken Sie anschlieend
F2. Der Stern wird nun an der ausgewhlten
Partition angezeigt. Whlen Sie dann OK ,
und drcken Sie die Leertaste.
Wenn das Installationsprogramm ein Mainboard fr mehrere
Prozessoren (SMP) in Ihrem System erkennt, erstellt es automatisch
zwei lilo.conf-Eintrge:
linux, der Standardeintrag, startet
das System im SMP-Modus, und
linux-up startet das System im
Einzelprozessormodus.
Als Nchstes durchsucht das Installationsprogramm Ihr System
nach einer Maus (Abbildung 14-28). Verwenden Sie die
Nach-oben-Taste und die
Nach-unten-Taste, um die Auswahl zu besttigen
oder zu ndern.
Abbildung 14-28 Dialogfeld Maus auswhlen
Wenn keine Maus erkannt wird, mssen Sie den Maustyp fr
Ihr System manuell angeben.
Die Schnittstelle Ihrer Maus knnen Sie ermitteln, indem Sie
berprfen, auf welche Weise das Mauskabel an Ihr System
angeschlossen ist. Wenn der Stecker am Ende des Mauskabels mit einem
rechteckigen Port verbunden ist, handelt es sich um eine serielle Maus.
Ist der Port dagegen rund, besitzen Sie eine PS/2-Maus. Falls Sie Red Hat Linux
auf einem Laptop-Computer installieren, so ist das Zeigegert in
den meisten Fllen PS/2-kompatibel.
Wenn Sie keine exakte bereinstimmung finden knnen,
whlen Sie je nach der Anzahl der Maustasten und Schnittstelle
einen der generischen Eintrge.
Mit Hilfe des Kontrollkstchens Drei Tasten
emulieren knnen Sie eine Maus mit zwei Tasten als
Drei-Tasten-Maus verwenden. Wenn Sie dieses Kontrollkstchen
aktivieren, knnen Sie eine dritte, "mittlere" Maustaste
emulieren, indem Sie beide Maustasten gleichzeitig drcken. Da die
grafische Benutzeroberflche mit drei Maustasten am leichtesten zu
benutzen ist, empfiehlt es sich, bei einer Zwei-Tasten-Maus dieses
Kontrollkstchen zu aktivieren.
Falls Sie eine Maus mit einer seriellen Schnittstelle ausgewhlt
haben, whlen Sie den entsprechenden Port, klicken Sie auf
OK, und drcken Sie die
Leertaste.
Tipp
Falls Sie nach dem Start des Red Hat Linux Systems die Konfiguration Ihrer
Maus ndern mchten, knnen Sie den Befehl
/usr/sbin/mouseconfig verwenden, nachdem Sie sich
als Root angemeldet haben.
Wenn Sie nach dem Start des Red Hat Linux Systems Ihre Maus fr
Linkshnder konfigurieren mchten, ffnen Sie ein
Terminal, und geben Sie gpm -B 321 ein.
Das Dialogfeld NFS-Setup (Abbildung 14-7) wird nur
angezeigt, wenn Sie die Installation von einem NFS-Server
ausfhren (d.h. Sie haben das System von einer Netzwerk- oder
PCMCIA-Bootdiskette gestartet und im Dialogfeld
Installationsmethode
die Option NFS Image ausgewhlt).
Abbildung 14-7 Dialogfeld NFS-Setup
Geben Sie den vollstndigen Domnennamen oder die
IP-Adresse des NFS-Servers sowie den Namen des exportierten
Verzeichnisses ein, in dem sich die Installationsdateien oder die
CD-ROM fr Red Hat Linux befinden. Wenn Sie beispielsweise von einem
Host mit der Bezeichnung eastcoast in der
Domne redhat.com installieren, geben Sie
eastcoast.redhat.com im Feld
NFS-Server ein.
Wenn auf dem NFS-Server die Red Hat Linux CD unter
/mnt/cdrom gemountet ist, geben Sie
/mnt/cdrom in das Feld Red Hat
Verzeichnis ein. Exportiert der NFS-Server ein Image des
Red Hat Linux Installationsbaums anstatt einer CD, geben Sie das Verzeichnis
ein, das das Verzeichnis RedHat enthlt.
Befindet sich auf dem NFS-Server beispielsweise das Verzeichnis
/mirrors/redhat/i386/RedHat, geben Sie
/mirrors/redhat/i386 ein.
Bitte beachten
Wenn Sie eine NFS-Installation durchfhren und die Dateien von
der Red Hat Linux CD-ROM kopieren, sollten Sie berprfen, ob die
Dateizugriffsrechte richtig eingestellt sind. Andernfalls
knnen die kopierten Dateien nicht ausgefhrt werden, und
Sie mssen die Berechtigungen ndern, bevor Sie mit der
Installation beginnen knnen.
Der Bildschirm FTP-Setup (Abbildung 14-8) wird nur angezeigt, wenn Sie die
Installation ber einen FTP-Server durchfhren (d.h. nur
wenn im Dialogfeld Installationsmethode die
Option FTP ausgewhlt wurde). In
diesem Dialogfeld knnen Sie den FTP-Server angeben, von dem
installiert werden soll.
Abbildung 14-8 Dialogfeld FTP-Setup
Geben Sie den vollstndigen Domnennamen oder die
IP-Adresse der FTP-Site ein, von der installiert werden soll, sowie
den Namen des Verzeichnisses, in dem sich die
RedHat-Installationsdateien fr Ihre
Architektur befinden. Wenn die FTP-Site beispielsweise das
Verzeichnis /pub/mirrors/redhat/i386/RedHat
enthlt, geben Sie
/pub/mirrors/redhat/i386 ein.
Wenn alle Angaben korrekt sind, erhalten Sie die Meldung, dass
base/hdlist abgerufen wird.
Der Bildschirm HTTP-Setup
(Abbildung 14-9) wird nur angezeigt, wenn Sie von
einem HTTP-Server installieren (d.h. Sie haben im Dialogfeld
Installationsmethode die Option
HTTP ausgewhlt). In diesem
Dialogfeld werden die Angaben zu dem HTTP-Server angefordert, der
fr die Installation verwendet werden soll.
Abbildung 14-9 Dialogfeld HTTP-Setup
Geben Sie den Namen oder die IP-Adresse des HTTP-Servers ein, von dem
installiert werden soll, sowie den Namen des Verzeichnisses, in dem
sich die RedHat-Installationsdateien fr
Ihre Architektur befindet. Wenn auf dem HTTP-Server beispielsweise
das Verzeichnis /pub/mirrors/redhat/i386/RedHat
angelegt wurde, geben Sie
/pub/mirrors/redhat/i386 ein.
Wenn alle Angaben korrekt sind, erhalten Sie die Meldung, dass
base/hdlist abgerufen wird.
Abbildung 14-34 wird nur bei einer
benutzerdefinierten Installation angezeigt. In diesem Dialogfeld
knnen Sie die Typen von Software-Paketen auswhlen, die Sie
installieren mchten.
Abbildung 14-34 Dialogfeld Auswahl von Paketgruppen
Wenn Sie Alles auswhlen (befindet sich
am Ende der Komponentenliste), werden alle Pakete installiert, die zum
Lieferumfang von Red Hat Linux gehren. Sie bentigen dann etwa 1,7
GB freien Festplattenspeicher.
Sie knnen auch einzelne Pakete in einer Anwendungskategorie
auswhlen oder aus der Auswahl entfernen. Aktivieren Sie hierzu
das Kontrollkstchen Einzelne Pakete
auswhlen. Wenn Sie OK
auswhlen, wird ein Bildschirm wie
Abbildung 14-35 angezeigt.
Abbildung 14-35 Auswhlen von Einzelpaketen
Um z.B. eine Liste der Pakete in der Kategorie
Anwendungen/Editoren anzuzeigen,
whlen Sie diese Gruppe mit den Cursortasten aus und
drcken die Eingabetaste oder
Leertaste. Dabei ndert sich das
+-Zeichen (komprimiert) in ein
--Zeichen (aufgeklappt), und eine Liste
der Pakete in dieser Kategorie wird angezeigt. Aktuell
ausgewhlte Pakete sind mit einem *
gekennzeichnet. Drcken Sie die Eingabetaste
oder die Leertaste, um Pakete auszuwhlen bzw.
abzuwhlen.
Sie knnen eine Beschreibung des jeweiligen Pakets anzeigen.
Markieren Sie dazu das Paket, und drcken Sie
F1.
Beachten Sie, dass einige Pakete, die fr jedes Red Hat Linux System
bentigt werden (z.B. der Kernel und bestimmte Bibliotheken) in
den Dialogfeldern fr die Paketauswahl nicht erscheinen.
Viele der Software-Pakete knnen nur in Verbindung mit anderen
Paketen oder Bibliotheken, die auf Ihrem System installiert sind,
korrekt ausgefhrt werden. Beispielsweise sind fr viele
der grafischen Systemadministrations-Tools die Pakete
python und pythonlib
erforderlich. Um sicherzustellen, dass alle Pakete zur Verfgung
stehen, die Ihr System bentigt, berprft Red Hat Linux diese
Paketabhngigkeiten bei jeder
Installation oder Deinstallation von Software-Paketen.
Abbildung 14-36 Dialogfeld Paketabhngigkeiten
Nachdem Sie die gewnschten Pakete ausgewhlt haben,
berprft das Installationsprogramm die Liste der von Ihnen
ausgewhlten Pakete nach Abhngigkeiten. Falls Pakete
fehlen, die andere Pakete zur korrekten Ausfhrung
bentigen, zeigt das Programm eine Liste dieser
ungelsten Abhngigkeiten an und
gibt Ihnen die Mglichkeit, diese zu lsen (siehe
Abbildung 14-36). Das Programm kann die
Abhngigkeiten auch automatisch lsen und alle
erforderlichen Pakete zur Liste der ausgewhlten Pakete
hinzufgen. Klicken Sie hierzu einfach auf
OK.
Abbildung 14-39 wird angezeigt, wenn das
Installationsprogramm bereit ist, Partitionen zu formatieren und
Software-Pakete zu laden. Das Installationsprogramm gibt die
Protokolldatei (/tmp/install.log) fr diese
Red Hat Linux Installation an. Klicken Sie auf OK, und
drcken Sie die Leertaste, um fortzufahren.
Abbildung 14-39 Dialogfeld Installation beginnt
Whrend Software-Pakete geladen werden, wird ein hnlicher
Bildschirm wie Abbildung 14-40 angezeigt.
Abbildung 14-40 Dialogfeld zur Anzeige des Installationsstatus
Sobald der Installationsvorgang fr ein Software-Paket beginnt,
werden dessen Name, Gre und eine Kurzbeschreibung der
Funktionalitt im oberen Teil des Bildschirms
Installation von Paketen angezeigt.
Im unteren Bereich des Bildschirms Installation von
Paketen werden in der Zeile Gesamt die
Gesamtzahl der Pakete, die installiert werden sollen, die
Gesamtgre aller Pakete sowie die Zeit angezeigt, die zur
Installation aller Pakete erforderlich ist. Sobald der Ladevorgang
fr ein Paket gestartet oder abgeschlossen wird, werden die Zeilen
"Abgeschlossen" und "Verbleibend" aktualisiert.
Als Nchstes erhalten Sie die Mglichkeit, einen Tastaturtyp
auszuwhlen (Abbildung 14-4).
Abbildung 14-4 Auswhlen eines Tastaturtyps
Drcken Sie nach Auswahl des gewnschten Tastaturtyps die
Eingabetaste. Der Tastaturtyp wird nun jedesmal
automatisch geladen, wenn Sie Ihr Red Hat Linux System starten. Er wird auch
whrend des Installationsvorgangs verwendet.
Tipp
Wenn Sie den Typ Ihrer Tastatur nach der Installation Ihres
Red Hat Linux-Systems ndern wollen, melden Sie sich als Root an und
geben entweder /usr/sbin/kbdconfig oder
setup ein.
Wenn Sie das Installationsprogramm direkt von der Red Hat Linux CD-ROM
gestartet haben, sehen Sie das Dialogfeld
Willkommen: siehe
Abschnitt namens Willkommen.
Ist dies nicht der Fall, erscheint das Dialogfeld
Installationsmethode. Die im Dialogfeld
angezeigten Optionen sind abhngig von der Diskette, von der Sie
das System gestartet haben (die Diskette aus der Linux-Packung oder
eine von Ihnen erstellte Netzwerk- oder PCMCIA-Bootdiskette).
Abbildung 14-5 Auswhlen einer Installationsmethode
Bitte beachten
Wenn Sie eine Netzwerkinstallation durchfhren und die Dateien
von der Red Hat Linux CD-ROM oder einer FTP-Site kopieren, sollten
Sie berprfen, ob die Dateizugriffsrechte richtig
festgelegt sind. Andernfalls knnen die kopierten Dateien nicht
ausgefhrt werden, und Sie mssen die Berechtigungen
ndern, bevor Sie mit der Installation beginnen knnen.
Red Hat Linux kann mit einer der folgenden Methoden installiert werden:
Lokale CD-ROM
Sie haben das System von der Diskette gestartet, die in Ihrer
Linux-Packung enthalten war, und fhren die Installation mit
der Red Hat Linux CD-ROM in einem lokalen Laufwerk durch. Wenn Sie diese
Installationsmethode verwenden, wird als Nchstes das
Dialogfeld Willkommen angezeigt: siehe
Abschnitt namens Willkommen.
NFS-Image
Sie haben das System von einer Netzwerk- oder PCMCIA-Bootdiskette
gestartet und fhren die Installation mit einem
NFS-Image-Server durch, von dem der Inhalt der Red Hat Linux CD-ROM (oder
eine Kopie davon) exportiert wird. Wenn Sie diese Methode
whlen, erscheint als Nchstes das Dialogfeld
NFS-Setup: siehe
Abschnitt namens Installieren ber ein Netzwerk.
FTP
Sie haben das System von einer Netzwerk- oder PCMCIA-Bootdiskette
gestartet und installieren direkt von einem FTP-Server. Wenn Sie
diese Methode whlen, erscheint als Nchstes das
Dialogfeld FTP-Setup: siehe
Abschnitt namens Installieren ber ein Netzwerk.
HTTP
Sie haben das System von einer Netzwerk- oder PCMCIA-Bootdiskette
gestartet und installieren direkt von einem HTTP-Web-Server. Wenn
Sie diese Methode whlen, erscheint als Nchstes das
Dialogfeld HTTP-Setup: siehe
Abschnitt namens Installieren ber ein Netzwerk.
Festplatte
Sie haben das System von der in Ihrer Linux-Packung enthaltenen
Diskette gestartet und fhren die Installation mit den Red Hat Linux
Dateien durch, die Sie zuvor auf eine lokale Festplatte kopiert
haben. Wenn Sie diese Methode whlen, wird als Nchstes
das Dialogfeld Partition auswhlen
angezeigt: siehe Abschnitt namens Festlegen der Festplattenpartition fr die Installation.
Das Dialogfeld Root-Passwort fordert Sie auf,
fr Ihr System ein Root-Passwort zu
vergeben. Das Root-Passwort bentigen Sie, wenn Sie sich am Red Hat Linux
System als Systemadministrator anmelden mchten.
Abbildung 14-30 Dialogfeld Root-Passwort
Das Root-Passwort muss aus mindestens sechs Zeichen bestehen. Es wird
bei der Eingabe nicht auf dem Bildschirm angezeigt. Sie mssen das
Passwort zweimal eingeben. Falls die beiden Eingaben nicht
bereinstimmen, werden Sie vom Installationsprogramm aufgefordert,
den Vorgang zu wiederholen.
Whlen Sie ein Passwort, das Sie sich gut merken knnen,
das aber fr andere Personen nicht leicht zu erraten ist. Ihr
Name, Ihre Telefonnummer, qwertz,
Passwort, Root,
123456, und Schnucki
sind Beispiele fr schlechte Passwrter. Geeignete
Passwrter bestehen aus einer Kombination von Zahlen und
Gro-/Kleinbuchstaben und ergeben keine sinnvollen Wrter:
z.B. Aard387vark oder
420BMttNT. Beachten Sie, dass bei
Passwrtern zwischen Gro- und Kleinschreibung
unterschieden wird. Notieren Sie sich das Passwort, und bewahren Sie
es an einem sicheren Ort auf.
Wenn Sie die Hardware- (CMOS) Uhr auf GMT (Greenwich Mean Time, auch
bekannt als UTC, Universal Coordinated Time) einstellen mchten,
aktivieren Sie Hardware-Uhr auf GMT eingestellt.
Mit dieser Einstellung kann Ihr System die Sommerzeit
bercksichtigen, sofern sie in Ihrer Zeitzone verwendet wird.
Warnung
Falls auf Ihrem Computer ein anderes Betriebssystem ausgefhrt
wird, kann das Einstellen der Uhr auf GMT dazu fhren, dass das
andere Betriebssystem die falsche Uhrzeit anzeigt. Auerdem ist
es wahrscheinlich, dass die Uhrzeit falsch eingestellt wird, wenn
mehr als ein Betriebssystem automatische nderungen der Uhrzeit
aufgrund der Sommerzeitregelung vornehmen darf.
Whlen Sie in der Liste Ihre Zeitzone aus, und drcken Sie
die Eingabetaste.
Tipp
Falls Sie die Zeitzoneneinstellung nach dem Start des Red Hat Linux Systems
ndern mchten, knnen Sie dazu den Befehl
/usr/sbin/timeconfig verwenden.
Das Installationsprogramm sucht jetzt nach Ihrer Grafikkarte. Wenn die
Karte gefunden wurde, klicken Sie auf OK, um
fortzufahren.
Abbildung 14-37 Dialogfeld Grafikkarte besttigen
Wenn das Installationsprogramm die Grafikkarte nicht erkennt, erscheint
Abbildung 14-38. In diesem Fall mssen Sie
die Grafikkarte mit den Cursortasten und der
Leertaste aus der Liste auswhlen.
s1-installation-fresh.html 0100644 0000764 0000144 00000012277 07152703231 014444 0 ustar rk users Installieren von Red Hat Linux Secure Web Server whrend der Installation von Red Hat Linux
Red Hat Linux 7.0: Das Offizielle Red Hat Linux Referenzhandbuch
Wenn Sie Red Hat Linux und den Red Hat Linux Secure Web Server gleichzeitig installieren, folgen Sie
bitte den Anleitungen in Kapitel 15, um mit der
Installation von Red Hat Linux zu beginnen. Gehen Sie bis zu dem Punkt nach der
Anleitung vor, an dem eine Installationsklasse auszuwhlen ist:
Workstation, Server oder Benutzerdefiniert.
Wenn Sie sich fr die Installationsklasse Server entscheiden,
werden die Pakete fr den sicheren Server
(apache, mod_ssl und
openssl) automatisch ausgewhlt. Die
Pakete stunnel und openssh
enthalten sicherheitsrelevante Funktionen und werden
ebenfalls mit ausgewhlt.
Wenn Sie sich fr die Installationsklasse Workstation
entscheiden, werden die Pakete fr den sicheren Server nicht
automatisch fr die Installation ausgewhlt, Sie
knnen diese jedoch whrend des Paketauswahlprozesses
installieren.
Wenn Sie sich fr eine benutzerdefinierte Installation
entscheiden, mssen Sie die zu installierenden Pakete fr
den sicheren Server und sicherheitsrelevanten Pakete selbst
auswhlen.
Nachdem Sie eine Installationsklasse ausgewhlt haben, folgen Sie
bitte den Installationsanleitungen zum Partitionieren und Konfigurieren
Ihres Systems. Wenn Sie die Auswahl der Paketgruppen vornehmen
mssen, whlen Sie die Paketgruppe
Web-Server. Web-Server
enthlt die Pakete apache und
mod_ssl, die Sie installieren mssen, um den
sicheren Server ausfhren zu knnen. Da
openssl eine Abhngigkeit fr das Paket
mod_ssl darstellt, wird
openssl ebenfalls fr die Installation
ausgewhlt.
Wenn Sie eines der in Abschnitt namens Auswhlen der zu installierenden Pakete
beschriebenen zustzlichen sicherheitsrelevanten Pakete
installieren mchten, mssen Sie dies im
Installationsprogramm angeben. Whlen Sie dazu Auswahl
einzelner Pakete im gleichen Bildschirm
Paketgruppenauswahl.
Whlen Sie die zu installierenden sicherheitsrelevanten Pakete
aus. Gehen Sie dazu nach den Anleitungen im Offiziellen Red
Hat Linux Installationshandbuch vor. Als Suchhilfe ist
eine Tabelle mit den entsprechenden Verzeichnissen als
Tabelle 10-1 angegeben.
berprfen Sie noch einmal, ob die richtigen Pakete
ausgewhlt sind, und fahren Sie dann mit dem Installationsprozess
fort.
In diesem Kapitel finden Sie Informationen ber die RPM-Pakete
fr den Red Hat Linux Secure Web Server und ihre Installation. Mit dem Red Hat Linux Secure Web Server werden auch
optionale Pakete mitgeliefert, die Sie installieren knnen, falls
Sie deren Funktionalitt nutzen mchten.
Je nach Konfiguration Ihres Systems gibt es drei verschiedene
Mglichkeiten, den Red Hat Linux Secure Web Server zu installieren. Alle sind einfach
durchzufhren. Je nachdem, wie Sie das Red Hat Linux-Betriebssystem
installieren, sollten Sie jedoch die fr Ihre Situation geeignete
Variante whlen:
Installation von Red Hat Linux mit dem Installationsprogramm — da der
Red Hat Linux Secure Web Server mit dem Red Hat Linux-Betriebssystem mitgeliefert wird, ist die
einfachste Variante die Installation des Servers whrend der
Installation von Red Hat Linux. Wenn Sie eine neue Installation von Red Hat Linux
vornehmen mchten, sollten Sie Ihren sicheren Server auf diese
Weise installieren. Weitere Informationen zur Installation von
Red Hat Linux Secure Web Server im Zusammenhang mit einer Neuinstallation von Red Hat Linux finden
Sie in Abschnitt namens Installieren von Red Hat Linux Secure Web Server whrend der Installation von Red Hat Linux.
Aktualisieren von Red Hat Linux mit dem Installationsprogramm — wenn
auf Ihrem System bereits eine frhere Version von Red Hat Linux
luft und Sie diese auf Red Hat Linux7.0 aktualisieren
mchten, mssen Sie die Pakete fr den sicheren
Server whrend des Aktualisierungsprozesses installieren.
Wichtige Informationen, was bei der Aktualisierung von Red Hat Linux zu
beachten ist, finden Sie in
Abschnitt namens Aktualisieren einer lteren Version von Red Hat Linux.
Installation des sicheren Servers nach der Installation von
Red Hat Linux7.0 — wenn Sie Red Hat Linux7.0 vorher
installiert haben und zu einem spteren Zeitpunkt die
Funktionalitt des sicheren Servers nutzen mchten,
knnen Sie die Pakete fr den sicheren Server mit dem RPM
Package Manager (RPM), mit Gnome-RPM oder mit Kpackage von einer
Red Hat Linux-CD installieren.
Wenn Sie eine frhere Version von Apache aktualisieren
(einschlielich aller frheren Versionen von Red Hat Linux Secure Web Server),
bentigen Sie auerdem bestimmte Informationen zum
Aktualisierungsprozess. Informieren Sie sich dazu in
Abschnitt namens Aktualisieren einer lteren Version von Apache, bevor Sie den
Installationsprozess beginnen, wenn Sie Apache aktualisieren.
Zum Installieren des sicheren Servers mssen mindestens drei
Pakete installiert werden:
apache
Das Paket apache enthlt den
Apache Web-Server.
mod_ssl
Das Paket mod_ssl enthlt das Modul
mod_ssl, das ber die Protokolle Secure Sockets Layer (SSL)
und Transport Layer Security (TLS) eine starke
Verschlsselung fr den Apache Web-Server
ermglicht.
openssl
Das Paket openssl enthlt das
OpenSSL-Toolkit. Darin sind die Protokolle SSL und TLS
implementiert. Es enthlt auerdem eine universelle
Verschlsselungsbibliothek.
Zustzlich knnen weitere, bei Red Hat Linux mitgelieferte
Softwarepakete zustzliche Funktionen fr den sicheren Server
bereitstellen (diese sind jedoch nicht unbedingt fr die Funktion
des sicheren Servers erforderlich):
OpenSSH
Das Paket openssh enthlt die
OpenSSH-Netzwerkkonnektivittstools fr die Anmeldung
und die Ausfhrung von Befehlen auf einem Remote-Rechner.
OpenSSH-Tools verschlsseln den gesamten Datenverkehr
(einschlielich Passwrter), um das Mithren, den
Missbrauch der Verbindung und andere Angriffe auf die
Kommunikation zwischen Ihrem Rechner und dem Remote-Rechner
unmglich zu machen.
Das Paket openssh enthlt folgende
OpenSSH-Clients: ssh, ein sicheres Programm
zum Ersatz von rsh; slogin,
ein sicheres Programm zum Ersatz von rlogin
(Remote-Anmeldung), telnet (Kommunikation mit
einem anderen Rechner ber das TELNET-Protokoll),
scp, ein sicheres Programm zum Ersatz von
rcp (zum Kopieren von Dateien zwischen
Rechnern) und ftp (zum bertragen von
Dateien zwischen Rechnern).
Das Paket openssh-askpass untersttzt
die Anzeige eines Dialogfensters, das den Benutzer bei der
Verwendung eines OpenSSH-Agenten mit RSA-Authentifizierung zur
Eingabe eines Passworts auffordert.
Das Paket openssh-askpass-gnome zeigt ein
Dialogfenster fr die GNOME Benutzeroberflche an, wenn
OpenSSH-Programme den Benutzer zur Angabe eines Passworts
auffordern. Wenn Sie GNOME ausfhren und
OpenSSH-Dienstprogramme verwenden, sollten Sie dieses Paket
installieren.
Das Paket openssh-server enthlt den
sshd Secure Shell Dmon und die
entsprechende man-Seite. Beim Secure Shell Dmon handelt es
sich um den serverseitigen Teil der OpenSSH-Programmsuite. Dieser
Dmon muss auf Ihrem Rechner installiert werden, wenn Sie
SSH-Clients die Verbindung mit Ihrem Rechner ermglichen
mchten.
Das Paket openssh-clients enthlt die
fr verschlsselte Verbindungen mit SSH-Servern
erforderlichen Client-Programme.
Weitere Informationen zu OpenSSH finden Sie auf der
OpenSSH-Website unter
http://www.openssh.com/.
Stunnel
Das Paket stunnel enthlt den Stunnel
SSL-Wrapper. Stunnel untersttzt die
SSL-Verschlsselung von TCP-Verbindungen und ermglicht
daher die Verschlsselung fr Dmonen und
Protokolle, die nicht SSL-kompatibel sind (z.B. POP, IMAP, LDAP),
ohne dass nderungen am Code des Dmonen vorgenommen
werden mssen.
apache-devel
Das Paket apache-devel enthlt die
Apache Include-Dateien, Header-Dateien und das
APXS-Dienstprogramm. Wenn Sie zustzliche Module laden
mchten, die nicht bereits in diesem Softwareprodukt
enthalten sind, bentigen Sie alle genannten Komponenten.
Weitere Informationen zum Laden von Modulen in den Red Hat Linux Secure Web Server mit
der DSO-Funktionalitt von Apache finden Sie in
Abschnitt namens Hinzufgen von Modulen zu Ihrem Server in Kapitel 12.
Wenn Sie keine weiteren Module in den Red Hat Linux Secure Web Server laden mchten,
muss dieses Paket nicht installiert werden.
apache-manual
Das Paket apache-manual enthlt das
Benutzerhandbuch fr Apache 1.3 im
HTML-Format. Dieses Handbuch ist auch unter
http://www.apache.org/docs/
im Web verfgbar.
openssl-devel
Das Paket openssl-devel enthlt die
statischen Bibliotheken und die Include-Datei, die zum
Kompilieren von Anwendungen erforderlich sind, die verschiedene
Verschlsselungsalgorithmen und Protokolle
untersttzen. Sie mssen dieses Paket nur installieren,
wenn Sie Anwendungen mit SSL-Untersttzung entwickeln
— fr die ausschlieliche Verwendung von SSL
wird dieses Paket nicht bentigt.
Installieren von Red Hat Linux Secure Web Server whrend der Installation von Red Hat Linux
s1-installation-postinstall.html 0100644 0000764 0000144 00000022001 07152703233 015675 0 ustar rk users Installieren des sicheren Servers nach der Installation von Red Hat Linux
Red Hat Linux 7.0: Das Offizielle Red Hat Linux Referenzhandbuch
Wenn Sie Red Hat Linux7.0 ohne die Pakete fr den sicheren
Server installiert haben, knnen Sie den sicheren Server auch
spter nachinstallieren. Die einfachste Mglichkeit
dafr ist die Installation der auf der Red Hat Linux-CD enthaltenen
RPM-Pakete mit RPM, Gnome-RPM oder Kpackage.
Der Red Hat Linux Secure Web Server wird im RPM (RPM Package Manager)-Format geliefert. RPM ist
ein System zur Zusammenstellung von Software-Paketen, mit dem
Software-Pakete einfach installiert, deinstalliert, aktualisiert und
abgefragt werden knnen. Wenn Sie Software ausschlielich
mit RPM installieren, protokolliert RPM die auf Ihrem System
installierten Pakete sowie die enthaltenen Dateien.
Falls auf Ihrem System Web-Server ausgefhrt werden, mssen
alle Serverprozesse angehalten werden, bevor Sie mit der Installation
von Red Hat Linux Secure Web Server beginnen knnen. Wenn Sie einen Apache Web-Server
haben, knnen Sie als Root den Serverprozess durch Eingabe des
entsprechenden Befehls bzw. der entsprechenden Befehle anhalten:
Fr einen sicheren Web-Server auf Apache-Basis ist zum Anhalten
des Serverprozesses der erste Befehl zu verwenden. Fr einen
normalen Apache Web-Server (ohne Verschlsselung) ist der zweite
Befehl zu verwenden. Wenn beide Servervarianten auf Ihrem System
ausgefhrt werden, sind beide Befehle anzugeben.
Wenn Sie GNOME oder KDE ausfhren, knnen Sie ein
GUI-Programm wie Gnome-RPM oder
Kpackage zum Installieren der Pakete
fr den sicheren Server verwenden. Als Alternative knnen
Sie auch RPM einsetzen.
Weitere Informationen zur Verwendung von
Gnome-RPM finden Sie in Kapitel 6 und im Offiziellen Red Hat Linux Handbuch Erste Schritte.
Anleitungen zur Verwendung von Kpackage
finden Sie auf der Kpackage Handbook-Web-Seite
unter
http://www.general.uwa.edu.au/u/toivo/kpackage/.
Zu Beginn des Installationsprozesses muss zuerst die CD-ROM
gemountet werden. Legen Sie die entsprechende Red Hat Linux-CD in Ihr
CD-ROM-Laufwerk. Geben Sie als Root den folgenden Befehl zum
Mounten der CD ein:
mount /mnt/cdrom
Dieser Befehl wird erfolgreich ausgefhrt, wenn die Datei
/etc/fstab einen Eintrag fr das
CD-ROM-Laufwerk enthlt. Wenn aus irgendeinem Grund nach der
Eingabe des Befehls eine Fehlermeldung ausgegeben wird, knnen
Sie folgenden Befehl versuchen:
mount -t iso9660 /dev/cdrom /mnt/cdrom
um die CD-ROM zu mounten. Sie oder der Systemadministrator
knnen auch anderen Benutzern (zustzlich zu Root) das
Mounten des CD-ROM-Laufwerks erlauben. Zum Installieren der Pakete
mit RPM mssen Sie aber auf jeden Fall als Root angemeldet
sein.
Wechseln Sie nach dem Mounten des CD-ROM-Laufwerks im nchsten
Schritt mit cd in das Verzeichnis auf der CD,
das die RPMs enthlt.
cd /mnt/cdrom/RedHat/RPMS
Installieren Sie danach mit RPM die gewnschten Pakete. Sie
mssen apache,
openssl und mod_ssl
installieren.
Um zum Beispiel das Paket apache zu
installieren, mssen Sie sich als Root anmelden (wenn Sie es
nicht bereits sind) und den folgenden Befehl eingeben:
Das Paket apache wird installiert. Dieser
Befehl muss fr alle zu installierenden Pakete wiederholt werden.
Bitte beachten
Die vollstndigen Anleitungen zur Verwendung von RPM finden
Sie im Kapitel 5. (Eine zusammengefasste Version
derselben Anleitungen finden Sie im
Offiziellen Red Hat Linux Handbuch Erste Schritte.) RPM ist ein
leistungsfhiges Paketmanagementsystem. Bitte lesen Sie alle
Anleitungen zur Verwendung von RPM durch, wenn Sie Fragen zur
Verwendung haben.
Wenn Sie die Installation Ihrer Pakete abgeschlossen haben,
mssen Sie Ihre CD-ROM unmounten. Wechseln Sie dazu zuerst mit
cd .. in das Verzeichnis
/mnt/cdrom eine Ebene hher. Geben Sie
anschlieend den Befehl umount /mnt/cdrom
ein, um die CD-ROM zu unmounten. Geben Sie jetzt eject
/mnt/cdrom ein. Das CD-ROM-Laufwerk wird geffnet,
damit Sie die CD entnehmen knnen.
Nach der Installation der erforderlichen Pakete wird im
nchsten Schritt Ihr Schlssel erstellt und ein
Zertifikat angefordert. Bitte lesen Sie zur Erstellung ihres
Schlssels und des Zertifikats in
Kapitel 11 weiter.
Wenn Sie nach den in Kapitel 10 angegebenen
Schritten vorgegangen sind, dabei aber ein Problem aufgetreten ist,
sollten Sie als Erstes den Bereich Red Hat Errata der Red Hat-Website unter
http://www.redhat.com/support/errata
konsultieren.
Wenn Sie ein offizielles Red Hat-Software-Produkt einschlielich
Support erworben haben, knnen Sie den technischen Support in
Anspruch nehmen. Auf der Red Hat Support-Website
http://www.redhat.com/support
sollten Sie sich fr den Support registrieren.
Auf Ihrem Rechner wurde bei der Installation von Red Hat Linux Secure Web Server auch die
Dokumentation installiert. Nach der erfolgreichen Installation
von Red Hat Linux Secure Web Server, doch vor dem Wechsel Ihrer Homepage, knnen Sie
auf die HTML-Dokumentation auf Ihrem Rechner ber die URL
Ihrer Domne (http://ihre_domne) zugreifen.
Auf der Apache Website finden Sie die vollstndige
Dokumentation fr den Apache Web-Server unter
http://www.apache.org/docs/
Die mod_ssl-Website
(http://www.modssl.org/
ist die beste Quelle fr Informationen zu mod_ssl. Auf
dieser Website wird eine Flle von Dokumentationen
angeboten, darunter ein User Manual
(Benutzerhandbuch) unter
http://www.modssl.org/docs/.
Sie knnen sich auch in die Mailingliste
redhat-secure-server eintragen, indem Sie eine E-Mail an
<redhat-secure-server-request@redhat.com > schicken
und in die Betreffzeile "subscribe" eintragen (ohne
Anfhrungszeichen).
Nach der Installation eines Pakets befindet sich die
Dokumentation fr jedes Paket (falls eine Dokumentation
existiert) in
/usr/share/doc/<Paketname>
<Versionsnummer>/.
Deinstallieren von Red Hat Linux Secure Web Server
s1-installation-uninstalling.html 0100644 0000764 0000144 00000004404 07152703234 016040 0 ustar rk users Deinstallieren von Red Hat Linux Secure Web Server
Red Hat Linux 7.0: Das Offizielle Red Hat Linux Referenzhandbuch
Wenn Sie Red Hat Linux Secure Web Server deinstallieren mssen, knnen Sie die
folgenden Befehle verwenden (als Root): rpm -e
mod_ssl, rpm -e openssl und rpm
-e apache.
Beantragen eines Zertifikats fr Ihren sicheren Server
s1-installation-upgrade.html 0100644 0000764 0000144 00000022751 07152703233 014764 0 ustar rk users Aktualisieren einer lteren Version von Red Hat Linux
Red Hat Linux 7.0: Das Offizielle Red Hat Linux Referenzhandbuch
Wenn bereits eine ltere Version von Red Hat Linux auf Ihrem System
luft, mssen Sie Ihr Betriebssystem auf Red Hat Linux7.0
aktualisieren (eine vollstndige Installation ist nicht
erforderlich). Wenn eine Aktualisierung erforderlich ist, mssen
Sie statt einer Installationsklasse (Server, Workstation oder
Benutzerdefiniert) Aktualisieren whlen.
Folgen Sie den Anleitungen im Offiziellen Red Hat Linux Installationshandbuch zum
Aktualisieren Ihres Systems. Whrend der Aktualisierung ist es
erforderlich, dass Sie berprfen, ob die Pakete fr den
sicheren Server vom Installationsprogramm ausgewhlt werden.
Wenn Sie Ihr Red Hat Linux System aktualisieren, prft das
Installationsprogramm, welche Pakete bereits installiert sind. Diese
Pakete werden whrend des Aktualisierungsprozesses automatisch auf
die Versionen von Red Hat Linux7.0 aktualisiert. Pakete, die noch
nicht installiert waren, werden vom Installationsprogramm also nicht
installiert — es sei denn, Sie passen Ihre Aktualisierung
entsprechend an.
Wenn Sie eine US-amerikanische/kanadische Version von Red Hat Linux
Professional aktualisieren, mssen Sie die Aktualisierung anpassen
und die Pakete fr den sicheren Server fr die Installation
auswhlen. Falls apache bereits bei Ihnen
installiert ist, fehlen mod_ssl und
openssl, da sie vor Red Hat Linux7.0 nicht in
Red Hat Linux enthalten waren. Daher mssen Sie die Aktualisierung
anpassen und zumindest mod_ssl und
openssl auswhlen. Eine Anleitung zum Finden
der auszuwhlenden Pakete finden Sie in
Abschnitt namens Anpassung der Aktualisierung fr die Installation des
sicheren Servers.
Wenn Sie eine internationale Version von Red Hat Linux Professional
aktualisieren und die Pakete apache,
mod_ssl und openssl bereits
installiert sind, werden diese Programme automatisch vom
Installationsprogramm ausgewhlt und aktualisiert.
Wenn Sie eine internationale Version von Red Hat Linux Professional
aktualisieren, die Pakete apache,
mod_ssl oder openssl jedoch
nicht installiert sind, mssen Sie die Aktualisierung anpassen und
diese Pakete fr die Installation auswhlen. Anleitungen zum
Finden der auszuwhlenden Pakete finden Sie in
Abschnitt namens Anpassung der Aktualisierung fr die Installation des
sicheren Servers.
Wenn Sie Red Hat Linux Secure Web Server Version 1.0 oder 2.0 aktualisieren und Sie Ihren alten
Schlssel und Ihr altes Zertifikat weiter verwenden mchten,
mssen Sie diese in das richtige Verzeichnis verschieben. Weitere
Informationen darber, wie mit in Red Hat Linux Secure Web Server Version 1.0 und 2.0
verwendeten Schlsseln und Zertifikaten zu verfahren ist, finden
Sie in Abschnitt namens Verwenden vorhandener Schlssel und Zertifikate in Kapitel 11.
Wenn Sie den Aktualisierungsprozess anpassen mssen, folgen Sie
bitte den Aktualisierungsanleitungen im Offiziellen Red
Hat Linux Installationshandbuch . Im Prinzip ist
Upgraden als
Installationstyp und dann Zu
aktualisierende Pakete auswhlen auszuwhlen.
Anschlieend mssen Sie die zu aktualisierenden Pakete
auswhlen, wie im Offiziellen Red Hat Linux Installationshandbuch beschrieben. Zur Erleichterung der
Auswahl ist in Tabelle 10-1 angegeben,
wo jedes Server-relevante Paket abgelegt ist und ob es optional ist.
Wenn Sie Red Hat Linux und Apache aktualisieren (einschlielich aller
Versionen von Red Hat Linux Secure Web Server), mssen Sie zwei wichtige Punkte beachten:
In der in Red Hat Linux7.0 enthaltenen Version von Apache ist
/var/www/htmlDocumentRoot.
Mglicherweise haben Sie Ihre Apache Konfigurationsdatei
angepasst (httpd.conf). Sicher mchten
Sie wissen, was damit whrend des Aktualisierungsprozesses
geschieht (lesen Sie dazu bitte weiter).
Prinzipiell ist DocumentRoot das Verzeichnis auf
Ihrem System, das die meisten der von Ihrem Apache Web-Server
angebotenen Web-Seiten enthlt. DocumentRoot
wird ber eine Konfigurationsanweisung in der Apache
Konfigurationsdatei httpd.conf festgelegt. Falls
Sie wenig Erfahrung mit der
DocumentRoot-Konfigurationsanweisung haben, finden
Sie in Abschnitt namens DocumentRoot in Kapitel 12 eine
detailliertere Erklrung.
In frheren Versionen des mit Red Hat Linux ausgelieferten Apache
Web-Servers war DocumentRoot auf
/home/httpd/html eingestellt. In der
Standardversion (ohne Verschlsselung) der Apache
Konfigurationsdatei ist DocumentRoot auf
/usr/local/apache/htdocs eingestellt. Es ist
auch mglich, dass Sie (oder ein Vorgnger) ein ganz
anderes Verzeichnis als DocumentRoot festgelegt
haben. Wichtig ist — in Red Hat Linux7.0 ist die
Standardeinstellung fr DocumentRoot jetzt
/var/www/html.
Ist das fr Sie von Bedeutung? Es ist dann von Bedeutung, wenn
Sie eine frhere Version von Apache als Server fr
Web-Seiten verwendet haben. Alle Web-Seiten, die vorher in einer
anderen DocumentRoot untergebracht waren, werden
von dem mit Red Hat Linux7.0 ausgelieferten Apache in der
Standardkonfiguration nicht mehr gefunden (bzw. nicht mehr vom Server
zum Abruf angeboten). Deshalb mssen Sie eine der folgenden
Aktionen durchfhren:
Verschieben Sie alle Daten in der alten
DocumentRoot (/home/httpd/html,
/usr/local/apache/htdocs bzw. das entsprechende
Verzeichnis) in das neue Verzeichnis
(/var/www/html).
oder
Editieren Sie die Apache Konfigurationsdatei, und ndern Sie
alle Referenzen auf DocumentRoot zurck auf
den alten Verzeichnispfad.
Die von Ihnen gewhlte Lsung hngt von Ihrer
Systemkonfiguration ab. Wenn Sie auf Ihrem System
/home automatisch mounten, ist es
ungnstig, DocumentRoot in
/home unterzubringen. Wenn Sie in
/var andererseits wenig freien Speicherplatz
haben, ist /var ebenfalls nicht der richtige
Platz fr DocumentRoot. Die Entscheidung
ber die beste Lsung liegt bei Ihnen bzw. Ihrem
Systemadministrator und muss auf der Grundlage Ihrer
Systemkonfiguration und den Anforderungen Ihres Web-Servers getroffen
werden. Die Standardkonfiguration von Red Hat Linux Secure Web Server wurde so ausgelegt,
dass sie den Anforderungen der meisten Webmaster entspricht. Leider
ist es nicht mglich, eine fr jede individuelle Situation
optimale Konfiguration anzugeben.
Wenn Sie vorher eine andere Version von Apache installiert hatten und
die Konfigurationsdateien angepasst haben, werden die
Konfigurationsdateien whrend der Installation von Apache mit
der Erweiterung .rpmsave in ihrem Verzeichnis
gespeichert. Wenn Sie vorher eine andere Version von Apache
installiert hatten, die Konfigurationsdateien aber nicht
gendert haben, werden diese whrend der Installation
berschrieben.
Nach der Installation von Apache knnen Sie mit Ausschneiden und
Einfgen Ihre nderungen aus der alten Apache
Konfigurationsdatei (httpd.conf.rpmsave) in die
neu installierte httpd.conf Konfigurationsdatei
fr den sicheren Server bertragen.
Das Dialogfeld Installationstyp
(Abbildung 14-11) bietet fnf
Auswahlmglichkeiten, die weiter unten beschrieben werden.
Abbildung 14-11 Dialogfeld Installationstyp
Workstation installieren - Installation in
einem System, das primr als Workstation verwendet wird. Laden
Sie die GNOME-GUI (und/oder die KDE-GUI), und konfigurieren Sie das
System, so dass GNOME (oder KDE) als Standard-Desktop geladen wird.
Das Installationsprogramm lscht alle Daten in vorhandenen
Linux-Partitionen, legt fest, wie die Festplatte fr die neue
Version partitioniert wird und welche Software-Pakete geladen
werden.
Warnung
Wenn die Festplatte fr Linux und Windows NT gemeinsam
genutzt werden soll, drfen Sie diese Methode nicht
verwenden, da Windows NT sonst nicht mehr gestartet werden
kann. LILO berschreibt den Bootloader von NT, und Sie
knnen NT nicht mehr booten. Sie mssen eine
benutzerdefinierte Installation durchfhren und LILO so
konfigurieren, dass er nicht im Master Boot Record (MBR)
installiert wird.
Bei der Einrichtung einer Dual-Boot-Umgebung auf einem System,
auf dem NT installiert ist, mssen Sie LILO statt im MBR
im ersten Sektor der Root-Partition installieren. Sie
mssen in diesem Fall unbedingt eine Bootdiskette
erstellen. In diesem Fall mssen Sie zum Starten von Linux
entweder eine Bootdiskette verwenden oder den Loader von
Windows NT so konfigurieren, dass LILO vom ersten Sektor der
Root-Partition gestartet wird. Weitere Informationen zum
Einrichten von LILO und NT finden Sie unter
http://www.linuxdoc.org/HOWTO/mini/Linux+NT-Loader.html.
Bitte lesen Sie sich diese Informationen sorgfltig durch.
Im Folgenden ist aufgefhrt, wie viel Festplattenplatz
mindestens fr eine Installation der Klasse Workstation
erforderlich ist.
Workstation mit GNOME - 900 MB
Workstation mit KDE - 900 MB
Workstation mit GNOME und KDE - 1,1 GB
Falls Sie vorhaben, alle Gruppenpakete (GNOME ist z.B. eine
Paketgruppe) sowie alle zustzlichen individuellen Pakete
auszuwhlen, sollten Sie dafr 1,7 GB oder mehr an
Festplattenplatz vorsehen. Auf diese Weise steht Ihnen
auerdem etwas Platz zum Schreiben von zustzlichen
Daten zur Verfgung.
Server-System installieren - Installation auf
einem System, das primr als Server genutzt werden soll. Das X
Window System wird nicht konfiguriert, und beim Systemstart wird
keine grafische Benutzeroberflche gestartet. Das
Installationsprogramm lscht alle Daten
in allen vorhandenen Partitionen, legt fest,
wie die Festplatte fr die neue Version partitioniert wird und
welche Software-Pakete geladen werden.
Im Folgenden ist aufgefhrt, wie viel Festplattenplatz
mindestens fr eine Installation der Klasse Server
erforderlich ist.
Server (mindestens) - 450 MB
Server (alle Pakete) - 1 GB
Falls Sie vorhaben, alle Gruppenpakete sowie zustzliche
individuelle Pakete auszuwhlen, sollten Sie dafr 1,7 GB
oder mehr an Festplattenplatz vorsehen. Auf diese Weise steht Ihnen
auerdem etwas Platz zum Schreiben von zustzlichen
Daten zur Verfgung.
Benutzerdefiniertes System installieren -
Ermglicht eine benutzerdefinierte Installation. Alle
Entscheidungen bezglich Festplattenpartitionierung und
-initialisierung, Auswahl der zu installierenden Software-Pakete
sowie Konfiguration von X Window System und Benutzeroberflche
werden von Ihnen getroffen.
Im Folgenden ist aufgefhrt, wie viel Festplattenplatz
mindestens fr eine Installation der Klasse Benutzerdefiniert
erforderlich ist.
Benutzerdefiniert (mindestens) - 250 MB
Benutzerdefiniert (alles) - 1,7 GB
Vorhandene Installation aktualisieren -
Aktualisiert eine frhere Version von Red Hat Linux (3.0.3 oder
spter), ohne dass vorhandene Daten gelscht werden. Das
Installationsprogramm aktualisiert den modularen Kernel der Version
2.2.x und alle bereits installierten Software-Pakete.
Wenn Sie Aktualisieren whlen und das Installationsprogramm mehr
als eine installierte Linux-Version im System findet, werden Sie
gefragt, welche Version aktualisiert werden soll. Wenn Sie dies
angegeben haben, oder wenn nur eine installierte Linux-Version im
System vorliegt, prft das Installationsprogramm das vorhandene
System, um festzustellen, welche Software-Pakete aktualisiert werden
mssen. Daraufhin wird das Dialogfeld Konfigurieren
der zu aktualisierenden Pakete
(Abbildung 14-12) geffnet.
Abbildung 14-12 Dialogfeld Konfigurieren der zu aktualisierenden Pakete
Wenn Sie mit Nein antworten, beginnt das
Installationsprogramm mit der Aktualisierung vorhandener Pakete.
Geben Sie Ja ein, wenn Sie in der Liste der zu
aktualisierenden Pakete einzelne Pakete hinzufgen oder
entfernen mchten. Das Dialogfeld Auswhlen von Paketen
finden Sie in Abschnitt namens Auswhlen von Einzelpaketen. Sobald Sie
alle nderungen vorgenommen haben, wird die Aktualisierung
gestartet.
Bitte beachten
Einige der aktualisierten Programmpakete funktionieren
mglicherweise nur in Verbindung mit anderen Paketen. Der
Aktualisierungsvorgang erkennt diese
Abhngigkeiten und installiert
gegebenenfalls die zustzlichen Pakete.
Der Aktualisierungsvorgang sichert vorhandene Konfigurationsdateien
durch Anhngen der Erweiterung .rpmsave
(z.B. sendmail.cf.rpmsave) und protokolliert
alle ausgefhrten Aktionen in der Datei
/tmp/upgrade.log. Da sich in neuen
Software-Versionen auch die Formate der Konfigurationsdateien
ndern knnen, sollten Sie die ursprnglichen
Konfigurationsdateien mit den neuen Dateien vergleichen, bevor Sie
diese in Ihr System integrieren.
Als Nchstes erscheint das Dialogfeld
Abbildung 14-40. Es wird so lange auf dem
Bildschirm angezeigt, bis die Aktualisierung abgeschlossen ist.
Auch wenn Sie in Ihrem Offiziellen Red Hat Linux Referenzhandbuch schon ziemlich
detaillierte Informationen zu Ihrem Red Hat Linux System finden, ist es dennoch
wichtig, dass Sie sich die Dokumentation beschaffen, die fr Ihren
Kenntnisstand in Sachen Linux geeignet ist. Unabhngig von den
Erfahrungen, die Sie bereits mit Linux gemacht haben, knnen Sie
sich ohne die richtige Dokumentation schnell berfordert
fhlen.
Schauen wir uns doch einfach die drei Kategorien von Red Hat Linux Benutzern
an, um etwas genauer sagen zu knnen, welche Dokumentation am
besten fr Sie geeignet ist. Zunchst sollten Sie sich klar
werden, wie umfangreich Ihre Vorkenntnisse sind. Hier sind die drei
grundlegenden Kategorien:
Linux-Neuling
Dieser Benutzertyp hat bislang noch kein Linux-Betriebssystem
(oder von Linux abgeleitetes Betriebssystem) verwendet oder
verfgt nur ber geringe Kenntnisse in Linux.
Mglicherweise sind bereits gewisse Kenntnisse im Umgang mit
anderen Betriebssystemen vorhanden (beispielsweise Windows).
Trifft das auf Sie zu? In diesem Fall sollten Sie sich
Abschnitt namens Dokumentation fr Linux-Neulinge durchlesen.
Gewisse Erfahrung mit Linux
Dieser Benutzertyp hat Linux (allerdings nicht Red Hat Linux) bereits
zuvor erfolgreich installiert und verwendet. Er verfgt
unter Umstnden auch ber vergleichbare Erfahrungen mit
anderen Betriebssystemen, die Linux hneln. Trifft das auf
Sie zu? In diesem Fall sollten Sie sich
Abschnitt namens Dokumentation fr erfahrene Linux-Benutzer durchlesen.
Alter Hase
Dieser Benutzertyp hat Red Hat Linux bereits zuvor erfolgreich
installiert und verwendet. Sind Sie ein alter Hase in Sachen
Linux? In diesem Fall sollten Sie sich
Abschnitt namens Dokumentation fr Linux-Experten durchlesen.
Auch der lngste Fluss beginnt irgendwo seinen Lauf. Dieses alte
Sprichwort gilt auch fr das Erlernen des Red Hat Linux Systems. Das
grndliche Einarbeiten in Linux ist ein langer, aber lohnender
Weg, bei dem Sie feststellen werden, dass Ihnen Linux
Mglichkeiten erffnet, von denen die Benutzer anderer
Betriebssysteme nur trumen knnen. Sie mssen nur
erst einmal den ersten Schritt dieses langen Wegs wagen - und im
Folgenden erfahren Sie, wie Sie hierzu vorgehen mssen.
Der erste Schritt besteht im Allgemeinen darin, sich die ntige
Dokumentation zu besorgen. Die Wichtigkeit dieses Schritts kann gar
nicht oft genug betont werden, da Sie ohne die erforderlichen
Informationen Ihr Red Hat Linux System nicht nach Ihren Wnschen
einrichten knnen und sich mglicherweise rasch wieder von
Linux abwenden werden.
Nachstehend wird beschrieben, nach welchen Kriterien Sie Ihre
Dokumentation auswhlen sollten:
Eine kurze Geschichte der Entwicklung von Linux — Viele
Aspekte von Linux lassen sich durch die historische Entwicklung
dieses Betriebssystems besser verstehen. Es gibt sogar so etwas
wie eine Linux-Kultur, die wiederum eng mit dieser Geschichte
verbunden ist. Wenn Sie sich zumindest ein bisschen mit der
Entstehungsgeschichte von Linux auskennen, kommt Ihnen das auch
beim Gedankenaustausch mit erfahreneren Linux-Benutzern im
Internet zugute.
Eine Erklrung der Funktionsweise von Linux — Auch
wenn es sicher nicht ntig ist, sich mit den exotischsten
Fragestellungen hinsichtlich des Linux-Kernels
auseinanderzusetzen, ist doch ein grundlegendes Verstndnis
der Funktionsweise von Linux sehr hilfreich. Diese Kenntnisse
sind vor allem dann wichtig, wenn Sie sich bereits mit anderen
Betriebssystemen auskennen. Einige der Konzepte dieser
Betriebsysteme knnen mglicherweise nicht direkt auf
Linux bertragen werden. Ein paar Kapitel mit Anmerkungen
zur Funktionsweise von Linux (und vor allem zu Unterschieden
zwischen Ihrem gewohnten Betriebssystem und Linux) leisten einen
unverzichtbaren Beitrag zum erfolgreichen Start mit Ihrem Red Hat Linux
System.
Eine einfhrende Befehlsbersicht (mit Beispielen)
— Dies ist vielleicht der wichtigste Punkt bei Ihrer Suche
nach geeigneter Linux-Dokumentation. Die grundlegende Philosophie
hinter Linux besteht darin, dass die Kombination
"kleiner" Befehle mit eingeschrnktem
Funktionsumfang der Verwendung einiger weniger
"groer" und somit komplexer Befehle vorzuziehen
ist. Die Verarbeitung der Daten erfolgt somit schrittweise und
nicht in einem groen Arbeitsschritt, wie es bei komplexen
Befehlen der Fall wre. Wenn Sie sich nicht anhand von
Beispielen mit dem von Linux vertretenen Ansatz fr das
Erledigen von Aufgaben vertraut machen, kann es sein, dass Sie
von der Vielzahl der auf Ihrem Red Hat Linux System zur Verfgung
stehenden Befehle schier berwltigt werden.
Im Folgenden erhalten Sie einige Hinweise, welche Art von
Dokumentation Ihren Anforderungen vermutlich am besten gerecht wird:
Bcher — Linux for Dummies von
John "maddog" Hall, erschienen bei IDG;
Using Linux von William H. Ball,
erschienen bei Que; Running Linux von Matt
Welsh und Lar Kaufman, erschienen bei O'Reilly & Associates;
Red Hat Linux Secrets von Naba Barkakati,
erschienen bei IDG.
Die Red Hat Website — Auf unserer eigenen Website
(http://www.redhat.de)
finden Sie Links zum Linux Documentation Project (LDP), dem
Offiziellen Red Hat Linux Installationshandbuch, dem
Offiziellen Red Hat Linux Handbuch Erste Schritte, den FAQs (hufig
gestellten Fragen), der Datenbank fr die Suche nach einer
Linux-Benutzergruppe in Ihrer Nhe und einer weiteren
Datenbank mit Wissenswertem zu Linux und mehr. Kurzum, auf
unserer Website finden Sie alle Informationen, die Sie fr
Ihre ersten Schritte mit Linux bentigen.
Newsgroups — Es gibt wohl kein anderes Betriebssystem, bei
dem Neulinge so umfassende Untersttzung durch erfahrene
Benutzer erhalten wie bei Linux. Im Usenet finden Sie Dutzende
von Newsgroups zu Linux, darunter die folgenden Newsgroups, die
bei einer Suche mit Deja News
(http://www.deja.com)
angegeben wurden:
Wenn Sie bereits andere Linux-Distributionen verwendet haben, sind
Ihnen vermutlich bereits die am hufigsten verwendeten Befehle
gelufig. Mglicherweise haben Sie ein eigenes Linux-System
installiert und sogar Software aus dem Internet heruntergeladen und
installiert. Welche Informationen bentigen Sie nun?
Aufgabenorientierte Informationen — Hufig
mchten Sie Ihr Red Hat Linux System auf eine bestimmte Weise
konfigurieren, wissen aber nicht genau, wie Sie damit beginnen
sollen. In diesem Fall ist es oft eine groe Hilfe, wenn
Sie wissen, wie andere Benutzer hierzu vorgegangen sind. Hier
kann das Linux Documentation Project (auch als LDP bekannt) sehr
ntzlich sein. In jedem HOWTO-Dokument wird ein bestimmter
Aspekt von Linux besprochen - von den Geheimnissen des Kernels
bis hin zur Verwendung von Linux fr einen
Amateur-Radiosender.
Wenn Sie eines der verschiedenen Pakete mit
HOWTO -Dateien bei der Installation von
Red Hat Linux ausgewhlt haben, finden Sie die HOWTOs auf Ihrem
System unter /usr/share/doc/HOWTO.
Wenn Sie Red Hat Linux schon seit langem verwenden, haben Sie bei der Suche
nach Dokumentation sicher auch bislang folgendes Motto
bercksichtigt:
Immer erst die Quelle lesen!
Mitunter ist es schon vllig ausreichend, die Quelle zu lesen,
um komplizierte Sachverhalte pltzlich zu begreifen. Und da
Linux vllig frei verfgbar ist, stellt auch das Beschaffen
dieser Quellen berhaupt kein Problem dar. Das eigentliche
Problem liegt eher in deren Verstndlichkeit…
Das Offizielle Red Hat Linux Referenzhandbuch ist Bestandteil des stndig
wachsenden Engagements von Red Hat, Red Hat Linux Benutzer zum richtigen
Zeitpunkt durch ntzliche Informationen zu untersttzen. In
den knftigen Ausgaben werden Sie erweiterte Informationen
ber Systemadministration, Konsolentools und weitere Ressourcen
finden, damit Sie Ihr Red Hat Linux System — noch besser nutzen
knnen.
Das Einrichten eines Kerberos 5 Clients ist weniger aufwendig als das
Einrichten eines Servers. Die Mindestvoraussetzung besteht darin, die
Client-Pakete zu installieren und Ihren Clients eine gltige
Konfigurationsdatei krb5.conf zur Verfgung
zu stellen. Die kerberisierten Versionen von rsh und
rlogin erfordern ebenfalls einige
Konfigurationsnderungen.
Installieren Sie die Pakete krb5-libs und
krb5-workstation auf allen Clients in Ihrem
Realm. Es ist erforderlich, dass Sie fr Ihre
Client-Workstations Ihre eigene Version von
/etc/krb5.conf zur Verfgung stellen. In
der Regel kann es sich um dieselbe krb5.conf
handeln, die vom KDC verwendet wird.
Bevor Benutzer ber eine Workstation in Ihrem Realm mit
kerberisiertem rsh und rlogin
eine Verbindung herstellen knnen, muss auf der betreffenden
Workstation das Paket xinetd installiert
worden sein, und die Workstation muss in der Kerberos-Datenbank
ber einen eigenen Host-Principal verfgen.
Auerdem mssen die Serverprogramme
kshd und klogind Zugriff auf
die Keys haben, die fr den Principal ihres Dienstes gelten.
Verwenden Sie kadmin, um einen Host-Principal
fr die Workstation hinzuzufgen. In diesem Fall besteht
der Instance aus dem Hostnamen der Workstation. Da Sie das Passwort
fr diesen Principal wahrscheinlich nie wieder einzugeben
brauchen und Sie sich deshalb vermutlich keine groen
Gedanken um ein besonderes Passwort machen mchten,
knnen Sie fr den kadmin-Befehl
addprinc einfach die Option
-randkey verwenden, um den Principal zu
erstellen und ihm ein Zufallspasswort zuzuweisen:
addprinc -randkey host/blah.example.com
Nachdem Sie den Principal erzeugt haben, knnen Sie nun die
Keys fr die Workstation extrahieren. Fhren Sie dazu
kadmindirekt auf der Workstation
aus, und verwenden Sie den
kadmin-Befehl ktadd:
ktadd -k /etc/krb5.keytab host/blah.example.com
Um die kerberisierten Versionen von rsh und
rlogin verwenden zu knnen, mssen Sie
entweder ntsysv oder
chkconfig benutzen, um
klogin, eklogin und
kshell zu aktivieren.
Darber hinaus mssen auch andere kerberisierte
Netzwerkdienste gestartet werden. Um den kerberisierten
telnet-Dienst verwenden zu knnen,
mssen Sie ktelnet mit Hilfe von
ntsysv oder chkconfig
aktivieren.
Falls Sie auerdem FTP-Zugang zur Verfgung stellen
mchten, mssen Sie einen Key fr einen Principal
erzeugen und extrahieren. Der Root dieses Key muss FTP lauten, und
als Instance muss der Rechnername des FTP-Servers angegeben sein.
Verwenden Sie anschlieend ntsysv
oder chkconfig, um gssftp zu
aktivieren.
Der im Paket imap enthaltene IMAP-Server
verwendet mit Hilfe von Kerberos 5 die GSS-API-Authentifizierung,
sofern er den entsprechenden Key in
/etc/krb5.keytab findet. Der Root fr den
Principal sollte imap lauten. Der CVS gserver verwendet einen
Principal mit dem Root cvs; ansonsten ist er identisch mit einem
pserver.
Dies sind alle Informationen, die Sie bentigen, um einen
einfachen Kerberos-Realm einzurichten.
Nachdem Sie sich mit einigen in Kerberos verwendeten Begriffen vertraut
gemacht haben, hier nun eine vereinfachte Erluterung der
Funktionsweise des Kerberos-Authentifizierungssystems:
Wenn ein Benutzer in einem "normalen" Netzwerk, das
Passwrter zur Benutzerauthentifizierung verwendet, einen
Netzwerkdienst anfordert, fr den eine Authentifizierung
erforderlich ist, dann wird der Benutzer aufgefordert, sein Passwort
einzugeben. Dieses Passwort wird dann im Klartext im Netzwerk gesendet,
und der Benutzer erhlt Zugriff auf den gewnschten
Netzwerkdienst.
Wie bereits an anderer Stelle erwhnt, besteht das Hauptproblem
darin, wie Passwrter verwendet werden knnen, ohne dass sie
zur Authentifizierung im Netzwerk versendet werden mssen.
Fr dieses Problem bietet Kerberos die Lsung. In einem
kerberisierten Netzwerk sind die Principals und ihre Keys in der
Kerberos-Datenbank enthalten (bei Benutzern werden diese Keys von den
Benutzer-Passwrtern abgeleitet). Auerdem enthlt die
Kerberos-Datenbank die Keys fr alle Netzwerkdienste.
Wenn sich ein Benutzer in einem kerberisierten Netzwerk an seiner
Workstation anmeldet, wird sein Principal fr die Anforderung
eines TGT an den KDC gesendet. Diese Anforderung kann entweder vom
Anmeldeprogramm (also fr den Benutzer transparent) oder - nachdem
sich der Benutzer angemeldet hat - vom Programm
kinit gesendet werden.
Der KDC sucht dann in seiner Datenbank nach diesem Principal. Sobald
der Principal gefunden wurde, erstellt der KDC ein TGT,
verschlsselt es unter Verwendung des zu diesem Benutzer
gehrenden Key und sendet es an den Benutzer zurck.
Das Anmeldeprogramm oder kinit entschlsselt
das TGT mit Hilfe des Benutzer-Key (den es aus dem Passwort des
Benutzers errechnet). Das TGT, das nur fr eine bestimmte
Zeitspanne gltig ist, wird in Ihrem Credential Cache gespeichert.
Die Gltigkeitsdauer ist so eingerichtet, dass ein TGT immer nur
whrend einer bestimmten Zeitspanne (in der Regel acht Stunden)
verwendet werden kann - im Gegensatz zu einem Passwort, das so lange
verwendet werden kann, bis es gendert wird. Der Benutzer braucht
sein Passwort erst wieder einzugeben, wenn das TGT abgelaufen ist oder
er sich ab- und dann wieder neu anmeldet.
Wenn der Benutzer auf einen Netzwerkdienst zugreifen mchte,
fordert das TGT beim Ticket Granting Service (TGS), der auf dem KDC
ausgefhrt wird, ein Ticket fr den betreffenden Dienst an.
Der TGS stellt ein Ticket fr den gewnschten Dienst aus, das
zur Authentifizierung des Benutzers verwendet wird.
Wie Sie sicherlich bereits vermutet haben, handelt es sich bei dieser
Erluterung natrlich nur um eine sehr vereinfachte
Darstellung. Eine detaillierte Beschreibung der Funktionsweise von
Kerberos, siehe Abschnitt namens Weitere Informationen zu Kerberos.
Bitte beachten:
Kerberos bentigt verschiedene Netzwerkdienste, um korrekt zu
arbeiten. Zunchst ist fr Kerberos eine
Zeitsynchronisierung zwischen den Rechnern in Ihrem Netzwerk
erforderlich. Falls Sie fr Ihr Netzwerk bisher kein Programm
zur Zeitsynchronisierung eingerichtet haben, mssen Sie ein
solches Programm einrichten. Da Kerberos zum Teil auch auf den Domain
Name Service (DNS) angewiesen ist, mssen Sie sich
auerdem vergewissern, dass die DNS-Eintrge und -Hosts in
Ihrem Netzwerk korrekt eingerichtet sind. Weitere Informationen
hierzu finden Sie im Kerberos V5 System Administrator's
Guide, der unter
/usr/share/doc/krb5-server-Versionsnummer/
im PostScript- und im HTML-Format zur Verfgung steht.
Steiner, Jennifer G./Neuman, Clifford/Schiller, Jeffrey I:
Kerberos: An Authentication Service for Open Network
Systems — die Original-Beschreibung zu
Kerberos; im PostScript-Format
Designing an Authentication System: a Dialogue in Four
Scenes; 1988 von Bill Bryant verfasst, 1997 von
Theodore Ts'o berarbeitet. Das Dokument enthlt ein
Gesprch zwischen zwei Entwicklern, die ber die
Schaffung eines Authentifizierungssystems in der Art von Kerberos
nachdenken. Dank seines Gesprchscharakters und dadurch,
dass zunchst die Grundlagen diskutiert werden, eignet sich
dieses Dokument besonders fr Benutzer, die noch nicht mit
Kerberos vertraut sind.
Praktische Ratschlge zur Kerberisierung Ihres Netzwerks
Wenn Sie die Kerberos RPM-Pakete installieren, werden der
Kerberos V5 Installation Guide und der
Kerberos V5 System Administrator's Guide in den
Formaten PostScript und HTML ebenfalls installiert. Sie finden sie
unter
/usr/share/doc/krb5-server-versionnumber/.
Der Kerberos V5 UNIX User's Guide wird unter
/usr/share/doc/krb5-workstation-versionnumber/ im PostScript- und HTML-Format installiert.
Zurzeit verwenden die kerberisierten Dienste keinerlei PAM — ein
kerberisierter Server berspringt PAM vollstndig.
Anwendungen, die PAM verwenden, knnen Kerberos zur
Passwortberprfung nutzen, sofern das Modul pam_krb5
installiert ist (im Lieferumfang des Paketes
pam_krb5 enthalten). Das Paket
pam_krb5 enthlt
Beispielkonfigurationsdateien, durch die Dienste wie
login und gdm in der Lage sind,
Benutzer zu authentifizieren und unter Verwendung ihrer Passwrter
erste Berechtigungsnachweise zu erhalten. Unter der Voraussetzung, dass
der Zugriff auf Netzwerkserver immer ber kerberisierte Dienste
vorgenommen wird (oder ber Dienste, die GSS-API verwenden, wie
z.B. IMAP), kann das Netzwerk als relativ sicher bezeichnet werden.
Vorsichtige Systemadministratoren werden keine
Kerberos-Passwortberprfung zu den Netzwerkdiensten
hinzufgen, da die meisten von diesen Diensten verwendeten
Protokolle das Passwort vor der Versendung ber das Netzwerk nicht
verschlsseln — und gerade das mchten Sie
schlielich vermeiden.
Wenn Sie Kerberos einrichten, mssen Sie zuerst den/die Server
installieren. Falls Sie Slave-Server bentigen, finden Sie
detaillierte Informationen zum Einrichten der Beziehungen zwischen
Master- und Slave-Servern im Kerberos 5 Installation
Guide (unter
/usr/share/doc/krb5-server-Versionsnummer/).
So installieren Sie einen Kerberos-Server:
Installieren Sie die Pakete krb5-libs,
krb5-server und
krb5-workstation auf dem dedizierten Rechner,
auf dem Ihr KDC ausgefhrt werden soll. Dieser Rechner muss
sicher sein — falls mglich, sollten auer dem KDC
keine weiteren Dienste auf ihm ausgefhrt werden.
Falls Sie ein GUI-Dienstprogramm (Graphical User Interface, GUI)
fr die Verwaltung von Kerberos verwenden mchten,
sollten Sie auch das Paket gnome-kerberos
installieren. gnome-kerberos enthlt
krb5, ein GUI-Tool fr das Verwalten von
Tickets, und gkadmin, ein GUI-Tool fr das
Verwalten von Kerberos-Realms.
Bearbeiten Sie die Konfigurationsdateien
/etc/krb5.conf und
/var/kerberos/krb5kdc/kdc.conf, so dass der
Name Ihres Realms und Ihre Zuordnungen Domne/Realm darin
wiedergegeben werden. Sie knnen einen einfachen Realm
erzeugen, indem Sie die Instances von
EXAMPLE.COM und
example.com durch den Namen Ihrer
Domne ersetzen (behalten Sie die Gro- und
Kleinschreibung bei) und den KDC
kerberos.example.com in den Namen Ihres
Kerberos-Servers ndern. Es herrscht die Konvention, alle
Namen von Realms in Grobuchstaben und alle DNS-Rechnernamen
und Domnennamen in Kleinbuchstaben anzugeben. Details zu den
Formaten dieser Dateien finden Sie auf den entsprechenden
man-Seiten.
Erstellen einer Datenbank mit Hilfe des Dienstprogramms
kdb5_util von einem Shell Prompt aus:
/usr/kerberos/sbin/kdb5_util create -s
Der Befehl create erstellt die Datenbank, in der
die Keys fr Ihren Kerberos-Realm gespeichert werden. Die
Erweiterung -s erzwingt das Erstellen einer
stash-Datei, in der der Key des
Master-Servers gespeichert ist. Ist keine stash-Datei vorhanden,
aus der der Key ausgelesen werden knnte, fordert der
Kerberos-Server (krb5kdc) den Benutzer bei
jedem Start auf, das Passwort des Master-Servers einzugeben (das
zum Regenerieren des Key verwendet werden kann).
Bearbeiten Sie die Datei
/var/kerberos/krb5kdc/kadm5.acl.
kadmind verwendet diese Datei, um festzustellen,
welche Principals Zugriff auf die Kerberos-Datenbank haben und
ber welche Art von Zugriff sie verfgen. Fr die
meisten Organisationen reicht eine einzelne Zeile aus:
*/admin@EXAMPLE.COM*
Die meisten Benutzer werden in der Datenbank durch einen einzelnen
Principal reprsentiert (mit einem Instance vom Typ
NULL; z.B.:
joe@EXAMPLE.COM). Bei dieser Konfiguration
haben Benutzer, die ber einen zweiten Principal mit einem
Instance vom Typ admin verfgen (z.B.:
joe/admin@EXAMPLE.COM), umfassenden Zugriff
auf die Kerberos-Datenbank des Realms.
Sobald kadmind auf dem Server gestartet wurde,
kann jeder Benutzer auf die Serverdienste zugreifen, indem er auf
einem beliebigen Client oder Server im Realm
kadmin oder gkadmin
ausfhrt. Allerdings knnen nur in der Datei
kadm5.acl aufgefhrte Benutzer die
Datenbank beliebig modifizieren (davon ausgenommen sind
nderungen an ihrem eigenen Passwort).
Bitte beachten:
Die Dienstprogramme kadmin und
gkadmin kommunizieren mit dem
kadmind-Server ber das Netzwerk. Bevor
Sie zu Verwaltungszwecken ber das Netzwerk eine Verbindung
mit dem Server herstellen knnen, mssen Sie einen
Principal erzeugen. Verwenden Sie dazu den Befehl
kadmin.local:
Starten Sie Kerberos mit Hilfe der folgenden Befehle:
krb5kdc startkadmin startkrb524 start
Fgen Sie fr Ihre Benutzer Principals hinzu. Verwenden
Sie dazu den kadmin-Befehls
addprinc oder die
gkadmin-Menoption
Principal => Add
(Hinzufgen).
berprfen Sie, ob der Server Tickets ausstellt.
Fhren Sie zunchst kinit aus, um ein
Ticket zu erhalten, und speichern Sie es in einer Credential
Cache-Datei. Zeigen Sie anschlieend mit
klist eine Liste der in Ihrem Cache enthaltenen
Berechtigungsnachweise (Credentials) an, und lschen Sie den
Cache und die darin enthaltenen Berechtigungsnachweise mit Hilfe
von kdestroy.
Bitte beachten:
Standardmig verwendet kinit
fr Ihre Authentifizierung den Anmeldenamen des Benutzers,
als der Sie aktuell angemeldet sind. Entspricht der Benutzer,
unter dem Sie sich angemeldet haben, keinem der Principals in
Ihrer Kerberos-Datenbank, wird eine Fehlermeldung ausgegeben. In
diesem Fall brauchen Sie kinit nur den Namen
Ihres Principal als Argument in der Befehlszeile anzugeben.
Sobald Sie die oben beschriebenen Schritte durchgefhrt haben,
sollte Ihr Kerberos-Server vollstndig eingerichtet sein und
laufen. Als Nchstes mssen Sie die Kerberos-Clients
einrichten.
Wie jedes andere System verfgt auch Kerberos ber seine
eigene Terminologie. Daher sollten Sie sich zunchst mit den im
Folgenden aufgefhrten Begriffen vertraut machen, bevor Sie sich
mit der Funktionsweise von Kerberos beschftigen:
ciphertext — verschlsselte Daten
Client — Ein Objekt im Netzwerk (ein Benutzer, ein Host
oder eine Anwendung), das von Kerberos ein Ticket erhalten kann
Credential Cache oder Ticket File — Eine Datei, die die Keys
fr die Verschlsselung der Kommunikation zwischen einem
Benutzer und verschiedenen Netzwerkdiensten enthlt. Kerberos
5 stellt zwar einen Rahmen fr die Verwendung anderer
Cache-Typen (wie z.B. gemeinsam genutzten Speicher) zur
Verfgung, allerdings werden Dateien besser untersttzt
Key — Ein Datenblock, der zum Verschlsseln bzw.
Entschlsseln von Daten verwendet wird. Verschlsselte
Daten lassen sich ohne den richtigen Key nicht bzw. nur durch
wirklich leistungfhige Programme zum Herausfinden von
Passwrtern entschlsseln
Key Distribution Center (KDC) — Ein Rechner, der
Kerberos-Tickets ausgibt (manchmal auch als Ticket Granting Server
oder TGS bezeichnet)
keytab — Kurzform fr key table,
eine Datei, die eine unverschlsselte Liste aller Principals
und ihrer Keys enthlt. Server holen sich die bentigten
Keys aus keytab-Dateien, statt kinit zu
verwenden. Die standardmige keytab-Datei ist
/etc/krb5.keytab, wobei
kadmind der einzige bekannte Dienst ist, der
eine andere Datei verwendet (er verwendet
/var/kerberos/krb5kdc/kadm5.keytab)
Klartext — Unverschlsselte Daten
Principal — Ein Benutzer oder Dienst, der sich mit Hilfe von
Kerberos authentifizieren kann. Der Name eines Principal hat das
Format "root[/instance]@REALM".
Bei einem typischen Benutzer entspricht root
seiner Login-ID; instance ist dagegen
optional. Wenn ein Principal ber einen Instance verfgt,
ist dieser von Root durch einen Schrgstrich ("/")
getrennt. Bei dem leeren String ("") handelt es sich
zwar um einen gltigen Instance (der sich vom Standardinstance
NULL unterscheidet), allerdings kann seine
Verwendung zu Verwirrung fhren. Alle Principals innerhalb
eines Realms verfgen ber ihren eigenen
Key, der sich entweder aus ihrem Passwort (bei
Benutzern) ableitet oder nach dem Zufallsprinzip erzeugt wird (bei
Diensten)
Realm (Gltigkeitsbereich) — Ein Netzwerk, das Kerberos
verwendet und aus einem oder einigen Servern (auch als KDCs
bezeichnet) sowie einer (potentiell sehr groen) Zahl von
Clients besteht
Service (Dienst) — Ein Programm oder Computer auf das/den
ber das Netzwerk zugegriffen werden kann
Ticket — Ein temporrer Satz an elektronischen
Berechtigungsnachweisen (Credentials), die die Identitt
eines Client fr einen bestimmten Dienst verifizieren
Ticket Granting Ticket (TGT) — Ein spezielles Ticket, das es
dem Client ermglicht, zustzliche Tickets zu erhalten,
ohne diese beim KDC anfordern zu mssen
Dank Kerberos wird eine Bedrohung, die ganz allgemein fr die
Sicherheit im Netzwerk besteht, ausgeschaltet. Weshalb also wird
Kerberos dann nicht in jedem Netzwerk verwendet? Die Implementierung
von Kerberos kann sich aus mehreren Grnden schwierig gestalten:
Es existiert keine schnelle und standardisierte skriptbasierte
Lsung fr das bertragen von
Benutzerpasswrtern von einer standardmigen
UNIX-Passwortdatenbank in eine Kerberos-Passwortdatenbank. Zwar
ist die bertragung technisch mglich, doch stehen
fr Kerberos keine Konvertierungsskripten zur Verfgung.
Weitere Informationen hierzu siehe
Kerberos FAQ Question 2.23.
Damit eine Anwendung Kerberos verwenden kann, mssen ihre
Quellen so modifiziert werden, dass die geeigneten Aufrufe an die
Kerberos-Bibliotheken gesendet werden knnen. Bei einigen
Anwendungen ist der hierfr erforderliche Programmieraufwand
mglicherweise zu gro. Bei anderen Anwendungen
mssen an dem von den Netzwerkservern und ihren Clients
verwendeten Protokoll nderungen vorgenommen werden. Auch das
kann unter Umstnden einen zu groen Aufwand bedeuten.
Zudem besteht die Mglichkeit, dass einige Closed
Source-Anwendungen einfach nicht mit Kerberos arbeiten knnen.
Falls Sie sich fr den Einsatz von Kerberos in Ihrem Netzwerk
entscheiden, mssen Sie sich auerdem bewusst sein, dass
Kerberos "entweder ganz oder gar nicht" eingesetzt wird.
Wenn also noch irgendwelche Dienste in
Verwendung bleiben, die Passwrter im Klartext
bermitteln, dann besteht weiterhin Gefahr, dass Ihre
Passwrter abgehrt werden knnen, d.h., es ergibt
sich fr Ihr Netzwerk keinerlei Vorteil aus der Verwendung von
Kerberos. Wenn Sie Ihr Netzwerk durch Kerberos sichern
mchten, mssen Sie entweder alle
Anwendungen, die Passwrter im Klartext versenden,
kerberisieren (sie so einrichten, dass sie mit
Kerberos arbeiten knnen), oder ganz auf die Verwendung dieser
Anwendungen in Ihrem Netzwerk verzichten.
Richtet die Authentifizierungsoptionen fr das System ein.
Dieser Befehl hnelt dem Befehl
authconfig, der nach der Installation
ausgefhrt werden kann. Standardmig wird statt
Shadow-Passwrtern die normale Verschlsselung
verwendet.
--enablemd5
Verwenden von MD5-Verschlsselung fr die
Benutzerpasswrter.
--enablenis
Aktiviert die NIS-Untersttzung.
Standardmig verwendet
--enablenis die nchste
Domne, die im Netzwerk gefunden wird. Eine
Domne sollte fast immer manuell eingestellt werden
(ber --nisdomain).
--nisdomain
NIS-Domnenname fr NIS-Dienste.
--nisserver
Server fr NIS-Dienste (Standardvorgabe ist Broadcast).
--useshadow
Shadow-Passwrter verwenden.
--enableldap
Aktiviert die LDAP Untersttzung in
/etc/nsswitch.conf und
ermglicht es Ihrem System, Informationen ber
Benutzer (UIDs, Home-Verzeichnis, Shells etc.) aus einem
LDAP-Verzeichnis abzufragen. Um diese Option verwenden zu
knnen, muss das Paket nss_ldap
installiert sein. Auerdem mssen Sie einen
Server und einen Basis-DN angeben.
--enableldapauth
Verwenden Sie LDAP als Methode zur Authentifizierung.
Dadurch wird das Modul pam_ldap in
die Lage versetzt, Authentifizierungen und
Passwortnderungen unter Verwendung eines
LDAP-Verzeichnisses vorzunehmen. Um diese Option
verwenden zu knnen, muss das Paket
nss_ldap installiert sein.
Auerdem mssen Sie einen Server und einen
Basis-DN angeben.
--ldapserver=
Der Name des verwendeten LDAP-Servers, wenn Sie entweder
--enableldap oder --enableldapauth angegeben haben. Diese
Option wird in der Datei
/etc/ldap.conf eingerichtet.
--ldapbasedn=
Der eindeutige Name (Distinguished Name, DN) in Ihrem
LDAP-Verzeichnisbaum, unter dem die Benutzerinformationen
gespeichert sind. Diese Option wird in der Datei
/etc/ldap.conf eingerichtet.
--enablekrb5
Verwenden Sie Kerberos 5 zur berprfung von
Benutzern. Kerberos selbst kann keine Informationen
ber Home-Verzeichnisse, UIDs oder Shells abrufen.
Das bedeutet: Wenn Sie Kerberos aktivieren, mssen
Sie auch weiterhin noch LDAP, NIS oder Hesiod aktivieren,
falls Sie es vermeiden mchten, den Befehl
/usr/sbin/useradd zu verwenden, um
Informationen zu Accounts dieser Workstation zu
bergeben. Um diese Option verwenden zu knnen,
muss das Paket pam_krb5 installiert
sein.
--krb5realm
Der Kerberos 5 Realm, zu dem Ihre Workstation gehrt.
--krb5kdc
KDC (Key Distribution Center) oder KDCs, die Anfragen
fr den Realm (d.h. Gltigkeitsbereich)
bearbeiten. Falls sich mehrere KDCs in Ihrem Realm
befinden, mssen Sie ihre Namen durch Komma trennen
(,).
--krb5adminserver
Das KDC in Ihrem Realm, das ebenfalls kadmind
ausfhrt. Dieser Server, der (falls Sie ber
mehr als ein KDC verfgen) nur auf dem Master-KDC
ausgefhrt werden kann, bearbeitet
Passwortnderungen und andere
Verwaltungsanforderungen.
--enablehesiod
Aktivieren Sie die Hesiod-Untersttzung, um
Home-Verzeichnisse von Benutzern, UIDs und Shells
anzuzeigen. Weitere Informationen dazu, wie Sie Hesiod in
Ihrem Netzwerk einrichten und verwenden, finden Sie in
der Datei
/usr/share/doc/glibc-2.x.x/README.hesiod,
die im Lieferumfang des Paketes
glibc enthalten ist. Hesiod ist eine
Erweiterung des DNS und verwendet DNS-Datenstze, um
Informationen ber Benutzer, Gruppen und andere
Objekte zu speichern.
--hesiodlhs
Die Option Hesiod LHS ("left-hand side", linke
Seite), die in /etc/hesiod.conf
eingerichtet wird. Diese Option wird von der
Hesiod-Bibliothek verwendet, um den Namen zu bestimmen,
nach dem im DNS bei der Abfrage von Informationen gesucht
werden soll. Die Funktionsweise hnelt der Art, wie
LDAP einen Basis-DN verwendet.
--hesiodrhs
Die Option Hesiod RHS ("right-hand side",
rechte Seite), die in
/etc/hesiod.conf eingerichtet wird.
Diese Option wird von der Hesiod-Bibliothek verwendet, um
den Namen zu bestimmen, nach dem im DNS bei der Abfrage
von Informationen gesucht werden soll. Die Funktionsweise
hnelt der Art, wie LDAP einen Basis-DN verwendet.
Tipp
Um z.B. Benutzerinformationen zu "jim"
anzuzeigen, sucht die Hesiod-Bibliothek nach
jim.passwd<LHS><RHS>.
Das Suchergebnis wre dann ein TXT-Eintrag, der
dem Passworteintrag des Benutzers "Jim"
entspricht (jim:*:501:501:Jungle
Jim:/home/jim:/bin/bash). Dieselbe
Vorgehensweise gilt auch fr Gruppen, mit dem
einzigen Unterschied, dass hier
jim.group<LHS><RHS>
verwendet wrde.
Es kann auch anhand von Nummern nach Benutzern und
Gruppen gesucht werden. Dazu muss "501.uid"
als CNAME fr "jim.passwd" und
"501.gid" als CNAME fr
"jim.group" angegeben werden. Bitte beachten
Sie, dass keine Punkte . vor LHS und
RHS gesetzt werden, wenn die Bibliothek den zu
suchenden Namen bestimmt, obwohl LHS und RHS meist mit
Punkten beginnen.
Auf den meisten PCI-Systemen erkennt das Installationsprogramm
automatisch die meisten Ethernet- und SCSI-Karten
ordnungsgem. Auf lteren Systemen und einigen
PCI-Systemen muss Kickstart jedoch beim Finden der richtigen
Gerte untersttzt werden. Der Befehl device weist
Anaconda an, Zusatzmodule zu
installieren. Die Befehlssyntax ist wie folgt:
device <Typ><Modulname> --opts
<Optionen>
Als <Typ> sollte
"scsi" oder "eth" angegeben werden, und der
<Modulname>
ist der Name des Kernel-Moduls, das installiert sein sollte.
--opts
Optionen, die an das Kernelmodul bergeben werden
sollen. Beachten Sie, dass durch das Einschlieen
in Anfhrungszeichen mehrere Optionen bergeben
werden knnen. Beispiel:
Beim Kickstart knnen Treiberdisketten verwendet werden.
Kopieren Sie dazu den Inhalt einer Treiberdiskette in das
Root-Verzeichnis einer Partition auf der Festplatte des Systems,
und verwenden Sie dann den Befehl driverdisk,
um das Installationsprogramm anzuweisen, wo es danach suchen soll.
driverdisk <Partition> [--type
<FS-Typ>]
<Partition> ist die Partition,
in der sich die Treiberdiskette befindet.
Gibt die Standardsprache fr das installierte System an. Die
angegebene Sprache wird whrend der Installation und zur
Konfiguration aller sprachspezifischen Aspekte des installierten
Systems verwendet. Wenn Sie zum Beispiel die Sprache Deutsch
einrichten mchten, lautet der entsprechende Eintrag in der
Kickstart-Datei:
Gibt an, wie der Bootloader auf dem System installiert werden
soll. Standardmig wird LILO in den MBR der ersten
Festplatte installiert. Wenn eine DOS-Partition gefunden wird,
wird ein Dual-Boot-System installiert. (Das DOS/Windows-System
wird gebootet, wenn am
LILO:-Prompt
dos durch den Benutzer eingegeben wird.)
--append<Parameter>
Angabe von Kernelparametern.
--linear
Verwendung der linearen LILO-Option.
Dies dient nur der Abwrtskompatibilitt.
(Linear wird inzwischen als Standardeinstellung
verwendet.)
--location
Gibt an, wo der LILO-Booteintrag gespeichert wird.
Gltige Werte sind mbr
(Standardvorgabe), partition
(installiert den Bootloader in den ersten Sektor der
Partition, in der sich der Kernel befindet) oder none,
wodurch keine Bootloader installiert wird.
Wenn diese Angabe vorhanden ist, prft das
Installationsprogramm, ob sich LILO im MBR der ersten Festplatte
befindet und startet das System neu, falls dies zutrifft - in
diesem Fall wird keine Installation durchgefhrt. Dadurch
kann verhindert werden, dass Kickstart ein bereits installiertes
System nochmals installiert.
Konfiguriert die Maus fr das System, sowohl fr den
grafischen Modus als auch fr den Textmodus. Optionen:
--device<Gert>
Das Gert, an dem die Maus angeschlossen ist
(z.B. --device ttyS0).
--emulthree
Wenn das X Window System installiert ist, werden die
linke und die rechte Maustaste zum Emulieren einer
dritten Maustaste verwendet (bei
Zwei-Tasten-Musen).
Nach den Optionen kann einer der folgenden Maustypen
angegeben werden:
Wenn der Befehl mouse ohne Argumente angegeben oder
weggelassen wird, versucht das Installationsprogramm, die
Maus selbst zu erkennen (funktioniert bei den meisten
neueren Musen).
Konfiguriert Netzwerkinformationen fr das System. Wenn
diese Option nicht angegeben ist und die Kickstart-Installation
keine Netzwerkfunktion erfordert (also keine Installation
ber NFS), wird keine Netzwerkfunktionalitt fr
das System konfiguriert. Wenn die Installation
Netzwerkfunktionalitt erfordert, geht
Anaconda davon aus, dass ber
eth0 und eine dynamische IP-Adresse (BOOTP/DHCP) installiert
werden soll, und konfiguriert das fertig installierte System so,
dass seine IP-Adresse automatisch bestimmt wird. Der Befehl
network konfiguriert die Netzwerkinformationen fr
Netzwerk-Kickstart-Installationen und fr das fertig
installierte System.
--bootproto
Eine der folgenden Angaben: dhcp,
bootp, oder
static (Standardvorgabe DHCP,
dhcp und
bootp werden gleich behandelt).
static muss angegeben werden, wenn
statische IP-Informationen verwendet werden sollen.
--device<Gert>
Wird verwendet, um ein spezifisches Ethernet-Gert
fr die Installation auszuwhlen. Bitte
beachten Sie: Der Befehl --device<Gert> wird erst
dann wirksam, wenn es sich bei der Kickstart-Datei um
eine lokale Datei handelt (z.B. ks=floppy), da das
Installationsprogramm das Netzwerk fr das Auffinden
der Kickstart-Datei konfiguriert. Beispiel:
network --bootproto dhcp --device eth0
--ip
IP-Adresse des zu installierenden Rechners.
--gateway
Standard-Gateway als IP-Adresse.
--nameserver
Primrer Nameserver als IP-Adresse.
--netmask
Netzmaske fr das installierte System.
--hostname
Rechnername fr das installierte System.
Es gibt drei Mglichkeiten zur Netzwerkkonfiguration:
DHCP
BOOTP
statisch
Bei der DHCP-Methode bezieht das System die Informationen zur
Netzwerkkonfiguration von einem DHCP-Serversystem. Die
BOOTP-Methode bentigt entsprechend einen BOOTP-Server, der
die Informationen zur Netzwerkkonfiguration liefert.
Bei der statischen Methode mssen Sie selbst alle
erforderlichen Informationen zum Netzwerk in die Kickstart-Datei
eintragen. Diese Informationen sind statisch, d.h. sie werden
whrend der Installation und auch nach der Installation
verwendet.
Mit der folgenden Zeile weisen Sie ein System an, die
Netzwerkkonfiguration ber DHCP zu beziehen:
network --bootproto dhcp
Entsprechend bestimmt die nchste Zeile fr diese
Aufgabe einen BOOTP-Server:
network --bootproto bootp
Wenn Sie die statische Methode gewhlt haben, ist die Zeile
etwas komplexer, da Sie alle Konfigurationsinformationen in einer
Zeile angeben mssen. Die folgenden Angaben sind
obligatorisch:
Die gesamte Netzwerkkonfigurationmuss in einer Zeile untergebracht
werden. Nur aus Grnden der besseren Lesbarkeit haben
wir in diesem Beispiel Zeilenumbrche eingefgt.
Beachten Sie bitte die folgenden Einschrnkungen, die
fr die statische Methode gelten:
Alle statischen Informationen zur Netzwerkkonfiguration
mssen in einer Zeile angegeben
werden. Es ist nicht mglich, Zeilen z.B. mit Hilfe
eines umgekehrten Schrgstrichs umzubrechen.
Am <Mountpoint> ist die
Partition gemountet. Die Angaben mssen mit einer der
folgenden Methoden gemacht werden:
/<Mountpoint>
(z.B. /,
/usr, /home)
swap
Die Partition wird als Swap-Bereich verwendet.
raid.<id>
Die Partition wird fr Software-RAID verwendet
(siehe Befehl raid weiter unten).
--size <Gre>
Legt die Mindestgre der Partition fest
--grow
Weist die Partition an, sich an den verfgbaren
Platz (falls vorhanden) anzupassen oder die maximale
Gre anzunehmen.
--maxsize <Gre>
Richtet die maximale Partitionsgre ein,
wenn die Partition angewiesen wurde, ihre
Gre anzupassen.
--noformat
Weist das Installationsprogramm an, die Partition nicht
zu formatieren, damit sie fr die Verwendung mit dem
Befehl --onpart zur Verfgung
steht.
--onpart <Partition>
oder --usepart <Partition>
Weist das Installationsprogramm an, die Partition auf dem
bereits vorhandenen Gert
<Partition> anzulegen.
partition /home --onpart hda1 legt zum
Beispiel /home auf Gert
/dev/hda1 an, das bereits vorhanden
sein muss.
--ondisk <Laufwerk>
Erzwingt die Erstellung der Partition auf einer
speziellen Festplatte. --ondisk sdb
legt die Partition zum Beispiel auf der zweiten
Systemfestplatte an.
--onprimary <N>
Erzwingt die Erstellung der Partition auf der
primren Partition
<N> oder ein
Fehlschlagen der Partitionserstellung.
<N> kann die Werte
1 bis 4 annehmen.
--asprimary <N>
Erzwingt die automatische Zuweisung als primre
Partition <N> oder ein
Fehlschlagen der Zuweisung.
<N> kann die Werte
1 bis 4 annehmen.
--bytes-per-inode=<N>
<N> steht fr die
Anzahl Byte pro Inode im Dateisystem, whrend dieses
erstellt wird. Der Wert muss im Dezimalformat angegeben
werden. Diese Option ist besonders bei Anwendungen
ntzlich, bei denen Sie die Anzahl der Inodes im
Dateisystem erhhen mchten.
--type=<X>
Stellt den Partitionstyp auf
<X> ein, wobei
<X> fr einen
nummerischen Wert steht.
Alle erstellten Partitionen werden whrend des
Installationsvorgangs formatiert, es sei denn, Sie verwenden die
Befehle --noformat und
--onpart.
Bitte beachten
Falls der Befehl --clearpart in der Datei
ks.cfg verwendet wird, dann kann
--onpart nicht fr eine logische
Partition verwendet werden.
Bitte beachten
Falls die Partitionierung aus irgendeinem Grund nicht
vorgenommen werden kann, werden auf VC3 Diagnosemeldungen
angezeigt.
Am <Mountpoint> wird das
RAID-Dateisystem gemountet. Bei / muss RAID
Level 1 verwendet werden, es sei denn, es ist eine Boot-Partition
vorhanden (/boot). In diesem Fall muss die
/boot-Partition vom Typ Level 1 sein.
Fr den Typ der Root (/)-Partition kann
jeder der verfgbaren Typen festgelegt werden.
<Partitionen*> (* deutet an,
dass mehrere Partitionen aufgefhrt werden knnen) gibt
die RAID-Bezeichnungen an, die zum RAID-Array hinzugefgt
werden sollen.
--level <Level>
Zu verwendender RAID-Level (0, 1 oder 5).
--device <RAID-Gert>
Bezeichnung des zu verwendenden RAID-Gertes (z.B.
md0 oder m1). Fr RAID-Gerte knnen die
Bezeichnungen md0 bis md7 (und jede nur einmal) verwendet
werden.
Im Folgenden sehen Sie ein Beispiel dafr, wie eine
Partition vom Typ RAID Level 1 fr /
und eine Partition vom Typ RAID Level 5 fr
/usr erstellt wird. In diesem Beispiel wird
davon ausgegangen, dass im System drei SCSI-Platten vorhanden
sind. Es werden auerdem drei Swap-Partitionen erstellt,
auf jedem Laufwerk eine.
part raid.01 --size 60 --ondisk sda
part raid.02 --size 60 --ondisk sdb
part raid.03 --size 60 --ondisk sdc
part swap --size 128 --ondisk sda
part swap --size 128 --ondisk sdb
part swap --size 128 --ondisk sdc
part raid.11 --size 1 --grow --ondisk sda
part raid.12 --size 1 --grow --ondisk sdb
part raid.13 --size 1 --grow --ondisk sdc
Neustart nach fertig gestellter Installation (keine Argumente).
Normalerweise zeigt Kickstart eine Meldung an und wartet darauf,
dass der Benutzer zum Neustart eine Taste bettigt.
Konfiguriert das X Window System. Wenn diese Option nicht
angegeben wird, muss X whrend der Installation vom Benutzer
manuell konfiguriert werden, falls X installiert wurde. Diese
Option sollte nur verwendet werden, wenn X auf dem Endsystem
installiert ist.
--noprobe
Keine Monitor-Erkennung.
--card <Karte>
Verwendung von Karte
<Karte>. Der Kartenname
muss in der Kartenliste in
Xconfigurator enthalten sein.
Wenn dieses Argument nicht angegeben wird, fragt
Anaconda den PCI-Bus nach der
Karte ab.
--monitor <Monitor>
Verwendung des Monitors
<Monitor>. Der
Monitorname muss in der Monitorliste in
Xconfigurator enthalten sein.
Diese Angabe wird ignoriert, wenn
--hsync oder
--vsync angegeben ist. Wenn keine
Monitorinformationen angegeben sind, wird die
Monitorerkennung ber Plug-and-Play
durchgefhrt.
--hsync <Monitorfrequenz>
Gibt die Horizontalfrequenz des Monitors an.
--vsync <Monitorfrequenz>
Gibt die Bildwiederholrate des Monitors an.
--defaultdesktop=(GNOME oder
KDE)
Stellt als Standard-Desktop entweder GNOME oder KDE ein
(und geht davon aus, dass GNOME und/oder KDE durch
%packages installiert wurde).
--startxonboot
Verwendung eines grafischen Dialogfelds fr die
Anmeldung (Runlevel 5) fr das installierte System.
Wenn "zerombr" angegeben wird und "yes" das
einzige Argument ist, werden alle auf den Festplatten gefundenen
ungltigen Partitionstabellen initialisiert. Dadurch wird
der gesamte Inhalt der Festplatten mit ungltigen
Partitionstabellen gelscht. Verwendung:
Der Befehl %packages steht am Beginn eines
Kickstart-Dateiabschnitts, in dem die zu installierenden Pakete
aufgefhrt sind (nur fr Installationen, die Paketauswahl bei
Aktualisierungen wird nicht untersttzt).
Pakete knnen als Komponenten oder als einzelne Paketnamen
angegeben werden. Das Installationsprogramm definiert verschiedene
Komponenten, in denen Pakete mit hnlichen Funktionen
zusammengefasst sind. Eine Liste der Komponenten finden Sie in der
Datei RedHat/base/comps auf jeder Red Hat Linux CD-ROM.
Die Zeilen zur Angabe von Komponenten beginnen mit einer Zahl, gefolgt
von einem Leerzeichen und dem Namen der Komponente. In dieser
Komponente sind die einzelnen Komponenten Zeile fr Zeile
aufgelistet. Einzelpaketen ist keine Zahl vorangestellt.
Zustzlich gibt es drei weitere Zeilentypen in der Datei
comps:
Architekturspezifisch (alpha:, i386: und sparc64:)
Wenn ein Paketname mit einem Architekturtyp beginnt, muss nur
der Paketname eingegeben zu werden, nicht der Architekturname.
Beispiel:
Fr i386: netscape-common. Es muss nur
der Teil netscape-common angegeben werden,
damit dieses Paket installiert wird.
Zeilen mit vorangestelltem ?
Zeilen, die mit ? beginnen, gelten nur
fr das Installationsprogramm. Diese Zeilentypen brauchen
Sie nicht zu beachten.
Zeilen, mit vorangestelltem --hide
Wenn ein Paketname mit --hide beginnt, muss
nur der Paketname ohne --hide angegeben
werden. Beispiel:
Bei --hide KDE Workstation muss nur der Teil
KDE Workstation angegeben werden, um dieses
Paket zu installieren.
Normalerweise reicht es aus, wenn Sie nur die gewnschten
Komponenten und nicht die einzelnen Pakete angeben. Bitte beachten Sie,
dass standardmig immer die Basis-
Komponente ausgewhlt wird. Es ist daher nicht notwendig, sie im
Abschnitt %packages anzugeben.
Hier ein Beispiel fr eine %packages-Auswahl:
%packages
@ Networked Workstation
@ C Development
@ Web Server
@ X Window System
bsd-games
Wie das Beispiel zeigt, werden die Komponenten zeilenweise angegeben.
Die Zeilen werden mit dem Zeichen @ eingeleitet,
gefolgt von einem Leerzeichen und dem vollstndigen Namen der
Komponente (aus der Datei comps). Einzelne Pakete
werden ohne zustzliche Zeichen eingetragen (im obigen Beispiel
steht die Zeile bsd-games fr ein einzelnes
Paket).
Bitte beachten
Sie knnen die Kickstart-Installation auch anweisen, die
Workstation- und Server-Installationen zu verwenden. (Sie knnen
auch die vollstndige Installation auswhlen, um alle
Pakete zu installieren.) Fgen Sie hierzu einfach
eine der folgenden Zeilen in den Abschnitt
%packages ein:
@ Gnome Workstation
@ KDE Workstation
@ Server
@ Everything
Sie knnen Befehle hinzufgen, die direkt nach der Analyse
von ks.cfg im System ausgefhrt werden.
Dieser Abschnitt muss sich am Ende der Kickstart-Datei befinden (nach
den Befehlen) und mit dem Befehl %pre beginnen.
Bitte beachten Sie, dass Sie im Abschnitt %pre auf
das Netzwerk zugreifen knnen. Allerdings wurde name
service bisher noch nicht konfiguriert, so dass nur
IP-Adressen funktionieren. Im Folgenden sehen Sie ein Beispiel fr
den Abschnitt %pre:
%pre
# Kommentar zu /etc/motd hinzufgen
echo "Kickstart-Installation Red Hat Linux `/bin/date`" > /etc/motd
# einen weiteren Nameserver hinzufgen
echo "nameserver 10.10.0.2" >> /etc/resolv.conf
Diese Abschnitt erstellt eine Message-of-the-day-Datei, die das Datum
der Kickstart-Installation enthlt und die Beschrnkung des
Befehls network auf "nur einen Nameserver"
dadurch umgeht, dass ein weiterer Nameserver zu
/etc/resolv.conf hinzugefgt wird.
Bitte beachten
Das pre-Installationsskript wird nicht in der chroot-Umgebung
ausgefhrt.
Sie knnen Befehle hinzufgen, die nach der abgeschlossenen
Installation auf dem System ausgefhrt werden. Dieser Abschnitt
muss sich am Ende der Kickstart-Datei befinden und mit dem Befehl
%post beginnen. Bitte beachten Sie, dass Sie im
Abschnitt %post auf das Netzwerk zugreifen
knnen. Allerdings wurde bisher kein name
service konfiguriert, so dass nur IP-Adressen
funktionieren. Hier ein Beispiel fr einen
%post-Abschnitt:
%post
# Kommentar zu /etc/motd hinzufgen
echo "Red Hat Linux Kickstart-Installation `/bin/date`" > /etc/motd
# einen weiteren Nameserver hinzufgen
echo "nameserver 10.10.0.2" >> /etc/resolv.conf
Diese Abschnitt erstellt eine Message-of-the-day-Datei, die das Datum
der Kickstart-Installation enthlt und die Beschrnkung des
Befehls network auf "nur einen Nameserver"
dadurch umgeht, dass ein weiterer Nameserver zu
/etc/resolv.conf hinzugefgt wird.
Bitte beachten
Die nach der Installation ausgefhrten Skripten werden in einer
chroot-Umgebung ausgefhrt. Daher ist zum Beispiel das Kopieren
von Skripten oder RPMs vom Installationsmedium nicht mglich.
--nochroot
Damit knnen Befehle angegeben werden, die auerhalb
der chroot-Umgebung ausgefhrt werden sollen.
--interpreter /usr/bin/perl
Ermglicht es Ihnen, eine andere Skript-Sprache wie
z.B. perl anzugeben.
Nachdem Sie einige Hintergrundinformationen zur Kickstart-Installation
erhalten haben, wird im Folgenden die Kickstart-Datei selbst nher
beschrieben. Es handelt sich dabei um eine einfache Textdatei, die
mehrere jeweils durch Schlsselwrter gekennzeichnete
Eintrge enthlt. Sie knnen diese Datei entweder durch
Bearbeiten einer Kopie der im Verzeichnis /doc der
Red Hat Linux CD-ROM gespeicherten Datei sample.ks erstellen
oder ganz neu anlegen. Die Datei kann mit einem beliebigen Texteditor
oder Textverarbeitungsprogramm bearbeitet werden, falls mit diesem
Programm das Speichern der Dateien als ASCII-Text mglich ist.
Zunchst ein paar prinzipielle Regeln, die bei der Erstellung der
Kickstart-Datei bercksichtigt werden mssen:
Die Reihenfolge der Eintrge ist
vorgeschrieben. Die Reihenfolge lautet:
<Abschnitt mit Befehlen><beliebige Kombination aus %pre, %post, %packages><Installationsklasse>
Nicht erforderliche Eintrge knnen weggelassen werden.
Falls erforderliche Eintrge fehlen, wird der Benutzer wie beim
herkmmlichen Installationsprozess aufgefordert, die
ntigen Angaben zu machen. Danach wird die Installation im
automatischen Modus fortgesetzt.
Zeilen, die mit einem Gatter-Zeichen ("#") beginnen,
werden als Kommentar interpretiert und ignoriert.
Bei Upgrades mit der Kickstart-Methode sind
die folgenden Eintrge erforderlich:
Sprache
Installationsart
Gerteangabe (wenn das Gert fr die
Installation erforderlich ist)
Tastaturkonfiguration
Schlsselwort upgrade
LILO-Konfiguration
Andere eingetragene Informationen werden bei einer Aktualisierung
ignoriert (dies gilt auch fr ausgewhlte Pakete).
Kickstart-Dateien sind in drei Abschnitte unterteilt: Befehle,
Paketliste und Skripten. Die Datei muss folgende Form haben:
<Kickstart-Befehle>
%packages
<Paketliste>
%post
<Skripten, die nach der Installation
ausgefhrt werden sollen>
Die Reihenfolge muss genau eingehalten werden. Der Abschnitt post muss
sich am Ende der Datei befinden und bildet gleichzeitig die Endmarkierung
fr die Datei.
Kickstart-Installationen knnen mit Hilfe einer lokalen CD-ROM,
eines lokalen Festplattenlaufwerks oder mit Hilfe von Installationsarten
wie NFS, FTP oder HTTP durchgefhrt werden.
Zunchst mssen Sie eine Kickstart-Datei
(ks.cfg) erstellen und dem Red Hat Linux
Installationsprogramm zugnglich machen.
Eine Kickstartdatei muss an einem der folgenden zwei Orte vorliegen:
auf einer Bootdiskette
auf einem Netzwerk
Normalerweise wird die Kickstart-Datei auf die Bootdiskette kopiert
oder im Netzwerk bereitgestellt. Gewhnlich wird die Verwendung
des Netzwerks bevorzugt, da die meisten Kickstart-Installationen auf
vernetzten Computern durchgefhrt werden.
Im Folgenden wird genauer erlutert, wo die Kickstart-Datei
gespeichert werden kann.
Bei einer diskettenbasierten Kickstart-Installation hat die
Kickstart-Datei den Namen ks.cfg und befindet sich
im Hauptverzeichnis der Bootdiskette. Beachten Sie, dass die
Bootdisketten fr Red Hat Linux im MS-DOS-Format vorliegen, was das
Kopieren der Kickstart-Datei unter Linux mit dem Befehl
mcopy vereinfacht:
mcopy ks.cfg a:
(stattdessen knnen Sie auch Windows verwenden). Sie knnen
auch die MS-DOS-Bootdiskette mounten und die Datei mit
cp kopieren. Die meisten diskettenbasierten
Kickstart-Installationen von Red Hat Linux werden von CD-ROM ausgefhrt,
auch wenn es keine technischen Grnde dafr gibt.
Netzwerkbasierte Kickstart-Installationen kommen recht hufig vor
und sind empfehlenswerter als diskettenbasierte Installationen, weil
sie Systemadministratoren in die Lage versetzen, die Installation auf
mehreren miteinander vernetzten Computern schnell und einfach zu
automatisieren. In der Regel hat der Systemadministrator im lokalen
Netzwerk sowohl einen BOOTP/DHCP- als auch einen NFS-Server
eingerichtet. Der BOOTP/DHCP-Server liefert dem Client-System die
notwendigen Informationen zur Einrichtung der Netzwerk-Software, und
der NFS-Server stellt die tatschlich fr die Installation
bentigten Dateien bereit. Die beiden Serverprozesse werden oft
auf derselben Maschine ausgefhrt, was jedoch nicht unbedingt
notwendig ist.
Um eine netzwerkbasierte Kickstart-Installation durchzufhren,
bentigen Sie einen in Ihr Netzwerk eingebundenen
BOOTP/DHCP-Server, der die Konfigurationsinformationen fr den
Rechner enthlt, auf dem Red Hat Linux installiert werden soll. Der
BOOTP/DHCP-Server liefert den Clients die Informationen fr deren
Netzwerkkonfiguration sowie den Speicherort der Kickstart-Datei.
Wenn der BOOTP/DHCP-Server eine Kickstart-Datei angibt, versucht das
Client-System, den Pfad ber NFS einzubinden, und kopiert die
angegebene Datei auf das lokale System. Die genauen Einstellungen
hngen vom verwendeten BOOTP/DHCP-Server ab.
Hier ein Beispiel fr eine Zeile aus der Datei
dhcpd.conf fr den DHCP-Server, der mit Red Hat Linux
geliefert wird:
Beachten Sie, dass die Zeile filename fr den
Namen der Kickstart-Datei (oder den Pfad zur Kickstart-Datei) zu
verwenden ist und die Zeile next-server fr
den Namen des NFS-Servers.
Wenn der vom BOOTP/DHCP-Server ausgegebene Dateiname mit einem
Schrgstrich ("/") endet, wird er lediglich als Pfad
interpretiert. In diesem Fall bindet das Client-System den Pfad
ber NFS in das eigene Dateisystem ein und sucht nach einer Datei
mit dem Namen:
<IP-Adresse>-kickstart
Der <IP-Adresse>
-Teil des Dateinamens ist durch die IP-Adresse des Client zu ersetzen.
Die IP-Adresse wird in durch Punkt getrennten Dezimalzahlen angegeben.
Der Dateiname fr einen Computer mit der IP-Adresse 10.10.0.1
wrde beispielsweise
10.10.0.1-kickstart lauten.
Wenn Sie keinen NFS-Server angeben, versucht das Client-System, den
Server als NFS-Server zu verwenden, der auf die BOOTP/DHCP-Anfrage
geantwortet hat. Wenn Sie keinen Pfad oder Dateinamen angeben, wird das
Client-System versuchen, /kickstart vom
BOOTP/DHCP-Server zu mounten und - wie oben beschrieben - die
Kickstart-Datei unter Verwendung desselben
<IP-Adresse>-Kickstart-Dateinamens aufzufinden.
Booten Sie zunchst das System von einer Red Hat Linux Bootdiskette, und
geben Sie am Boot-Prompt den entsprechenden Bootbefehl ein. Wenn sich die
Kickstart-Datei auf der Bootdiskette befindet, lautet der entsprechende
Bootbefehl folgendermaen:
boot:linux ks=floppy
Wenn sich die Kickstart-Datei auf einem Server befindet, lautet der
entsprechende Bootbefehl folgendermaen:
boot:linux ks
Anaconda sucht nach einer Kickstart-Datei,
wenn das Befehlszeilenargument ks an den Kernel
bergeben wird. Das kann auf verschiedene Weise geschehen:
ks=floppy
Das Installationsprogramm sucht nach der Datei
ks.cfg in einem VFAT-Dateisystem auf der
Diskette im Laufwerk /dev/fd0.
ks=hd:<Gert>/<Datei>
Das Installationsprogramm mountet das Dateisystem auf
<Gert> (muss VFAT oder ext2
sein) und sucht nach der Kickstart-Konfigurationsdatei
<Datei> in diesem Dateisystem
(z.B. ks=hd:sda3/mydir/ks.cfg).
ks=file:/<Datei>
Das Installationsprogramm versucht, die Datei
<Datei> im Dateisystem zu lesen.
Es werden keine Mounts vorgenommen. So wird normalerweise
vorgegangen, wenn sich die Kickstart-Datei bereits auf dem
initrd-Image befindet.
ks=nfs:<Server:>/<Pfad>
Das Installationsprogramm sucht nach der Kickstart-Datei auf dem
NFS-Server <Server> als Datei
<Pfad>. Das Installationsprogramm
verwendet DHCP zur Konfiguration der Ethernet-Karte.
ks=cdrom:/<Pfad>
Das Installationsprogramm sucht nach der Kickstart-Datei auf der
CD-ROM als Datei <Pfad>.
ks
Wenn ks ohne weitere Informationen eingegeben
wird, konfiguriert das Installationsprogramm die Ethernet-Karte im
System mit DHCP. Das System verwendet den "Bootserver"
gem der DHCP-Rckmeldung als NFS-Server, von dem
die Kickstart-Datei gelesen wird (die Standardeinstellung ist
dieselbe wie fr den DHCP-Server). Der Name der
Kickstart-Datei wird wie folgt vergeben:
Wenn DHCP angegeben ist und die "Bootdatei" mit
einem / beginnt, wird diese
Datei auf dem NFS-Server gesucht.
Wenn DHCP angegeben ist und die "Bootdatei" nicht
mit einem / beginnt, wird im
Verzeichnis /kickstart auf dem
NFS-Server nach dieser Datei gesucht.
Wenn DCHP keine "Bootdatei" angegeben hat, versucht
das Installationsprogramm, die Datei
/kickstart/1.2.3.4-kickstart zu lesen,
wobei 1.2.3.4 die nummerische
IP-Adresse des Rechners ist, auf dem die Installation
vorgenommen wird.
Das Paket OpenLDAP enthlt zwei
Dmonen: slapd und slurpd.
Der Dmon slapd ist der autonome
LDAP-Dmon, der fr die Ausfhrung von LDAP erforderlich
ist.
Der Dmon slurpd steuert die Replikation von
LDAP-Verzeichnissen ber ein Netzwerk. Slurpd
teilt den Slave-Verzeichnissen Vernderungen im
Master-LDAP-Verzeichnis mit. Die Ausfhrung von
slurpd ist nur erforderlich, wenn mehr als ein
LDAP-Server an Ihr Netzwerk angeschlossen ist. Bei mehreren
LDAP-Servern muss slurpd zur Synchronisierung der
LDAP-Verzeichnisse ausgefhrt werden.
OpenLDAP enthlt auerdem einige
Dienstprogramme zum Hinzufgen, ndern und Lschen von
Eintrgen in einem LDAP-Verzeichnis. Das Tool
ldapmodify dient zum ndern von Eintrgen
in einer LDAP-Datenbank. Das Dienstprogramm ldapadd
wird zum Hinzufgen von Eintrgen zu Ihrem Verzeichnis
verwendet (ldapadd ist eigentlich ein Hardlink mit
ldapmodify -a). Ldapsearch dient
zum Suchen nach Eintrgen und ldapdelete zum
Lschen von Eintrgen. Das Tool ldif2ldbm
konvertiert eine LDIF-Datei in eine LDBM-Datenbank.
Weitere Informationen zu diesen Dienstprogrammen finden Sie in den
jeweiligen man-Seiten.
Red Hat Linux enthlt die folgenden Pakete mit zustzlichen
Funktionen fr LDAP:
Das Modul nss_ldap ist ein LDAP-Modul fr den
Solaris Nameservice Switch (NSS). Bei NSS
handelt es sich um eine Reihe von C-Bibliotheks-Erweiterungen, die
fr den Zugriff auf Informationen in LDAP-Verzeichnissen
erforderlich sind. Dies kann den Namensdienst Network
Information Service (NIS) und/oder konventionelle Dateien
ersetzen oder ergnzen. Das Modul nss_ldap
wird fr die Verwendung von LDAP als Linux-spezifischer
Namensdienst bentigt.
Das Modul pam_ldap wird fr die Integration
der LDAP-Authentifizierung in die API der einfgbaren
Authentifizierungsmodule (Pluggable Authentication Modules, PAM)
bentigt. Bei Verwendung von pam_ldap
knnen die Benutzer ihr Passwort mit Hilfe von LDAP-Verzeichnissen
besttigen lassen bzw. ndern. Die Module
nss_ldap und pam_ldap sind im
Paket nss_ldap enthalten.
Red Hat Linux enthlt auerdem die LDAP-Module fr den Apache
Web-Server. Das Modul auth_ldap fhrt die
Authentifizierung von HTTP-Clients im Vergleich mit den
Benutzereintrgen in einem LDAP-Verzeichnis durch. Das Modul
php-ldap macht die Skriptsprache PHP4, die in HTML
eingebettet werden kann, LDAP-fhig. Die Module
auth_ldap und php-ldap
mssen als Dynamic Shared Objects (DSOs) in
Apache einkompiliert werden.
Die Konfigurationsdateien von OpenLDAP werden im Verzeichnis
/etc/openldap installiert. Wenn Sie im Verzeichnis
/etc/openldap den Befehl ls
eingeben, wird etwa Folgendes angezeigt:
Die fr Sie wichtigen Dateien sind
slapd.conf, slapd.at.conf und
slapd.oc.conf. Die Datei
slapd.conf enthlt
Konfigurationsinformationen fr den Dmon
slapd und fr alle Datenbank-Backends. Vor dem
Start des Dmons slapd mssen einige
nderungen an der Datei slapd.conf
vorgenommen werden.
Die Datei slapd.at.conf enthlt
Attributsyntaxdefinitionen fr das
LDAP-Verzeichnis. Attributsyntaxdefinitionen beschreiben den
Informationstyp des Attributs. Es gibt fnf Mglichkeiten:
bin - binre Informationen
ces - Zeichenkette, bei der zwischen Gro- und
Kleinschreibung unterschieden wird
cis - Zeichenkette, bei der zwischen Gro- und
Kleinschreibung nicht unterschieden wird
tel - eine Telefonnummer (Leerzeichen und Bindestriche werden
ignoriert)
dn - der eindeutige Name
Hier als Beispiel Attributsyntaxdefinitionen aus einer typischen Datei
slapd.at.conf:
attribute photo bin
attribute personalsignature bin
attribute jpegphoto bin
attribute audio bin
attribute labeledurl ces
attribute ref ces
attribute userpassword ces
attribute telephonenumber tel
Manche LDAP-fhigen Anwendungsprogramme erfordern die Anpassung
der Datei slapd.at.conf. In den meisten
Fllen sind spezielle Attributsyntaxdefinitionen
hinzuzufgen.
Die Datei slapd.oc.conf enthlt die
Objektklassendefinitionen fr ein
LDAP-Verzeichnis. Die Objektklassendefinitionen geben fr
spezielle Objektklassen an, welche Attribute obligatorisch und welche
optional sind.
Der folgende Auszug einer typischen Datei
slapd.oc.conf enthlt die
Objektklassendefinitionen fr die Objektklassen top, alias und
referral:
objectclass top
requires
objectClass
objectclass alias
requires
aliasedObjectName,
objectClass
objectclass referral
requires
ref,
objectClass
Je nachdem, wie Sie Ihr LDAP-Verzeichnis verwenden wollen, kann es
erforderlich sein, die Objektklassendefinitionen in Ihrer Datei
slapd.oc.conf zu ndern. Wenn Sie zum
Beispiel ein LDAP-Verzeichnis von Mitarbeitern fr die Verwendung
in Ihrer Organisation erstellen, gibt es wahrscheinlich fr
bestimmte Objektklassen spezielle obligatorische Attribute, die
auerhalb Ihrer Organisation keine Verwendung finden (z.B.
knnte eine Mitarbeiteridentittsnummer innerhalb Ihrer
Organisation ein obligatorisches Attribut fr eine Objektklasse
"Mitarbeiter" sein).
Im Internet werden viele ntzliche Informationen ber LDAP
angeboten. Sie sollten diese Quellen nutzen, insbesondere die
OpenLDAP -Website und die LDAP HOWTOs, bevor
Sie LDAP in Ihrem System konfigurieren.
Der Hauptvorteil von LDAP ist die Verdichtung von bestimmten
Informationsarten in Ihrer Organisation. So knnen zum Beispiel
alle Benutzerlisten in Ihrer Organisation in einem LDAP-Verzeichnis
untergebracht werden. Das Verzeichnis kann von jedem LDAP-fhigen
Anwendungsprogramm abgefragt werden, das diese Informationen
bentigt. Daneben kann das Verzeichnis auch von Benutzern
verwendet werden, die entsprechende Informationen bentigen.
Weitere Vorteile von LDAP sind die leichte Implementierung (im
Vergleich zu X.500) und seine gut durchdachte
Anwendungsprogrammierschnittstelle (Application Programming Interface,
API). Dadurch ist es wahrscheinlich, dass die Zahl der
LDAP-fhigen Anwendungsprogramme und LDAP-Gateways in Zukunft
zunehmen wird.
Auf der anderen Seite kann LDAP nur in Verbindung mit LDAP-fhigen
Anwendungsprogrammen oder LDAP-Gateways verwendet werden. Wie bereits
erwhnt, wird die Verwendung von LDAP zunehmen. Zurzeit sind
jedoch erst wenige LDAP-fhige Anwendungsprogramme fr Linux
verfgbar. Hinzu kommt, dass LDAP die Funktionen zur
Zugangskontrolle zwar in bestimmtem Umfang untersttzt, jedoch
nicht ber so viele Sicherheitsmerkmale wie X.500 verfgt.
Dieser Abschnitt gibt einen Kurzberblick ber die
ntigen Schritte zur Aktivierung eines LDAP-Verzeichnisses.
Stellen Sie sicher, dass das RPM-Paket
openldap und alle weiteren von LDAP
bentigten RPM-Pakete installiert sind.
Eine Anleitung zur Verwendung von LDAP in Ihrem System finden Sie
sowohl im Quick Start Guide auf der
OpenLDAP-Website
(http://www.openldap.org/faq/data/cache/172.html,
beginnen Sie mit "Create configuration file for slapd",
da die LDAP-Dateien bereits installiert sind) als auch in den
Linux-LDAP-HOWTOs
(http://www.linuxdoc.org/HOWTO/LDAP-HOWTO.html).
In beiden Dokumentationen werden die weiteren Schritte beschrieben.
Passen Sie die Datei slapd.conf an Ihr System an.
Starten Sie slapd.
Erstellen Sie Ihr LDAP-Verzeichnis (Beispiele zu
LDAP-Eintrgen finden Sie auf der Website von PADL Software
unter
http://www.padl.com/ldap_examples.html).
Fgen Sie Eintrge mit Hilfe von
ldapadd oder eines Skripts in Ihr
LDAP-Verzeichnis ein.
Mit ldapsearch knnen Sie testen, ob
slapd funktioniert.
Wenn Sie an diesem Punkt angelangt sind, sollte Ihr
LDAP-Verzeichnis eingerichtet sein. Der nchste Schritt ist
die Konfiguration Ihrer LDAP-fhigen Anwendungsprogramme
fr die Verwendung des LDAP-Verzeichnisses.
Konfigurieren Ihres Systems fr die Authentifizierung mit OpenLDAP
s1-ldap-redhattips.html 0100644 0000764 0000144 00000031366 07152703222 013723 0 ustar rk users Konfigurieren Ihres Systems fr die Authentifizierung mit OpenLDAP
Red Hat Linux 7.0: Das Offizielle Red Hat Linux Referenzhandbuch
Dieser Abschnitt gibt einen kurzen berblick ber die
Konfiguration Ihres Red Hat Linux-Systems fr die Authentifizierung mit
OpenLDAP. Wenn Sie kein
OpenLDAP-Experte sind, bentigen Sie
wahrscheinlich eine weiter gehende Dokumentation, als wir Ihnen hier
bieten knnen. Weitere Informationen finden Sie in den in
Abschnitt namens LDAP-Ressourcen im Internet angegebenen Literaturhinweisen.
Zuerst mssen Sie sowohl auf dem LDAP-Server als auch auf dem
LDAP-Client berprfen, ob die entsprechenden Pakete
installiert sind. Fr den LDAP-Server wird das Paket
openldap bentigt.
Auf den LDAP-Client-Rechnern mssen die folgenden Pakete
installiert sein: openldap,
auth_ldap und nss_ldap.
Die Datei slapd.conf ist in
/etc/openldap abgelegt und enthlt die
Konfigurationsinformationen fr Ihren LDAP-Server
slapd. Sie mssen diese Datei an Ihre
Domne und Ihren Server anpassen.
Die suffix-Zeile gibt die Domne an, fr die der
LDAP-Server Informationen bereitstellt. Die Suffix-Zeile sollte
wie folgt gendert werden:
suffix "dc=Ihre-Domne, dc=com"
Hier muss der Name Ihrer Domne eingetragen werden. Beispiel:
suffix "dc=acmewidgets, dc=com"
oder
suffix "dc=acmeuniversity, dc=org"
Der Eintrag rootdn ist der eindeutige Name (DN) fr einen
Benutzer, dem von den Parametern der Zugangskontrolle oder
Benutzerverwaltung keine Beschrnkungen fr die
Verwaltung des LDAP-Verzeichnisses auferlegt sind. Der Benutzer
rootdn ist sozusagen Root fr das LDAP-Verzeichnis. Die
rootdn-Zeile lautet standardmig:
Im obigen Beispiel wird ein verschlsseltes Passwort
verwendet, eine viel bessere Lsung, als das Root-Passwort im
Klartext in der Datei slapd.conf
abzuspeichern. Zum Erstellen dieser verschlsselten
Zeichenkette mssen Sie diese entweder aus der Datei
passwd kopieren oder Perl verwenden:
perl -e "print crypt('passwd','a_salt_string');"
In der obigen Perl-Zeile ist salt_string eine
aus zwei Zeichen bestehende Salt-Zeichenkette und
passwd die Klartextversion des Passworts.
Sie knnten auch einen passwd-Eintrag aus
/etc/passwd kopieren. Das funktioniert
allerdings nicht, wenn der passwd-Eintrag ein
MD5-Passwort ist (Standard in Red Hat Linux7.0).
Passen Sie die Dateien ldap.conf in
/etc und in /etc/openldap
auf dem LDAP-Server und den -Clients an.
Passen Sie /etc/ldap.conf, die
Konfigurationsdatei fr nss_ldap und
pam_ldap, an Ihre Organisation und
Suchdatenbank an. Die Datei
/etc/openldap/ldap.conf ist die
Konfigurationsdatei fr Befehlszeilentools wie
ldapsearch, ldapadd usw. und
muss ebenfalls im Rahmen der LDAP-Einrichtung angepasst werden. Auf
den Client-Rechnern mssen beide Dateien an Ihr System
angepasst werden.
Um nss_ldap verwenden zu knnen,
mssen Sie ldap in den entsprechenden
Feldern in der Datei /etc/nsswitch.conf
hinzufgen. (Vorsicht beim Bearbeiten dieser Datei. Hier sind
genaue Kenntnisse der Zusammenhnge erforderlich.) Beispiel:
Fhren Sie authconfig aus, und whlen
Sie die Option Use LDAP aus, damit Sie
standardmige PAM-fhige Anwendungsprogramme LDAP
fr die Authentifizierung verwenden knnen. (Auf PAM
knnen wir im Rahmen dieses berblicks ber LDAP
nicht eingehen. Informationen dazu finden Sie in
Abschnitt namens Benutzerauthentifizierung mit PAM in Kapitel 2
und/oder in den man-Seiten zu PAM.)
Das Verzeichnis /usr/share/openldap/migration
enthlt mehrere Shell- und Perl-Skripten zur Umwandlung Ihrer
alten Authentifizierungsinformationen in das LDAP-Format. (Diese
Skripten erfordern einen lauffhigen Perl-Interpreter auf Ihrem
System.)
Zuerst mssen Sie die Datei
migrate_common.ph an Ihre Domne anpassen.
Die Standard-DNS-Domne muss gendert werden von:
$DEFAULT_MAIL_DOMAIN = "padl.com";
in einen Eintrag der Form:
$DEFAULT_MAIL_DOMAIN = "ihr_unternehmen.com";
Die Standardannahme muss ebenfalls gendert werden von:
$DEFAULT_BASE = "dc=padl,dc=com";
in einen Eintrag der Form:
$DEFAULT_BASE = "dc=ihr_unternehmen,dc=com";
Als Nchstes mssen Sie sich entscheiden, welches Skript
verwendet werden soll. Die folgende Tabelle hilft Ihnen bei Ihrer
Entscheidung:
Tabelle 7-1 LDAP-Umwandlungsskripten
Vorhandener Namensdienst
Wird LDAP ausgefhrt?
Verwenden Sie dieses Skript:
/etc konventionelle Dateien
Ja
migrate_all_online.sh
/etc konventionelle Dateien
Nein
migrate_all_offline.sh
NetInfo
Ja
migrate_all_netinfo_online.sh
NetInfo
Nein
migrate_all_netinfo_offline.sh
NIS (YP)
Ja
migrate_all_nis_online.sh
NIS (YP)
Nein
migrate_all_nis_offline.sh
Fhren Sie das Ihrem vorhandenen Namensdienst entsprechende
Skript aus.
Weitere Details finden Sie in der Datei README
und den Dateien migration-tools.txt im
Verzeichnis /usr/share/openldap/migration.
Ein Eintrag (Entry) stellt in einem
LDAP-Verzeichnis eine Einheit dar. Ein Eintrag wird durch seinen
eindeutigen Namen (Distinguished Name, DN)
identifiziert bzw. referenziert.
Ein Eintrag besitzt Attribute, bei denen es sich wiederum um direkt mit
dem Eintrag verbundene einzelne Informationen handelt. Eine
Organisation knnte zum Beispiel ein LDAP-Eintrag sein. Mit dieser
Organisation verknpfte Attribute knnen zum Beispiel die
Faxnummer, die Adresse usw. sein. Auch Mitarbeiter knnen
Eintrge in einem LDAP-Verzeichnis sein. bliche Attribute
fr Mitarbeiter sind Telefonnummern und E-Mail-Adressen.
Bestimmte Attribute sind obligatorisch, whrend andere Attribute
optional sind. In einer Objektklasse
(Objectclass) ist festgelegt, welche Attribute obligatorisch und welche
optional sind. Die Objektklassendefinitionen sind in der Datei
slapd.oc.conf abgelegt.
Das LDAP-Datenaustauschformat (LDAP Data
Interchange Format, LDIF) ist ein ASCII-Textformat fr
LDAP-Eintrge. Dateien, die Daten von einem LDAP-Server
importieren oder zu einem LDAP-Server exportieren, mssen im
LDIF-Format vorliegen. Ein LDIF-Eintrag sieht folgendermaen aus:
Ein Eintrag kann so viele Paare <Attributtyp>:
<Attributwert> haben, wie erforderlich sind. Eine leere Zeile
markiert das Ende eines Eintrags und den Beginn eines neuen Eintrags.
Alle Angaben innerhalb der spitzen Klammern (< >) sind variabel
und knnen mit Ausnahme von <id> beim Hinzufgen eines
LDAP-Eintrags von Ihnen festgelegt werden. Die <id> ist eine
Zahl, die normalerweise von LDAP-Tools festgelegt wird, wenn Sie einen
Eintrag hinzufgen. In der Regel mssen Sie diese Zahl nicht
selbst festlegen.
Es gibt mehrere Netscape-Anwendungen einschlielich Netscape
Roaming Access, die LDAP-fhig sind.
Sendmail kann ber LDAP Adressen
abfragen. In Ihrer Organisation kann LDAP als organisationsweites
Verzeichnis und/oder als Namensdienst verwendet werden (anstelle von
NIS oder normalen Dateien). Sie knnen sogar mit einem
persnlichen LDAP-Server Ihr E-Mail-Adressbuch aktuell halten
(siehe Abschnitt namens LDAP-Ressourcen im Internet).
ber das Modul pam_ldap kann LDAP als
Authentifizierungsdienst verwendet werden. LDAP wird hufig als
zentraler Authentifizierungsserver verwendet. Dadurch knnen die
Benutzer des Systems eine einheitliche Anmeldeprozedur fr
Konsolen, POP-Server, IMAP-Server, Rechner mit Samba-Netzwerkanbindung
und sogar Windows NT-Rechner verwenden. Mit LDAP kann fr die
Anmeldung auf diesen Systemen dieselbe Benutzer-ID und dasselbe
Passwort verwendet werden. Das Modul pam_ldap ist
im Paket nss_ldap enthalten.
Nicht alle aufgefhrten Karten werden untersttzt.
Prfen Sie bitte die Hardware-Kompatibilittsliste auf der
Red Hat Website
(http://www.redhat.com/support/docs/hardware.html),
um sich zu vergewissern, dass Ihre Karte untersttzt wird.
Der relativ hufig verwendete Parameter
hdX=cdromkann am Boot-Prompt
eingegeben werden, da er sich auf die in den Kernel integrierte
Untersttzung von IDE/ATAPI-CD-ROMs bezieht.
Die meisten der in den folgenden Tabellen ohne Parameter
aufgefhrten Module knnen entweder automatisch die Hardware
erkennen, oder Sie mssen die Einstellungen im Modulquellcode von
Hand ndern und neu kompilieren.
ATAPI CD-ROM, Jumpereinstellung als Master am
2. IDE-Kanal
hdc=cdrom
Mitsumi nicht-IDE-CD-ROM an Port 340, IRQ 11
mcd=0x340,11
Drei Mitsumi nicht-IDE-CD-ROM-Laufwerke mit
experimentellem Treiber, E/A-Ports 300, 304 und 320
mit IRQs 5, 10 und 11
mcdx=0x300,5,0x304,10,0x320,11
Sony CDU 31 oder 33 an Port 340, kein IRQ
cdu31=0x340,0 cdu31_port=0x340 cdu31a_irq=0
Aztech CD-ROM an Port 220
aztcd=0x220
Panasonic CD-ROM an einer SoundBlaster-Schnittstelle
an Port 230
sbpcd=0x230,1
Phillips/LMS cm206 und cm260 an E/A 340 und IRQ 11
cm206=0x340,11
Goldstar R420 an E/A 300
gscd=0x300
Mitsumi-Laufwerk an einer MAD16-Soundkarte an E/A 330
und IRQ 1, DMA-Erkennung
isp16=0x330,11,0,Mitsumi
Sony CDU 531 an E/A 320
sonycd535=0x320
Bitte beachten
Die meisten neueren Sound Blaster-Karten verfgen ber
IDE-Schnittstellen. Fr diese Karten sind keine
sbpcd-Parameter notwendig. Verwenden Sie nur
hdx-Parameter.
Sie knnen in einem Computer mehrere Ethernet-Karten verwenden.
Wenn die Karten mit unterschiedlichen Treibern arbeiten (z.B. 3c509
und DE425), mssen Sie lediglich der Datei
/etc/conf.modules fr jede Karte eine
alias-Zeile (und eventuell eine
options-Zeile) hinzufgen. Weitere
Informationen finden Sie in Abschnitt namens Laden von Kernelmodulen in Kapitel 3.
Wenn zwei Ethernet-Karten denselben Treiber verwenden (z.B. zwei
3c509 oder eine 3c595 und eine 3c905), mssen Sie den beiden
Karten entweder in der options-Zeile des Treibers Adressen zuweisen
(bei ISA-Karten), oder Sie fgen einfach fr jede Karte
eine alias-Zeile hinzu (bei PCI-Karten).
http://metalab.unc.edu/LDP/HOWTO/Ethernet-HOWTO.html Weitere
Informationen ber die Verwendung mehrerer Ethernet-Karten
finden Sie im Linux Ethernet-HOWTO unter
http://metalab.unc.edu/LDP/HOWTO/Ethernet-HOWTO.html.
Wenn Sie bei der Installation von Red Hat Linux das
howto-Paket installiert haben, finden Sie die
entsprechenden Informationen in der Datei
/usr/share/doc/HOWTO/Ethernet-HOWTO.
Red Hat Linux7.0 bietet viele neue Funktionsmerkmale, die nicht Teil
des Installationsvorgangs sind. So stehen Ihnen neue Tools und
Anwendungen sowie neue Versionen des Kernels und der Desktop-Umgebungen
zur Verfgung. Die nachfolgende Liste informiert Sie
darber, welche neuen Funktionen Ihnen in Red Hat Linux7.0 zur
Verfgung stehen, sobald Sie das Betriebssystem verwenden.
Linux-Kernel 2.2.4:
Red Hat Linux7.0 enthlt die neueste stabile Version des
Linux-Kernels 2.2.x.
Verbesserte Kickstart-Installationen
Es stehen Ihnen verbesserte Kickstart-Installationen zur
Verfgung dank neuer Befehle und einer verbesserten
Partitionierung.
XFree86 Version 4.0.1:
Red Hat Linux7.0 enthlt die neueste Version von
XFree86 (die Version 4.0.1
untersttzt viele neue Treiber).
Verbesserter Update Agent
Red Hat bietet nun eine benutzerdefinierbare Mglichkeit,
Updates der Linux-Technologie zu erhalten. Durch den Update Agent
und die Produktregistrierung ermglicht Red Hat es Ihnen nun,
jederzeit ber die neuesten Hardware-Treiber und
Sicherheitsfunktionen zu verfgen, die automatische
Benachrichtigung ber Updates zu aktivieren etc. Weitere
Informationen hierzu finden Sie unter
http://www.redhat.com/now.
GNOME 1.2
Red Hat Linux7.0 enthlt jetzt
GNOME 1.2.
Sawfish Windowmanager jetzt enthalten:
Der sawfish-Windowmanager ist jetzt
als Standard-Windowmanager fr GNOME in Red Hat Linux7.0
enthalten. sawmill basiert auf einer
Lisp-hnlichen Sprache und ist erweiterbar und
GNOME-kompatibel.
KDE 2.0
Red Hat Linux7.0 enthlt jetzt
KDE 2.0.
GCC Compiler 2.9.6
Der GCC Compiler 2.9.6 ermglicht das Schreiben eines
schnelleren optimierten Codes und bietet umfassendere
C++-Untersttzung.
nderungen bei der Verschlsselung:
Aufgrund der Lockerung der US-amerikanischen
Verschlsselungsgesetze wurden an den folgenden Paketen
nderungen hinsichtlich der Verschlsselung
vorgenommen:
DieKerberos-Authentifizierung
wurde dem Installationsprogramm hinzugefgt.
Die LDAP-Authentifizierung
wurde dem Installationsprogramm hinzugefgt.
Red Hat Linux7.0 enthlt jetzt
OpenSSH-Verschlsselungstools,
die Remote-Anmeldungen bei Ihrem System ermglichen.
Red Hat Linux7.0 enthlt die
Kryptographie-Bibliothek
OpenSSL, die sichere
Transaktionen fr Mail-, Web- und FTP-Kommunikation
ermglicht.
RPM ist ein sehr ntzliches Tool sowohl fr die Verwaltung
Ihres Systems als auch fr das Diagnostizieren und Beheben von
Problemen. Die Anwendungsmglichkeiten der Optionen werden am
ehesten anhand einiger Beispiele deutlich.
Nehmen wir an, Sie haben versehentlich einige Dateien
gelscht, wissen aber nicht mehr welche. Wenn Sie Ihr gesamtes
System berprfen mchten, um festzustellen, welche
Dateien fehlen, knnen Sie Folgendes eingeben:
rpm -Va
Falls einige Dateien fehlen oder offenbar beschdigt sind,
sollten Sie das Paket entweder neu installieren oder zunchst
deinstallieren und anschlieend neu installieren.
Angenommen, Sie stoen auf eine Datei, die Sie nicht
zuordnen knnen. Um herauszufinden, zu welchem Paket sie
gehrt, geben Sie Folgendes ein:
rpm -qf /usr/X11R6/bin/ghostview
Die Ausgabe wird etwa wie folgt aussehen:
gv-3.5.8-10
Im folgenden Szenario knnen wir diese beiden Beispiele
kombinieren. Nehmen wir an, Sie haben Probleme mit
/usr/bin/paste. Sie mchten das Paket,
das Eigentmer des Programms ist, berprfen, wissen
aber nicht, um welches Paket es sich handelt. Geben Sie einfach
Folgendes ein:
rpm -Vf /usr/bin/paste
Das entsprechende Paket wird berprft.
Wenn Sie ein Programm verwenden und dazu nhere Informationen
erhalten mchten, knnen Sie den folgenden Befehl
eingeben, um herauszufinden, welche Dokumentationen zu dem Paket
gehren, in dessen "Besitz" sich das Programm
befindet (in diesem Fall ispell):
Sie finden ein neues RPM-Paket zu
sndconfig, wissen jedoch nicht, um was
es sich handelt. Um Informationen zu erhalten, geben Sie Folgendes
ein:
rpm -qip sndconfig-0.48-1.i386.rpm
Die Ausgabe lautet:
Name : sndconfig Relocations: (not relocateable)
Version : 0.48 Vendor: Red Hat
Release : 1 Build Date: Mon 10 Jul 2000 02:25:40
Install date: (none) Build Host: porky.devel.redhat.com
Group : Applications/Multimedia Source RPM: sndconfig-0.48-1.src.rpm
Size : 461734 License: GPL
Packager : Red Hat <http://bugzilla.redhat.com/bugzilla>
Summary : The Red Hat Linux sound configuration tool.
Description :
Sndconfig is a text based tool which sets up the configuration files
you'll need to use a sound card with a Red Hat Linux system.
Sndconfig can be used to set the proper sound type for programs which
use the /dev/dsp, /dev/audio and /dev/mixer devices. The sound
settings are saved by the aumix and sysV runlevel scripts.
Nun mchten Sie sehen, welche Dateien vom RPM-Paket
koules installiert werden. Geben Sie
Folgendes ein:
Auerdem ist ein RPM-Buch erhltlich mit dem Titel
Maximum PRM
.
Es kann bei Red Hat, ber eine Buchhandlung oder ber das
Internet bezogen werden. Es enthlt viele wertvolle Informationen
ber RPM und wendet sich sowohl an den Endbenutzer als auch an den
Paketersteller.
RPM verfgt ber fnf Grundbetriebsmodi (das Erstellen
von Paketen nicht mitgerechnet): Installieren, Deinstallieren,
Aktualisieren, Anfragen und berprfen. Dieser Abschnitt
enthlt einen berblick ber jeden dieser Modi.
Vollstndige Angaben zu den Details und Optionen knnen Sie
mit rpm --help aufrufen. Weitere Informationen
ber RPM finden Sie in Abschnitt namens Andere RPM-Ressourcen.
RPM-Pakete besitzen normalerweise Dateinamen wie
foo-1.0-1.i386.rpm, die den Paketnamen
(foo), die Version (1.0 ),
die Release-Nummer (1) und die untersttzte
Systemarchitektur (i386) enthalten. So einfach
ist das Installieren von Paketen:
Wie Sie sehen, gibt RPM den Paketnamen (der nicht unbedingt dem
Dateinamen entsprechen muss, letzterer knnte beispielsweise
auch 1.rpm lauten) und anschlieend bei
der Installation des Pakets eine Reihe von Rautenzeichen aus,
sozusagen als Fortschrittsanzeige.
Bitte beachten
In der Regel wird der Befehl rpm -ivh
foo-1.0-1.i386.rpm zur Installation
verwendet. Sie knnen jedoch auch rpm -Uvh
foo-1.0-1.i386.rpm verwenden.
-U wird berlicherweise zum Aktualisieren
von Paketen verwendet, kann jedoch auch neue Pakete installieren.
Weitere Informationen zum Verwenden des RPM-Befehls
-U finden Sie in
Abschnitt namens Aktualisieren.
Das Installieren von Paketen ist ein einfacher Vorgang. Dennoch
knnen einige Fehler auftreten:
RPM-Pakete knnen von anderen Paketen
"abhngig" sein, d.h. sie bentigen andere
Pakete, um ordnungsgem installiert werden zu
knnen. Falls Sie versuchen, ein Paket zu installieren,
fr das eine solche ungelste Abhngigkeit besteht,
erscheint folgende Anzeige:
# rpm -ivh bar-1.0-1.i386.rpmfailed dependencies: foo is needed by bar-1.0-1#
Um diesen Fehler zu beheben, mssen Sie die angeforderten
Pakete installieren. Falls Sie dennoch mit der Installation
fortfahren mchten (was nicht zu empfehlen ist, da das Paket
vermutlich nicht korrekt ausgefhrt werden kann), geben Sie an
der Befehlszeile --nodeps ein.
Das Deinstallieren eines Pakets ist ebenso einfach wie das Installieren:
# rpm -e foo#
Bitte beachten
Beachten Sie, dass wir hier den Paketnamen
"foo" und nicht den Namen der
ursprnglichen Paket datei
"foo-1.0-1.i386.rpm" verwendet haben.
Wenn Sie ein Paket deinstallieren mchten, mssen Sie
foo durch den tatschlichen Namen der
ursprnglichen Paketdatei ersetzen.
Beim Deinstallieren eines Pakets kann ein Abhngigkeitsfehler
auftreten, wenn ein anderes installiertes Paket von diesem Paket
abhngt. Beispiel:
# rpm -e fooremoving these packages would break dependencies: foo is needed by bar-1.0-1#
Wenn RPM den Fehler ignorieren soll und Sie weiterhin das Paket
deinstallieren mchten (nicht zu empfehlen, da das
abhngige Paket dann wahrscheinlich nicht mehr korrekt
ausgefhrt werden kann), mssen Sie
--nodeps in der Befehlszeile eingeben.
Was Sie oben nicht erkennen knnen, ist die Tatsache, dass RPM
vorhandene alte Versionen des Pakets foo
automatisch deinstalliert hat. Mglicherweise mchten Sie
nun -U regelmig zum Installieren von
Paketen verwenden, da es hervorragend funktioniert, selbst wenn keine
vorherigen Versionen des Pakets installiert wurden.
Da RPM ein intelligentes Aktualisieren von Paketen mit
Konfigurationsdateien durchfhren kann, wird
mglicherweise folgende Meldung angezeigt:
Saving /etc/foo.conf as /etc/foo.conf.rpmsave
Dies bedeutet, dass die nderungen, die Sie an der alten
Konfigurationsdatei vorgenommen haben, mglicherweise nicht
"aufwrtskompatibel" zur neuen Konfigurationsdatei des
Pakets sind. RPM hat deshalb die ursprngliche Datei gespeichert
und eine neue Datei installiert. Sie sollten nun baldmglichst
die beiden Dateien berprfen und die Abweichungen
ausgleichen, damit Ihr System auch weiterhin korrekt funktioniert.
Da eine Aktualisierung eigentlich aus Deinstallations- und
Installationsvorgngen besteht, knnen smtliche
Fehler aus diesen Modi auftreten. Auerdem kann es zu einem
weiteren Fehler kommen: Falls RPM annimmt, dass Sie versuchen, auf
ein Paket mit einer lteren Versionsnummer
zu aktualisieren, erscheint folgende Anzeige:
# rpm -Uvh foo-1.0-1.i386.rpmfoo package foo-2.0-1 (which is newer) is already installed
error: foo-1.0-1.i386.rpm cannot be installed#
Um die "Aktualisierung" dennoch fortzusetzen, mssen
Sie in der Befehlszeile --oldpackage eingeben:
Die Option Auffrischen von RPM berprft die Versionen der
in der Befehlszeile angegebenen Pakete und vergleicht sie mit den
Versionen der bereits in Ihrem System installierten Pakete. Wenn eine
neuere Version eines bereits installierten Pakets von der Option
Auffrischen verarbeitet wird, aktualisiert RPM die ltere
Version. Mit der Option Auffrischen kann jedoch kein Paket
installiert werden, wenn nicht ein bereits zuvor installiertes Paket
des gleichen Namens vorhanden ist. Dies ist der Hauptunterschied zur
RPM-Option Aktualisieren, da mit Aktualisieren Pakete installiert
werden, ganz gleich, ob eine ltere Version
des Pakets bereits installiert wurde.
Die RPM-Option Auffrischen funktioniert bei Einzelpaketen oder bei
einer Gruppe von Paketen einwandfrei. Besonders ntzlich ist
sie, wenn Sie gerade eine grere Menge unterschiedlicher
Pakete heruntergeladen haben, jedoch nur die Pakete aktualisieren
mchten, die bereits in Ihrem System installiert sind. Mit der
Option Auffrischen brauchen Sie die heruntergeladenen Pakete nicht
mehr zu durchsuchen oder unerwnschte Eintrge zu
lschen, bevor Sie RPM verwenden.
In diesem Fall knnen Sie einfach den folgenden Befehl eingeben:
# rpm -Fvh *.rpm
RPM aktualisiert automatisch die Pakete, die bereits installiert wurden.
Anfragen zu installierten Paketen an die Datenbank werden mit
rpm -q durchgefhrt. Ein einfaches
Anwendungsbeispiel ist rpm -q foo. Dieser Befehl
gibt den Namen, die Versions- und die Release-Nummer des
installierten Pakets foo aus:
# rpm -q foofoo-2.0-1#
Statt den Paketnamen anzugeben, knnen Sie auch die folgenden
Optionen mit -q verwenden, um anzugeben, welche
Pakete Sie abfragen mchten. Diese Optionen heien
Paketspezifizierungsoptionen.
-a Anfrage zu smtlichen aktuell
installierten Paketen.
-f
<Datei>
Anfrage zum Paket, zu dem
<Datei>
gehrt.
-p
<Paketdatei>
Anfrage zum Paket
<Paketdatei>.
Es gibt eine Reihe von Mglichkeiten, um festzulegen, welche
Informationen ber angefragte Pakete angezeigt werden. Mit den
folgenden Optionen knnen Sie die gewnschten Informationen
auswhlen. Diese Optionen heien
Informationsauswahloptionen.
-i zeigt Informationen zum Paket an, darunter
Name, Beschreibung, Release, Gre, Erstellungsdatum,
Installationsdatum, Anbieter und verschiedene andere
Informationen.
-l zeigt die Liste der Dateien an, die das
Paket enthlt.
-s zeigt den Status smtlicher
Dateien des Pakets an.
-d zeigt eine Liste der als Dokumentationen
gekennzeichneten Dateien an (man-Seiten, Info-Seiten,
README-Dateien usw.).
-c zeigt eine Liste der als
Konfigurationsdateien gekennzeichneten Dateien an. Dies sind die
Dateien, die Sie nach der Installation bearbeiten, um das Paket
an Ihr System anzupassen (sendmail.cf,
passwd, inittab usw.).
Zu den Optionen fr die Anzeige von Dateilisten knnen Sie
an der Befehlszeile -v hinzufgen, um die
Listen im gleichen Format wie bei der Option ls -l
anzuzeigen.
Beim berprfen eines Pakets werden die Angaben zu Dateien,
die aus einem Paket installiert wurden, mit den Angaben aus dem
ursprnglichen Paket verglichen. Bei einer berprfung
werden u.a. folgende Parameter verglichen: Gre,
MD5-Summe, Berechtigungen, Typ, Eigentmer und Gruppe jeder
Datei.
Mit dem Befehl rpm -V werden Pakete
berprft. Zum Angeben der zu verifizierenden Pakete
knnen Sie alle Paketauswahloptionen
verwenden, die fr Anfragen zur Verfgung stehen. Ein
einfaches Anwendungsbeispiel ist rpm -V foo.
Dieser Befehl berprft, ob sich alle Dateien im Paket foo
noch in dem Zustand befinden, den sie ursprnglich zum Zeitpunkt
der Installation hatten. Beispiel:
So verifizieren Sie ein Paket, das eine bestimmte Datei
enthlt:
rpm -Vf /bin/vi
So verifizieren Sie ALLE installierten Pakete:
rpm -Va
So verifizieren Sie ein installiertes Paket mit Hilfe einer
RPM-Paketdatei:
rpm -Vp foo-1.0-1.i386.rpm
Dies kann ntzlich sein, wenn Sie vermuten, dass Ihre
RPM-Datenbank beschdigt ist.
Wenn alles berprft und fr korrekt befunden wurde,
erfolgt keine weitere Ausgabe. Falls Abweichungen festgestellt
wurden, werden diese angezeigt. Das Ausgabeformat besteht aus einer
Zeichenkette mit acht Zeichen. Konfigurationsdateien werden durch ein
"c" gekennzeichnet, anschlieend folgt der Dateiname.
Jedes der acht Zeichen steht fr das Vergleichsergebnis eines
Attributs der Datei mit dem aufgezeichneten Wert fr dieses
Attribut aus der RPM-Datenbank. Ein einzelner Punkt (".")
bedeutet, dass der Test bestanden wurde. Die folgenden Zeichen
kennzeichnen Fehler bei bestimmten Tests:
5 - MD5-Prfsumme
S - Dateigre
L - Symbolische Verknpfung
T - Dateibearbeitungszeit
D - Gert
U - Benutzer
G - Gruppe
M - Modus (einschlielich Berechtigungen und Dateityp)
? -Datei nicht lesbar
Wenn eine Ausgabe angezeigt wird, entscheiden Sie, ob Sie das Paket
entfernen oder neu installieren oder das Problem auf andere Weise
lsen sollten.
Um auf Ihren sicheren Server zuzugreifen, verwenden Sie die folgende URL:
https://Ihre_Domne
Beachten Sie, dass die URLs, die auf den Red Hat Linux Secure Web Server zugreifen sollen, mit
dem Protokollkennzeichner https: und nicht dem gngigeren
Kennzeichner http: beginnen mssen. https: ist der Kennzeichner
fr gesicherte HTTP-Dateibertragungen.
Auf einen ungesicherten Server kann mit der folgenden URL zugegriffen werden:
http://your_domain
Der Standardanschluss fr gesicherte Web-bertragungen ist
Port 443. Der Standardanschluss fr ungesicherte
Web-bertragungen ist Port 80. Der Red Hat Linux Secure Web Server ist
standardmig so konfiguriert, dass ber beide
Standardanschlsse Verbindungen hergestellt werden knnen.
Sie mssen daher die Port-Nummer in der URL nicht angegeben (sie
wird automatisch angenommen).
Wenn Sie Ihren Server so konfigurieren, dass er einen nicht
voreingestellten Port berwacht (d.h. nicht 80 oder 443)
mssen Sie die Port-Nummer in allen URLs angeben, die auf den
Server ber diesen Port zugreifen.
Beispiel: Ein virtueller Host wird in einer nicht gesicherten
Verbindung auf Port 12331 ausgefhrt. Alle URLs, die auf diesen
virtuellen Host zugreifen mchten, mssen diese Port-Nummer
enthalten. Die folgende URL stellt eine Verbindung zu einem nicht
gesicherten Web Server her, der Port 12331 berwacht:
http://your_domain:12331
Einige der in diesem Handbuch verwendeten Beispiel-URLs mssen
eventuell gendert werden, je nachdem, ob Sie auf den Red Hat Linux Secure Web Server oder
auf einen nicht gesicherten Web Server zugreifen. Die URLs in diesem
Handbuch sind als allgemeine Beispiele gedacht, nicht als Anweisungen,
die in allen Situationen verwendet werden knnen.
Zunchst mssen Sie entscheiden, was fr ein
Zertifikat Sie erwerben mchten. Eine Beschreibung der
Zertifizierungsprodukte von VeriSign finden Sie in
Abschnitt namens Zertifikatspaket von VeriSign.
Rufen Sie dann die Website
/www.verisign.com/server/
auf. Whlen Sie das Zertifikat aus, das Sie kaufen mchten.
Der Kaufvorgang ist bis zu einem gewissen Grad standardisiert. Sie
erhalten im Folgenden schrittweise Anleitungen zum Erwerb des
Zertifikats "Secure Site". Sie sollten anhand dieser
Anleitungen auch ein anderes Zertifikat erwerben knnen.
Fr Zertifikate des Typs "Secure Site" knnen
Sie, wenn gewnscht, eine Zweijahres-Option (Two
Year Option) auswhlen und den Standort Ihres
Secure Servers besttigen. Klicken Sie auf
Continue, sobald Sie die Auswahl
abgeschlossen haben.
Die nchste Seite Preparing for
Enrollment wird aufgerufen. Hier erhalten Sie eine
Zusammenfassung der Informationen, die Sie VeriSign zur
Verfgung stellen mssen. Lesen Sie diese Seite, und
stellen Sie sicher, dass alle ntigen Informationen
bereitstehen, bevor Sie mit dem Antrag fortfahren. Klicken Sie
dann auf den Button Continue am unteren
Rand der Seite.
Der nchste Schritt, Submit CSR, wird
in Abbildung 11-1 gezeigt. Whlen Sie
aus der Liste Server Software Vendor
die Option Red Hat aus.
Abbildung 11-1 bergeben des Zertifikatsantrags an VeriSign
Fgen Sie den Inhalt Ihres Antrags in das Textfeld
Enter CSR Information ein. Um den Inhalt der
Datei auszuschneiden und einzufgen, wechseln Sie
zunchst in das Verzeichnis
/etc/httpd/conf/ssl.csr (wenn Sie mit X
arbeiten). Zeigen Sie den Inhalt von
server.csr mit dem Befehl cat
server.csr an. Heben Sie den Inhalt der Datei hervor,
indem Sie mit der linken Maustaste klicken und ziehen. Klicken
Sie mit der linken Maustaste auf das Textfeld auf der Web-Seite.
Klicken Sie mit der mittleren Maustaste, um den hervorgehobenen
Text einzufgen.
Stellen Sie sicher, dass Sie beim Kopieren und Einfgen
keine zustzlichen Leerstellen vor oder nach dem Text
einfgen (einschlielich der Zeilen
-----BEGIN CERTIFICATE REQUEST----- und
-----END CERTIFICATE REQUEST-----). Einige
Zertifizierungsstellen weisen Antrge zurck, die
zustzliche Leerstellen enthalten.
Wenn Sie die Daten in den Antrag eingefgt haben, klicken
Sie auf Continue.
Als nchsten Schritt mssen Sie nun den
Berechtigungsnachweis (Proof of Right)
erbringen. Sie mssen also VeriSign nachweisen, dass Ihre
Organisation ordnungsgem erfasst ist. Zunchst
versucht VeriSign, den angegebenen Namen der Organisation in der
Datenbank von Dun & Bradstreet zu finden. Wurde der Name
Ihrer Organisation in der Datenbank gefunden, whlen Sie ihn
aus. Whlen Sie anderenfalls My company and/or my
company's correct address is not displayed in this
list. Klicken Sie auf Continue.
Die einfachste Mglichkeit, die Identitt Ihres
Unternehmens zu beweisen, ist die D-U-N-S-Nummer. Es gibt jedoch
auch andere Mglichkeiten, wenn Sie ber keine solche
Nummer verfgen oder diese Nummer nicht verwenden
mchten. VeriSign gibt Anweisungen dazu, wie Sie die
Identitt Ihrer Organisation mit anderen Mitteln nachweisen
knnen. Sie mssen den Nachweis bereithalten, bevor Sie
ein Zertifikat beantragen. Sobald die erforderlichen Dokumente
vorliegen, knnen Sie mit dem Vorgang fortfahren.
Nach Auswahl der korrekten Organisation aus der Datenbank von Dun
& Bradstreet und nach Klicken auf Continue
wird die nchste Seite Confirm Domain
Registration aufgerufen. Auf dieser Seite
berprft VeriSign, ob die angegebene Domne
fr Ihre Organisation registriert ist. Weitere
Informationen zur Registrierung eines Domnennamens finden
Sie im InterNIC FAQ unter
http://www.internic.net/faq.html
und/oder kann bei Ihrem Netzwerkadministrator erfragt werden.
Der verwendete Domnennamen muss fr Ihre Organisation
registriert sein. Der Name der in der
Domnenregistrierung aufgelisteten
Organisation sollte also dem Namen entsprechen, den
Sie fr die Organisation eingegeben
haben. Anderenfalls mssen Sie einen neuen Antrag mit den
korrekten Informationen erstellen.
In den meisten Fllen werden die Namen bereinstimmen.
Sie knnen das Feld These organization names
match auswhlen und dann auf
Continue klicken.
Auf der nchsten Seite wird Ihnen mitgeteilt, dass Sie die
erste Gltigkeitsberprfung von VeriSign
bestanden haben. Klicken Sie auf Continue.
Die nchste Seite,
Complete Application, wird angezeigt
(siehe Abbildung 11-2).
Abbildung 11-2 Antrag auf ein VeriSign-Zertifikat
Tragen Sie in den Bereich Enter Technical Contact
Information alle Daten zum Administrator oder
Webmaster Ihres Red Hat Linux Secure Web Server ein.
Geben Sie die entsprechenden Informationen zur Kontaktperson in
Ihrer Organisation in den Abschnitt Enter
Organizational Contact Information ein. Befolgen Sie
dabei die Anweisungen von VeriSign.
Geben Sie in das Feld Enter Billing Contact
Information die Daten des Mitarbeiters ein, der
fr die Abrechnung zustndig ist.
Geben Sie einen Abfrageausdruck und eine Erinnerungsfrage in die
dafr vorgesehenen Bereiche "challenge phrase" und
"reminder question" ein. Sie mssen den
Abfrageausdruck kennen, wenn Sie Support-Leistungen von VeriSign
in Anspruch nehmen mchten. Sie sollten ihn deshalb notieren
und an einem sicheren Ort aufbewahren.
Geben Sie an, wie Sie das Zertifikat zahlen mchten.
Lesen Sie die Vereinbarungen fr Unterzeichner im unteren
Teil der Seite. Klicken Sie dann auf den Button
Continue. Ihr Antrag wird
bermittelt.
Wenn Sie den Antrag ausgefllt haben und Ihre Daten und Zahlung
bei VeriSign eingegangen sind, wird die Identitt Ihrer
Organisation besttigt, und Ihr Zertifikat wird ausgestellt. Das
genehmigte Zertifikat wird ber E-Mail an die Kontaktpersonen im
Unternehmen gesendet, die Sie angegeben haben.
Speichern Sie das Zertifikat von VeriSign in der Datei
server.crt unter
/etc/httpd/conf/ssl.crt/. Befolgen Sie die in
Abschnitt namens Testen Ihres Zertifikats beschriebenen Schritte, um
Ihr Zertifikat zu installieren.
Generieren Sie dann einen Schlssel und einen
Signierungsantrag. Wenn Sie die Anweisungen unter
Abschnitt namens Generieren von Schlsseln und
Abschnitt namens Erzeugen von Zertifikatsantrgen fr die Zertifizierungsstelle befolgt haben,
verfgen Sie bereits ber einen Schlssel
(/etc/httpd/conf/ssl.key/server.key ) und
einen Antrag
(/etc/httpd/conf/ssl.csr/server.csr). Wenn
Sie Schlssel und Zertifikatsantrag noch nicht erstellt
haben, holen Sie dies nun nach, und befolgen Sie hierfr die
in diesem Dokument aufgefhrten Anweisungen.
Rufen Sie die Web-Seite von Thawte
Buy a Certificate unter
https://www.thawte.com/cgi/server/step1.exe
auf. Whlen Sie SSL Server
Certificate aus. Klicken Sie am unteren Rand der
Seite auf den Button Next.
Die nchste Seite Server Cert
Enrollment wird aufgerufen. Fgen Sie den Inhalt
der Datei /etc/httpd/conf/ssl.csr/server.csr
in das in Abbildung 11-3 gezeigte Textfeld
Certificate Signing Request (CSR) ein.
Abbildung 11-3 Antragsformular von Thawte
Um den Inhalt der Datei auszuschneiden und einzufgen,
wechseln Sie zunchst mit dem Befehl cd
in das Verzeichnis /etc/httpd/conf/ssl.csr
(wenn Sie mit X arbeiten). Zeigen Sie den Inhalt von
server.csr mit dem Befehl cat
server.csr an. Markieren Sie den Inhalt der Datei,
indem Sie mit der linken Maustaste klicken und ziehen. Klicken
Sie mit der linken Maustaste auf das Textfeld auf der Web-Seite.
Klicken Sie mit der mittleren Maustaste, um den hervorgehobenen
Text einzufgen.
Stellen Sie sicher, dass Sie beim Kopieren und Einfgen
keine zustzlichen Leerstellen oder weien Bereiche
vor oder nach dem Text einfgen (einschlielich der
Zeilen -----BEGIN CERTIFICATE REQUEST----- und
-----END CERTIFICATE REQUEST-----). Einige
Zertifizierungsstellen weisen Antrge zurck, die
zustzliche Leerstellen enthalten.
Whlen Sie aus dem Pulldown-Men Web
Server Software die Option Red Hat Secure
Server aus.
Whlen Sie aus, in welcher Form die Zahlung fr das
Zertifikat erfolgen soll.
Klicken Sie am unteren Rand der Seite auf
Next.
Auf der nchsten Seite wird eine Analyse des
Zertifikatsantrags (Analysis of Certificate Signing
Request ) angezeigt (siehe
Abbildung 11-4).
Abbildung 11-4 Analyse des Zertifikatsantrags
Weiter unten auf der Seite mssen Sie in
Background Information eine Beschreibung
Ihrer Organisation aus dem Pulldown-Men auswhlen oder
eine eigene Beschreibung in das vorgesehene Textfeld eingeben.
Wenn Sie ber eine D-U-N-S-Nummer verfgen, geben Sie
diese in das dafr vorgesehene Textfeld
DUNS Number ein.
Lesen Sie die Unterzeichnervereinbarungen von Thawte unter
Subscriber Agreement. Tragen Sie die
erforderlichen Daten zu den Personen Ihrer Organisation ein, die
die Vereinbarungen autorisieren, wie unter
Abschnitt namens Identittsnachweise fr Thawte beschrieben.
Tragen Sie unter Technical Contact/Webmaster
die Daten zum Administrator oder Webmaster Ihres Red Hat Linux Secure Web Server ein.
Klicken Sie am unteren Rand der Seite auf den Button
Next.
Die nchste Seite, Server Cert
Enrollment, ist die letzte Seite des Antragformulars
(siehe Abbildung 11-5). Whlen Sie im
ersten Pulldown-Men die Whrung aus, in der die
Zahlung an Thawte erfolgt.
Abbildung 11-5 Zertifikatsantrag von Thawte
Geben Sie die Strae Ihrer Organisation in das Textfeld
Office Street Address ein.
Geben Sie die Faxnummer in das Textfeld
Office Fax Number ein.
Whlen Sie im Pulldown-Men unter Nearest
Thawte Office das Thawte-Bro aus, das Ihrer
Organisation am nchsten liegt.
Geben Sie in das Textfeld unter Privacy Protection
Password ein Passwort oder einen Abfrageausdruck ein.
Nachdem Sie den Antrag ausgefllt haben, knnen Sie
seinen Status im Web berprfen.
Klicken Sie am unteren Rand der Seite auf
Next.
Auf der nchste Seite wird Ihnen mitgeteilt, dass der Antrag
vollstndig bermittelt wurde. Sie erhalten eine
Referenznummer, unter der Sie den Status des Antrags im Web
berwachen knnen.
Nach dem Erhalt der Dokumente und der Zahlung sendet Thawte das
Zertifikat per E-Mail. Speichern Sie das erhaltene Zertifikat in
die Datei
/etc/httpd/conf/ssl.crt/server.crt.
Anweisungen zur Installation Ihres Zertifikats finden Sie unter
Abschnitt namens Testen Ihres Zertifikats.
Wenn Sie den Red Hat Linux Secure Web Server ber das Red Hat Linux Installationsprogramm
installiert haben, werden ein zuflliger Schlssel und ein
Test-Zertifikat erzeugt und in den entsprechenden Verzeichnissen
gespeichert. Bevor Sie mit dem sicheren Server arbeiten knnen,
mssen Sie jedoch Ihren eigenen Schlssel generieren und ein
Zertifikat beantragen, das Ihren Server korrekt identifiziert.
Sie bentigen einen Schlssel und ein Zertifikat, um den
Red Hat Linux Secure Web Server betreiben zu knnen und haben die Auswahl zwischen einem
eigensigniertem und einem ZS-signierten Zertifikat. Wo liegen die
Unterschiede?
Ein Zertifikat mit offizieller Signatur von der ZS hat zwei Vorteile:
Browser erkennen das Zertifikat in der Regel automatisch an. Die
gesicherte Verbindung wird ohne zustzliche Besttigung
durch den Benutzer hergestellt.
Mit dem signierten Zertifikat gewhrleistet die
Zertifizierungsstelle die Echtheit und Identitt der
Organisation, die dem Browser die Web-Seiten zur Verfgung
stellt.
Sie knnen fr Ihren Red Hat Linux Secure Web Server ein eigenes Zertifikat
generieren. Bedenken Sie jedoch, dass es nicht dieselben Vorteile
bietet wie ein Zertifikat von offizieller Stelle. Von den Browsern der
Benutzer wird es nicht automatisch anerkannt, und es liefert keine
Garantie bezglich der Echtheit und Identitt der
Organisation, die die Website bereitstellt. Diese wichtigen
Voraussetzungen fr die Sicherheit Ihres Servers werden von einem
Zertifikat mit ZS-Signatur erfllt. Wenn Ihr Server in eine
Produktionsumgebung eingebunden ist, bentigen Sie wahrscheinlich
ein Zertifikat mit ZS-Signatur.
Wenn Ihr Red Hat Linux Secure Web Server durch viele Benutzer verwendet werden soll, ist
ein Zertifikat mit ZS-Signatur erforderlich. Nur so knnen
Besucher Ihrer Website auch wirklich sichergehen, dass die Website
tatschlich der angegebenen Organisation gehrt. Die ZS
berprft zunchst die Identitt der Organisation,
die das Zertifikat beantragt.
Die meisten Web-Browser, die SSL untersttzen, verfgen
ber eine Liste von Zertifizierungsstellen, deren Zertifikate sie
automatisch akzeptieren. Falls ein Browser auf ein Zertifikat trifft,
das nicht von einer in der Liste befindlichen ZS ausgestellt wurde,
wird der Benutzer aufgefordert, sich zu entscheiden, ob die Verbindung
angenommen oder abgelehnt werden soll.
Die Beantragung eines Zertifikats von einer Zertifizierungsstelle ist
denkbar einfach. Es folgt ein kurzer berblick:
Erstellen Sie einen privaten und einen ffentlichen
Schlssel.
Erstellen Sie einen Zertifikatsantrag auf Basis des
ffentlichen Schlssels. Der Antrag enthlt
Informationen ber Ihren Server und Ihr Unternehmen.
Senden Sie den Zertifikatsantrag zusammen mit den Dokumenten, die
Ihre Identitt belegen, an eine ZS.
Nach berprfung der Identitt und Echtheit Ihres
Unternehmens sendet die Zertifizierungsstelle Ihnen ein digitales
Zertifikat.
Installieren Sie dieses auf Ihrem Web-Server, und Ihre
Transaktionen sind nun gegen unerlaubten Zugriff geschtzt.
Wir knnen Ihnen die Entscheidung bei der Auswahl einer
Zertifizierungsstelle nicht abnehmen. Sie werden sich von eigenen
Erfahrungen, Erfahrungen von Freunden oder Kollegen oder von
Kostenfaktoren leiten lassen. Im Folgenden wird erlutert, wie Sie
ein digitales Zertifikat von VeriSign oder von Thawte erwerben. Sie
knnen jedoch auch eine andere Zertifizierungsstelle whlen.
Es gibt noch viele weitere Zertifizierungsstellen. Klicken Sie auf den
Button Security in der Symbolleiste von
Navigator oder auf das
Vorhngeschlosssymbol links unten auf dem Bildschirm. Klicken Sie
dann auf Signers, um eine Liste der
Zertifizierungsstellen anzuzeigen, deren Zertifikate Ihr Browser
akzeptiert. Sie knnen auch im Web nach Zertifizierungsstellen
suchen. Die Beantragung eines Zertifikats wird auch bei anderen
Zertifizierungsstellen im Wesentlichen so ablaufen wie in diesem
Handbuch beschrieben.
VeriSign bietet fr Kunden von Red Hat Rabatte auf seine
Zertifikatsangebote. Informationen hierzu finden Sie unter
http://www.verisign.com/offer/redhat/.
VeriSign und Thawte bieten verschiedene Optionen fr die
angebotenen Server-Zertifikate. Sie sind im Folgenden
aufgefhrt. Vollstndige und aktuelle Informationen
erhalten Sie auf der entsprechenden Website.
Commerce Site Services
Commerce Site (mit 40-Bit-Verschlsselung und dem
Online-Zahlungsverwaltungsservice Payflow Pro)
Commerce Site Pro (mit 128-Bit-Verschlsselung und dem
Online-Zahlungsverwaltungsservice Payflow Pro)
Secure Site Services
Secure Site (mit 40-Bit-Verschlsselung)
Secure Site Pro (mit 128-Bit-Verschlsselung)
Die 128-Bit SSL IDs von VeriSign ermglichen die weltweit
strkste Verschlsselungstechnologie fr Web-Server in
Verbindung mit den verschiedenen Versionen der Microsoft- und
Netscape-Browser fr die USA und den internationalen Markt.
Die Lsungen von VeriSign umfassen ein SSL-Server-Zertifikat
(oder "Server ID") und andere Funktionen, wie z.B.:
NetSure Protection Plan, ein erweitertes
Gewhrleistungsprogramm, das VeriSign-Kunden vor einem
finanziellen Verlust von bis zu $250.000 schtzt, der durch
Diebstahl, Beschdigung, unrechtmige Benutzung
oder Verlust eines Zertifikats entsteht.
VeriSign Secure Site Seal ermglicht Besuchern die
berprfung von ID und Status Ihres Servers in Echtzeit.
Commerce Site Services und Secure Site Services umfassen
auerdem Site Performance Measurement Services (Dienste zur
berwachung wichtiger Leistungsdaten Ihrer Site), Netcraft
E-Commerce Security Analysis (Sicherheitsanalyse fr
E-Commerce) und Netzwerk-Scanning von Qualys zur Ermittlung der
potentiellen Angriffsflchen Ihrer Site.
Schulungsrabatte fr den von VeriSign angebotenen Kurs
``Building Secure Web Servers.''
Ein geprfter Authentifizierungsprozess, der sicherstellt,
dass VeriSign die Echtheit der Identitt aller mit einer
Server ID ausgestatteten Sites besttigt.
Nach dem Schlssel wird nun ein Zertifikatsantrag erstellt, den
Sie an die Zertifizierungsstelle Ihrer Wahl senden. Geben Sie den
folgenden Befehl ein:
make certreq
Das System zeigt die folgende Ausgabe an und fordert Sie auf, ein
Passwort einzugeben (bei aktivierter Passwortoption):
umask 77 ; \
/usr/bin/openssl req -new -key /etc/httpd/conf/ssl.key/server.key
-out /etc/httpd/conf/ssl.csr/server.csr
Using configuration from /usr/share/ssl/openssl.cnf
Enter PEM pass phrase:
Geben Sie das Passwort ein, das Sie bei der Generierung des
Schlssels ausgewhlt haben. Es werden einige Anweisungen
angezeigt, und Sie werden aufgefordert, eine Reihe von Fragen zu
beantworten. Ihre Eingaben werden in den Zertifikatsantrag aufgenommen.
Die folgende Abbildung zeigt einen Antrag mit mglichen Antworten:
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a
DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [AU]:DEState or Province Name (full name) [Some-State]:Baden WrttembergLocality Name (eg, city) []:HeidelbergOrganization Name (eg, company) [Internet Widgits Pty Ltd]:TestunternehmenOrganizational Unit Name (eg, section) []:TestCommon Name (eg, your name or your server's hostname) []:test.meinedomne.comEmail Address []:admin@meinedomne.comPlease enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []:
An optional company name []:
Die Standardantworten werden in eckigen Klammern
[] angezeigt, unmittelbar nach den
jeweiligen Eingabeaufforderungen. Die erste Angabe ist beispielsweise
das Land, in dem das Zertifikat verwendet werden soll:
Country Name (2 letter code) [AU]:
Die vordefinierte Eingabe in eckigen Klammern ist
AU. Wenn Sie den Standardwert akzeptieren
mchten, drcken Sie die Eingabetaste.
Anderenfalls geben Sie den zweistelligen Code fr Ihr Land ein.
Geben Sie dann die restlichen Daten ein (State or
Province Name,
Locality Name,
Organization Name,
Organizational Unit Name,
Common Name und Email
address). Befolgen Sie beim Eingeben der Informationen
die folgenden Richtlinien:
Krzen Sie Ort oder Bundesstaat nicht ab. Schreiben Sie alle
Namen aus.
Wenn Sie den Antrag an eine Zertifizierungsstelle senden, sollten
die Informationen in allen Feldern, besonders jedoch in den Feldern
Organization Name und
Common Name korrekt sein. Die
Zertifizierungsstelle berprft anhand der Informationen
im Antrag, ob Ihre Organisation tatschlich fr den
allgemeinen Namen, den Sie unter Common
Name angegeben haben, verantwortlich ist. Alle
Antrge, die ungltige Informationen enthalten, werden
abgelehnt.
Geben Sie fr Common Name die
richtige Bezeichnung Ihres Red Hat Linux Secure Web Server ein (eine
gltige DNS-Bezeichnung), keine eventuell vorhandenen
Aliasnamen.
Geben Sie unter Email Address die
E-Mail-Adresse des Webmasters oder Systemadministrators ein.
Vermeiden Sie Sonderzeichen wie @, #, &, ! usw. Einige
Zertifizierungsstellen lehnen Antrge ab, die Sonderzeichen
enthalten. Falls der Name Ihres Unternehmens also das Zeichen &
enthlt, schreiben Sie dieses als "und" statt als
"."
Die zustzlichen Attribute (A challenge
password und An optional company
name) mssen Sie nicht ausfllen.
Drcken Sie einfach die Eingabetaste, um die
in der Voreinstellung leeren Felder zu akzeptieren.
Wenn Sie alle Informationen eingegeben haben, wird die Datei
server.csr erstellt.
server.csr ist Ihre Zertifikatsanfrage, die an die
Zertifizierungsstelle gesendet werden kann.
Zunchst mssen Sie den Schlssel und das Zertifikat
entfernen, die whrend der Installation generiert wurden.
cd in das Verzeichnis
/etc/httpd/conf.
Entfernen Sie die zwei Dateien mit den folgenden Befehlen:
rm ssl.key/server.key
und
rm ssl.crt/server.crt
Als ersten Schritt zur Erstellung eines Zertifikats erstellen Sie einen
eigenen zufallsgenerierten Schlssel mit dem folgenden Befehl:
make genkey
Ihr System zeigt eine Meldung hnlich der folgenden an:
umask 77 ; \
/usr/bin/openssl genrsa -des3 1024 > /etc/httpd/conf/ssl.key/server.key
Generating RSA private key, 1024 bit long modulus
.......++++++
................................................................++++++
e is 65537 (0x10001)
Enter PEM pass phrase:
Geben Sie nun ein Passwort ein. Ein sicheres Passwort sollte mindestens
acht Zeichen umfassen, Zahlen und Satzzeichen enthalten und nicht einem
Wrterbuch entnommen sein. Denken Sie auerdem daran, dass
Klein- und Groschreibung beachtet werden.
Bitte beachten
Sie mssen das Passwort bei jedem Start von Red Hat Linux Secure Web Server eingeben.
Vergessen Sie es nicht.
Sie werden aufgefordert, das Passwort zur Besttigung ein zweites
Mal einzugeben. Wenn es korrekt eingegeben wurde, wird die Datei
server.key mit Ihrem Schlssel erstellt.
Wenn Sie das Passwort nicht bei jedem Start des Red Hat Linux Secure Web Server eingeben
mchten, verwenden Sie anstelle von make genkey
die folgenden beiden Befehle, um den Schlssel zu generieren.
Beide Befehle sollten in einer Zeile eingegeben werden.
erzeugen Sie Ihren Schlssel. Verwenden Sie dann den folgenden
Befehl:
chmod go-rwx /etc/httpd/conf/ssl.key/server.key
um sicherzustellen, dass die Berechtigungen im Schlssel korrekt
gesetzt sind.
Wenn Sie diese Befehle zur Generierung des Schlssels verwenden,
mssen Sie Ihren Red Hat Linux Secure Web Server nicht mit einem Passwort starten.
Bitte beachten
Der Zugriffsschutz auf Ihren Web-Server ist gefhrdet, wenn Sie
die Passwort-Funktion deaktivieren. Aus diesem Grund wird davon
abgeraten, die Passwort-Funktion fr Ihren Red Hat Linux Secure Web Server zu
deaktivieren.
Die Probleme, die mit der Deaktivierung des Passworts verbunden sind,
stehen in direktem Zusammenhang mit der Sicherheit des Host-Systems.
Personen mit krimineller Energie, die die regulren
UNIX-Sicherheitsfunktionen auf dem Host-Rechner auer Kraft
setzen, knnten Ihren privaten Schlssel (den Inhalt Ihrer
Datei server.key) abrufen. Mit diesem
Schlssel knnen falsche Web-Seiten erstellt werden, die
scheinbar von Ihrer Site kommen.
Wenn alle von UNIX vorgesehenen Sicherheitsvorkehrungen fr den
Host-Computer genau eingehalten werden (d.h. alle
Betriebssystem-Patches und -aktualisierungen werden bei
Verfgbarkeit installiert, es werden keine unntigen oder
risikoreichen Services in Anspruch genommen usw.) mag das Red Hat Linux Secure Web Server
Passwort nicht notwendig erscheinen. Da der Red Hat Linux Secure Web Server jedoch selten neu
gestartet werden muss, lohnt es sich in den meisten Fllen, die
Sicherheit durch ein Passwort noch zu erhhen.
Die Datei server.key sollte Eigentum des
Root-Benutzers Ihres Systems und fr andere Benutzer nicht
zugnglich sein. Erstellen Sie eine Sicherungskopie dieser Datei,
und bewahren Sie die Kopie an einem sicheren Ort auf. Die
Sicherungskopie ist wichtig fr den Fall, dass die Datei
server.key nach der Erstellung des
Zertifikatsantrags verloren gehen sollte. In diesem Fall ist das
Zertifikat ungltig, und die Zertifizierungsstelle wird Ihnen
nicht helfen knnen. Die einzige Mglichkeit wre dann
das Beantragen (und Bezahlen) eines neuen Zertifikats.
Zur gesicherten Datenbertragung verwendet der Red Hat Linux Secure Web Server das
Protokoll Secure Sockets Layer (SSL) und (in den meisten Fllen)
digitale Zertifikate von offiziellen Zertifizierungsstellen. SSL
verschlsselt die Daten bei der bertragung und regelt die
Authentifzierung zwischen Browsern und dem Red Hat Linux Secure Web Server. Das zugelassene
digitale Zertifikat liefert die Authentifizierung fr Ihren
Red Hat Linux Secure Web Server (die Zertifizierungsstelle steht mit ihrem Namen fr die
Echtheit der Identitt Ihrer Organisation).
Die Art der Verschlsselung hngt von den verwendeten
Schlsseln ab. (Die Schlssel sind eine Art geheimer Ringe in
Datenformat zur Kodierung und Dekodierung). Bei der konventionellen
oder symmetrischen Verschlsselung verfgen beide Seiten der
Transaktion ber denselben Schlssel, mit dem sie die
jeweiligen bertragungen dekodieren. Bei der ffentlichen
oder asymmetrischen Verschlsselung gibt es zwei Schlssel:
einen ffentlichen und einen privaten Schlssel. Personen
oder Organisationen halten ihren privaten Schlssel geheim, der
ffentliche Schlssel wird jedoch bekannt gegeben. Daten,
die mit dem ffentlichen Schlssel kodiert wurden,
knnen nur mit dem privaten dekodiert werden. Umgekehrt
knnen Daten, die mit dem privaten Schlssel kodiert wurden,
nur mit dem ffentlichen dekodiert werden.
Bei der Verschlsselung unter Verwendung ffentlicher
Schlssel wird ein Paar aus ffentlichem und privatem
Schlssel erstellt. In den meisten Fllen senden Sie Ihren
Zertifikatsantrag (einschlielich ffentlichem
Schlssel), einen Nachweis der Identitt Ihres Unternehmens
und die Zahlung an die Zertifizierungsstelle. Die ZS
berprft den Antrag und die Identitt Ihres
Unternehmens und sendet ein Zertifikat fr Ihren Red Hat Linux Secure Web Server
zurck.
Als Alternative haben Sie die Mglichkeit, ein eigensigniertes
Zertifikat zu erstellen. Diese Zertifikate sollen jedoch nicht in
Produktionsumgebungen verwendet werden. Weitere Informationen zu den
Unterschieden zwischen Zertifikaten mit eigener und offizieller
Signatur finden Sie in Abschnitt namens Verschiedene Arten von Zertifikaten.
Bei der Installation des sicheren Servers mit Red Hat Linux werden ein
Zufallsschlssel und ein allgemeines Zertifikat zu Testzwecken
installiert. Mit diesem Zertifikat knnen Sie eine Verbindung zu
Ihrem sicheren Server aufbauen. Das Zertifikat ist nur fr
Testzwecke geeignet. Fr alle anderen Aufgaben mssen Sie ein
Zertifikat von einer entsprechenden Stelle beantragen oder ein
Zertifikat mit eigener Signatur generieren. Weitere Informationen zur
den verschiedenen verfgbaren Zertifikaten finden Sie in
Abschnitt namens Verschiedene Arten von Zertifikaten.
Wenn Sie die Anweisungen in diesem Handbuch zur Erstellung oder zum
Erwerb eines Zertifikats ausgefhrt haben, verfgen Sie
ber die Datei
/etc/httpd/conf/ssl.key/server.key, die Ihren
Schlssel enthlt sowie ber die Datei
/etc/httpd/conf/ssl.crt/server.crt mit dem
Test-Zertifikat. Wenn Schlssel und Zertifikat in einem anderen
Verzeichnis abgelegt sind, verschieben Sie diese in dieses Verzeichnis.
Wenn Sie die Standardverzeichnisse oder Dateinamen fr den Red Hat Linux Secure Web Server
in den Konfigurationsdateien von Apache gendert haben, sollten
Sie die beiden Dateien in das entsprechende genderte Verzeichnis
stellen.
Beenden und starten Sie Ihren Server wie in
Abschnitt namens Starten und Beenden von Apache beschrieben. Wenn Ihre
Schlsseldatei verschlsselt ist, werden Sie aufgefordert,
ein Passwort einzugeben. Geben Sie das Passwort ein. Ihr Server sollte
jetzt hochfahren.
Rufen Sie mit Ihrem Web-Browser die Home Page Ihres Servers auf. Die
URL zum Zugriff auf den Red Hat Linux Secure Web Server entspricht der folgenden:
https://Ihre_Domne
Bitte beachten
Beachten Sie, dass auf "http" ein "s" folgt.
https: wird fr sichere
HTTP-Transaktionen verwendet. Sobald die Verbindung hergestellt ist,
wird ein Dialogfeld eingeblendet. Es weist Sie an, Ihren Browser so
zu konfigurieren, dass er das Test-Zertifikat akzeptiert.
Wenn Sie ein Zertifikat mit der Signatur einer bekannten
Zertifizierungsstelle verwenden, akzeptiert der Browser das Zertifikat
wahrscheinlich automatisch, ohne Sie um eine Besttigung zu bitten
und stellt die sichere Verbindung her. Ihr Browser erkennt ein
Test-Zertifikat oder ein Zertifikat mit eigener Signatur nicht
automatisch. Wenn Sie kein offiziell signiertes Zertifikat verwenden,
befolgen Sie die Anweisungen Ihres Browsers, um sicherzustellen, dass
das Zertifikat anerkannt wird. Akzeptieren Sie die Standardwerte, indem
Sie auf Next klicken, bis alle Dialogfelder
nacheinander geschlossen werden.
Wenn der Browser das Zertifikat anerkannt hat, zeigt der Red Hat Linux Secure Web Server eine
Standard-Home-Page, die der in Abbildung 11-6
entspricht.
Wenn Sie ein signiertes Zertifikat beantragen, mssen Sie der
Zertifizierungsstelle beweisen, dass Ihre Organisation das Recht hat,
unter dem angegebenen Namen Geschfte zu ttigen. Welche
Daten und Dokumente die Zertifizierungsstellen im Einzelnen verlangen,
ist unterschiedlich. Fragen Sie daher bei der Zertifizierungsstelle
Ihrer Wahl an, welche Anforderungen Sie erfllen mssen.
In einigen Fllen mssen Kopien der folgenden Dokumente per
Mail oder Fax an die ZS gesendet werden. Das Zertifikat wird erst
ausgestellt, wenn diese Dokumente bei der ZS eingegangen sind und
berprft wurden.
Die einfachste Mglichkeit, die Geschftsberechtigung Ihrer
Organisation zu beweisen, ist die Angabe Ihrer D-U-N-S-Nummer (DUNS =
Dun & Bradstreet). Wenn Sie diese Nummer nicht besitzen,
knnen Sie sie auf der Website von Dun & Bradstreet unter
http://www.dnb.com/dunsno/whereduns.htm
anfordern.
Unter
http://www.thawte.com/certs/server/docs.html
finden Sie eine Liste der Nachweise, die Thawte zur Anerkennung der
Identitt Ihrer Organisation bentigt. Zum Zeitpunkt der
Erstellung dieser Dokumentation mussten die folgenden Nachweise
geliefert werden:
Nachweis ber den Namen der Organisation
Nachweis ber das Recht an einem Domnennamen
Sie mssen nachweisen knnen, dass Sie das Recht haben, die
Organisation oder das Unternehmen unter diesem Namen zu fhren.
Hierzu wird beispielsweise eine Kopie der offiziellen Registrierung
des Unternehmens oder der Grndungsurkunde fr Ihren
Bundesstaat oder Ihr Land bentigt. Weitere mgliche
Dokumente zum Nachweis des Organisationsnamens finden Sie unter
http://www.thawte.com/certs/server/right_name.html.
Den Domnennamen mssen Sie nicht nachweisen, wenn der
registrierte Domnenname dem Namen des Unternehmens entspricht,
den Sie in Ihren (noch nicht erstellten) Zertifikatsantrag aufnehmen
werden. Dies wird in den meisten Fllen zutreffen. Fhren
Sie auf Ihrer Domne ein whois aus, um die
Registrierungsinformationen Ihrer Domne anzuzeigen. Unter
http://www.thawte.com/certs/server/right_domain.html
finden Sie weitere Informationen darber, wie Sie Ihr Recht auf
eine Domne belegen, wenn die Informationen in Ihrem
Zertifikatsantrag nicht genau mit denen bereinstimmen, die von
einem whois zurckgegeben werden.
Sobald Sie alle bentigten Informationen zum Nachweis der
Identitt Ihrer Organisation zusammengetragen haben, knnen
Sie einen Schlssel und einen Zertifikatsantrag erstellen.
Sie knnen ein Zertifikat mit eigener Signatur erstellen. Bitte
beachten Sie, dass dieses nicht dieselben Sicherheitsgarantien bietet
wie ein Zertifikat, das von einer Zertifizierungsstelle gezeichnet ist.
Weitere Informationen zu Zertifikaten finden Sie in
Abschnitt namens Verschiedene Arten von Zertifikaten.
Wenn Sie ein Zertifikat mit eigener Signatur erstellen mchten,
erstellen Sie zunchst einen zufllig generierten
Schlssel. Befolgen Sie hierfr die Anweisungen unter
Abschnitt namens Generieren von Schlsseln. Verwenden Sie dann den
folgenden Befehl:
make testcert
Die folgende Ausgabe wird angezeigt, und Sie werden dazu aufgefordert,
ein Passwort einzugeben (falls Sie keinen Schlssel ohne
Passwortschutz erstellen):
umask 77 ; \
/usr/bin/openssl req -new -key /etc/httpd/conf/ssl.key/server.key
-x509 -days 365 -out /etc/httpd/conf/ssl.crt/server.crt
Using configuration from /usr/share/ssl/openssl.cnf
Enter PEM pass phrase:
Nach Eingabe des Passworts (die entsprechende Eingabeaufforderung wird
nicht ausgegeben, wenn die Passwortfunktion deaktiviert ist)
mssen Sie weitere Informationen liefern. Die Ausgabe des
Computers sowie die Eingaben entsprechen ungefhr der folgenden
(Sie mssen die korrekten Daten zu Organisation und Host
eingeben):
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a
DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [AU]:DEState or Province Name (full name) [Some-State]:Baden-WrttembergLocality Name (eg, city) []:HeidelbergOrganization Name (eg, company) [Internet Widgits Pty Ltd]:Meine Firma GmbHOrganizational Unit Name (eg, section) []:DokumentationCommon Name (eg, your name or your server's hostname) []:Host.meineDomne.comEmail Address []:meinemail@meineDomne.de
Nach der korrekten Angabe aller Informationen wird ein Zertifikat mit
eigener Signatur erstellt und in der Datei
/etc/httpd/conf/ssl.crt/server.crt gespeichert.
Sie mssen Ihren sicheren Server neu starten, nachdem das
Zertifikat generiert wurde. Anweisungen zum Beenden und Starten des
sicheren Web-Servers finden Sie in
Abschnitt namens Starten und Beenden von Apache.
Whrend des Installationsvorgangs wurde ein Bourne-Shell-Skript
namens httpd in das Verzeichnis
/etc/rc.d/init.d installiert. Wenn Sie den Server
manuell beenden oder starten mchten, fhren Sie
httpd aus, und geben Sie hierzu
stop bzw. start als Argument ein.
Geben Sie den folgenden Befehl ein, um den Server zu starten:
/etc/rc.d/init.d/httpd start
Sie werden aufgefordert, Ihr Passwort einzugeben. Sobald Sie das
Passwort eingegeben haben, startet der Server.
Geben Sie den folgenden Befehl ein, um den Server zu beenden:
/etc/rc.d/init.d/httpd stop
Der Befehl restart bietet eine schnelle und einfache
Mglichkeit, den Server zu beenden und neu zu starten.
restart beendet den Server explizit und startet ihn
dann erneut. Sie werden also aufgefordert, ein Passwort einzugeben.
restart wird folgendermaen eingegeben:
/etc/rc.d/init.d/httpd restart
Wenn Sie die Datei httpd.conf bearbeitet haben,
mssen Sie nicht unbedingt einen vollstndigen Neustart
durchfhren. Sie knnen stattdessen auch den Befehl
reload verwenden. Der Vorteil von
reload liegt darin, dass Sie kein Passwort eingeben
mssen. Anders als beim Neustart bleibt Ihr Passwort beim erneuten
Laden im Cache gespeichert. reload
wird folgendermaen eingegeben:
/etc/rc.d/init.d/httpd reload
Ihr Server (der Vorgang httpd) startet automatisch,
wenn Ihr Rechner startet. Beachten Sie, dass Sie nach dem Start des
Rechners aufgefordert werden, das Passwort fr den sicheren Server
einzugeben, wenn Sie Ihren Schlssel mit Passwortschutz generiert
haben.
Es gibt mehrere Mglichkeiten, um die Installation zu starten.
Im Einzelnen stehen diese Methoden zur Verfgung:
Legen Sie die Diskette, die in Ihrer Linux-Packung enthalten ist
(oder eine von Ihnen erstellte PCMCIA- oder Netzwerk-Bootdiskette)
in das erste Diskettenlaufwerk ein, und fhren Sie einen
Neustart durch.
Wenn Ihr Computer von CD-ROM starten kann, legen Sie die Red Hat Linux
CD-ROM in das Laufwerk ein und fhren einen Neustart durch.
Starten Sie MS-DOS, und fhren Sie dann im Verzeichnis
dosutils der Red Hat Linux CD-ROM das Programm
autoboot.bat aus. (Diese Datei kann nur unter
DOS ausgefhrt werden. Die Ausfhrung in einem unter
Windows gestarteten DOS-Fenster ist nicht mglich.)
Whrend das Installationsprogramm geladen wird, werden
Meldungen auf dem Bildschirm angezeigt. Wenn das
Installationsprogramm geladen ist, wird dieser Prompt angezeigt:
Sobald das Installationsprogramm in den Speicher geladen wurde,
erhalten Sie Informationen zum Installationsvorgang und den
entsprechenden Optionen durch Drcken der Funktionstasten
F1 bis F6. Drcken Sie z.B.
F2 fr allgemeine Hinweise zu den
Online-Hilfe-Bildschirmen.
Wenn Sie die Eingabetaste am Prompt
boot drcken oder innerhalb der ersten Minute
nach Anzeigen des Prompts boot keine Eingabe
vornehmen, wird das grafische Installationsprogramm entsprechend der
Beschreibung im Offiziellen Red Hat Linux Installationshandbuch gestartet. Um diese
Automatik zu deaktivieren, drcken Sie die entsprechende
Funktionstaste des Hilfebildschirms.
Zum Start des Textmodus-Installationsprogramms geben Sie vor dem
Drcken der Eingabetaste diesen Bootbefehl ein:
boot:text
Wenn das Installationsprogramm die Hardware Ihres Systems nicht
richtig erkennt, mssen Sie die Installation eventuell im
"Expertenmodus" neu starten. In den Expertenmodus gelangen
Sie ber den folgenden Befehl:
boot:text expert
Im Expertenmodus ist die automatische Hardware-Erkennung
grtenteils deaktiviert, und Sie haben die
Mglichkeit, Treiber anzugeben, die whrend der
Installation geladen werden sollen.
Bitte beachten
Die ersten Bootmeldungen verweisen nicht auf SCSI- oder
Netzwerkkarten. Das ist normal. Diese Gerte werden durch
Module untersttzt, die whrend des Installationsvorgangs
geladen werden.
Beachten Sie, dass sich der Befehl zum Start einer seriellen
Installation gendert hat. Wenn Sie die Installation im
seriellen Modus ausfhren mssen, geben Sie ein:
boot:linux console=<Gert>
Hierbei gibt <Gert> das
Gert an, das Sie verwenden (z.B. ttyS0 oder ttyS1).
Am Prompt boot knnen weitere Befehle eingegeben werden. Um den
Kernel z.B. anzuweisen, in einem System mit 128 MB RAM den gesamten
Speicher zu nutzen, geben Sie den folgenden Befehl ein:
boot:linux mem=128M
Um explizit ein Dialogfeld anzufordern, in dem Sie zustzliche
Gerte konfigurieren knnen (z.B. ISA-Gerte),
mssen Sie 'isa' in die Anweisung einfgen:
Es ist von grter Wichtigkeit, Ihr Red Hat Linux-System gegen
unberechtigte Eingriffe zu sichern. Eine Mglichkeit, die
Sicherheit in Ihrem System zu gewhrleisten, besteht darin, den
Zugriff auf die verschiedenen Systemdienste sorgfltig zu
verwalten. Mglicherweise ist es erforderlich, dass Ihr System den
freien Zugriff auf bestimmte Dienste (z.B. httpd,
falls Sie mit einem Webserver arbeiten) zulsst. Dienste, die Sie
nicht zur Verfgung stellen mssen, sollten Sie dagegen
ausschalten — auf diese Weise minimiert sich das Risiko, dass
Bugs fr Angriffe auf Ihr System genutzt werden.
Es gibt verschiedene Methoden, um den Zugriff auf Systemdienste zu
verwalten. Fr welche Methode Sie sich entscheiden, hngt
von dem jeweiligen Dienst, Ihrer Systemkonfiguration und Ihrer
Erfahrung mit Linux ab.
Am einfachsten verweigern Sie den Zugriff auf einen Dienst, indem Sie
den Dienst ausschalten. Die von xinetd verwalteten
Dienste (an spterer Stelle in diesem Abschnitt beschrieben) als
auch die Dienste in der /etc/rc.d-Hierarchie
knnen dafr konfiguriert werden, entweder mit Hilfe des
Dienstprogramms ntsysv oder unter Verwendung
von chkconfig zu starten und zu stoppen.
Wahrscheinlich wird Ihnen die Verwendung dieser Tools im Vergleich zu
den zur Verfgung stehenden folgenden Alternativen leichter fallen
— manuelles Bearbeiten der zahlreichen symbolischen Links, die
sich in den Verzeichnissen unter /etc/rc.d
befinden, oder Bearbeiten der
xinetd-Konfigurationsdateien in
/etc/xinetd.d.
ntsysv stellt eine einfache Schnittstelle
zum Aktivieren und Deaktivieren von Diensten zur Verfgung. Sie
knnen ntsysv dazu verwenden, um einen
von xinetd verwalteten Dienst ein- oder
auszuschalten. Auerdem knnen Sie mit
ntsysv einen Dienst in der
/etc/rc.d-Hierarchie starten oder stoppen. In
diesem Fall wird das aktuelle Runlevel durch den (optionslosen) Befehl
ntsysv konfiguriert. Falls Sie ein anderes Runlevel
konfigurieren mchten, mssen Sie den entsprechenden Befehl
dazu eingeben, z.B.: ntsysv --levels 016. (In diesem
Beispiel stellen Sie die Dienste fr die Runlevel 0, 1 und 6 ein.)
Die ntsysv-Schnittstelle funktioniert wie
das Installationsprogramm im Textmodus. Verwenden Sie die Nach-oben-
und die Nach-unten-Tasten, um in der Liste nach oben und nach unten zu
blttern. Mit der Leertaste knnen Sie die einzelnen Dienste
auswhlen/abwhlen und die Buttons Ok
und Abbrechen "bettigen". Um
zwischen der Liste mit den Diensten und den Buttons Ok
und Abbrechen zu wechseln,
drcken Sie die Tabulatortaste. Ein
* zeigt an, dass ein Dienst eingeschaltet ist.
Durch Drcken der Taste F1 wird eine kurze
Beschreibung zu jedem Dienst eingeblendet.
chkconfig kann ebenfalls zum Aktivieren und
Deaktivieren von Diensten verwendet werden. Wenn Sie den Befehl
chkconfig --list verwenden, wird Ihnen eine Liste
mit Systemdiensten angezeigt und die Information, ob sie in den
Runlevels 0-6 gestartet (eingeschaltet) oder
gestoppt (ausgeschaltet) wurden (am Ende der Liste
erscheint ein Abschnitt fr die von xinetd
verwalteten Dienste, die an einer spteren Stelle in diesem
Abschnitt beschrieben werden).
Auerdem knnen Sie mit chkconfig
feststellen, ob ein bestimmter Dienst ausgefhrt wird. Der
folgende Befehl berprft z.B. den Dmon
finger:
$chkconfig --list fingerfinger on
Wie oben gezeigt, ist finger im aktuellen Runlevel
eingeschaltet.
Wenn Sie chkconfig --list verwenden, um einen Dienst
in /etc/rc.d abzufragen, werden Ihnen die
Einstellungen des Dienstes fr jedes Runlevel angezeigt. Zum
Beispiel:
Doch was noch wichtiger ist: Mit chkconfig
knnen Sie einstellen, ob ein Dienst in einem bestimmten Runlevel
gestartet werden soll oder nicht. Wenn z.B. nscd in
den Runlevels 3, 4 und 5 ausgeschaltet werden soll, verwenden Sie den
Befehl:
chkconfig --level 345 nscd off
Weitere Informationen darber, wie Sie
chkconfig verwenden knnen, finden Sie in der
entsprechenden man-Seite.
xinetd ist eine weitere Mglichkeit,
um den Zugriff auf Internet-Dienste zu kontrollieren, und stellt eine
sichere Alternative zu inetd dar.
xinetd erhlt die Systemressourcen, bietet
Zugriffskontrolle und Anmeldefunktionen und kann dazu verwendet werden,
Server zu starten, die einem speziellen Zweck dienen.
xinetd kann dazu verwendet werden, den Zugriff nur
auf bestimmte Hosts zu gewhren, den Zugriff auf bestimmte Hosts
zu verweigern, den Zugriff auf nur einen Dienst und nur zu einer
bestimmten Zeit zuzulassen, die Zahl der eingehenden Verbindungen
und/oder die durch die Verbindungen erzeugte Auslastung zu begrenzen
etc.
xinetd wird konstant ausgefhrt und fragt alle
Ports der von ihm verwalteten Dienste ab. Sobald fr einen der von
ihm verwalteten Dienste eine Verbindungsanforderung eingeht, startet
xinetd den fr diesen Dienst geeigneten Server.
Die Konfigurationsdatei fr xinetd ist
/etc/xinetd.conf; doch wenn Sie die Datei
berprfen, werden Sie feststellen, dass sie nur einige
wenige Standardeinstellungen und eine Anweisung zum Einfgen des
Verzeichnisses /etc/xinetd.d enthlt. Die
Dateien innerhalb des Verzeichnisses /etc/xinetd.d
enthalten die Konfigurationsoptionen fr jeden der von
xinetd verwalteten Dienste, so dass Sie diese
Dateien bearbeiten mssen, um xinetd zu
konfigurieren.
Die man-Seite xinetd (8) und die man-Seite
xinetd.conf (8) enthalten genaue Anweisungen
darber, wie Sie die Dateien in /etc/xinetd.d
einrichten. Eine andere gute Informationsquelle ist die
xinetd-Web-Seite, die Sie unter
http://www.xinetd.org/
finden.
Viele UNIX-Systemadministratoren verwenden TCP-Wrapper, um den Zugriff
auf bestimmte Netzwerkdienste zu verwalten. Alle von
xinetd verwalteten Netzwerkdienste (sowie jedes
Programm mit integrierter Untersttzung fr libwrap) kann
TCP-Wrapper verwenden, um den Zugriff zu verwalten.
xinetd kann die Dateien
/etc/hosts.allow und
/etc/hosts.deny verwenden, um den Zugriff auf die
Systemdienste zu konfigurieren. Falls Sie TCP-Wrapper verwenden
mchten, finden Sie weitere Informationen hierzu in den man-Seiten
hosts_access (5).
Auerdem knnen Sie den Zugriff auf Systemdienste verwalten,
indem Sie mit ipchains eine IP-Firewall
konfigurieren. Bedenken Sie bitte: Falls Sie zum ersten Mal mit Linux
arbeiten und noch nicht mit dem Programm vertraut sind, ist
ipchains mglicherweise nicht die beste
Lsung fr Sie. Das Einrichten von
ipchains kann kompliziert sein und sollte daher am
besten nur von erfahrenen UNIX/Linux-Systemadministratoren
ausgefhrt werden.
Andererseits bietet ipchains den Vorteil der
Flexibilitt. Wenn Sie beispielsweise eine benutzerdefiniert
gestaltete Lsung bentigen, bei der nur bestimmten Rechnern
der Zugriff auf bestimmte Dienste gewhrt wird, dann kann
ipchains Ihnen diese Lsung bieten. In der
Publikation Linux IPCHAINS-HOWTO, die unter
http://www.linuxdoc.org/HOWTO/IPCHAINS-HOWTO.html
zur Verfgung steht, finden Sie weitere Informationen zu
ipchains. Auerdem ist Linux
IPCHAINS-HOWTO auch auf der Dokumentations-CD enthalten.
Wenn Sie auf der Suche nach einem Dienstprogramm sind, das die
allgemeinen Zugriffsregeln fr Ihren Computer zu Hause festlegt,
und/oder wenn Sie noch nicht so sehr mit Linux vertraut sind, sollten
Sie als Alternative das Dienstprogramm
gnome-lokkit ausprobieren. Bei
gnome-lokkit handelt es sich um ein
Dienstprogramm mit grafischer Benutzeroberflche, das Ihnen
verschiedene Fragen darber stellt, wie Sie Ihren Computer
verwenden mchten. Anhand Ihrer Antworten konfiguriert
gnome-lokkit dann eine einfache Firewall
fr Sie.
Programme, die Benutzern Zugriffsrechte jeglicher Art einrumen,
mssen die Benutzer authentifizieren knnen. Wenn Sie sich
bei einem System anmelden, geben Sie Ihren Namen und Ihr Passwort an.
Der Anmeldeprozess verwendet diese nun, um die Anmeldung zu
authentifizieren — d.h., um zu berprfen, ob Sie auch
tatschlich derjenige sind, fr den Sie sich ausgeben. Neben
der Verwendung von Passwrtern gibt es auch andere Formen der
Authentifizierung. Fr die Speicherung von Passwrtern gibt
es verschiedene Varianten.
PAM steht fr Pluggable
Authentication Modules (einfgbare
Authentifizierungsmodule). Damit kann der Systemadministrator die
Authentifizierungsregelungen festlegen, ohne dass die
Authentifizierungsprogramme neu kompiliert werden mssen. Bei PAM
bearbeiten Sie eine Konfigurationsdatei und bestimmen so, wie die
Module in die Programme eingefgt werden.
Die wenigsten Benutzer von Red Hat Linux werden diese Konfigurationsdatei
jemals verndern mssen. Wenn Sie mit RPM Programme
installieren, die eine Authentifizierung vornehmen mssen, so
nehmen diese die fr die normale Passwortauthentifizierung
notwendigen nderungen automatisch vor. Wenn Sie jedoch eine
benutzerdefinierte Konfiguration vornehmen mchten, mssen
Sie den Inhalt der Konfigurationsdatei verstehen.
Der PAM-Standard definiert vier verschiedene Modultypen.
auth-Module nehmen die eigentliche
Authentifizierung vor (z.B. durch Erfragen und
berprfen des Passworts) und erstellen
"credentials" (Berechtigungsmerkmale), z.B. die
Mitgliedschaft in einer Gruppe oder
Kerberos-"tickets".
account-Module prfen, ob die
Authentifizierung erlaubt ist (der Account darf nicht
abgelaufen sein, der Benutzer muss fr die Anmeldung um
diese Uhrzeit zugelassen sein usw.).
password-Module dienen zum Setzen von
Passwrtern.
session-Module sorgen dafr, dass ein
Benutzer nach seiner Authentifizierung seinen Account benutzen
kann, z.B. durch das Mounten des Home-Verzeichnisses des
Benutzers oder durch Aktivierung der Mailbox.
Diese Module knnen gestapelt werden, so
dass mehrere Module verwendet werden knnen. Zum Beispiel
verwendet rlogin in der Regel mindestens zwei
Authentifizierungsmethoden: Wenn die
rhosts-Authentifizierung erfolgreich ist, kann
die Verbindung sofort zugelassen werden. Wenn die Authentifizierung
nicht erfolgreich ist, wird zur Standardauthentifizierung mit
Passwort bergegangen.
Es knnen jederzeit neue Module hinzugefgt werden.
PAM-kompatible Anwendungen knnen dann so angepasst werden, dass
auf diese Module zugegriffen werden kann. Falls Sie z.B. ber
ein Rechensystem fr Einmal-Passwrter verfgen und
festlegen knnen, dass es von einem bestimmten Modul
untersttzt werden soll (weitere Informationen zum Schreiben von
Modulen finden Sie im System unter
/usr/share/doc/pam*), sind PAM-kompatible
Programme in der Lage, das neue Modul zu verwenden und mit dem neuen
Rechensystem fr Einmal-Passwrter zu arbeiten, ohne dass
es neu kompiliert oder anderweitig modifiziert werden msste.
Jedes Programm, das PAM verwendet, definiert seinen eigenen
"Dienste"-Namen. Das Programm
login definiert den Dienstetyp
login, ftpd definiert
den Dienstetyp ftp usw. Generell ist der
Dienstetyp der Name des Programms, das zum
Zugriff auf den Dienst verwendet wird, und nicht
das Programm, das den Dienst bereitstellt (falls
es diese Unterscheidung gibt).
Alle PAM-Anwendungen werden im Verzeichnis
/etc/pam.d konfiguriert. (In frheren
PAM-Versionen wurde dafr die Datei
/etc/pam.conf verwendet. Wenn das Programm
keinen Eintrag in /etc/pam.d/ findet, wird die
Datei pam.conf eingelesen. Sie sollte aber
nicht mehr verwendet werden.) Jede Anwendung (genau genommen jeder
Dienst) hat eine eigene Datei, die wie folgt
aussieht:
Die erste Zeile ist ein Kommentar. (Kommentarzeilen beginnen immer
mit dem Zeichen #.) Die Zeilen zwei bis vier stapeln
drei Module fr die Anmeldeautorisierung.
Wenn der Benutzer sich als Root anzumelden
versucht, stellt Zeile zwei sicher, dass das Terminal, an dem er sich
anmeldet, in der Datei /etc/securetty
aufgefhrt ist, falls solch eine Datei
existiert. Zeile drei sorgt dafr, dass der Benutzer nach dem
Passwort gefragt wird und dass dieses berprft wird. Zeile
vier prft, ob die Datei /etc/nologin
existiert. Falls ja, wird der Inhalt der Datei auf dem Bildschirm
angezeigt und eine Anmeldung des Benutzers verhindert, es sei denn,
er ist Root.
Beachten Sie, dass alle drei Module berprft werden,
auch wenn schon beim ersten Modul Fehler
auftreten. Hierbei handelt es sich um eine
Sicherheitsfunktion — sie wurde entwickelt, um zu verhindern,
dass Benutzer erfahren, weshalb ihre Authentifizierung nicht
zugelassen wurde. Der Grund dafr ist: Wenn ein Benutzer
wei, weshalb seine Authentifizierung abgelehnt wurde, ist es
fr ihn einfacher, die Authentifizierung zu knacken. Sie
knnen diese Einstellung ndern, indem Sie statt
requiredrequisite
eintragen. Wenn ein requisite-Modul eine
Fehlermeldung liefert, bricht PAM sofort ab, ohne weitere Module
aufzurufen.
Die fnfte Zeile veranlasst die Prfung des
Benutzeraccounts. Wenn z.B. Shadow-Passwrter aktiviert worden
sind, berprft das Modul pam_unix.so,
ob der Account abgelaufen ist oder ob der Benutzer keine
Passwortnderung vorgenommen hat und die Nachfrist fr eine
nderung abgelaufen ist.
Die sechste Zeile unterzieht das gerade genderte Passwort einer
Reihe von Prfungen, um sicherzustellen, dass es z.B. nicht auf
einfache Weise durch ein wrterbuchbasiertes Tool zum Knacken
von Passwrtern herausgefunden werden kann.
Die siebte Zeile (evtl. umgebrochen) gibt an, dass das Programm
login bei einer nderung des
Passworts hierfr das Modul pam_unix.so
verwenden soll. (Zu einer nderung des Passwortes kommt es nur
dann, wenn ein auth-Modul festgelegt hat, dass
das Passwort gendert werden muss — wenn z.B. ein
Shadow-Passwort abgelaufen ist.)
Die achte und letzte Zeile gibt an, dass das Modul
pam_unix.so fr die Verwaltung der Sitzung
verwendet werden soll. Gegenwrtig hat dieses Modul keine
Funktion. Es kann durch ein beliebiges notwendiges Modul ersetzt
(oder durch Stapeln ergnzt) werden.
Beachten Sie, dass die Reihenfolge der Zeilen in diesen Dateien
wichtig ist. Whrend die Reihenfolge beim Aufrufen von
required-Modulen keine groe Rolle
spielt, ist dies bei den anderen verfgbaren
Steuer-Flags sehr wohl der Fall.
Das Flag optional wird nur selten
verwendet (bei Red Hat Linux Systemen niemals standardmig). Bei
sufficient und
requisite ist die Reihenfolge wichtig.
Hier ein Blick auf die auth-Konfigurationsdatei
fr rlogin:
Erstens meldet PAM (sobald pam_rhosts_auth.so
den Benutzer authentifiziert) unverzglich die erfolgreiche
Ausfhrung an rlogin, ohne das Passwort zu
berprfen. Eine gescheiterte Authentifizierung des
Benutzers durch pam_rhosts_auth.so wird
ignoriert.
Zweitens verhindert pam_securetty.so, dass
Root-Anmeldungen auf unsicheren Terminals vorgenommen werden
knnen. Damit werden praktisch alle Root-Anmeldungen ber
rlogin verhindert. Entfernen Sie diese Zeile,
falls Sie entsprechende Anmeldungen zulassen mchten (nur
empfehlenswert, wenn entweder keine Verbindung zum Internet besteht
oder eine gute Firewall vorhanden ist).
Drittens (falls pam_rhosts_auth.so den Benutzer
nicht authentifizieren konnte) fhrt das Modul
pam_stack.so eine normale
Passwortauthentifizierung durch.
Schlielich prft pam_nologin.so/etc/nologin wie oben beschrieben.
Beachten Sie: Wenn nach einem negativen Ausgang der
securetty-berprfung nicht nach
dem Passwort gefragt werden soll, ndern Sie das Modul
pam_securetty.so von
required in
requisite.
Das Modul pam_unix.so erkennt automatisch, dass
Sie Shadow-Passwrter verwenden und nimmt alle notwendigen
Anpassungen vor. Weitere Informationen finden Sie in
Abschnitt namens Shadow-Dienstprogramme.
Aus Sicherheitsgrnden ist in Red Hat Linux7.0
rexec nicht aktiviert. Wenn Sie rexec
aktivieren mchten, mssen Sie die Kommentarzeichen am
Beginn einer Zeile in der Datei /etc/pam.d/rexec
entfernen. Hier eine Beispieldatei (beachten Sie, dass Ihre Datei
etwas anders aussehen kann):
Wenn Sie die Datei wie beschrieben bearbeitet haben, ist
rexec aktiviert.
Bitte beachten
Wenn die Datei /etc/pam.d/rexec eine Zeile
enthlt, die auf das Modul
pam_securetty.so verweist, knnen Sie
rexec als Root nicht ausfhren. Wenn das
jedoch mglich sein soll, mssen Sie die Kommentarzeichen
in der Zeile entfernen, die auf das Modul
pam_securetty.so verweist.
Bitte beachten
Die meisten Konfigurationsdateien wurden neu geschrieben, um das
Vornehmen von systemweiten nderungen zu vereinfachen. Auf
diese Weise mssen erforderliche Konfigurationsnderungen
nur noch an einer Stelle im System vorgenommen werden. Zu dieser
nderung kommt es, weil die Datei
pam_stack es ermglicht, einen bestimmten
Dienst aus dem Stapel heraus aufzurufen, whrend der Stapel
fr einen anderen Dienst definiert ist. Weitere Informationen
finden Sie in der man-Seite pam_stack.
Bei diesem Abschnitt handelt es sich lediglich um eine
Einfhrung in PAM. Weiterfhrende Informationen finden
Sie im Verzeichnis /usr/share/doc/pam*, das
den System Administrators' Guide (Leitfaden
fr den Systemadministrator), das Module Writers'
Manual (Handbuch fr Modulentwickler), das
Application Developers' Manual (Handbuch
fr den Anwendungsentwickler) und den PAM-Standard DCE-RFC
86.0 enthlt.
Wenn ein Computer gestartet wird, sucht der Prozessor am Ende des
Systemspeichers nach dem BIOS (Basic
Input/Output System) und fhrt es aus. Das BIOS-Programm ist im
schreibgeschtzten Speicher abgelegt und stndig
einsatzbereit. Das BIOS stellt die Schnittstelle der untersten Ebene
zu den Peripheriegerten dar und steuert den ersten Schritt des
Bootprozesses.
Das BIOS prft das System, sucht und prft
Peripheriegerte und sucht dann nach einem Bootlaufwerk.
Normalerweise prft es das Diskettenlaufwerk (oder auf vielen
neueren Systemen das CD-ROM-Laufwerk, falls ein solches vorhanden
ist) und sucht anschlieend auf der Festplatte. Auf der
Festplatte sucht das BIOS einen Master Boot
Record (MBR), der im ersten Sektor der ersten Festplatte
beginnt, und startet den MBR.
Der MBR sucht nach der ersten aktiven Partition und liest den Boot
Record der Partition. Der Boot Record enthlt Anweisungen zum
Laden des Bootloaders LILO (LInux
LOader). Anschlieend ldt der MBR
dann LILO, und LILO bernimmt den Prozess.
LILO liest die Datei /etc/lilo.conf, in der
festgelegt ist, welche(s) Betriebssystem(e) zu konfigurieren ist/sind
bzw. welcher Kernel zu starten ist und wo sich LILO installieren soll
(zum Beispiel /dev/hda fr Ihre
Festplatte). LILO zeigt den LILO: -Prompt auf dem
Bildschirm an und wartet eine festgelegte Zeitspanne (ebenfalls in
der Datei lilo.conf festgelegt) auf
Benutzereingaben. Wenn in Ihrer lilo.conf
festgelegt ist, dass mit LILO ein bestimmtes Betriebssystem
gewhlt werden kann, knnen Sie am LILO-Prompt die Kennung
des Betriebssystems eingeben, das Sie starten mchten.
Nach einer festgelegten Zeitspanne (blicherweise fnf
Sekunden), startet LILO dasjenige Betriebssystem, das zuerst in der
Datei lilo.conf aufgefhrt ist.
Beim Booten von Linux bootet LILO zuerst den Kernel, bei dem es sich
um eine vmlinuz-Datei (plus Versionsnummer, z.B.
vmlinuz-2.2.15-xx) handelt, die sich im
Verzeichnis /boot befindet. Dann bernimmt
der Kernel den weiteren Bootprozess.
Der Kernel sucht in mehreren verschiedenen Verzeichnissen nach
init (blicherweise in
/sbin abgelegt) und fhrt das erste
gefundene Programm init aus. Init
bernimmt den weiteren Bootprozess.
Init startet alle Prozesse Ihres
Linux-System (und wird gleichzeitig zum Elternteil bzw.
Groelternteil dieser Prozesse). Zuerst wird
/etc/rc.d/rc.sysinit ausgefhrt, wodurch
Ihr Pfad eingestellt und Swapping gestartet wird, die Dateisysteme
berprft werden usw. rc.sysinit
schafft alle Voraussetzungen, die fr Ihr System zum Zeitpunkt
der Systeminitialisierung erfllt sein mssen. In einem
vernetzten System verwendet rc.sysinit
beispielsweise die Informationen in den Dateien
/etc/sysconfig/network und
/etc/sysconfig/clock, um den Netzwerkprozess und
die Uhr zu initialisieren. Auerdem wird
rc.serial ausgefhrt, falls Sie ber
serielle Port-Prozesse verfgen, die initialisiert werden
mssen.
Init wertet die Datei
/etc/inittab aus und implementiert die dort
vorhandenen Angaben. Die Datei /etc/inittab
beschreibt, wie das System auf jedem Runlevel einzurichten ist und
legt das Standard-Runlevel fest. Diese Datei legt fest, dass
/etc/rc.d/rc und
/sbin/update beim Start eines Runlevels
ausgefhrt werden mssen.
Die Datei /sbin/update gibt fehlerhafte Puffer
auf der Festplatte wieder frei.
Sobald sich das Runlevel ndert, startet und stoppt
/etc/rc.d/rc die Dienste. Zuerst legt
rc die Quellfunktionsbibliothek fr
das System fest (normalerweise
/etc/rc.d/init.d/functions), in der beschrieben
ist, wie Programme zu starten/beenden sind und wie die PID eines
Programms bestimmt werden kann. Die Datei
rc stellt dann fest, in welchem Runlevel
sich das System aktuell befindet und in welchem es sich vorher
befand, und bergibt diese Informationen an
linuxconf.
Die Datei rc startet alle
Hintergrundprozesse, die fr die Ausfhrung des Systems
erforderlich sind, und sucht nach einem
rc-Verzeichnis fr dieses Runlevel
(/etc/rc.d/rc<x>.d,
wobei das <x> eine Zahl zwischen 0
und 6 sein kann). rc beendet alle
kill-Skripten (ihr Dateiname beginnt mit einem
K). Dann initialisiert es alle start-Skripten
(ihr Dateiname beginnt mit einem S) in dem
geeigneten Runlevel-Verzeichnis (so dass alle Dienste und Anwendungen
korrekt gestartet werden).
Beispiel fr Runlevel 5: rc sucht im
Verzeichnis /etc/rc.d/rc5.d und stellt fest,
dass rusersd,
rwalld, rwhod,
mcserv,
mars-nwe, apmd
und pcmcia beendet werden mssen.
Danach sucht rc im selben Verzeichnis nach
Startskripten und findet Startskripten fr
kmod, network,
nfsfs, randomc,
syslog, atd,
crond, portmap,
snmpd, inet,
xntpd, lpd,
dhcpd, ypbind,
autofs,
keytable,
sendmail, gpm
und sound. Und so beginnt der ganze
Vorgang erneut.
Die Datei /etc/inittab erzeugt mit fork einen
Terminalprozess fr jede virtuelle Konsole (Anmelde-Prompts)
fr jedes Runlevel (die Runlevels 2-5 verfgen ber
sechs solcher Konsolen, Runlevel 1 (Einzelbenutzermodus) nur
ber eine Konsole, Runlevels 0 und 6 erhalten keine virtuellen
Konsolen).
In Runlevel 5 fhrt /etc/inittab
auerdem ein Skript mit dem Namen
/etc/X11/prefdm aus. Das Skript
prefdm fhrt den bevorzugten
X-Displaymanager aus (gdm, falls Sie GNOME
ausfhren, kdm, falls Sie KDE ausfhren
oder xdm, falls Sie AnotherLevel ausfhren),
basierend auf dem Inhalt des Verzeichnisses
/etc/sysconfig/desktop.
Auerdem beschreibt /etc/inittab,
wie das System
Strg-Alt-Entf in
einen Befehl wie /sbin/shutdown -t3 -r now
bersetzen soll. Schlielich gibt
/etc/inittab an, wie das System bei einem
Stromausfall zu reagieren hat.
Wenn das System an dieser Stelle angelangt ist, sollten Sie einen
Anmelde-Prompt auf dem Bildschirm sehen. Diese Aufgaben werden
innerhalb weniger Sekunden ausgefhrt.
Im nchsten Abschnitt werden die Dateien im Verzeichnis
/etc/sysconfig beschrieben.
Die Datei /etc/sysconfig/apmd wird von
apmd zur Konfiguration verwendet,
welche Prozesse nach den Befehlen suspend bzw. resume
gestartet/gestoppt/gendert werden sollen. In ihr ist
festgelegt, ob apmd beim Startvorgang
aktiviert oder deaktiviert wird, je nachdem, ob Ihre Hardware
Advanced Power Management
(apm) untersttzt bzw. ob Sie
diese Funktionalitt verwenden wollen.
In der Datei /etc/sysconfig/clock wird
festgelegt, wie die Systemuhr zu interpretieren ist. In
frheren Red Hat Linux Versionen wurden die folgenden Werte
verwendet (in dieser Version bitte nicht mehr verwenden):
CLOCKMODE=Modus,
wobei Modus die folgenden Werte
annehmen kann:
GMT — zeigt an, dass die Uhr
auf UTC eingestellt wurde.
ARC — (bei Alpha-basierten
Systemen) zeigt nur an, dass der 42-Jahre-Zeitoffset
der ARC-Konsole wirksam ist.
In neueren Versionen werden nur noch die folgenden Einstellungen
verwendet:
UTC=boolean,
wobei boolean einen der
folgenden Werte annehmen kann:
true (wahr) — zeigt an, dass
die Uhr auf UTC eingestellt ist. Jeder andere Wert
stellt die Uhr auf lokale Zeit.
ARC=boolean,
wobei boolean einen der
folgenden Werte annehmen kann:
true (wahr) — (nur bei
Alpha-basierten Systemen) zeigt an, dass der
42-Jahre-Zeitoffset der ARC-Konsole wirksam ist.
Jeder andere Wert stellt die Uhr auf normale
Unix-Epoche (nur bei Alpha-Systemen).
ZONE="Dateiname"
— zeigt der Zone-Datei unter
/usr/share/zoneinfo an, dass
/etc/localtime eine Kopie von
beispielsweise folgender Datei ist:
Die Datei /etc/sysconfig/harddisks
ermglicht es Ihnen, Ihre Festplatte(n) abzustimmen.
Folgende Werte knnen verwendet werden:
USE_DMA=1, der Wert 1 aktiviert DMA. Bei
einigen Chipstzen und Festplattenkombinationen kann
dies jedoch zu Datenverlusten fhren.
Multiple_IO=16, die Einstellung 16
lsst mehrere Sektoren pro E/A-Interrupt zu. Ist diese
Funktion aktiviert, wird der Verwaltungsaufwand des
Betriebssystems um 30-50 % reduziert. Bei der
Verwendung nur uerst vorsichtig
vorgehen.
EIDE_32BIT=3, aktiviert (E)IDE 32-Bit-E/A-Untersttzung fr eine Schnittstellenkarte.
LOOKAHEAD=1, aktiviert Lookahead-Lesezugriffe auf das Laufwerk.
EXTRA_PARAMS=, ermglicht das Hinzufgen von zustzlichen Parametern.
In der Datei /etc/sysconfig/hwconf sind alle
Hardware-Komponenten aufgefhrt, die
kudzu in Ihrem System erkannt hat,
auerdem Informationen zu den verwendeten Treibern,
Anbieter-ID und Gerte-ID. Diese Datei darf nicht
verndert werden. Wenn Sie diese Datei bearbeiten, kann es
passieren, dass manche Gerte pltzlich als
hinzugefgt oder
entfernt angezeigt werden.
In der Datei /etc/sysconfig/init ist die Art
der Bildschirmdarstellung beim Systemstart festgelegt.
Folgende Werte knnen verwendet werden:
BOOTUP=<Startmodus>,
wobei <Startmodus> einen der
folgenden Werte annehmen kann:
BOOTUP=color erzeugt eine neue
Bildschirmdarstellung beim Systemstart (verglichen
mit Red Hat Linux 6.0).
BOOTUP=verbose erzeugt eine
Bildschirmdarstellung im herkmmlichen Stil.
Alle brigen Werte erzeugen eine neue
Bildschirmdarstellung ohne ANSI-Formatierung.
LOGLEVEL=<Zahl>,
wobei <Zahl> den
anfnglichen Konsolenanmeldelevel fr den Kernel
bestimmt. Die Standardeinstellung ist 7. Der Wert 8 aktiviert
alles (einschlielich Debugging). 1 deaktiviert alles
auer Kernel-Panik. syslogd
hebt diese Einstellungen auf, nachdem es gestartet ist.
RES_COL=<Zahl>,
wobei <Zahl> eine Spalte des
Bildschirms ist, wo Statuskennungen beginnen. Die
Standardeinstellung ist 60.
MOVE_TO_COL=<Befehl>,
wobei <Befehl> den Cursor
auf $RES_COL bewegt. Die Standardeinstellung ist die Ausgabe
von ANSI-Sequenzen durch echo -e.
SETCOLOR_SUCCESS=<Befehl>,
wobei <Befehl> die Farbe
fr die Anzeige von erfolgreichen Vorgngen
bestimmt. Die Standardeinstellung ist die Ausgabe von
ANSI-Sequenzen mit echo -e, wobei die
Farbe grn eingestellt wird.
SETCOLOR_FAILURE=<Befehl>,
wobei <Befehl> die Farbe
fr die Anzeige von nicht erfolgreichen Vorgngen
bestimmt. Die Standardeinstellung ist die Ausgabe von
ANSI-Sequenzen mit echo -e, wobei die
Farbe rot eingestellt wird.
SETCOLOR_WARNING=<Befehl>,
wobei <Befehl> die Farbe
fr die Anzeige von Warnungen bestimmt. Die
Standardeinstellung ist die Ausgabe von ANSI-Sequenzen mit
echo -e, wobei die Farbe gelb eingestellt
wird.
SETCOLOR_NORMAL=<Befehl>,
wobei <Befehl> die Farbe auf
'normal' einstellt. Die Standardeinstellung ist die Ausgabe
von ANSI-Sequenzen durch echo -e.
PROMPT=Antwort, wobei
Antwort folgende Werte annehmen
kann:
yes — Aktiviert die
Key-berprfung fr den interaktiven
Modus.
no — Deaktiviert die
Key-berprfung fr den interaktiven
Modus.
Die Datei /etc/sysconfig/keyboard bestimmt
das Verhalten der Tastatur. Folgende Werte knnen verwendet
werden:
KEYTABLE=Datei,
wobei Datei der Name der
keytable-Datei ist, zum Beispiel:
KEYTABLE="/usr/lib/kbd/keytables/us.map"
KEYBOARDTYPE=sun|pc, wird nur auf
SPARC-Systemen verwendet. sun bedeutet,
eine Sun-Tastatur ist an /dev/kbd
angeschlossen, pc bedeutet, eine
PS/2-Tastatur ist am PS/2-Port angeschlossen.
Die Datei /etc/sysconfig/network
enthlt Informationen ber die gewnschte
Netzwerkkonfiguration. Folgende Werte knnen verwendet
werden:
NETWORKING=Antwort,
wobei Antwort einen der
folgenden Werte annehmen kann:
yes — Das Netzwerk soll
konfiguriert werden.
no — Das Netzwerk soll
nicht konfiguriert werden.
HOSTNAME=Rechnername,
wobei als Rechnername der
vollstndige Domnenname (FQDN, Fully Qualified
Domain Name) angegeben werden muss. Sie knnen aber
jeden gewnschten Rechnernamen eintragen.
Bitte beachten
Um die Kompatibilitt mit lteren Programmen
(z.B. trn) sicherzustellen, muss die
Datei /etc/HOSTNAME denselben Wert
enthalten, der hier verwendet wird.
GATEWAY=Gateway-IP,
wobei Gateway-IP die IP-Adresse
des Netzwerk-Gateways ist.
GATEWAYDEV=Gateway-Gert,
wobei Gateway-Gert der
Gertename fr die Netzwerkkarte ist (z.B. eth0).
NISDOMAIN=Domnenname,
wobei Domnenname der Name
der NIS-Domne ist.
Die Datei /etc/sysconfig/pcmcia enthlt
Informationen ber die PCMCIA-Konfiguration. Folgende Werte
knnen verwendet werden:
PCMCIA=Antwort,
wobei Antwort einen der
folgenden Werte annehmen kann:
yes —
Die PCMCIA-Untersttzung soll aktiviert werden.
no —
Die PCMCIA-Untersttzung soll nicht aktiviert
werden.
PCIC=PCIC-Typ,
wobei PCIC-Typ einen der
folgenden Werte annehmen kann:
i82365 — Der Computer
verfgt ber einen Chipsatz mit
i82365-PCMCIA-Steckplatz.
tcic — Der Computer
verfgt ber einen Chipsatz mit
tcic-PCMCIA-Steckplatz.
PCIC_OPTS=Option,
wobei Option die
Timing-Parameter fr den Steckplatztreiber angibt
(i82365 oder tcic).
CORE_OPTS=Option,
wobei Option die Liste der
pcmcia_core-Optionen ist.
CARDMGR_OPTS=Option,
wobei Option die Liste der
Optionen fr den PCMCIA-Kartenmanager
cardmgr ist (z.B.
-q keine Meldungsausgabe (quiet mode),
-m sucht ladbare Kernelmodule im
angegebenen Verzeichnis usw. Weitere Informationen finden
Sie in der man-Seite zu
cardmgr).
Die Datei /etc/sysconfig/sendmail
ermglicht das Versenden von Nachrichten an einen oder
mehrere Empfnger, wobei die Nachrichten je nach den
Erfordernissen ber beliebige Netzwerke geroutet werden
knnen. In der Datei sind die Standardwerte fr die
Ausfhrung des Programms sendmail
festgelegt. Standardmig luft das Programm als
Dmon im Hintergrund und prft seine Warteschlange pro
Stunde einmal fr den Fall, dass Nachrichten
zurckgekommen sind.
Folgende Werte knnen verwendet werden:
DAEMON=Antwort,
wobei Antwort einen der folgenden
Werte annehmen kann:
yes —
Sendmail soll konfiguriert
werden, um Port 25 auf eingehende Mails abzufragen.
yes bedeutet -bd.
no —
Sendmail soll nicht
dafr konfiguriert werden, Port 25 auf eingehende
Mails abzufragen.
QUEUE=1h, wird an
sendmail als
-q$QUEUE bergeben. Die Option
-q wird nicht an
sendmail bergeben, wenn
/etc/sysconfig/sendmail vorhanden ist
und QUEUE leer oder nicht definiert ist.
Die Datei /etc/sysconfig/soundcard wird von
sndconfig erstellt und darf nicht
verndert werden. Dies hat nur den Zweck, dass festgelegt
wird, welcher Karteneintrag im Men standardmig
geffnet werden soll, wenn
sndconfig das nchste Mal
ausgefhrt wird.
Folgende Werte knnen verwendet werden:
CARDTYPE=<Karte>,
wobei <Karte> zum Beispiel
als CARDTYPE=SB16 angegeben wird.
Es handelt sich um symbolische Links auf
/sbin/ifup bzw.
/sbin/ifdown. In diesem Verzeichnis
drfen nur diese beiden Skripten direkt aufgerufen werden.
Die anderen Skripten werden von diesen beiden Skripten nach
Bedarf aufgerufen. Diese symbolischen Links sind nur fr
ltere Systeme gedacht — in zuknftigen Versionen
werden sie vermutlich wegfallen, daher sollten derzeit nur
/sbin/ifup und
/sbin/ifdown verwendet werden.
Diesen Skripten wird in der Regel nur ein Argument
bergeben: der Name des Gerts (z.B. "
eth0"). Beim Booten werden sie mit einem
zweiten Argument "boot" aufgerufen,
damit Gerte, die nicht schon beim Booten eingerichtet
werden sollen (ONBOOT=no, [siehe unten]), in
dieser Phase ignoriert werden knnen.
Dies ist eigentlich keine ffentliche Datei. Sie
enthlt Funktionen, die von den Skripten fr das
Einrichten und Entfernen von Schnittstellen verwendet werden. Sie
enthlt insbesondere den grten Teil des Codes
fr die Verwaltung alternativer
Schnittstellenkonfigurationen und
Schnittstellennderungsmeldungen durch
netreport.
Die erste Datei definiert eine Schnittstelle, whrend die
zweite Datei nur die Teile der Definition enthlt, die in
einer "Alias"- (oder einer alternativen) Schnittstelle
anders sind. Zum Beispiel knnen sich die Netzwerknummern
unterscheiden, whrend alle anderen Definitionen gleich
sind. In diesem Fall enthlt die Klondatei nur die
Netzwerknummern, whrend alle Gerteinformationen in
der zugrundeliegenden ifcfg-Datei stehen.
Die in der Datei ifcfg definierbaren
Eintrge hngen vom Schnittstellentyp ab.
Folgende Werte sind gemeinsame Werte:
DEVICE=Name,
wobei Name der Name des
physikalischen Gerts ist (mit Ausnahme von dynamisch
eingerichteten PPP-Gerten, bei denen hier der
"logische Name" eingetragen wird).
IPADDR=Adresse,
wobei Adresse die IP-Adresse
ist.
NETMASK=Maske,
wobei Maske der Wert fr
die Netzmaske ist.
NETWORK=Adresse,
wobei Adresse die
Netzwerkadresse ist.
BROADCAST=Adresse,
wobei Adresse die
Broadcast-Adresse ist.
GATEWAY=Adresse,
wobei Adresse die
Gateway-Adresse ist.
ONBOOT=Antwort,
wobei Antwort einen der
folgenden Werte annehmen kann:
yes — Dieses Gert soll
beim Systemstart aktiviert werden.
no — Dieses Gert soll
beim Systemstart nicht aktiviert werden.
USERCTL=Antwort,
wobei Antwort einen der
folgenden Werte annehmen kann:
yes — Benutzer, die keine
Root-Benutzer sind, drfen dieses Gert
steuern.
no — Benutzer, die keine
Root-Benutzer sind, drfen dieses Gert
nicht steuern.
BOOTPROTO=Protokoll,
wobei Protokoll einen der
folgenden Werte annehmen kann:
none — Es soll kein
Protokoll beim Systemstart verwendet werden.
bootp — Das
BOOTP-Protokoll soll verwendet werden.
dhcp — Das
DHCP-Protokoll soll verwendet werden.
Folgende Werte sind in allen SLIP-Dateien enthalten:
PERSIST=Antwort,
wobei Antwort einen der
folgenden Werte annehmen kann:
yes — Dieses Gert
soll jederzeit aktiv bleiben, selbst wenn es nach
einem Auflegen des Modems deaktiviert wurde.
no — Dieses Gert soll
nicht jederzeit aktiv sein.
MODEMPORT=Port,
wobei Port der Gertename
des Modemports ist (z.B.
"/dev/modem").
LINESPEED=Baud,
wobei Baud die
Leitungsgeschwindigkeit des Modems ist (z.B.
"115200").
DEFABORT=Antwort,
wobei Antwort einen der
folgenden Werte annehmen kann:
yes —
Beim Erstellen/Bearbeiten des Skripts fr diese
Schnittstelle sollen standardmige
Abbruch-Strings eingefgt werden.
no —
Beim Erstellen/Bearbeiten des Skripts fr diese
Schnittstelle sollen keine standardmigen
Abbruch-Strings eingefgt werden.
Diese Datei ist ein Chat-Skript fr SLIP-Verbindungen und
dient dazu, die Verbindung herzustellen. Bei SLIP-Gerten
erzeugt das Chat-Skript ein DIP-Skript.
Dieses Write-only-Skript wird von netcfg aus
dem Chat-Skript erzeugt. Es darf nicht bearbeitet werden.
Mglicherweise wird diese Datei spter nicht mehr
verwendet und vom Chat-Skript zum Zeitpunkt der Verwendung neu
erzeugt.
Diese Datei wird aufgerufen, wenn ein Netzwerkgert (mit
Ausnahme eines SLIP-Gerts) eingerichtet wird. Sie ruft
/etc/sysconfig/network-scripts/ifup-routes
auf, um statische, von diesem Gert abhngende Routes
und Alias-Namen fr dieses Gert hervorzurufen und
richtet den Hostnamen ein, falls er noch nicht eingerichtet wurde
— auerdem kann fr das IP-Protokoll dieses
Gertes ein Hostname gefunden werden.
ifup-post sendet SIGIO an alle Programme,
die die Meldung von Netzwerkereignissen angefordert haben.
Diese Datei kann bei Bedarf erweitert werden, um die
Konfiguration des Namensdienstes vorzunehmen, freie Skripten
aufzurufen u.v.m.
In diesem Abschnitt werden die internen Vorgnge beim
Bootvorgang kurz beschrieben. Es wird im Einzelnen dargestellt, wie
der Computer mit SysV init bootet.
Darber hinaus werden die Unterschiede zwischen
init in lteren Linux-Versionen und
SysV init beschrieben.
Init wird beim Booten vom Kernel
ausgefhrt. Es ist fr das Starten aller normalen Prozesse
verantwortlich, die beim Booten ausgefhrt werden mssen:
die getty-Prozesse zum Anmelden am System, NFS-Dmonen,
FTP-Dmonen und alle weiteren Prozesse, die Sie beim Booten
Ihres Computers ausfhren mchten.
SysV init setzt sich in der Linux-Welt
immer mehr als Standard fr die Steuerung des Startvorgangs
durch. Der Grund: Es ist leichter bedienbar sowie
leistungsfhiger und flexibler als das herkmmliche
BSD-init.
SysV init unterscheidet sich von
BSD init auch darin, dass die
Konfigurationsdateien in einem Unterverzeichnis von
/etc liegen und nicht direkt in
/etc. Dieses Verzeichnis heit
/etc/rc.d. Es enthlt
rc.sysinit und die folgenden Verzeichnisse:
init.d rc0.d rc1.d rc2.d rc3.d rc4.d rc5.d rc6.d
init.d enthlt eine ganze Reihe von
Skripten. Grundstzlich brauchen Sie ein Skript fr jeden
Dienst, den Sie beim Booten oder beim Wechsel in ein anderes Runlevel
starten mssen. Zu den Diensten gehren Netzwerkdienste
wie nfs, sendmail,
httpd usw. Programme wie
setserial, die nur einmal ausgefhrt werden
mssen und dann beendet werden, zhlen nicht zu diesen
Diensten. Solche Programme sollten in rc.local
oder rc.serial abgelegt werden.
Wenn Sie rc.local verwenden mchten, muss
diese Datei in /etc/rc.d abgelegt werden. Obwohl
die Datei rc.local kaum Aktionen auslst, ist sie in den meisten
Systemen enthalten. Wenn beim Booten des Systems der serielle Port
bestimmte Aufgaben wahrnehmen muss, knnen Sie in
/etc/rc.d auch die Konfigurationsdatei
rc.serial ablegen.
Folgende Ereignisse laufen nacheinander ab:
Der Kernel sucht an verschiedenen Stellen nach
init und fhrt das init-Programm
aus, das er zuerst findet.
init fhrt
/etc/rc.d/rc.sysinit aus.
rc.sysinit kmmert sich um die meisten
Bootloader-Prozesse und fhrt dann
rc.serial aus (falls vorhanden).
init fhrt alle Skripten
fr das Standard-Runlevel aus.
init fhrt rc.local aus.
Der Standard-Runlevel wird in /etc/inittab
festgelegt. Dort sollte in einer der ersten Zeilen etwa Folgendes
stehen:
id:3:initdefault:
Wie Sie sehen, ist in der zweiten Spalte der Standard-Runlevel auf 3
eingestellt. Sie knnen /etc/inittab von
Hand bearbeiten und einen anderen Wert als 3 eintragen. Vorsicht bei
nderungen an inittab. Falls die Datei
nicht mehr funktionsfhig ist, knnen Sie sie reparieren,
indem Sie einen Neustart einleiten und Folgendes eingeben:
LILO boot:linux single
Damit sollte es mglich sein, im
Einzelbenutzermodus zu booten, so dass Sie
inittab noch einmal bearbeiten und wieder auf
den frheren Wert einstellen knnen.
Wie fhrt init nun die richtigen
Skripten aus? Wenn Sie im Verzeichnis rc3.dls -l eingeben, wird Folgendes angezeigt:
Es fllt Ihnen sicher auf, dass es in diesem Verzeichnis keine
"echten" Dateien gibt. Alle Eintrge sind Verweise auf
eines der Skripten im Verzeichnis init.d.
Auerdem steht am Beginn der Verweisnamen ein "S" und
danach eine Zahl. Das "S" bedeutet, dass dieses Skript
gestartet werden soll. Ein "K" wrde bedeuten, dass es
gestoppt werden soll. Die Zahl im Dateinamen dient nur der Festlegung
einer Reihenfolge. Init startet die
Dienste entsprechend ihrer Reihenfolge. Sie knnen Zahlen
mehrfach verwenden, was allerdings zu Verwechslungen fhren
kann. Eine aus zwei Ziffern bestehende Zahl in Verbindung mit einem
groen "S" oder "K" reicht aus, um die von
Ihnen bentigten Dienste zu starten oder zu stoppen.
Wie startet und stoppt init Dienste? Ganz
einfach: Die Skripten sind so geschrieben, dass ihnen ein
Argument" start" bzw.
"stop" bergeben werden kann. Sie
knnen diese Skripten sogar mit einem Befehl wie dem folgenden
manuell ausfhren:
/etc/rc.d/init.d/httpd stop
Dadurch wird der httpd-Server gestoppt.
init liest den Namen ein. Beginnt er mit
einem "K", ruft init das Skript mit dem Argument "
stop" auf. Bei einem "S" ruft
init das Skript mit dem Argument
"start" auf.
Warum gibt es verschiedene Runlevels? Manche Systemadministratoren
mchten Computer ohne groen Aufwand fr verschiedene
Zwecke nutzen. Ein "Server"-Runlevel knnte z.B. nur
httpd, sendmail,
Netzwerkuntersttzung usw. ausfhren. Weiterhin knnte
ein "User"-Runlevel gdm,
Netzwerkuntersttzung usw. ausfhren.
Im Allgemeinen arbeitet Red Hat Linux in Runlevel 3 — d.h. im
vollstndigen Mehrbenutzermodus. Folgende Runlevels sind
in Red Hat Linux definiert:
0 — Halt
1 — Einzelbenutzermodus
2 — Mehrbenutzermodus, ohne Netzwerk
3 — Vollstndiger Mehrbenutzermodus
4 — Nicht verwendet
5 — Vollstndiger
Mehrbenutzermodus (mit einem X-basierten Anmeldebildschirm)
6 — Reboot
Wenn sich Ihr Computer aufgrund einer fehlerhaften Datei
/etc/inittab nicht mehr booten lsst, oder
wenn Sie sich nicht mehr anmelden knnen, weil
/etc/passwd beschdigt ist oder weil Sie
Ihr Passwort vergessen haben, dann booten Sie Ihren Computer im
Einzelbenutzermodus, indem Sie am LILO-Boot-Prompt linux
single eingeben. Es wird ein sehr einfaches System
gestartet, bei dem Ihnen eine Shell angeboten wird, mit der Sie
Reparaturen durchfhren knnen.
Das Dienstprogramm chkconfig ist ein einfaches
Befehlszeilentool fr die Pflege der
/etc/rc.d -Verzeichnishierarchie. Es erspart den
Systemadministratoren, die zahlreichen symbolischen Links in
/etc/rc.d direkt bearbeiten zu mssen.
Auerdem gibt es das Dienstprogramm ntsysv.
Im Gegensatz zur befehlszeilenorientierten Oberflche von
chkconfig wird hier eine bildschirmorientierte
Oberflche verwendet.
Die Datei /etc/rc.d/rc.local wird beim
Systemstart ausgefhrt, nachdem alle anderen Initialisierungen
abgeschlossen sind, sowie bei jedem Wechsel des Runlevels. Dieser
Datei knnen Sie zustzliche Initialisierungsbefehle
hinzufgen. Zum Beispiel knnten Sie zustzliche
Dmonen starten oder einen Drucker initialisieren. Wenn Sie
zustzlich einen seriellen Port einrichten mssen,
knnen Sie die Datei /etc/rc.d/rc.serial
bearbeiten. Beim Systemstart wird der Port dann automatisch
eingerichtet.
Die Standarddatei /etc/rc.d/rc.local erstellt
nur eine einfache Meldung beim Booten, die Ihre Kernel-Version und
den Computertyp ausgibt.
Um Red Hat Linux herunterzufahren, geben Sie den Befehl
shutdown ein. In der man-Seite zu
shutdown finden Sie alle Einzelheiten. Die zwei
am hufigsten verwendeten Befehlsvarianten sind:
shutdown -h nowshutdown -r now
Beide Varianten fahren das System ordnungsgem herunter.
Bei Verwendung der Option -h wird das System nach
dem Herunterfahren angehalten, bei Verwendung der Option
-r wird das System nach dem Herunterfahren neu
gestartet.
Obwohl die Befehle reboot und
halt mittlerweile so "intelligent" sind,
dass diese shutdown aufrufen, wenn sie in den
Runlevels 1-5 ausgefhrt werden, sollten Sie sich diese beiden
Befehle nicht angewhnen, da nicht alle Linux-hnlichen
Betriebssysteme ber dieses Leistungsmerkmal verfgen.
Linux-Neulinge stellen hufig die Frage: "Warum soll ich
einen eigenen Kernel generieren?" Angesichts der Fortschritte, die
beim Einsatz von Kernel-Modulen gemacht worden sind, kann die Antwort
auf diese Frage nur sein: "Wenn Sie nicht genau wissen, warum Sie
einen eigenen Kernel generieren sollen, brauchen Sie wahrscheinlich
auch keinen eigenen Kernel." Wenn Sie also keinen speziellen Grund
haben, einen benutzerdefinierten Kernel zu generieren (es sei denn, Sie
gehren zu den neugierigen Menschen), knnen Sie getrost zu
Abschnitt namens Sendmail weiterblttern.
Frher war es notwendig, den Kernel neu zu kompilieren, wenn Sie
Ihrem System neue Hardware hinzufgen wollten. Anders
ausgedrckt: der Kernel war statisch. Durch
Verbesserungen an den Kerneln von Linux
2.0.x war es mglich, viele der
Hardware-Treiber zu Komponenten zu
modularisieren, die nur bei Bedarf
eingefgt werden konnten. Es traten jedoch erhebliche Probleme
auf, wenn mehrere Kernel im System vorhanden waren, die fr
unterschiedliche Versionen kompiliert worden waren (beispielsweise SMP-
im Gegensatz zu UP-Kerneln). Weitere Fortschritte bei der
Modularisierung des Linux 2.2.x-Kernel ermglichen jetzt eine
bessere Vertrglichkeit bei der Verwendung mehrerer Kernel (das
gilt jedoch nicht fr den gemeinsamen Zugriff
auf Module).
Diese Anweisungen vermitteln Ihnen die ntigen Kenntnisse
fr die Nutzung der Leistungsfhigkeit und
Flexibilitt, die aus der Kernel-Modularisierung resultieren.
Falls Sie keine Kernel-Modularisierung verwenden mchten, finden
Sie in Abschnitt namens Erstellen eines monolithischen Kernels Erluterungen zu
den verschiedenen Gesichtspunkten der Erstellung und Installation
eines monolithischen Kernels. Wir gehen davon aus, dass Sie die
Pakete kernel-headers und
kernel-source bereits installiert haben und
dass das Verzeichnis /usr/src/linux das aktuelle
Verzeichnis ist.
Stellen Sie unbedingt sicher, dass Sie ber eine funktionierende
Notfall-Bootdiskette verfgen, falls etwas schief geht. Wenn Sie
whrend der Installation keine Bootdiskette erstellt haben,
holen Sie dies jetzt mit dem Befehl mkbootdisk
nach. Der Standardbefehl lautet hnlich wie mkbootdisk
--device /dev/fd0 2.2.x, wobei 2.2.x fr die
vollstndige Version Ihres Kernels steht (z.B. 2.2.14-5.0). Wenn
Sie fertig sind, berprfen Sie die Bootdiskette, um
sicherzugehen, dass Sie damit das System booten knnen.
Zu Beginn der Erstellung eines Kernels ist es wichtig, dass sich der
Quellcodebaum in einem bekannten Zustand befindet. Es wird deshalb
empfohlen, zuerst den Befehl make mrproper
anzuwenden. Dieser Befehl entfernt alle Konfigurationsdateien
einschlielich der Reste frherer Builds, deren Dateien
mglicherweise im Quellcodebaum verstreut sind. Als
Nchstes mssen Sie eine Konfigurationsdatei erstellen, die
festlegt, welche Komponenten Ihr neuer Kernel enthalten soll.
Folgende Methoden zur Kernelkonfiguration stehen zur Verfgung:
make config — Ein interaktives
Textprogramm. Es werden Ihnen Komponenten angeboten, und
Sie whlen Y (Ja),
N (Nein) oder
M (Modul).
make menuconfig — Ein grafisches,
mengesteuertes Programm. In einem Men mit
verschiedenen Kategorien werden Ihnen Komponenten angeboten. Sie
whlen die gewnschten Komponenten auf die gleiche
Weise wie im Red Hat Linux Installationsprogramm aus. Markieren Sie die
einzubindenden Komponenten mit Y (Ja),
N (Nein) oder M
(Modul).
make xconfig — ein X Window
System-Programm. Die Komponenten sind in verschiedenen
Menebenen angeordnet und knnen mit der Maus
ausgewhlt werden. Whlen Sie auch hier zwischen
Y (Ja), N (Nein)
oder M (Modul).
make oldconfig — Hierbei handelt es sich
um ein nicht-interaktives Skript, das die Einstellungen in der
Datei Makefile als Standardeinstellungen einrichtet. Wenn Sie den
von Red Hat gepatchten Kernel verwenden, wird Ihr System fr
den Kernel konfiguriert, der in Ihrem Software-Paket mitgeliefert
wird. Dies ist sinnvoll, da auf diese Weise der Kernel mit
bekannten, funktionierenden Standardeinstellungen konfiguriert
werden kann. Anschlieend knnen Sie Funktionsmerkmale
deaktivieren, die Sie nicht bentigen.
Bitte beachten
Um kmod (Einzelheiten siehe
Abschnitt namens Laden von Kernelmodulen in Kapitel 3) und Kernel-Module verwenden
zu knnen, mssen Sie bei der Konfiguration bei
kmod support und
module version (CONFIG_MODVERSIONS)
support mit Ja antworten.
Wenn Sie einen Kernel mit einer Konfigurationsdatei erstellen
mchten, (/usr/src/linux/.config —
diese Datei wird erstellt, sobald eine der oben genannten Methoden
ausgefhrt wurde), die Sie bereits mit einer der erwhnten
Methoden erzeugt haben, knnen Sie die Befehle make
mrproper und make config auslassen und
stattdessen den Befehl make dep, gefolgt von
make clean verwenden, um den Quellcodebaum
fr den Build vorzubereiten.
Der nchste Schritt zur Erstellung eines modularisierten Kernels
ist das Bearbeiten der Datei
/usr/src/linux/Makefile und das Kompilieren die
Quellcodekomponenten zu einem lauffhigen Programm, mit dem Ihr
Computer gebootet werden kann. Mit der hier beschriebenen Methode
knnen Sie am problemlosesten wieder in den Ausgangszustand
zurckkehren, falls etwas schief gehen sollte. Falls Sie sich
fr weitere Mglichkeiten interessieren, finden Sie
nhere Informationen hierzu im Kernel-HOWTO oder in Ihrem
Linux-System in der Datei Makefile unter
/usr/src/linux.
Bearbeiten Sie die Datei Makefile, und
ndern Sie die Zeile: EXTRAVERSION = in
eine "eindeutige" Bezeichnung (zum Beispiel durch
Anfgen Ihrer Initialen an das Ende der Zeichenkette, wie in
EXTRAVERSION = -2.5.0sjs). Dadurch knnen
der alte und der neue Kernel gleichzeitig auf Ihrem System
verwendet werden.
Erstellen Sie den Kernel mit make bzImage.
Erstellen Sie die von Ihnen konfigurierten Module mit
make modules.
Installieren Sie die neuen Module (auch, wenn Sie selbst keine
Module erstellt haben) mit make
modules_install. Dadurch werden die Kernel-Module im
Verzeichnis /lib/modules/ unter Verwendung
des in Makefile angegebenen Pfadnamens
gespeichert. In unserem Beispiel wre das
/lib/modules/2.2.15-2.5.0sjs/.
Falls Sie einen SCSI-Adapter verwenden und den SCSI-Treiber
modularisiert haben, erstellen Sie ein neues
initrd-Image (siehe
Abschnitt namens Erstellen eines initrd-Images. Beachten Sie aber, dass es kaum
praktische Grnde gibt, in einem benutzerdefinierten Kernel den
SCSI-Treiber zu modularisieren). Erzeugen Sie kein
initrd-Image, es sei denn, Sie haben einen
spezifischen Grund dafr. Verzichten Sie ansonsten darauf, und
fgen Sie ein solches Image auch niemals zu
lilo.conf hinzu.
Es empfiehlt sich, den ursprnglichen Kernel aufzubewahren. So
knnen Sie zum Booten jederzeit auf einen zustzlichen,
funktionierenden Kernel zurckgreifen, falls der neu erstellte
Kernel Fehler enthalten sollte. Zum Hinzufgen des Kernels zu
LILO benennen Sie den ursprnglichen Kernel in
/boot um, kopieren den neuen Kernel nach
/boot, fgen einige Zeilen in
/etc/lilo.conf ein und fhren
/sbin/lilo aus. Hier ein Beispiel fr eine
mgliche standardmige Datei
/etc/lilo.conf, wie sie im Lieferumfang von
Red Hat Linux enthalten ist:
Als Nchstes mssen Sie /etc/lilo.conf
aktualisieren. Wenn Sie ein neues initrd -Image
erstellt haben, mssen Sie LILO zuvor die Anweisung geben, das
neue Image zu verwenden. Im folgenden Beispiel zu
/etc/lilo.conf wurden in der Mitte der Datei
vier Zeilen eingefgt, die bewirken, dass ein anderer Kernel
beim Booten verwendet wird. Dazu wurde
/boot/vmlinuz in
/boot/vmlinuz.old umbenannt und das Label auf
old gesetzt. Auerdem wurde eine
initrd-Zeile fr den neuen Kernel
eingefgt:
Wenn das System jetzt gestartet wird und Sie am Prompt LILO
boot: die Tabulatortaste
drcken, werden Ihnen die verfgbaren
Auswahlmglichkeiten angezeigt:
LILO boot:linux test dos
Drcken Sie die Eingabetaste, um mit dem alten
Kernel (linux) zu booten. Wenn Sie keine Taste
drcken, ldt LILO den alten Kernel nach einer
Zeitverzgerung automatisch. Wenn Sie mit dem neuen Kernel
(test) booten wollen, geben Sie
test ein und drcken die
Eingabetaste.
Es folgt eine Zusammenfassung der Schritte:
Kopieren Sie den kompilierten Kernel in Ihr Verzeichnis
/boot. Verwenden Sie dabei den Namen, der
sich aus frheren nderungen der Datei
Makefile ergab. Dazu ein Beispiel:
Fhren Sie /sbin/lilo aus (es empfiehlt
sich, /sbin/lilo -t zuerst zu verwenden
— dieser Befehl testet Ihre
lilo.conf-Datei, ohne einen neuen
Boot-Sektor oder eine Map-Datei zu schreiben). Sie knnen
die Option -v zu lilo
hinzufgen, um ausfhrlichere Meldungen anzeigen zu
lassen, wenn Sie glauben, es knnte Probleme geben.
Sie knnen den neuen Kernel testen, indem Sie Ihren Computer neu
starten und die Meldungen am Bildschirm verfolgen. Dabei wird
angezeigt, ob die Hardware richtig erkannt wird.
Beim Booten wird ein initrd-Image fr das
Laden der SCSI-Module bentigt. Wenn Sie kein
initrd -Image bentigen, erstellen Sie
keines, und bearbeiten Sie auch nicht die Datei
lilo.conf, um dieses Image einzufgen.
Das Shell-Skript /sbin/mkinitrd kann das richtige
initrd-Image fr Ihren Computer erstellen,
wenn die folgenden Bedingungen erfllt sind:
Das Loopback-Blockgert ist verfgbar.
Die Datei /etc/conf.modules enthlt
eine Zeile fr Ihren SCSI-Adapter, zum Beispiel:
alias scsi_hostadapter BusLogic
Um das neue initrd-Image zu erstellen,
fhren Sie /sbin/mkinitrd mit den folgenden
Parametern aus:
Dabei ist /boot/newinitrd-image die Datei
fr Ihr neues Image, und 2.2.15 ist der
Kernel, dessen Module (aus /lib/modules) im
initrd-Image verwendet werden sollen. (Die
Versionsnummer dieses Kernels stimmt nicht notwendigerweise mit der
Versionsnummer des aktuell verwendeten Kernels berein.)
Um einen monolithischen Kernel zu erstellen, fhren Sie - von
ein paar Ausnahmen abgesehen - dieselben Schritte aus wie beim
Erstellen eines modularen Kernels.
Antworten Sie auf die Fragen bei der Konfiguration des Kernels
ausschlielich mit Ja oder
Nein (keine Modularisierung).
Auerdem mssen Sie bei der Konfiguration bei
kmod support und
module version (CONFIG_MODVERSIONS)
support mit
Nein antworten.
Lassen Sie die folgenden Schritte aus:
make modulesmake modules_install
Bearbeiten Sie die Datei lilo.conf, und
fgen Sie die Zeile
append=nomodules hinzu.
Wenn sich normale Benutzer (nicht Root) an einem Computer lokal
anmelden, werden ihnen zwei spezielle Berechtigungen zugeteilt. Zum
einen drfen Sie bestimmte Programme ausfhren, die sie
normalerweise nicht ausfhren knnen, zum anderen haben sie
Zugriff auf bestimmte Dateien (in der Regel spezielle
Gertedateien fr den Zugriff auf Disketten und CD-ROMs
usw.), auf die sie im Normalfall keinen Zugriff haben.
Da ein einzelner Computer ber mehrere Konsolen verfgt und
zur selben Zeit mehrere Benutzer lokal am gleichen Computer angemeldet
sein knnen, muss es einen Benutzer geben, der beim Streit um den
Dateizugriff "gewinnt". Der erste Benutzer, der sich an der
Konsole anmeldet, wird zum Eigentmer dieser Dateien. Wenn sich
der erste Benutzer abgemeldet hat, wird der Benutzer, der sich als
Nchstes angemeldet hat, zum Eigentmer der Dateien.
Dagegen darf jeder Benutzer, der sich an der
Konsole anmeldet, Programme ausfhren, die normalerweise nur Root
vorbehalten sind. Standardmig fragen diese Programme nach
dem Passwort des Benutzers, und zwar in grafischer Darstellung, wenn X
ausgefhrt wird. Dadurch ist es mglich, diese Aktionen als
Meneintrge in einer grafischen Benutzeroberflche zu
realisieren. Red Hat Linux wird mit den ber die Konsole
ausfhrbaren Programmen shutdown,
halt and reboot ausgeliefert.
In Umgebungen, in denen die Konsole anderweitig gesichert ist (BIOS-
und LILO-Passwrter gesetzt,
Strg-Alt-Entf
deaktiviert, Netz- und Reset-Schalter deaktiviert usw.), sollte es
beliebigen anderen Benutzern der Konsole nicht erlaubt sein,
shutdown, halt und
reboot auszufhren.
Zum Deaktivieren jeglicher Zugriffe von Konsolenbenutzern auf
Konsolenprogramme mssen Sie den folgenden Befehl
ausfhren:
Um alle Konsolenzugriffe einschlielich Programm- und
Dateizugriffe zu deaktivieren, kommentieren Sie im Verzeichnis
/etc/pam.d/ alle Zeilen aus, die sich auf
pam console.so beziehen. Das folgende Skript
kann Ihnen diese Arbeit abnehmen:
cd/etc/pam.dfor i in * ; dosed '/[^#].*pam_console.so/s/^/#/' < $i > foo && mv foo $idone
Die Datei /etc/security/console.perms definiert
die Konsolengruppe. Die Syntax dieser Datei ist sehr flexibel. Die
Datei kann bearbeitet werden, um die in ihr enthaltenen Befehle zu
verndern. Die Standarddatei enthlt jedoch die folgende
Zeile:
<Konsole>=tty[0-9][0-9]* :[0-9]\.[0-9] :[0-9]
Wenn sich die Benutzer anmelden, sind sie mit irgendeinem benannten
Terminal verbunden. Das kann entweder ein X-Server mit einem Namen
wie :0 oder
mymachine.example.com:1.0 sein, oder es kann sich
um ein Gert wie /dev/ttyS0 oder
/dev/pts/2 handeln. In der Standardeinstellung
wird definiert, dass nur lokale virtuelle Konsolen und lokale
X-Server als lokal angesehen werden. Wenn Sie aber das serielle
Terminal an Port /dev/ttyS1 gleich nebenan
ebenfalls als lokales Terminal definieren mchten, knnen
Sie diese Zeile wie folgt ndern:
(Natrlich muss /dev/sga tatschlich
Ihr Scanner sein und nicht z.B. Ihr Festplattenlaufwerk.)
So viel zum ersten Teil. Im zweiten Teil mssen Sie definieren,
was mit diesen Dateien zu geschehen hat. Suchen Sie im letzten
Abschnitt von /etc/security/console.perms nach
Zeilen wie:
Wenn Sie sich danach an der Konsole anmelden, werden Sie
Eigentmer des Gerts /dev/sga mit der
Zugriffsberechtigung 0600 (Lesen und Schreiben nur durch Sie selbst
mglich). Wenn Sie sich abmelden, wird Root zum Eigentmer,
und die Zugriffsberechtigung bleibt weiterhin 0600 (jetzt ist Lesen
und Schreiben nur durch Root mglich).
Um Konsolenbenutzern neben shutdown,
reboot und halt Zugriff auf
weitere Anwendungen zu geben, mssen Sie etwas mehr Aufwand
treiben.
ber die Konsole kann nur auf Anwendungen
zugegriffen werden, die in /sbin oder
/usr/sbin abgelegt sind. Die Anwendung, die Sie
ausfhren mchten, muss also dort abgelegt sein.
Erstellen Sie einen Link vom Namen Ihrer Anwendung mit der Anwendung
/usr/bin/consolehelper:
cd/usr/binln -sconsolehelperfoo
Erstellen Sie die Datei
/etc/security/console.apps/foo:
touch/etc/security/console.apps/foo
Erstellen Sie eine PAM-Konfigurationsdatei fr den Dienst
foo in /etc/pam.d/.
Es empfiehlt sich, mit einer Kopie des shutdown-Dienstes zu beginnen
und diesen dann zu ndern, falls Sie dessen Verhalten
ndern mchten:
cp/etc/pam.d/shutdown/etc/pam.d/foo
Wenn Sie jetzt /usr/bin/foo ausfhren, wird
das Programm consolehelper aufgerufen, das
wiederum mit Hilfe von /usr/sbin/userhelper den
Benutzer authentifiziert. (Wenn /etc/pam.d/foo
eine Kopie von /etc/pam.d/shutdown ist, werden
Sie nach dem Passwort gefragt. Anderenfalls luft genau das ab,
was in /etc/pam.d/foo angegeben ist.) Dann wird
/usr/sbin/foo mit Root-Zugriffsberechtigung
ausgefhrt.
Wenn Sie aus irgendeinem Grund keinen Konsolenzugriff haben und
Benutzern, die nicht Root sind, Zugriff auf das Diskettenlaufwerk Ihres
Systems geben mssen, knnen Sie die Gruppe
floppy verwenden. Fgen Sie die Benutzer
einfach der Gruppe floppy hinzu. Dazu knnen
Sie verschiedene Tools verwenden. Hier ein Beispiel, wie Sie mit
gpasswd den Benutzer stephan zur Gruppe
floppy hinzufgen knnen.
[root@bigdog root]#gpasswd -a stephan floppyAdding user stephan to group floppy[root@bigdog root]#
Jetzt kann der Benutzer stephan auf das Diskettenlaufwerk des Systems
zugreifen.
Das Einrichten des anonymen FTP-Zugriffs ist nicht schwer. Sie
mssen lediglich das anonftpRPM -Paket installieren (was Sie
mglicherweise schon bei der Installation getan haben). Nach der
Installation ist der anonyme Zugriff auf FTP fertig eingerichtet.
Zum Konfigurieren des FTP-Servers knnen Sie die entsprechenden
Dateien bearbeiten.
/etc/ftpaccess
Diese Datei definiert den grten Teil der
Zugriffskontrolle auf Ihren FTP-Server. Sie knnen unter
anderem logische "Gruppen" zur Zugriffskontrolle von
verschiedenen Sites aus einrichten, die Zahl der gleichzeitigen
FTP-Verbindungen begrenzen, die Protokollierung der
bertragungen konfigurieren u.v.m. Einzelheiten dazu finden
Sie in der man-Seite ftpaccess.
/etc/ftphosts
Die Datei ftphosts wird verwendet, um den
Zugriff auf bestimmte Accounts von verschiedenen Rechnern
zuzulassen oder zu verwehren. Einzelheiten finden Sie in der
man-Seite ftphosts.
/etc/ftpusers
In dieser Datei sind alle Benutzer aufgefhrt, die
nicht per FTP auf Ihren Computer zugreifen
drfen. Zum Beispiel ist root
standardmig in /etc/ftpusers
enthalten, d.h. Sie knnen nicht per FTP auf Ihren Computer
zugreifen und sich als Root anmelden. Das gewhrleistet
hhere Sicherheit. Manche Administratoren entfernen jedoch
den Eintrag root aus dieser Datei.
NFS steht fr Network
File System
(Netzwerkdateisystem). Es ermglicht die Freigabe von Dateien
zwischen verschiedenen Computern, so dass der Eindruck entsteht, sie
befnden sich auf Ihrer lokalen Festplatte. Linux kann sowohl als
NFS-Server als auch als NFS-Client fungieren, d.h. es kann Dateisysteme
exportieren (anderen Systemen anbieten) und von
anderen Computern exportierte Dateisysteme
mounten.
Mit dem Befehl mount knnen Sie das
NFS-Dateisystem eines anderen Computers mounten:
mkdir /mnt/local
# Nur erforderlich, wenn /mnt/local noch nicht vorhanden ist
mount bigdog:/mnt/export/mnt/local
Bei diesem Befehl ist bigdog der Name des NFS-Dateiservers.
/mnt/export ist das Dateisystem, das von bigdog
exportiert wird. /mnt/local ist ein Verzeichnis
auf dem lokalen Computer, in dem das lokale Dateisystem gemountet
werden soll. Nachdem der Befehl mount
ausgefhrt wurde, knnen Sie, wenn Sie ber die
entsprechenden Berechtigungen von bigdog
verfgen, ls /mnt/local eingeben. Die Dateien
in /mnt/export auf dem Computer bigdog werden
dann aufgelistet.
In der Datei /etc/exports ist angegeben, welche
Dateisysteme Sie exportieren mchten. Das Format lautet:
VerzeichnisHostname(Optionen)
die (Optionen) sind
benutzerbestimmbar. Dazu ein Beispiel:
/mnt/export speedy.redhat.com
Damit erlauben Sie speedy.redhat.com,
/mnt/export zu mounten
/mnt/export speedy.redhat.com(ro)
Hiermit wrden Sie speedy jedoch nur erlauben,
/mnt/export schreibgeschtzt zu mounten.
Nach jeder nderung von /etc/exports
mssen Sie die NFS-Dmonen anweisen, diese Datei auf neue
Informationen zu berprfen. Dazu knnen Sie die
Dmonen einfach stoppen und wieder starten.
Sie knnen die Dmonen auch mit diesem Befehl neu starten:
/etc/rc.d/init.d/nfs restart
Es geht aber auch so:
killall -HUP rpc.nfsd rpc.mountd
Genauere Einzelheiten finden Sie in den man-Seiten nfsd(8), mountd(8)
und exports(5). Eine weitere gute Informationsquelle ist
Managing NFS and NIS Services von Hal Stern,
herausgegeben von O'Reilly & Associates.
Wenn etwas schief geht, gibt es verschiedene Mglichkeiten, die
Sache wieder in Ordnung zu bringen. Voraussetzung ist jedoch, dass Sie
das System gut kennen. Wir zeigen Ihnen, wie Sie in den Rettungsmodus
gelangen. Sie knnen dann Ihr eigenes Wissen anwenden, um das
System zu retten.
Unter Rettungsmodus wird das vollstndige Booten einer kompakten
Linux-Umgebung von Diskette oder CD verstanden.
Die Angaben in diesem Abschnitt helfen Ihnen beim Beheben zahlreicher
Probleme mit Ihrem System.
Wie der Name andeutet, dient der Rettungsmodus zum Beseitigen von
schwerwiegenden Problemen - gewissermaen zur
"Rettung" Ihres Systems. Whrend des normalen Betriebs
verwendet Ihr Red Hat Linux-System fr smtliche Vorgnge
Dateien, die sich auf der Festplatte des Systems befinden — das
heit, zum Ausfhren von Programmen, Abspeichern von
Dateien etc.
Mglicherweise treten jedoch manchmal Fehler auf, die Ihnen das
vollstndige Booten von Linux unmglich machen, so dass Sie
nicht auf die Dateien auf Ihrer Festplatte zugreifen knnen. Mit
dem Rettungsmodus knnen Sie auf die Dateien, die auf der
Festplatte Ihres Systems gespeichert sind, zugreifen, und zwar selbst
dann, wenn Sie Linux nicht auf dieser Festplatte ausfhren
knnen.
Normalerweise bentigen Sie den Rettungsmodus in zwei
Fllen:
Sie knnen Linux nicht booten und mchten Ihr System
reparieren.
Sie haben Probleme mit Ihrer Hardware oder Software, und Sie
mchten einige wichtige Dateien auf Ihrer Festplatte sichern.
Im Folgenden sollen nun diese beiden Szenarien nher betrachtet
werden.
Hufig ist dies auf die Installation eines weiteren
Betriebssystems auf der Festplatte zurckzufhren, auf
der Sie auch Red Hat Linux installiert haben. Einige Betriebssysteme sind
nicht fr die Koexistenz mit anderen Betriebssystemen
ausgelegt und berschreiben den Master Boot Record (MBR), in
dem sich ursprnglich Ihr LILO Bootloader befand. Wenn LILO
auf diese Weise berschrieben wurde, haben Sie Pech gehabt
— es sei denn, Sie knnen in den Rettungsmodus wechseln.
Unter diese Kategorie fallen genauso viele Probleme, wie es Systeme
gibt, auf denen Linux ausgefhrt wird. So knnen unter
anderem defekte Festplatten oder ein nicht korrekt eingerichteter
Bootloader nach dem Kompilieren eines neuen Kernels verhindern,
dass Ihr System Red Hat Linux bootet. Wenn Sie in den Rettungsmodus
wechseln knnen, besteht die Mglichkeit, das Problem zu
lsen — oder Sie knnen zumindest Kopien der
wichtigsten Dateien anlegen.
Um Ihr System im Rettungsmodus zu booten, geben Sie die folgenden
Parameter am Installations-Boot-Prompt ein:
boot:linux rescue
Sie knnen auf zwei verschiedenen Wegen zum Boot-Prompt
gelangen:
Durch das Booten Ihres Systems von der mit Red Hat Linux gelieferten
Diskette oder CD-ROM.
Durch Booten ber eine Netzwerk- oder PCMCIA-Bootdiskette.
Dabei wird davon ausgegangen, dass Sie ber eine
funktionierende Netzwerkverbindung verfgen. Sie
mssen auerdem den Netzwerkrechner und
bertragungstyp kennen. Informationen darber, wie
diese Informationen eingegeben werden knnen, finden Sie
in "Installieren ber das Netzwerk" in
Kapitel 14.
Sobald sich Ihr System im Rettungsmodus befindet, erscheint ein
Prompt auf der virtuellen Konsole (VC, Virtual Console) 2
(verwenden Sie die Tastenkombination
Strg-Alt-F2,
um auf VC 2 zuzugreifen):
bash#
An diesem Prompt knnen Sie die folgenden Befehle eingeben:
Wenn Ihr Root-Dateisystem jedoch nicht beschdigt ist,
knnen Sie es mounten und anschlieend jedes beliebige
Linux-Dienstprogramm ausfhren. Angenommen, Ihr
Root-Dateisystem befindet sich in /dev/hda5.
Dann wird diese Partition wie folgt gemountet:
mount -t ext2 /dev/hda5 /foo
Dabei ist /foo ein von Ihnen erstelltes
Verzeichnis.
Jetzt knnen Sie chroot,
fsck, man und andere
Dienstprogramme ausfhren. In dieser Phase wird Linux im
Einzelbenutzermodus ausgefhrt.
Wenn Sie die Namen der Linux-Partitionen nicht kennen, knnen
Sie versuchen, sie zu erraten. Das Mounten nicht vorhandener
Partitionen verursacht keinen Schaden.
Unter Umstnden knnen Sie direkt in den
Einzelbenutzermodus booten. Wenn Ihr System bootet, Sie sich nach
dem Start aber nicht anmelden knnen, knnen Sie
versuchen, nach einem Neustart am LILO-Boot-Prompt eine der
folgenden Optionen anzugeben:
LILO boot:linux singleLILO boot:linux emergency
Im Einzelbenutzermodus bootet Ihr Computer in Runlevel 1. Ihr
lokales Dateisystem wird gemountet, das Netzwerk ist jedoch nicht
aktiviert. Es wird Ihnen eine Systemwartungsshell mit
ntzlichen Funktionen zur Verfgung gestellt.
Im Notfallmodus wird in die minimal mgliche Umgebung
gebootet. Das Root-Dateisystem wird schreibgeschtzt
gemountet, und ansonsten ist fast nichts eingerichtet. Der
Hauptvorteil dieses Modus im Vergleich zu linux
single ist, dass Ihre
init-Dateien nicht geladen werden. Wenn
init fehlerhaft ist oder nicht
funktioniert, knnen Sie trotzdem Dateisysteme mounten, um
Daten wiederherzustellen, die bei einer Neuinstallation verloren
gehen knnten.
Ist es Ihnen schon einmal passiert, dass Sie einen Kernel neu
konfiguriert haben und - erpicht darauf, Ihr neues Werk
auszuprobieren - den Rechner neu gestartet haben, ohne vorher LILO
auszufhren? Und Sie verfgen ber keinen Eintrag
fr einen lteren Kernel in
lilo.conf? Dann lesen Sie weiter…
In vielen Fllen ist es mglich, Ihr Red Hat Linux/Intel System
von der Red Hat Linux Bootdiskette mit gemountetem und fertig vorbereitetem
Root-Dateisystem zu starten. Das geht folgendermaen:
Geben Sie den folgenden Befehl am
boot: -Prompt der Bootdiskette ein:
linux single root=/dev/hdXX initrd=
(Ersetzen Sie XX in
/dev/hdXX durch den
Buchstaben und die Zahl, die Ihrer Root-Partition entsprechen.)
Was wird damit bewirkt? Zuerst startet der Bootprozess im
Einzelbenutzermodus, wobei die Root-Partition Ihre Root-Partition
ist. Die leere Angabe initrd umgeht das
installationsbezogene Image auf der Bootdiskette, so dass Sie sich
sofort im Einzelbenutzermodus befinden.
Hat dieser Trick auch einen Nachteil? Leider ja. Da der Kernel auf
der Red Hat Linux Bootdiskette nur IDE untersttzt, funktioniert
dieser Trick nicht auf Systemen mit SCSI-Controllern. In diesem
Fall mssen Sie die oben erwhnte Kombination aus
Bootdiskette und Rettungsdiskette verwenden.
Im Verzeichnis /etc wird die Standarddatei
sendmail.cf installiert. Die Standardkonfiguration
ist fr die meisten Systeme geeignet, die ausschlielich
SMTP (Simple Mail Transfer Protocol) verwenden. Sie arbeitet
nicht mit UUCP-Sites (UNIX/UNIX Copy). Wenn
fr Ihre E-Mail-bertragungen UUCP erforderlich ist,
mssen Sie eine neue Datei sendmail.cf
erstellen.
Bitte beachten
Obwohl SMTP-Server automatisch untersttzt werden, gilt dies
nicht fr IMAP (Internet Message Access
Protocol)-Server. Wenn Ihr ISP statt eines SMTP-Servers einen
IMAP-Server verwendet, mssen Sie das Paket IMAP installieren.
Ohne dieses Paket kann Ihr System keine Informationen an den
IMAP-Server weitergeben bzw. Ihre E-Mail nicht abrufen.
Um eine neue Datei sendmail.cf zu erstellen,
mssen Sie m4 und das Quellcodepaket
sendmail installieren. Nhere Einzelheiten
zum Erstellen von
sendmail-Konfigurationsdateien finden Sie in
der Datei README in den
sendmail-Quellen. Daneben gibt es eine gute
sendmail -Referenz unter dem Titel
sendmail von Bryan Costales, herausgegeben von
O'Reilly & Associates. Und zuletzt finden Sie auerdem unter
www.sendmail.net
ein breites Angebot an sendmail-Funktionen
und Konfigurationsbeispielen.
Hufig ist sendmail so konfiguriert,
dass ein Computer als E-Mail-Gateway fr alle Computer eines
Netzwerks dient. Red Hat verwendet beispielsweise einen einzelnen
Computer mit der Adresse mail.redhat.com, der die
gesamten E-Mails verarbeitet. Die Namen der Computer, fr die
mail.redhat.com die E-Mail verwaltet, brauchen auf diesem Computer nur
in die Datei /etc/sendmail.cw eingetragen zu
werden. Dazu ein Beispiel:
# sendmail.cw - Tragen Sie hier alle Aliase fr Ihren Rechner
# ein.
torgo.redhat.com
poodle.redhat.com
devel.redhat.com
Auf den anderen Computern torgo,
poodle und devel muss die
Datei /etc/sendmail.cf bearbeitet werden. Beim
Senden von E-Mails geben sich diese Computer als
mail.redhat.com aus. Die lokale
E-Mail-Verarbeitung wird an redhat.com
weitergeleitet. Suchen Sie die Zeilen DH und
DM in /etc/sendmail.cf, und
bearbeiten Sie diese wie folgt:
# An wen erfolgt die Sendung bei Rechnernamen ohne Angabe der Domne?
# (kein Eintrag = lokal)
DRmail.redhat.com
# An welchen Computer gehen lokale E-Mails?
DHmail.redhat.com
# Wer gebe ich vor zu sein? (Masquerading) (kein Eintrag = kein Masquerading)
DMredhat.com
Bei dieser Konfiguration tragen alle E-Mails den Absender
redhat.com, und alle E-Mails, die an
torgo.redhat.com oder die anderen Rechner gesendet
werden, kommen bei mail.redhat.com an.
Wenn Sie Ihr System fr Masquerading konfigurieren, beachten Sie
bitte, dass die von Ihrem System an Ihr eigenes System gesendeten
E-Mails auf dem Computer eingehen, fr den sich Ihr System
ausgibt. So werden im Bild oben beispielsweise die in
regelmigen Abstnden vom
cron-Dmon an root@poodle.redhat.com gesendeten
Protokolldateien an root@mail.redhat.com gesendet.
Shadow-Passwrter erhhen die Systemsicherheit dadurch, dass
die verschlsselten Passwrter (normalerweise im Verzeichnis
/etc/passwd abgelegt) im Verzeichnis
/etc/shadow abgelegt werden, das nur von Root
gelesen werden kann. Whrend der Installation von Red Hat Linux konnten
Sie whlen, ob der Shadow-Passwortschutz aktiviert werden soll.
Das Paket shadow-utils enthlt eine Reihe
von Dienstprogrammen, die Folgendes untersttzen:
Konvertierung von normalen Passwrtern in
Shadow-Passwrter und umgekehrt (pwconv,
pwunconv)
berprfung von Passwort, Gruppe und zugehrigen
Shadow-Dateien (pwck, grpck)
Methoden gem Industriestandard zum Hinzufgen,
Lschen und Bearbeiten von Benutzerkonten
(useradd, usermod und
userdel)
Methoden gem Industriestandard zum Hinzufgen,
Lschen und Bearbeiten von Benutzergruppen
(groupadd, groupmod und
groupdel)
Methoden gem Industriestandard zum Verwalten der Datei
/etc/group (gpasswd).
Bitte beachten
Hier noch weitere wichtige Hinweise zu diesen Dienstprogrammen:
Die Dienstprogramme funktionieren unabhngig davon, ob
Shadowing aktiviert oder deaktiviert ist.
Die Dienstprogramme wurden geringfgig modifiziert, um die
Untersttzung der individuellen Benutzergruppen von Red Hat
zu ermglichen. Eine Beschreibung der nderungen
finden Sie in der man-Seite useradd. Weitere
Informationen zu benutzereigenen Gruppen finden Sie in
Abschnitt namens Benutzereigene Gruppen.
Das Skript adduser ist durch einen
symbolischen Verweis auf /usr/sbin/useradd
ersetzt worden.
Die Tools im Paket shadow-utils sind weder
fr Kerberos noch fr LDAP aktiviert. Neue Benutzer
sind daher nur lokale Benutzer.
Neben den Dateien des RPM-Systems, die im Verzeichnis
/var/lib/rpm abgelegt sind (weitere Informationen
zu RPM finden Sie in
Kapitel 5), gibt es zwei weitere spezielle Speicherorte,
die fr die Konfiguration und den Betrieb von Red Hat Linux reserviert
sind.
Das Control Panel und dazugehrige
Tools legen in/usr/lib/rhs viele Skripten, Bitmaps
und Textdateien ab. Es ist unwahrscheinlich, dass Sie in diesem
Verzeichnis Dateien bearbeiten mssen.
In /etc/sysconfig werden
Konfigurationsinformationen gespeichert. Die Dateien in diesem
Verzeichnis werden hauptschlich von den Skripten verwendet, die
beim Systemstart ablaufen. Sie knnen zwar von Hand bearbeitet
werden, es ist jedoch empfehlenswert, das entsprechende Tool im
Control Panel zu verwenden.
Die Verwaltung von Benutzern und Gruppen ist schon immer ziemlich
mhsam gewesen. Red Hat Linux bietet hier einige Tools und Konventionen,
mit denen Sie Benutzer und Gruppen leichter verwalten knnen.
Am besten lassen sich Benutzer und Gruppen mit
linuxconf verwalten (siehe
Kapitel 3). Sie knnen aber auch den Befehl
useradd verwenden, um von der Befehlszeile aus einen
neuen Benutzer zu erstellen.
Als Nchstes wollen wir die grundlegenden Prinzipien bei der
Verwaltung von Benutzern und Gruppen nher betrachten.
Tabelle 2-1 zeigt die Standardbenutzer,
die whrend des Installationsvorgangs eingerichtet werden
(entspricht im Prinzip dem Inhalt der Datei
/etc/passwd). Die
Gruppen-ID (GID) in der Tabelle gibt die
Hauptgruppe des Benutzers an. Nhere
Einzelheiten ber die Verwendung von Gruppen finden Sie in
Abschnitt namens Benutzereigene Gruppen.
Tabelle 2-2 zeigt die Standardgruppen, die
whrend des Installationsvorgangs eingerichtet werden (entspricht im
Prinzip dem Inhalt der Datei /etc/group).
Red Hat Linux verwendet benutzereigene Gruppen (UPG,
User Private Groups). Damit wird die Benutzung von Unix-Gruppen
wesentlich vereinfacht. UPG bringt keine Zustze oder
nderungen in Bezug auf die standardmige Behandlung
von Gruppen unter Unix. Vielmehr wird eine neue Konvention fr
die Handhabung von Gruppen eingefhrt. Bei jedem Erstellen eines
neuen Benutzers wird diesem standardmig eine eigene
Gruppe zugeordnet. Hier das Prinzip:
Benutzereigene Gruppen
Jeder Benutzer hat seine eigene Hauptgruppe, in der er das
einzige Mitglied ist.
umask = 002
Die herkmmliche Unix-umask ist 022. Damit wird
verhindert, dass andere Benutzer und andere
Mitglieder der Hauptgruppe eines Benutzers die
Dateien eines Benutzers bearbeiten. Bei UPG hat jeder Benutzer
seine eigene Gruppe, und daher wird solch ein
"Gruppenschutz" nicht mehr bentigt. Damit
Benutzer nicht die privaten Dateien anderer Benutzer bearbeiten
knnen, wird in /etc/profile die
umask auf 002 gesetzt.
setgid-Bit fr Verzeichnisse
Wenn Sie das setgid-Bit fr ein Verzeichnis setzen (mit
chmod g+sVerzeichnisname),
werden die in diesem Verzeichnis erstellten Dateien der Gruppe
des Verzeichnisses zugeordnet.
Meistens wird in einer EDV-Abteilung fr jedes
grere Projekt eine Gruppe erstellt, und den
entsprechenden Gruppen werden dann die Benutzer zugeordnet. Trotzdem
war die Dateiverwaltung oft problematisch, denn wenn ein Benutzer
eine Datei erstellt, wird die Hauptgruppe des Erstellers zum
Eigentmer dieser Datei. Wenn ein einzelner Benutzer an mehreren
Projekten arbeitet, ist es nicht einfach, die mit dem Projekt
verbundene Gruppe zum Eigentmer der Dateien zu machen. Bei UPG
werden Gruppen entsprechend dem jeweiligen Projekt automatisch mit
Dateien verknpft. Dadurch wird die Verwaltung von
Gruppenprojekten sehr einfach.
Angenommen, Sie haben ein groes Projekt namens
entwicklung, bei dem viele Benutzer die Dateien
im Verzeichnis entwicklung bearbeiten. Erstellen
Sie eine Gruppe mit der Bezeichnung entwicklung,
fgen Sie das Verzeichnis entwicklung
(chgrpentwicklung) und alle
Benutzer des Projekts der Gruppe entwicklung
hinzu. Jetzt knnen alle Benutzer des Projekts die Dateien im
Verzeichnis entwicklung bearbeiten und neue
Dateien erstellen. Diese Dateien sind dauerhaft der Gruppe
entwicklung zugeordnet und knnen daher
jederzeit von anderen Benutzern desselben Projekts bearbeitet werden.
Wenn die Benutzer an mehreren Projekten wie
entwicklung arbeiten, brauchen sie beim Wechsel
zwischen den Projekten ihre umask oder Gruppe nicht zu ndern.
Das setgid-Bit im Hauptverzeichnis des jeweiligen Projekts
"whlt" die richtige Gruppe.
Da ein Benutzer und seine eigene Gruppe stets Eigentmer des
Home-Verzeichnisses dieses Benutzers sind, kann das SGID-Bit ohne
Bedenken fr das Home-Verzeichnis gesetzt werden. Da aber
Dateien bei Ihrer Erstellung standardmig der Hauptgruppe
des Benutzers zugeordnet werden, ist das SGID-Bit in diesem Fall
redundant.
Obwohl UPGs nicht ganz neu in Red Hat Linux7.0 sind, haben viele
Benutzer immer noch Fragen zu diesem Thema, z.B. warum UPG
berhaupt notwendig ist. Im Folgenden wird das Grundprinzip
dargestellt.
Eine Arbeitsgruppe soll Dateien bearbeiten, z.B. im Verzeichnis
/usr/lib/emacs/site-lisp. Sie
mchten vermeiden, dass bestimmte Mitarbeiter dabei aus
Unkenntnis Schaden anrichten.
Also geben Sie Folgendes ein:
chown -R root.emacs /usr/lib/emacs/site-lisp
und Sie fgen die richtigen Benutzer der Gruppe hinzu.
Damit die Benutzer Dateien im Verzeichnis erstellen
knnen, geben Sie Folgendes ein:
chmod 775 /usr/lib/emacs/site-lisp
Wenn ein Benutzer jedoch eine neue Datei anlegt, wird sie der
Standardgruppe des Benutzers zugeordnet (meistens
users). Um das zu verhindern, geben Sie
Folgendes ein:
chmod 2775 /usr/lib/emacs/site-lisp
Daraufhin werden alle in diesem Verzeichnis erstellten Dateien
der Gruppe "emacs" zugeordnet.
Damit andere Benutzer in der Gruppe "emacs" die neue
Datei bearbeiten knnen, muss der Modus 664 eingestellt
werden. Setzen Sie dazu die Standard-umask auf 002.
Das funktioniert so weit ganz gut. Wenn Ihre Standardgruppe
"users" ist, kann allerdings jede von Ihnen im
Home-Verzeichnis erstellte Datei von jedem Mitglied der Gruppe
"users" berschrieben werden (in der Regel also
von allen Benutzern).
Um das zu ndern, ordnen Sie jedem Benutzer eine
"benutzereigene Gruppe" als Standardgruppe zu.
An dieser Stelle knnen Sie durch das Setzen der
Standard-umask auf 002 und das Zuordnen von benutzereigenen
Standardgruppen zu allen Benutzern auf einfache Art und Weise
Gruppen erstellen, die den Benutzern sehr ntzlich sein
knnen. Erstellen Sie einfach die Gruppe, fgen Sie die
Benutzer hinzu, und wenden Sie die oben genannten Befehle
chown und chmod auf die
Gruppenverzeichnisse an.
Der Leistungsumfang des Control Panel wird zum groen Teil
durch Linuxconf abgedeckt. Zustzlich
untersttzt linuxconf sowohl die
textbasierte als auch die grafische
Benutzeroberflche. Eine Einfhrung zu
Linuxconf finden Sie in
Abschnitt namens Konfigurieren des Systems mit Linuxconf.
Im Control Panel sind eine ganze Reihe von Systemadministrationstools
zusammengefasst (siehe Abbildung 3-16).
Diese Tools knnen Ihnen die Arbeit erleichtern, da Sie sich auf
diese Weise weder Formate von Konfigurationsdateien noch
Befehlszeilenoptionen merken mssen.
Abbildung 3-16 Das Control Panel
Um das Control Panel auszufhren, starten Sie das X Window System
als Root durch Eingabe von startx. Geben Sie dann in
einem XTerm control-panel ein. Um die Control Panel
Tools ausfhren zu knnen, mssen Sie als Root
angemeldet sein. Wenn Sie als normaler Benutzer angemeldet sind und X
ausfhren, knnen Sie su -c control-panel
eingeben. Geben Sie bei der entsprechenden Aufforderung das
Root-Passwort ein. Falls Sie weitere Root-Aufgaben im System erledigen
mchten, geben Sie stattdessen su ein. Geben
Sie das Root-Passwort ein, wenn Sie dazu aufgefordert werden.
Bitte beachten
Wenn Sie X nicht als Root ausfhren, mssen Sie Root
mglicherweise noch den Zugriff auf den X-Server Ihres Systems
einrumen. Geben Sie dazu den folgenden Befehl in einem
Terminal-Fenster ein, unter dem
kein Root-Zugriff mglich ist:
xhost +localhost
Wenn das Control Panel luft, knnen Sie die Tools durch
Klicken auf ein Symbol starten. Beachten Sie bitte, dass Sie zwar ohne
weiteres dasselbe Programm zweimal starten knnen, Sie damit aber
unter Umstnden Schaden anrichten. Es kann sein, dass Sie auf
diese Weise dieselbe Datei von zwei Orten aus zu bearbeiten versuchen
und Ihre eigenen nderungen wieder berschreiben.
Bitte beachten
Wenn Sie versehentlich eines der Tools zweimal starten, sollten Sie
es sofort wieder schlieen. Whrend die Tools
ausgefhrt werden, drfen Sie auerdem keine Dateien
manuell bearbeiten, die von den Control Panel Tools verwaltet werden.
Dasselbe gilt fr andere Programme wie
Linuxconf, die eventuell Dateien
ndern knnten, whrend die Tools ausgefhrt
werden.
Bitte beachten Sie, dass das Offizielle Red Hat Linux Handbuch Erste Schritte weitere
aktuelle Dokumentationen zu printtool
enthlt. Lesen Sie dieses Dokument, bevor Sie
printtool verwenden.
Das Tool fr die Druckerkonfiguration
(printtool) kann verwendet werden, um die
Datei /etc/printcap, die
Druckerspoolverzeichnisse und die Druckerfilter zu bearbeiten. Mit
Hilfe der Filter knnen Sie die verschiedensten Dateitypen
ausdrucken. Hierzu gehren:
Einfache Textdateien (ASCII)
PostScript-Dateien
TeX .dvi-Dateien
GIF, JPEG, TIFF und weitere Graphikformate
RPMs
Mit anderen Worten: Ganz gleich, ob Sie mit dem Befehl
lpr eine GIF- oder eine RPM-Datei ausdrucken - der
Drucker druckt es richtig aus.
Abbildung 3-17 Das Druckertool
Wenn Sie eine neue Druckerwarteschlange
erstellen mchten, klicken Sie auf Add.
Whlen Sie dann den Typ des Druckers aus, der hinzugefgt
werden soll. Mit printtool knnen
vier verschiedene Typen von Druckerwarteschlangen konfiguriert
werden:
Lokale Druckerwarteschlangen fr Drucker, die an der
Druckerschnittstelle oder der seriellen Schnittstelle Ihres
Red Hat Linux Systems angeschlossen sind.
Remote-Druckerwarteschlangen sind mit einem anderen System
verbunden, auf das Sie ber ein TCP/IP-Netzwerk zugreifen
knnen.
SMB-Druckerwarteschlangen sind mit einem anderen System
verbunden, das ein Netzwerk vom LAN-Manager-Typ (SMB) verwendet.
NCP-Druckerwarteschlangen sind mit einem anderen System
verbunden, das ein Novell NetWare-Netzwerk verwendet.
Abbildung 3-18 Auswhlen des Druckertyps
Nachdem Sie den Druckertyp ausgewhlt haben, werden Sie in einem
Dialogfeld nach weiteren Angaben ber die Druckerwarteschlange
gefragt (siehe Abbildung 3-19). Die
folgenden Angaben sind fr alle Typen von Druckerwarteschlangen
erforderlich:
Queue Name — Die Bezeichung der Warteschlange. Mit Hilfe
des Zeichens | (Pipe) knnen die
Eintrge getrennt und somit mehrere Bezeichnungen angegeben
werden.
Spool Directory — Das Verzeichnis auf einem lokalen
Rechner, in dem die Dateien vor dem Druck gespeichert werden.
Achten Sie darauf, dass jedes Spoolverzeichnis nur von einer
Druckerwarteschlange verwendet werden darf.
File Limit — Die maximal fr einen Druckjob
untersttzte Dateigre in Kilobyte (1 KB = 1024
Byte). Tragen Sie 0 ein, wenn die Gre nicht begrenzt
sein soll.
Input Filter — Die Filter konvertieren Druckdateien in ein
Format, das der Drucker untersttzt. Klicken Sie auf
Select, um den Filter auszuwhlen, der am
besten zu Ihrem Drucker passt (siehe
Abbildung 3-20).
Neben der Ausgabe im Graphik- oder PostScript-Format knnen
Sie einen reinen Text-Drucker
konfigurieren, der nur einfachen ASCII-Text ausdruckt. Die
meisten Druckertreiber knnen ASCII-Text drucken, ohne ihn
zuvor in PostScript umzuwandeln. Whlen Sie hierzu
Fast text printing, wenn Sie den Filter
konfigurieren.
Bitte beachten
Dies gilt nicht fr PostScript-Drucker.
Suppress Headers — Aktivieren Sie dieses
Kontrollkstchen, wenn am Anfang eines Druckjobs keine
Header-Seite ausgedruckt werden soll.
Bei lokalen Druckern sind zustzlich
die folgenden Angaben vorzunehmen:
Printer Device — Normalerweise
/dev/lp1. Das ist der Name des Ports, an den
der Drucker angeschlossen ist. Serielle Drucker sind in der Regel
am Port
/dev/ttyS?
angeschlossen. Beachten Sie, dass Sie serielle Parameter manuell
konfigurieren mssen.
Abbildung 3-19 Hinzufgen eines lokalen Druckers
Abbildung 3-20 Konfigurieren eines Druckerfilters
Das Dialogfeld enthlt zustzliche Felder fr
Netzwerkdrucker. Geben Sie die folgenden
Informationen ein:
Remote Host — Hostname des Remote-Computers, der Daten an
den Drucker sendet.
Remote Queue — Bezeichnung der Warteschlange, in die der
Remote-Computer drucken soll.
Der Remote-Computer muss so konfiguriert werden, dass der lokale
Computer in die gewnschte Warteschlange drucken kann.
Normalerweise wird dies von der Datei
/etc/hosts.lpd gesteuert.
Abbildung 3-21 Hinzufgen eines Netzwerkdruckers
Abbildung 3-22 Hinzufgen eines NCP-Druckers
Abbildung 3-23 Hinzufgen eines SMB-Druckers
Geben Sie die folgenden Informationen ein, wenn Sie einen
SMB- oder NCP-Drucker haben:
Hostname of Printer Server — Name des Rechners, an den
der zu verwendende Drucker angeschlossen ist.
IP number of Server — Die IP-Adresse des Rechners, an die
der zu verwendende Rechner angeschlossen ist (optional, nur
fr SMB-Drucker).
Printer Name — Name des Druckers, ber den gedruckt
werden soll.
User — Anmeldename des Benutzers fr den Zugriff auf
den Drucker (in der Regel guest fr
Windows-Server, oder nobody fr
Samba-Server).
Password — Passwort (falls erforderlich) zum Zugriff auf
den Drucker (in der Regel leer). Erfragen Sie das Passwort,
falls es Ihnen nicht schon bekannt ist.
Bitte beachten
Benutzername und Passwort fr SMB-Druckerwarteschlangen
(LAN-Manager) und NCP-Druckerwarteschlangen (NetWare) werden
unverschlsselt in einem lokalen Skript gespeichert. Folglich
knnen andere Benutzer den Benutzernamen und das Passwort in
Erfahrung bringen. Es ist deshalb empfehlenswert, andere
Benutzernamen und Passwrter fr den Drucker zu vergeben
als fr das lokale Red Hat Linux System. Die einzige mgliche
Sicherheitslcke wre dann lediglich die unerlaubte
Benutzung des Druckers. Fr Dateien, die der SMB-Server im
Netzwerk bereitstellt, sollte ebenfalls ein anderes Passwort als
fr die Druckerwarteschlange vergeben werden.
Wenn Sie die Druckerwarteschlange hinzugefgt haben, mssen
Sie den Druckerdmon (lpd) neu starten.
Klicken Sie dazu auf Restart lpd im Men
lpd.
Fr jede von Ihnen konfigurierte Druckerwarteschlange
knnen Sie eine Testseite ausdrucken.
Whlen Sie im Men Tests aus, welche
Testseite Sie drucken mchten.
Der Linux-Kernel ist modular aufgebaut. Beim Systemstart wird nur ein
minimaler residenter Kernel in den
Arbeitsspeicher geladen. Danach wird immer dann, wenn ein Benutzer
ein Funktionsmerkmal anfordert, das nicht im residenten Kernel
implementiert ist, ein Kernel-Modul dynamisch
in den Arbeitsspeicher geladen. Nach einer vorgegebenen Zeit ohne
entsprechende Aktivitten wird das Modul wieder aus dem
Arbeitsspeicher entfernt. Durch diesen Ansatz wird Schlankheit und
Effizienz erreicht.
Fr das dynamische Laden von Modulen ist der Kernel-Thread
kmod verantwortlich. Wenn der Kernel ein Modul
anfordert, wird kmod aktiv und ruft
modprobe(8) auf, um das Modul zu laden.
Bei der Installation von Red Hat Linux wird die Hardware Ihres Systems
erkannt, Sie mssen Angaben ber den berwiegenden
Verwendungszweck des Systems machen und angeben, welche Programme zu
laden sind. Aufgrund dieser Angaben und der automatischen Erkennung
wird vom Installationsprogramm entschieden, welche Funktionsmerkmale
in den residenten Kernel zu kompilieren sind und welche als ladbare
Module realisiert werden. Der dynamische Ladevorgang wird so
eingerichtet, dass er transparent abluft. Dieser Vorgang ist in
hohem Mae konfigurierbar. Wenn Sie Ihren eigenen
benutzerdefinierten Kernel generieren, knnen Sie diese
Entscheidungen alle selbst treffen.
Wenn Sie nach der Installation neue Hardware einbauen, die
Untersttzung durch ein Kernelmodul erfordert, mssen Sie
den dynamischen Ladevorgang einrichten. Dies geschieht durch
Bearbeiten der Modulkonfigurationsdatei
/etc/conf.modules.
Wenn zum Beispiel bei der Installation von Red Hat Linux eine
PCI-Netzwerkkarte vom Typ SMC EtherPower 10 in Ihrem System eingebaut
war, enthlt die Modulkonfigurationsdatei folgende Zeile:
alias eth0 tulip. Wenn Sie nach der
Installation eine zweite, identische Netzwerkkarte einbauen,
mssen Sie in der Datei /etc/conf.modules
folgende Zeile hinzufgen:alias eth1
tulip.
Eine alphabetische Liste der Kernelmodule und der von den Modulen
untersttzten Hardware finden Sie in Anhang A.
Das Netzwerkkonfigurationstool (netcfg) in Abbildung 3-25 ist fr eine einfache
Bearbeitung von Parametern wie IP-Adresse, Gateway-Adresse,
Netzwerkadresse, Nameserver sowie der Datei
/etc/hosts gedacht.
Abbildung 3-25 Fenster Netzwerkkonfiguration
Netzwerkgerte knnen hinzugefgt, entfernt,
konfiguriert, aktiviert, deaktiviert und mit einem Alias benannt
werden.
Es werden Gerte fr Ethernet, Arcnet, Token Ring, Pocket
(ATP), SLIP, PLIP und Loopback untersttzt. Mit den meisten
Hardware-Komponenten vertrgt sich die
SLIP/PLIP-Untersttzung gut. Manche Hardware-Konfigurationen
knnen jedoch Probleme bereiten. Wenn Sie das
Netzwerkkonfigurationstool verwenden, klicken Sie auf
Save, um Ihre nderungen zu speichern, oder
klicken Sie auf Quit, um das Programm ohne
Speichern der nderungen zu beenden.
Das Fenster Names des Netzwerkkonfigurationstools
dient zwei Hauptzwecken: Zum Eingeben von Name und Domne
Ihres Rechners und zum Festlegen, welcher Nameserver zum Suchen
anderer Rechner im Netzwerk verwendet werden soll. Die
Konfigurierung eines Computers als Nameserver ist mit dem
Netzwerktool nicht mglich. Zum Bearbeiten und Hinzufgen
von Informationen klicken Sie einfach mit der linken Maustaste auf
ein Feld und tragen die entsprechenden Informationen ein.
Im Fenster Hosts knnen Sie Rechner, die in
die Datei /etc/hosts eingetragen sind,
hinzufgen, bearbeiten oder entfernen. Das Hinzufgen und
Bearbeiten von Eintrgen geschieht auf die gleiche Weise:
Geben Sie im angezeigten Dialogfeld die neuen Informationen ein,
und klicken Sie danach auf Done.
Abbildung 3-26 zeigt ein Beispiel.
Wenn Sie nach der Installation von Red Hat Linux eine
Netzwerk-Schnittstelle hinzugefgt haben oder wenn Sie
whrend der Installation Ihre Ethernet-Karte nicht
konfiguriert haben, knnen Sie hier die Konfiguration mit
wenigen Mausklicks vornehmen.
Bitte beachten
Mglicherweise mssen Sie kerneld so
umkonfigurieren, dass er einen Treiber fr die von Ihnen
hinzugefgte Netzwerk-Schnittstelle ldt (z.B.
eth0). Weitere Informationen finden Sie in
Abschnitt namens Laden von Kernelmodulen.
Zum Hinzufgen einer Schnittstelle klicken Sie zuerst auf
Interfaces im Hauptfenster. Es erscheint ein
Fenster, in dem bereits konfigurierte Gerte sowie eine ganze
Reihe von Optionen angezeigt werden (siehe
Abbildung 3-27).
Abbildung 3-27 Konfigurierte Schnittstellen
Um ein Gert hinzuzufgen, klicken Sie auf den Button
Add, und whlen Sie aus dem eingeblendeten
Feld die Art der zu konfigurierenden Schnittstelle aus.
Bitte beachten
netcfg enthlt jetzt auch einen Button
Clone. Mit diesem Button knnen Sie eine
bereits vorhandene Schnittstelle "klonen". Mit Hilfe
von geklonten Schnittstellen kann fr einen Laptop sowohl
eine Ethernet-Schnittstelle fr ein LAN im Bro als
auch ein geklontes Ethernet-Gert fr ein LAN zu Hause
festgelegt werden.
Um eine SLIP-Schnittstelle zu konfigurieren, mssen Sie
zuerst eine Telefonnummer, einen Anmeldenamen und ein Passwort
angeben. Daraus werden die fr den Aufbau einer
SLIP-Verbindung ntigen Anfangsparameter fr das
Chat-Skript abgeleitet. Wenn Sie auf Done
klicken, wird ein Dialogfeld mit der berschrift
Edit SLIP Interface geffnet, mit
dessen Hilfe Sie die Parameter fr Hardware, Kommunikation
und Netzwerkparameter fr Ihre SLIP-Schnittstelle anpassen
knnen.
Um Ihrem System eine PLIP-Schnittstelle hinzuzufgen,
mssen Sie nur die IP-Adresse, die Remote-IP-Adresse und die
Netzmaske angeben. Sie knnen auch auswhlen, ob Sie
die Schnittstelle beim Booten aktivieren mchten.
Wenn Sie Ihrem Computer einen Ethernet-, Arcnet-, Token Ring-
oder Pocket-Adapter hinzufgen, mssen Sie die
folgenden Informationen angeben:
Device — Wird auf Basis der bereits konfigurierten
Gerte von netconfig festgelegt.
IP Address — Geben Sie eine IP-Adresse fr Ihr
Netzwerkgert ein.
Netmask — Geben Sie die Netzmaske fr Ihr
Netzwerkgert ein.
Die Netzwerk- und Broadcast-Adressen werden auf der
Grundlage der von Ihnen eingegebenen IP-Adresse und
Netzmaske automatisch berechnet.
Activate interface at boot time:
Aktivieren Sie dieses Kontrollkstchen, wenn das
Gert beim Booten des Systems automatisch konfiguriert
werden soll.
Allow any user to (de)activate interface:
Aktivieren Sie dieses Kontrollkstchen, wenn jeder
Benutzer die Schnittstelle aktivieren oder deaktivieren darf.
Interface configuration protocol:
Wenn sich in Ihrem Netzwerk ein BOOTP- oder DHCP-Server
befindet und Sie Ihre Schnittstelle damit konfigurieren
mchten, whlen Sie die entsprechende Option aus.
Anderenfalls whlen Sie none aus.
Wenn Sie die Konfigurationsinformationen fr Ihr neues
Gert eingegeben haben, klicken Sie auf
Done. Das Gert msste jetzt in
Ihrer Liste Interfaces als inaktives
Gert erscheinen. (In der Spalte "active" sollte
no eingetragen sein.) Um das neue Gert
zu aktivieren, klicken Sie mit der Maus auf die entsprechende
Zeile und dann auf den Button Activate. Wenn
es sich nicht aktivieren lsst, mssen Sie eventuell
die Konfiguration ndern, indem Sie auf
Edit klicken.
Im Bildschirm Routes management (Routenverwaltung) knnen Sie
statische Netzwerkrouten hinzufgen, bearbeiten oder
entfernen. Das Hinzufgen und Bearbeiten von Eintrgen
erfolgt auf die gleiche Weise wie beim Fenster Hosts: Es wird ein
Dialogfeld zum Bearbeiten geffnet. Geben Sie die neuen
Informationen ein, und klicken Sie auf Done.
Abbildung 3-28 zeigt ein Beispiel.
Mit dem Zeiteinstellungstool Time Machine knnen Sie die Uhrzeit
und das Datum einstellen. Zum ndern der Werte klicken Sie auf
den Bereich der Zeit- und Datumsanzeige, den Sie ndern
mchten, und dann auf die Pfeile, um die neuen Werte
einzustellen.
Die genderten Werte werden erst von der Systemuhr
bernommen, wenn Sie auf den Button Set System
Clock klicken.
Um die Uhr in der Time Machine wieder auf die Systemzeit
einzustellen, klicken Sie auf Reset Time.
Bitte beachten
Eine nderung der Zeiteinstellungen kann den Ablauf von
Programmen gefhrden, die auf ein kontinuierliches
Fortschreiten der Zeit angewiesen sind. Beenden Sie deshalb so
viele Anwendungen und Prozesse wie mglich, bevor Sie die
Uhrzeit oder das Datum ndern.
Wenn Sie Weiter und dann OK
whlen, partitioniert das Installationsprogramm Ihre Festplatte
und legt fest, welche Software-Pakete installiert werden. Als
Nchstes erscheint das Dialogfeld
Rechnername, das in
Abschnitt namens Benennen von Computern beschrieben wird.
Wenn Sie Manuell partitionieren auswhlen
oder sich fr eine benutzerdefinierte Installation entscheiden,
wird Disk Druid gestartet. Es erscheinen die
im nchsten Abschnitt beschriebenen Dialogfelder, in denen
angezeigt wird, wie Ihre Festplatte zurzeit partitioniert ist. Sie
entscheiden, welche Partitionen und Mount-Points fr die
Installation dieser Version von Red Hat Linux verwendet werden sollen.
Bitte beachten
Wenn Sie Red Hat Linux ber eine bereits vorhandene Version von Linux
(auch Red Hat Linux) installieren, werden alle Informationen (Dateien und
Daten) der frheren Version berschrieben
. Sichern Sie deshalb alle wichtigen Dateien!
Falls Sie die in Ihrem Red Hat Linux System gespeicherten Daten beibehalten
mchten, ohne ein eigenes Backup zu erstellen, sollten Sie eine
Aktualisierung in Erwgung ziehen.
Mit dem Dienstprogramm Xconfigurator erhalten Sie
die Mglichkeit, den X-Server fr Ihr System zu
konfigurieren.
Zunchst zeigt Xconfigurator eine Liste von
Bildschirmen an (siehe Abbildung 14-43). Wenn Ihr
Bildschirm in der Liste enthalten ist, markieren Sie ihn und
drcken die Eingabetaste. Andernfalls whlen
Sie bitte Benutzerdefiniert aus.
Wenn Sie einen Bildschirm in der Liste auswhlen, geben Sie als
Nchstes den Grafikspeicher ein (siehe
Abbildung 14-48).
Wenn Sie Benutzerdefiniert auswhlen,
fordert Xconfigurator Sie auf, den
Horizontalfrequenzbereich und die Bildwiederholrate Ihres Bildschirms
auszuwhlen. (Diese Informationen knnen Sie normalerweise
der Dokumentation zu Ihrem Bildschirm entnehmen. Sie knnen sie
aber auch vom Hndler oder Hersteller des Bildschirms beziehen.)
Whlen Sie bitte keine Werte aus, die die
Leistungsfhigkeit Ihres Bildschirms bersteigen. In diesem
Fall knnte Ihr Bildschirm berlastet und dadurch
beschdigt oder zerstrt werden.
Whlen Sie eine Horizontalfrequenz fr den Bildschirm aus
(siehe Abbildung 14-45). Denken Sie bitte daran,
keinen Bereich auszuwhlen, der die
Leistungsfhigkeit des Bildschirms bersteigt. Weitere
Informationen ber benutzerdefinierte Einstellungen finden Sie in
Abbildung 14-47.
Wenn Sie sich entschieden haben, benutzerdefinierte
Bildschirmeinstellungen einzugeben, geben Sie den Bereich sowohl
fr die Horizontalfrequenz als auch fr die Bildwiederholrate
des Bildschirms ein (siehe Abbildung 14-47).
Nachdem Sie den Bildschirm (und die entsprechenden Einstellungen)
ausgewhlt haben, mssen Sie die Speichergre der
Grafikkarte angeben (siehe Abbildung 14-48).
Abbildung 14-48 Grafikspeicher
Wenn Sie nicht genau wissen, wie gro der Speicher der
Grafikkarte ist, informieren Sie sich in der Bedienungsanleitung, die
zum Lieferumfang der Grafikkarte gehrt, ber diesen Wert.
Wenn Sie einen greren Wert auswhlen, als auf der
Karte installiert ist, wird die Grafikkarte zwar nicht beschdigt,
aber der Server XFree86 wird
mglicherweise nicht ordnungsgem gestartet.
Whlen Sie als Nchstes eine Clockchip-Einstellung aus,
sofern diese Einstellung von der Grafikkarte untersttzt wird (und
die Grafikkarte darber verfgt). Hier wird die Auswahl
Keine Clockchip-Einstellung empfohlen, da XFree86
in den meisten Fllen den richtigen Clockchip automatisch erkennt.
Mit dem Bildschirm Nach Taktraten suchen (siehe
Abbildung 14-50) werden Sie aufgefordert, das
Installationsprogramm erkennen zu lassen, in welchen Grafikmodi die
Grafikkarte und der Bildschirm betrieben werden knnen.
Um optimale Ergebnisse zu erzielen, sollten Sie die Option
Suchen aktivieren. Wenn Sie zulassen, dass das
Installationsprogramm diese Modi fr Sie erkennt, reduzieren sich
mglicherweise Ihre Auswahlmglichkeiten fr die
Grafikmodi (siehe Abbildung 14-51) entsprechend
der Leistungsfhigkeit von Grafikkarte und Bildschirm.
Wenn bei einem Versuch, die Grafikmodi erkennen zu lassen, ein Fehler
auftrat (so dass Sie beispielsweise das System neu starten mussten),
sollten Sie die Option berspringen
auswhlen und anschlieend Ihre bevorzugten Grafikmodi
(siehe Abbildung 14-52) auswhlen.
Abbildung 14-50 Nach Taktraten suchen
Um Ihren bevorzugten Anzeigemodus zu aktivieren (siehe
Abbildung 14-51 und
Abbildung 14-52), whlen Sie einen oder
mehrere Modi aus, indem Sie die Leertaste
drcken.
Abbildung 14-51 Grafikmodi auswhlen
Tipp
16 Bit ist die empfohlene Minimaleinstellung fr die Grafikmodi
der meisten Anwendungen bei einer Auflsung von 1024 x 768
(Grafikmodi mit mehr als 16 Bit werden im Allgemeinen langsamer
ausgefhrt).
Abbildung 14-52 Grafikmodi auswhlen
Whlen Sie keinen Modus aus, der die Leistungsfhigkeit
Ihres Bildschirms berschreitet.
Wenn Sie den Standardgrafikmodus ausgewhlt oder einen anderen
Modus angegeben haben, knnen Sie mit dem Dialogfeld X
wird gestartet Ihre X-Konfiguration testen.
Abbildung 14-53 X-Konfiguration testen
Wenn Sie auf OK klicken, haben Sie die
Mglichkeit, zum entsprechenden Bildschirm zurckzuspringen
und andere Werte einzugeben, sofern ein Fehler auftritt. Wird kein
Fehler erkannt, wird X gestartet, und Sie werden in einem kleinen
Dialogfeld gefragt, ob Sie die Anzeige auf dem Bildschirm klar erkennen
knnen. Klicken Sie innerhalb von 10 Sekunden mit der Maus auf
Ja. Sie werden anschlieend gefragt, ob X
beim Systemstart gestartet werden soll.
In den meisten Fllen ist die X-Konfiguration an dieser Stelle
beendet, und der entsprechende Bildschirm wird angezeigt.
Xconfigurator speichert anschlieend alle
Einstellungen in der Konfigurationsdatei
/etc/X11/XF86Config. Um die X-Konfiguration nach
der Installation zu ndern, geben Sie als Root den Befehl
Xconfigurator ein.
