SUSE LINUX Enterprise Server SLES9 Installations- und Administrationshandbuch

PDF
Document
SUSE LINUX Enterprise Server
I NSTALLATION
UND
A DMINISTRATION
9. Auflage 2004
Copyright &copy;
Dieses Werk ist geistiges Eigentum der SUSE LINUX AG.
Es darf als Ganzes oder in Ausz&uuml;gen kopiert werden, vorausgesetzt, dass sich dieser Copyrightvermerk auf jeder Kopie befindet.
Alle in diesem Buch enthaltenen Informationen wurden mit gr&ouml;&szlig;ter Sorgfalt zusammengestellt. Dennoch k&ouml;nnen fehlerhafte Angaben nicht v&ouml;llig ausgeschlossen
werden. Die SUSE LINUX AG, die Autoren und die &Uuml;bersetzer haften nicht f&uuml;r
eventuelle Fehler und deren Folgen.
Die in diesem Buch verwendeten Soft- und Hardwarebezeichnungen sind in vielen
F&auml;llen auch eingetragene Warenzeichen; sie werden ohne Gew&auml;hrleistung der freien
Verwendbarkeit benutzt. Die SUSE LINUX AG richtet sich im Wesentlichen nach
den Schreibweisen der Hersteller. Die Wiedergabe von Waren- und Handelsnamen
usw. in diesem Buch (auch ohne besondere Kennzeichnung) berechtigt nicht zu
der Annahme, dass solche Namen (im Sinne der Warenzeichen und MarkenschutzGesetzgebung) als frei zu betrachten sind.
Hinweise und Kommentare richten Sie an [email protected].
Autoren:
Redaktion:
Layout:
Satz:
Stefan Behlert, Frank Bodammer, Stefan Dirsch, Olaf Donjak, Roman
Drahtm&uuml;ller, Torsten Duwe, Thorsten Dubiel, Thomas Fehr, Stefan
Fent, Werner Fink, Kurt Garloff, Carsten Gro&szlig;, Joachim Glei&szlig;ner,
Andreas Gr&uuml;nbacher, Franz Hassels, Andreas Jaeger, Klaus K&auml;mpf,
Hubert Mantel, Lars Marowsky-Bree, Johannes Meixner, Lars M&uuml;ller, Matthias Nagorni, Anas Nashif, Siegfried Olschner, Peter P&ouml;ml,
Thomas Renninger, Heiko Rommel, Marcus Sch&auml;fer, Nicolaus Sch&uuml;ler, Klaus Singvogel, Hendrik Vogelsang, Klaus G. Wagner, Rebecca
Walter, Christian Zoz
J&ouml;rg Arndt, Karl Eichwalder, Antje Faber, Berthold Gunreben, Roland Haidl, Jana Jaeger, Edith Parzefall, Ines Pozo, Thomas R&ouml;lz,
Thomas Schraitle
Manuela Piotrowski, Thomas Schraitle
DocBook-XML, LATEX
Dieses Buch ist auf 100 % chlorfrei gebleichtem Papier gedruckt.
Inhaltsverzeichnis
I
Installation
5
1
Installation mit YaST
7
1.1
S/390, zSeries: Systemstart zur Installation . . . . . . . . . . .
8
1.2
Systemstart zur Installation . . . . . . . . . . . . . . . . . . . .
8
1.2.1
M&ouml;gliche Probleme beim Systemstart . . . . . . . . .
8
1.3
Startbildschirm . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
1.4
Sprachauswahl . . . . . . . . . . . . . . . . . . . . . . . . . . .
13
1.5
S/390, zSeries: Konfiguration der Festplatten . . . . . . . . .
14
1.6
Installationsmodus . . . . . . . . . . . . . . . . . . . . . . . .
15
1.7
Installationsvorschlag . . . . . . . . . . . . . . . . . . . . . . .
16
1.7.1
Installationsmodus . . . . . . . . . . . . . . . . . . . .
17
1.7.2
Tastaturlayout . . . . . . . . . . . . . . . . . . . . . . .
17
1.7.3
Maus . . . . . . . . . . . . . . . . . . . . . . . . . . . .
18
1.7.4
Partitionierung . . . . . . . . . . . . . . . . . . . . . .
18
1.7.5
Experten-Partitionierung mit YaST . . . . . . . . . . .
24
1.7.6
Software . . . . . . . . . . . . . . . . . . . . . . . . . .
31
1.7.7
System-Start (Bootloader-Installation) . . . . . . . . .
34
1.7.8
Zeitzone . . . . . . . . . . . . . . . . . . . . . . . . . .
35
1.7.9
Sprache . . . . . . . . . . . . . . . . . . . . . . . . . .
35
1.7.10
Installation durchf&uuml;hren . . . . . . . . . . . . . . . . .
36
1.7.11
S/390, zSeries: IPL des installierten Systems . . . . .
37
1.7.12
s390, zseries: Verbindungsaufbau nach dem IPL . . .
37
Installation abschlie&szlig;en . . . . . . . . . . . . . . . . . . . . . .
39
1.8.1
Root-Passwort . . . . . . . . . . . . . . . . . . . . . .
39
1.8.2
Netzwerkkonfiguration . . . . . . . . . . . . . . . . .
40
1.8.3
Internet-Verbindung testen . . . . . . . . . . . . . . .
41
1.8.4
Software-Updates laden . . . . . . . . . . . . . . . . .
42
1.8.5
Netzwerkdienste . . . . . . . . . . . . . . . . . . . . .
43
1.8.6
Benutzer-Authentifizierung . . . . . . . . . . . . . . .
44
1.8.7
Konfiguration als NIS-Client . . . . . . . . . . . . . .
44
1.8.8
Lokale Benutzer anlegen . . . . . . . . . . . . . . . . .
46
1.8.9
Release-Notes lesen . . . . . . . . . . . . . . . . . . .
48
1.9
Hardware-Konfiguration . . . . . . . . . . . . . . . . . . . . .
48
1.10
Grafisches Login . . . . . . . . . . . . . . . . . . . . . . . . . .
50
1.8
2
YaST – Konfigurationen
51
2.1
Der Start von YaST . . . . . . . . . . . . . . . . . . . . . . . . .
52
2.1.1
Start &uuml;ber eine grafische Oberfl&auml;che . . . . . . . . . .
52
2.1.2
Start &uuml;ber ein entferntes Terminal . . . . . . . . . . .
52
2.2
Das YaST-Kontrollzentrum . . . . . . . . . . . . . . . . . . . .
53
2.3
Software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
53
2.3.1
Installationsquelle wechseln . . . . . . . . . . . . . .
53
2.3.2
YaST-Online-Update . . . . . . . . . . . . . . . . . . .
54
2.3.3
Patch-CD-Update . . . . . . . . . . . . . . . . . . . . .
58
2.3.4
Software installieren oder l&ouml;schen . . . . . . . . . . .
59
2.3.5
System-Update . . . . . . . . . . . . . . . . . . . . . .
68
2.3.6
SUSE Software Development Kit 9 (SDK) . . . . . . .
72
Hardware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
73
2.4.1
CD-ROM-Laufwerke . . . . . . . . . . . . . . . . . . .
73
2.4.2
S/390, zSeries: DASD . . . . . . . . . . . . . . . . . .
74
2.4.3
Drucker . . . . . . . . . . . . . . . . . . . . . . . . . .
74
2.4.4
Festplatten-Controller . . . . . . . . . . . . . . . . . .
80
2.4.5
Grafikkarte und Monitor (SaX2) . . . . . . . . . . . .
81
2.4
iv
Inhaltsverzeichnis
2.4.6
Hardware-Informationen . . . . . . . . . . . . . . . .
92
2.4.7
IDE DMA-Modus . . . . . . . . . . . . . . . . . . . . .
92
2.4.8
Maus . . . . . . . . . . . . . . . . . . . . . . . . . . . .
93
2.4.9
Scanner . . . . . . . . . . . . . . . . . . . . . . . . . .
93
2.4.10
Sound . . . . . . . . . . . . . . . . . . . . . . . . . . .
95
2.4.11
S/390, zSeries: ZFCP . . . . . . . . . . . . . . . . . . .
97
2.5
Netzwerkger&auml;te . . . . . . . . . . . . . . . . . . . . . . . . . .
98
2.6
Netzwerk-Dienste . . . . . . . . . . . . . . . . . . . . . . . . .
98
2.6.1
DHCP-Server . . . . . . . . . . . . . . . . . . . . . . .
98
2.6.2
Hostname und DNS . . . . . . . . . . . . . . . . . . .
98
2.6.3
NFS-Client und NFS-Server . . . . . . . . . . . . . . .
98
2.6.4
Konfiguration eines Samba-Servers . . . . . . . . . .
98
2.6.5
Konfiguration eines Samba-Clients . . . . . . . . . . .
99
2.6.6
NTP Client . . . . . . . . . . . . . . . . . . . . . . . .
99
2.6.7
Routing . . . . . . . . . . . . . . . . . . . . . . . . . . 100
2.6.8
Mail Transfer Agent . . . . . . . . . . . . . . . . . . . 100
2.6.9
Mailserver . . . . . . . . . . . . . . . . . . . . . . . . . 101
2.6.10
Netzwerkdienste (inetd) . . . . . . . . . . . . . . . . . 102
2.7
2.8
Sicherheit und Benutzer . . . . . . . . . . . . . . . . . . . . . . 103
2.7.1
Benutzerverwaltung . . . . . . . . . . . . . . . . . . . 103
2.7.2
Gruppenverwaltung . . . . . . . . . . . . . . . . . . . 104
2.7.3
Einstellungen zur Sicherheit . . . . . . . . . . . . . . 105
2.7.4
Firewall . . . . . . . . . . . . . . . . . . . . . . . . . . 107
System . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
2.8.1
Sicherungkopie der Systembereiche . . . . . . . . . . 109
2.8.2
System wiederherstellen . . . . . . . . . . . . . . . . . 109
2.8.3
Erstellen einer Boot-, Rettungs- oder Moduldiskette . 110
2.8.4
Bootloader-Konfiguration . . . . . . . . . . . . . . . . 113
2.8.5
LVM . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
2.8.6
EVMS . . . . . . . . . . . . . . . . . . . . . . . . . . . 113
2.8.7
Partitionieren . . . . . . . . . . . . . . . . . . . . . . . 114
2.8.8
Profilmanager (SCPM) . . . . . . . . . . . . . . . . . . 114
SUSE LINUX Enterprise Server
v
2.9
2.10
3
2.8.9
Runlevel-Editor . . . . . . . . . . . . . . . . . . . . . . 114
2.8.10
Sysconfig-Editor . . . . . . . . . . . . . . . . . . . . . 116
2.8.11
Zeitzone ausw&auml;hlen . . . . . . . . . . . . . . . . . . . 116
2.8.12
Sprache ausw&auml;hlen . . . . . . . . . . . . . . . . . . . . 116
2.8.13
Tastaturlayout ausw&auml;hlen . . . . . . . . . . . . . . . . 117
Sonstiges . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
2.9.1
Eine Support-Anfrage stellen . . . . . . . . . . . . . . 117
2.9.2
Startprotokoll . . . . . . . . . . . . . . . . . . . . . . . 118
2.9.3
Systemprotokoll . . . . . . . . . . . . . . . . . . . . . 118
2.9.4
Treiber-CD des Herstellers laden . . . . . . . . . . . . 119
YaST im Textmodus (ncurses) . . . . . . . . . . . . . . . . . . 119
2.10.1
Navigation innerhalb der YaST-Module . . . . . . . . 120
2.10.2
Einschr&auml;nkung der Tastenkombinationen . . . . . . . 122
2.10.3
Aufruf der einzelnen Module . . . . . . . . . . . . . . 122
2.10.4
Das YaST Online Update . . . . . . . . . . . . . . . . 122
Besondere Installationsvarianten
3.1
3.2
linuxrc . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
3.1.1
Die Grundlage: linuxrc . . . . . . . . . . . . . . . . . . 126
3.1.2
Hauptmen&uuml; . . . . . . . . . . . . . . . . . . . . . . . . 126
3.1.3
System-Information . . . . . . . . . . . . . . . . . . . 127
3.1.4
Laden von Modulen . . . . . . . . . . . . . . . . . . . 128
3.1.5
Parametereingabe . . . . . . . . . . . . . . . . . . . . 129
3.1.6
System / Installation starten . . . . . . . . . . . . . . 131
3.1.7
M&ouml;gliche Probleme . . . . . . . . . . . . . . . . . . . . 132
3.1.8
Parameter an linuxrc &uuml;bergeben . . . . . . . . . . . . 134
Installation per VNC . . . . . . . . . . . . . . . . . . . . . . . 136
3.2.1
Vorbereitungen zur VNC-Installation . . . . . . . . . 136
3.2.2
Clients zur VNC-Installation . . . . . . . . . . . . . . 137
3.3
Textbasierte Installation mit YaST . . . . . . . . . . . . . . . . 137
3.4
SUSE LINUX starten . . . . . . . . . . . . . . . . . . . . . . . . 139
3.4.1
vi
125
Der grafische SUSE-Bildschirm . . . . . . . . . . . . . 139
Inhaltsverzeichnis
3.4.2
3.5
3.6
SUSE-Bildschirm deaktivieren . . . . . . . . . . . . . 140
Besondere Installationen . . . . . . . . . . . . . . . . . . . . . 140
3.5.1
Automatische Installation mit Autoyast . . . . . . . . 140
3.5.2
Installation via Netzwerk . . . . . . . . . . . . . . . . 141
x86: Tipps und Tricks . . . . . . . . . . . . . . . . . . . . . . . 141
3.6.1
Bootdiskette unter DOS erstellen . . . . . . . . . . . . 141
3.6.2
Bootdiskette unter unix-artigem System erstellen . . 143
3.6.3
Booten von Diskette (SYSLINUX) . . . . . . . . . . . 144
3.6.4
CD 2 zum Booten verwenden . . . . . . . . . . . . . . 145
3.6.5
Unterst&uuml;tzt Linux mein CD-ROM-Laufwerk? . . . . 145
3.7
x86: ATAPI-CD-ROM bleibt beim Lesen h&auml;ngen . . . . . . . . 146
3.8
SCSI-Ger&auml;te und dauerhafte Ger&auml;tedateinamen . . . . . . . . 147
3.9
Partitionieren f&uuml;r Fortgeschrittene . . . . . . . . . . . . . . . . 148
3.10
3.11
3.12
3.9.1
Die Gr&ouml;&szlig;e der Swap-Partition . . . . . . . . . . . . . . 149
3.9.2
Partitionierungsvorschl&auml;ge f&uuml;r spezielle Szenarien . 149
3.9.3
Optimierungsm&ouml;glichkeiten . . . . . . . . . . . . . . 150
LVM-Konfiguration . . . . . . . . . . . . . . . . . . . . . . . . 152
3.10.1
Logical Volume Manager (LVM) . . . . . . . . . . . . 153
3.10.2
Konfiguration des LVM mit YaST . . . . . . . . . . . . 154
3.10.3
LVM – Partitionierer . . . . . . . . . . . . . . . . . . . 155
3.10.4
LVM – Einrichtung der Physical Volumes . . . . . . . 157
3.10.5
Logical Volumes . . . . . . . . . . . . . . . . . . . . . 158
Soft-RAID . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 160
3.11.1
G&auml;ngige RAID-Level . . . . . . . . . . . . . . . . . . . 161
3.11.2
Soft-RAID-Konfiguration mit YaST . . . . . . . . . . . 162
Massenspeicher &uuml;ber IP-Netzwerke – iSCSI . . . . . . . . . . 163
SUSE LINUX Enterprise Server
vii
4
Zentrale Softwareinstallation und -aktualisierung
4.1
4.2
4.3
5
Einrichtung eines zentralen Installationsservers . . . . . . . . 166
4.1.1
Konfiguration mit YaST . . . . . . . . . . . . . . . . . 166
4.1.2
Client-Installation &uuml;ber den Installationsserver . . . . 168
Softwareupdates mit dem YOU-Server verwalten . . . . . . . 170
4.2.1
Konfigurieren des lokalen YOU-Servers . . . . . . . . 170
4.2.2
Konfigurieren der Clients . . . . . . . . . . . . . . . . 172
Booten vom Netz . . . . . . . . . . . . . . . . . . . . . . . . . 173
4.3.1
Konfiguration des tftpd . . . . . . . . . . . . . . . . . 173
4.3.2
Einrichten des dhcpd . . . . . . . . . . . . . . . . . . . 175
4.3.3
Start des Bootvorgangs . . . . . . . . . . . . . . . . . 176
Update des Systems und Paketverwaltung
5.1
5.2
viii
177
SUSE LINUX aktualisieren . . . . . . . . . . . . . . . . . . . . 178
5.1.1
Vorbereitungen . . . . . . . . . . . . . . . . . . . . . . 178
5.1.2
M&ouml;gliche Probleme . . . . . . . . . . . . . . . . . . . . 179
5.1.3
Update mit YaST . . . . . . . . . . . . . . . . . . . . . 180
5.1.4
Manuell gesteuertes Update . . . . . . . . . . . . . . 181
Software&auml;nderungen von Version zu Version . . . . . . . . . 183
5.2.1
5.3
165
Von SLES8 auf SLES9 . . . . . . . . . . . . . . . . . . 184
RPM – Der Paket-Manager der Distribution . . . . . . . . . . 190
5.3.1
Pr&uuml;fen der Authentizit&auml;t eines Pakets . . . . . . . . . 191
5.3.2
Pakete verwalten . . . . . . . . . . . . . . . . . . . . . 192
5.3.3
RPM und Patches . . . . . . . . . . . . . . . . . . . . . 194
5.3.4
Anfragen stellen . . . . . . . . . . . . . . . . . . . . . 196
5.3.5
Quellpakete installieren und kompilieren . . . . . . . 198
5.3.6
RPM-Pakete mit build erzeugen . . . . . . . . . . . . 200
5.3.7
Tools f&uuml;r RPM-Archive und die RPM-Datenbank . . 201
Inhaltsverzeichnis
6
II
7
8
Systemreparatur
203
6.1
Starten der YaST-Systemreparatur . . . . . . . . . . . . . . . . 204
6.2
Automatische Reparatur . . . . . . . . . . . . . . . . . . . . . 205
6.3
Benutzerdefinierte Reparatur . . . . . . . . . . . . . . . . . . . 206
6.4
Expertenwerkzeuge . . . . . . . . . . . . . . . . . . . . . . . . 207
6.5
S/390, zSeries: Die initrd als Rettungssystem . . . . . . . . . 208
6.5.1
IPL des Rettungssystems . . . . . . . . . . . . . . . . 209
6.5.2
Laden der DASD-Module . . . . . . . . . . . . . . . . 210
6.5.3
Mounten des Rootdevices . . . . . . . . . . . . . . . . 211
6.5.4
Wechsel in das gemountete Dateisystem . . . . . . . 212
6.5.5
Ausf&uuml;hren von zipl . . . . . . . . . . . . . . . . . . . . 212
6.5.6
Verlassen des Rettungssystems . . . . . . . . . . . . . 212
System
215
32-bit und 64-bit Applikationen in einer 64-bit Systemumgebung 217
7.1
Laufzeit-Unterst&uuml;tzung . . . . . . . . . . . . . . . . . . . . . . 218
7.2
Softwareentwicklung . . . . . . . . . . . . . . . . . . . . . . . 219
7.3
Software-Kompilierung auf Biarch-Plattformen . . . . . . . . 220
7.4
Kernel-Spezifika . . . . . . . . . . . . . . . . . . . . . . . . . . 222
Booten und Bootmanager
8.1
223
Der Bootvorgang auf dem PC . . . . . . . . . . . . . . . . . . 224
8.1.1
Master Boot Record . . . . . . . . . . . . . . . . . . . 224
8.1.2
Bootsektoren . . . . . . . . . . . . . . . . . . . . . . . 224
8.1.3
Booten von DOS oder Windows . . . . . . . . . . . . 225
8.2
Bootkonzepte . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225
8.3
Map Files, GRUB und LILO . . . . . . . . . . . . . . . . . . . 226
8.4
Booten mit GRUB . . . . . . . . . . . . . . . . . . . . . . . . . 227
8.4.1
Das GRUB-Bootmen&uuml; . . . . . . . . . . . . . . . . . . 228
8.4.2
Die Datei device.map . . . . . . . . . . . . . . . . . . 234
8.4.3
Die Datei /etc/grub.conf . . . . . . . . . . . . . . . . 235
SUSE LINUX Enterprise Server
ix
8.5
8.6
8.7
8.8
8.9
9
x
8.4.4
Bootpasswort setzen . . . . . . . . . . . . . . . .
8.4.5
M&ouml;gliche Probleme und weitere Informationen
Booten mit LILO . . . . . . . . . . . . . . . . . . . . . . .
8.5.1
Grundlagen . . . . . . . . . . . . . . . . . . . . .
8.5.2
LILO-Konfiguration . . . . . . . . . . . . . . . .
8.5.3
Der Aufbau der Datei lilo.conf . . . . . . . . . .
8.5.4
Installation und Deinstallation von LILO . . . .
Bootloader-Konfiguration mit YaST . . . . . . . . . . . .
8.6.1
Das Hauptfenster . . . . . . . . . . . . . . . . . .
8.6.2
Optionen der Bootloader-Konfiguration . . . . .
Linux-Bootloader entfernen . . . . . . . . . . . . . . . .
8.7.1
MBR wiederherstellen (DOS/Win9x/ME) . . .
8.7.2
MBR wiederherstellen (Windows XP) . . . . . .
8.7.3
MBR wiederherstellen (Windows 2000) . . . . .
F&uuml;r alle F&auml;lle: Boot-CD erstellen . . . . . . . . . . . . . .
8.8.1
Boot-CD mit ISOLINUX . . . . . . . . . . . . . .
S/390, zSeries: Der Bootloader ZIPL . . . . . . . . . . . .
8.9.1
Verwendung . . . . . . . . . . . . . . . . . . . .
Der Linux Kernel
9.1
Kernel-Update . . . . . . . . . . . . . . . . . . . . . . . .
9.2
Die Kernelquellen . . . . . . . . . . . . . . . . . . . . . .
9.3
Konfiguration des Kernels . . . . . . . . . . . . . . . . .
9.3.1
Kommandozeilenkonfiguration . . . . . . . . .
9.3.2
Konfiguration im Textmodus . . . . . . . . . . .
9.3.3
Konfiguration unter dem X Window System . .
9.4
Kernel-Module . . . . . . . . . . . . . . . . . . . . . . . .
9.4.1
Erkennung der akutellen Hardware mit hwinfo
9.4.2
Umgang mit Modulen . . . . . . . . . . . . . . .
9.4.3
/etc/modprobe.conf . . . . . . . . . . . . . . . .
9.4.4
Kmod – der Kernel Module Loader . . . . . . .
9.5
Einstellungen bei der Kernelkonfiguration . . . . . . . .
9.6
&Uuml;bersetzen des Kernels . . . . . . . . . . . . . . . . . . .
9.7
Kernel installieren . . . . . . . . . . . . . . . . . . . . . .
9.8
Festplatte nach der &Uuml;bersetzung aufr&auml;umen . . . . . . .
Inhaltsverzeichnis
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
236
237
238
238
240
240
244
244
245
247
249
249
250
250
250
250
252
252
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
255
256
257
257
258
258
258
259
259
260
261
261
262
262
263
265
10 Systemmerkmale
10.1
10.2
10.3
10.4
267
Linux-Standards . . . . . . . . . . . . . . . . . . . . . . . . . . 268
10.1.1
Linux Standard Base (LSB) . . . . . . . . . . . . . . . 268
10.1.2
Filesystem Hierarchy Standard (FHS) . . . . . . . . . 268
10.1.3
teTeX — TeX unter SuSE Linux . . . . . . . . . . . . . 268
10.1.4
Zu FTP . . . . . . . . . . . . . . . . . . . . . . . . . . . 268
10.1.5
Zu HTTP . . . . . . . . . . . . . . . . . . . . . . . . . . 269
Hinweise zu speziellen Softwarepaketen . . . . . . . . . . . . 269
10.2.1
Paket bash und /etc/profile . . . . . . . . . . . . . . . 269
10.2.2
Paket cron . . . . . . . . . . . . . . . . . . . . . . . . . 270
10.2.3
Protokoll-Dateien — das Paket logrotate . . . . . . . 270
10.2.4
Manual-Pages . . . . . . . . . . . . . . . . . . . . . . . 271
10.2.5
Der Befehl ulimit . . . . . . . . . . . . . . . . . . . . . 272
10.2.6
Der Befehl free . . . . . . . . . . . . . . . . . . . . . . 273
10.2.7
Die Datei /etc/resolv.conf . . . . . . . . . . . . . . . . 273
10.2.8
Einstellungen f&uuml;r GNU Emacs . . . . . . . . . . . . . 274
Booten mit der initial ramdisk . . . . . . . . . . . . . . . . . . 275
10.3.1
Problemstellung . . . . . . . . . . . . . . . . . . . . . 275
10.3.2
Konzept der initial ramdisk . . . . . . . . . . . . . . . 276
10.3.3
Ablauf des Bootvorgangs mit initrd . . . . . . . . . . 276
10.3.4
Bootloader . . . . . . . . . . . . . . . . . . . . . . . . . 277
10.3.5
Anwendung von initrd bei SUSE . . . . . . . . . . . . 278
10.3.6
M&ouml;gliche Schwierigkeit – Selbstkompilierte Kernel . 279
10.3.7
Ausblick . . . . . . . . . . . . . . . . . . . . . . . . . . 280
Das SUSE Rettungssystem . . . . . . . . . . . . . . . . . . . . 280
10.4.1
Das Rettungssystem starten . . . . . . . . . . . . . . . 281
10.4.2
Das Rettungssystem benutzen . . . . . . . . . . . . . 283
10.5
Virtuelle Konsolen . . . . . . . . . . . . . . . . . . . . . . . . . 284
10.6
Tastaturbelegung . . . . . . . . . . . . . . . . . . . . . . . . . . 285
10.7
Lokale Anpassungen — I18N/L10N . . . . . . . . . . . . . . 286
10.7.1
Einige Beispiele . . . . . . . . . . . . . . . . . . . . . . 287
10.7.2
Anpassung f&uuml;r Sprachunterst&uuml;tzung . . . . . . . . . 287
SUSE LINUX Enterprise Server
xi
11 Das Bootkonzept
11.1
Das init-Programm . . . . . . . . . . . . . . . . . . . . . . . . 290
11.2
Die Runlevels . . . . . . . . . . . . . . . . . . . . . . . . . . . . 291
11.3
Wechsel des Runlevels . . . . . . . . . . . . . . . . . . . . . . 292
11.4
Die Init-Skripten . . . . . . . . . . . . . . . . . . . . . . . . . . 293
11.4.1
Init-Skripten hinzuf&uuml;gen . . . . . . . . . . . . . . . . 296
11.5
Der YaST Runlevel-Editor . . . . . . . . . . . . . . . . . . . . . 297
11.6
SuSEconfig und /etc/sysconfig . . . . . . . . . . . . . . . . . 299
11.7
Der YaST Sysconfig-Editor . . . . . . . . . . . . . . . . . . . . 301
12 Das X Window System
12.1
12.2
12.1.1
Screen-Section . . . . . . . . . . . . . . . . . . . . . . . 308
12.1.2
Device-Section . . . . . . . . . . . . . . . . . . . . . . 310
12.1.3
Monitor- und Modes-Section . . . . . . . . . . . . . . 311
Installation und Konfiguration von Fonts . . . . . . . . . . . . 312
Details zu Font-Systemen . . . . . . . . . . . . . . . . 313
Konfiguration von OpenGL/3D . . . . . . . . . . . . . . . . . 318
12.3.1
Hardwareunterst&uuml;tzung . . . . . . . . . . . . . . . . . 318
12.3.2
OpenGL-Treiber . . . . . . . . . . . . . . . . . . . . . 319
12.3.3
Diagnose-Tool 3Ddiag . . . . . . . . . . . . . . . . . . 319
12.3.4
OpenGL-Testprogramme . . . . . . . . . . . . . . . . 320
12.3.5
Troubleshooting . . . . . . . . . . . . . . . . . . . . . 320
12.3.6
Installationssupport . . . . . . . . . . . . . . . . . . . 320
12.3.7
Weiterf&uuml;hrende Online-Dokumentation . . . . . . . . 321
13 Druckerbetrieb
13.1
305
Installation des X Window Systems optimieren . . . . . . . . 306
12.2.1
12.3
xii
289
323
Update, Upgrade und Migration . . . . . . . . . . . . . . . . . 324
13.1.1
Aktualisierung von CUPS . . . . . . . . . . . . . . . . 324
13.1.2
Migration von LPRng/lpdfilter nach CUPS . . . . . . 325
13.2
Vorbereitungen und weitere &Uuml;berlegungen . . . . . . . . . . 327
13.3
Druckeranbindung — Methoden und Protokolle . . . . . . . 329
13.4
Installation der Software . . . . . . . . . . . . . . . . . . . . . 330
Inhaltsverzeichnis
13.5
13.6
13.7
Konfiguration des Druckers . . . . . . . . . . . . . . . . . . . 331
13.5.1
Lokaler Drucker . . . . . . . . . . . . . . . . . . . . . 331
13.5.2
Netzwerkdrucker . . . . . . . . . . . . . . . . . . . . . 331
13.5.3
Konfigurationsarbeiten . . . . . . . . . . . . . . . . . 333
Besonderheiten bei SUSE LINUX . . . . . . . . . . . . . . . . 334
13.6.1
Web-Frontend (CUPS) und KDE-Administration . . . 334
13.6.2
&Auml;nderungen beim cupsd . . . . . . . . . . . . . . . . 334
13.6.3
PPD-Dateien in SUSE Linux-Paketen . . . . . . . . . 336
M&ouml;gliche Probleme und deren L&ouml;sung . . . . . . . . . . . . . 339
13.7.1
Drucker ohne Standarddruckersprache . . . . . . . . 339
13.7.2
Geeignete PPD-Datei f&uuml;r PostScript-Drucker fehlt . . 339
13.7.3
Parallel-Ports . . . . . . . . . . . . . . . . . . . . . . . 340
13.7.4
Druckeranschluss via Netzwerk . . . . . . . . . . . . 341
13.7.5
Fehlerhafte Ausdrucke ohne Fehlermeldung . . . . . 344
13.7.6
Abgeschaltete Warteschlangen . . . . . . . . . . . . . 344
13.7.7
L&ouml;schen von Druckauftr&auml;gen bei CUPS-Browsing . . 344
13.7.8
Druckauftr&auml;ge fehlerhaft oder Datentransfer gest&ouml;rt . 345
13.7.9
Ursachen f&uuml;r Probleme im CUPS-Drucksystem . . . 346
14 Das Hotplug-System
347
14.1
Ger&auml;te und Schnittstellen . . . . . . . . . . . . . . . . . . . . . 348
14.2
Hotplug Events . . . . . . . . . . . . . . . . . . . . . . . . . . 349
14.3
Hotplug Agenten . . . . . . . . . . . . . . . . . . . . . . . . . 349
14.4
Automatisches Laden von Modulen . . . . . . . . . . . . . . . 350
14.5
Netzwerkger&auml;te und Schnittstellenbezeichnungen . . . . . . 351
14.6
Hotplug mit PCI . . . . . . . . . . . . . . . . . . . . . . . . . . 351
14.7
Coldplug . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 352
14.8
Fehleranalyse . . . . . . . . . . . . . . . . . . . . . . . . . . . . 352
14.8.1
Protokoll-Dateien . . . . . . . . . . . . . . . . . . . . . 352
14.8.2
Boot-Probleme . . . . . . . . . . . . . . . . . . . . . . 353
14.8.3
Der Event-Recorder . . . . . . . . . . . . . . . . . . . 353
SUSE LINUX Enterprise Server
xiii
15 Dynamische Device Nodes mit udev
15.1
Grundlagen zum Erstellen von Regeln . . . . . . . . . . . . . 356
15.2
Automatisierung bei NAME und SYMLINK . . . . . . . . . . 357
15.3
Regul&auml;re Ausdr&uuml;cke in Schl&uuml;sseln . . . . . . . . . . . . . . . . 357
15.4
Tipps zur Auswahl geeigneter Schl&uuml;ssel . . . . . . . . . . . . 358
15.5
Konsistente Namen f&uuml;r Massen-Speicherger&auml;te . . . . . . . . 359
16 Mobiles Arbeiten unter Linux
16.1
16.2
16.3
16.4
xiv
355
361
PCMCIA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 362
16.1.1
Die Hardware . . . . . . . . . . . . . . . . . . . . . . . 362
16.1.2
Die Software . . . . . . . . . . . . . . . . . . . . . . . 362
16.1.3
Die Konfiguration . . . . . . . . . . . . . . . . . . . . 364
16.1.4
Wenn’s trotzdem nicht geht . . . . . . . . . . . . . . . 366
16.1.5
Installation via PCMCIA . . . . . . . . . . . . . . . . . 371
16.1.6
Weitere Hilfsprogramme . . . . . . . . . . . . . . . . 372
16.1.7
Kernel oder PCMCIA Paket aktualisieren . . . . . . . 372
16.1.8
Weiterf&uuml;hrende Informationen . . . . . . . . . . . . . 373
SCPM – System Configuration Profile Management . . . . . 373
16.2.1
Grundbegriffe und Grundlagen . . . . . . . . . . . . 374
16.2.2
Der YaST Profil-Manager . . . . . . . . . . . . . . . . 375
16.2.3
SCPM einrichten . . . . . . . . . . . . . . . . . . . . . 375
16.2.4
Profile anlegen und verwalten . . . . . . . . . . . . . 376
16.2.5
Zwischen Konfigurationsprofilen umschalten . . . . 376
16.2.6
Erweiterte Profileinstellungen . . . . . . . . . . . . . 377
16.2.7
Profilauswahl beim Booten . . . . . . . . . . . . . . . 379
16.2.8
Probleme und deren L&ouml;sung . . . . . . . . . . . . . . 380
IrDA – Infrared Data Association . . . . . . . . . . . . . . . . 381
16.3.1
Software . . . . . . . . . . . . . . . . . . . . . . . . . . 382
16.3.2
Konfiguration . . . . . . . . . . . . . . . . . . . . . . . 382
16.3.3
Verwendung . . . . . . . . . . . . . . . . . . . . . . . 382
16.3.4
Troubleshooting . . . . . . . . . . . . . . . . . . . . . 383
Bluetooth – Ger&auml;te drahtlos verbinden . . . . . . . . . . . . . 384
Inhaltsverzeichnis
16.4.1
Profile . . . . . . . . . . . . . . . . . . . . . . . . . . . 384
16.4.2
Software . . . . . . . . . . . . . . . . . . . . . . . . . . 385
16.4.3
Konfiguration . . . . . . . . . . . . . . . . . . . . . . . 385
16.4.4
Systemkomponenten und n&uuml;tzliche Hilfsmittel . . . 386
16.4.5
Beispiele . . . . . . . . . . . . . . . . . . . . . . . . . . 388
16.4.6
Troubleshooting . . . . . . . . . . . . . . . . . . . . . 390
16.4.7
Weitere Informationen . . . . . . . . . . . . . . . . . . 391
17 Powermanagement
393
17.1
Stromsparfunktionen . . . . . . . . . . . . . . . . . . . . . . . 394
17.2
APM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 396
17.3
17.2.1
Der APM-Daemon (apmd) . . . . . . . . . . . . . . . 397
17.2.2
Weitere Befehle . . . . . . . . . . . . . . . . . . . . . . 399
ACPI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 399
17.3.1
Praxis . . . . . . . . . . . . . . . . . . . . . . . . . . . 400
17.3.2
Der ACPI-Daemon (acpid) . . . . . . . . . . . . . . . 403
17.3.3
Weitere Tools . . . . . . . . . . . . . . . . . . . . . . . 403
17.3.4
M&ouml;gliche Probleme und L&ouml;sungen . . . . . . . . . . . 403
17.4
Pause f&uuml;r die Festplatte . . . . . . . . . . . . . . . . . . . . . . 405
17.5
Das powersave Paket . . . . . . . . . . . . . . . . . . . . . . . 407
17.5.1
Konfiguration des powersave Pakets . . . . . . . . . 407
17.5.2
Konfiguration von APM und ACPI . . . . . . . . . . 408
17.5.3
Zus&auml;tzliche ACPI-Features . . . . . . . . . . . . . . . 410
17.5.4
Troubleshooting . . . . . . . . . . . . . . . . . . . . . 411
17.6
Das YaST Powermanagement-Modul . . . . . . . . . . . . . . 413
17.7
WOL – Wake on Lan . . . . . . . . . . . . . . . . . . . . . . . . 416
17.7.1
BIOS-Konfiguration . . . . . . . . . . . . . . . . . . . 417
17.7.2
Einrichtung mit YaST . . . . . . . . . . . . . . . . . . 418
17.7.3
Aufwecken von Rechnern . . . . . . . . . . . . . . . . 419
17.7.4
Weitere Informationen . . . . . . . . . . . . . . . . . . 419
SUSE LINUX Enterprise Server
xv
18 Dateisysteme unter Linux
18.1
Glossar . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 422
18.2
Die wichtigsten Dateisysteme unter Linux . . . . . . . . . . . 422
18.2.1
Ext2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 423
18.2.2
Ext3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 424
18.2.3
ReiserFS . . . . . . . . . . . . . . . . . . . . . . . . . . 426
18.2.4
JFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 427
18.2.5
XFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 427
18.3
Weitere unterst&uuml;tzte Dateisysteme . . . . . . . . . . . . . . . . 429
18.4
Large File Support unter Linux . . . . . . . . . . . . . . . . . 430
18.5
Weitere Informationen . . . . . . . . . . . . . . . . . . . . . . 431
19 Hochverf&uuml;gbarkeit unter Linux
433
19.1
Wichtige Begriffe . . . . . . . . . . . . . . . . . . . . . . . . . . 434
19.2
Ein minimales Beispielszenario . . . . . . . . . . . . . . . . . 435
19.3
Komponenten einer Hochverf&uuml;gbarkeitsl&ouml;sung . . . . . . . . 436
19.4
Die Softwareseite von Hochverf&uuml;gbarkeit . . . . . . . . . . . 438
19.5
19.6
xvi
421
19.4.1
heartbeat . . . . . . . . . . . . . . . . . . . . . . . . . . 438
19.4.2
RAID . . . . . . . . . . . . . . . . . . . . . . . . . . . . 438
19.4.3
rsync . . . . . . . . . . . . . . . . . . . . . . . . . . . . 438
19.4.4
DRBD . . . . . . . . . . . . . . . . . . . . . . . . . . . 439
Clustering . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 439
19.5.1
Cluster Alias . . . . . . . . . . . . . . . . . . . . . . . 439
19.5.2
Linux Virtual Server . . . . . . . . . . . . . . . . . . . 439
19.5.3
High-Availability Cluster . . . . . . . . . . . . . . . . 440
Weitere Informationen . . . . . . . . . . . . . . . . . . . . . . 440
19.6.1
Hochverf&uuml;gbarkeit (HA) allgemein und heartbeat . . 440
19.6.2
DRBD . . . . . . . . . . . . . . . . . . . . . . . . . . . 441
19.6.3
RAID . . . . . . . . . . . . . . . . . . . . . . . . . . . . 441
19.6.4
Clustering . . . . . . . . . . . . . . . . . . . . . . . . . 441
Inhaltsverzeichnis
20 PAM – Pluggable Authentication Modules
20.1
Aufbau einer PAM-Konfigurationsdatei . . . . . . . . . . . . 444
20.2
Die PAM-Konfiguration von sshd . . . . . . . . . . . . . . . . 446
20.3
Konfiguration der PAM-Module . . . . . . . . . . . . . . . . . 447
20.4
III
443
20.3.1
pam_unix2.conf . . . . . . . . . . . . . . . . . . . . . . 448
20.3.2
pam_env.conf . . . . . . . . . . . . . . . . . . . . . . . 448
20.3.3
pam_pwcheck.conf . . . . . . . . . . . . . . . . . . . . 449
20.3.4
limits.conf . . . . . . . . . . . . . . . . . . . . . . . . . 450
Weitere Informationen . . . . . . . . . . . . . . . . . . . . . . 450
Dienste
451
21 Grundlagen der Vernetzung
21.1
21.2
21.3
21.4
453
TCP/IP – Das von Linux verwendete Protokoll . . . . . . . . 454
21.1.1
Schichtenmodell . . . . . . . . . . . . . . . . . . . . . 455
21.1.2
IP-Adressen und Routing . . . . . . . . . . . . . . . . 458
21.1.3
Domain Name System – DNS . . . . . . . . . . . . . . 461
IPv6 – Internet der n&auml;chsten Generation . . . . . . . . . . . . 463
21.2.1
Vorteile von IPv6 . . . . . . . . . . . . . . . . . . . . . 464
21.2.2
Das Adresssystem von IPv6 . . . . . . . . . . . . . . . 465
21.2.3
IPv4 versus IPv6 – Wandern zwischen den Welten . . 470
21.2.4
Weiterf&uuml;hrende Literatur und Links zu IPv6 . . . . . 471
Manuelle Netzwerkkonfiguration . . . . . . . . . . . . . . . . 472
21.3.1
Konfigurationsdateien . . . . . . . . . . . . . . . . . . 473
21.3.2
Startup-Skripten . . . . . . . . . . . . . . . . . . . . . 480
Die Einbindung ins Netzwerk . . . . . . . . . . . . . . . . . . 481
21.4.1
Vorbereitungen . . . . . . . . . . . . . . . . . . . . . . 481
21.4.2
Netzwerkkarte konfigurieren mit YaST . . . . . . . . 482
21.4.3
S/390; zSeries: Netzwerkkonfiguration mit YaST . . . 485
21.4.4
Modem . . . . . . . . . . . . . . . . . . . . . . . . . . 486
21.4.5
DSL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 489
21.4.6
ISDN . . . . . . . . . . . . . . . . . . . . . . . . . . . . 491
SUSE LINUX Enterprise Server
xvii
21.4.7
Hotplug/PCMCIA . . . . . . . . . . . . . . . . . . . . 496
21.4.8
Konfiguration von IPv6 . . . . . . . . . . . . . . . . . 496
21.5
Routing unter SuSE Linux . . . . . . . . . . . . . . . . . . . . 497
21.6
SLP — Dienste im Netz vermitteln . . . . . . . . . . . . . . . 498
21.7
21.6.1
SLP-Unterst&uuml;tzung in SUSE LINUX . . . . . . . . . . 498
21.6.2
Weitere Informationen . . . . . . . . . . . . . . . . . . 501
DNS – Domain Name System . . . . . . . . . . . . . . . . . . 502
21.7.1
Nameserver BIND starten . . . . . . . . . . . . . . . . 502
21.7.2
Die Konfigurationsdatei /etc/named.conf . . . . . . 504
21.7.3
Konfigurationsoptionen im Abschnitt options . . . . 505
21.7.4
Der Konfigurationsabschnitt Logging . . . . . . . . . 506
21.7.5
Aufbau der Zonen-Eintr&auml;ge . . . . . . . . . . . . . . . 506
21.7.6
Aufbau der Zonendateien . . . . . . . . . . . . . . . . 508
21.7.7
Sichere Transaktionen . . . . . . . . . . . . . . . . . . 512
21.7.8
Zonendaten dynamisch aktualisieren . . . . . . . . . 513
21.7.9
DNSSEC . . . . . . . . . . . . . . . . . . . . . . . . . . 513
21.7.10 Konfiguration mit YaST . . . . . . . . . . . . . . . . . 514
21.7.11 Weitere Informationen . . . . . . . . . . . . . . . . . . 520
21.8
21.9
LDAP – Ein Verzeichnisdienst . . . . . . . . . . . . . . . . . . 521
21.8.1
LDAP versus NIS . . . . . . . . . . . . . . . . . . . . . 524
21.8.2
Aufbau eines LDAP-Verzeichnisbaums . . . . . . . . 525
21.8.3
Serverkonfiguration mit slapd.conf . . . . . . . . . . 528
21.8.4
Handhabung von Daten im LDAP-Verzeichnis . . . . 533
21.8.5
LDAP-Server: Konfiguration mit YaST . . . . . . . . . 537
21.8.6
Der YaST LDAP-Client . . . . . . . . . . . . . . . . . . 543
21.8.7
Weitere Informationen . . . . . . . . . . . . . . . . . . 551
NIS – Network Information Service . . . . . . . . . . . . . . . 553
21.9.1
NIS Master und Slave Server . . . . . . . . . . . . . . 554
21.9.2
Das NIS-Client-Modul in YaST . . . . . . . . . . . . . 556
21.10 NFS – verteilte Dateisysteme . . . . . . . . . . . . . . . . . . . 557
21.10.1 Importieren von Dateisystemen mit YaST . . . . . . . 558
21.10.2 Manuelles Importieren von Dateisystemen . . . . . . 558
xviii
Inhaltsverzeichnis
21.10.3 Exportieren von Dateisystemen mit YaST . . . . . . . 559
21.10.4 Manuelles Exportieren von Dateisystemen . . . . . . 560
21.11 DHCP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 563
21.11.1 Das DHCP-Protokoll . . . . . . . . . . . . . . . . . . . 563
21.11.2 DHCP-Softwarepakete . . . . . . . . . . . . . . . . . . 564
21.11.3 Der DHCP-Server dhcpd . . . . . . . . . . . . . . . . 564
21.11.4 Rechner mit fester IP-Adresse . . . . . . . . . . . . . . 566
21.11.5 Besonderheiten bei SUSE LINUX . . . . . . . . . . . . 568
21.11.6 DHCP-Konfiguration mit YaST . . . . . . . . . . . . . 569
21.11.7 Weitere Informationen . . . . . . . . . . . . . . . . . . 576
21.12 Zeitsynchronisation mit xntp . . . . . . . . . . . . . . . . . . . 577
21.12.1 Konfiguration im Netzwerk . . . . . . . . . . . . . . . 578
21.12.2 Einrichten einer lokalen Zeitnormalen . . . . . . . . . 579
22 Der Webserver Apache
22.1
581
Grundlagen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 582
22.1.1
Webserver . . . . . . . . . . . . . . . . . . . . . . . . . 582
22.1.2
HTTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . 582
22.1.3
URLs . . . . . . . . . . . . . . . . . . . . . . . . . . . . 582
22.1.4
Automatische Ausgabe einer Standardseite . . . . . . 583
22.2
HTTP-Server mit YaST einrichten . . . . . . . . . . . . . . . . 583
22.3
Apache Module . . . . . . . . . . . . . . . . . . . . . . . . . . 584
22.4
Neuerungen mit Apache 2 . . . . . . . . . . . . . . . . . . . . 585
22.5
Threads . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 586
22.6
Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 587
22.7
22.6.1
Paketauswahl in YaST . . . . . . . . . . . . . . . . . . 587
22.6.2
Apache aktivieren . . . . . . . . . . . . . . . . . . . . 587
22.6.3
Module f&uuml;r aktive Inhalte . . . . . . . . . . . . . . . . 587
22.6.4
Zus&auml;tzliche empfehlenswerte Pakete . . . . . . . . . . 588
22.6.5
Installation von Modulen mit apxs . . . . . . . . . . . 588
Konfiguration . . . . . . . . . . . . . . . . . . . . . . . . . . . 589
22.7.1
Konfiguration mit SuSEconfig . . . . . . . . . . . . . 589
SUSE LINUX Enterprise Server
xix
22.7.2
Manuelle Konfiguration . . . . . . . . . . . . . . . . . 590
22.8
Apache im Einsatz . . . . . . . . . . . . . . . . . . . . . . . . . 594
22.9
Aktive Inhalte . . . . . . . . . . . . . . . . . . . . . . . . . . . 595
22.9.1
Server Side Includes: SSI . . . . . . . . . . . . . . . . . 596
22.9.2
Common Gateway Interface: CGI . . . . . . . . . . . 596
22.9.3
GET und POST . . . . . . . . . . . . . . . . . . . . . . 597
22.9.4
Sprachen f&uuml;r CGI . . . . . . . . . . . . . . . . . . . . . 597
22.9.5
Aktive Inhalte mit Modulen erzeugen . . . . . . . . . 598
22.9.6
mod_perl . . . . . . . . . . . . . . . . . . . . . . . . . 598
22.9.7
mod_php4 . . . . . . . . . . . . . . . . . . . . . . . . . 600
22.9.8
mod_python . . . . . . . . . . . . . . . . . . . . . . . 601
22.9.9
mod_ruby . . . . . . . . . . . . . . . . . . . . . . . . . 601
22.10 Virtual Hosts . . . . . . . . . . . . . . . . . . . . . . . . . . . . 601
22.10.1 Namensbasierte Virtual Hosts . . . . . . . . . . . . . 602
22.10.2 IP-basierte Virtual Hosts . . . . . . . . . . . . . . . . . 603
22.10.3 Mehrere Instanzen von Apache . . . . . . . . . . . . . 604
22.11 Sicherheit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 605
22.11.1 Das Risiko gering halten . . . . . . . . . . . . . . . . . 605
22.11.2 Zugriffsrechte . . . . . . . . . . . . . . . . . . . . . . . 605
22.11.3 Immer auf dem Laufenden bleiben . . . . . . . . . . . 606
22.12 Troubleshooting . . . . . . . . . . . . . . . . . . . . . . . . . . 606
22.13 Weitere Dokumentation . . . . . . . . . . . . . . . . . . . . . . 607
22.13.1 Apache . . . . . . . . . . . . . . . . . . . . . . . . . . . 607
22.13.2 CGI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 607
22.13.3 Sicherheit . . . . . . . . . . . . . . . . . . . . . . . . . 608
22.13.4 Weitere Quellen . . . . . . . . . . . . . . . . . . . . . . 608
xx
Inhaltsverzeichnis
23 Datei-Synchronisation
23.1
23.2
609
Software zur Datensynchronisation . . . . . . . . . . . . . . . 610
23.1.1
unison . . . . . . . . . . . . . . . . . . . . . . . . . . . 610
23.1.2
CVS . . . . . . . . . . . . . . . . . . . . . . . . . . . . 611
23.1.3
subversion . . . . . . . . . . . . . . . . . . . . . . . . . 611
23.1.4
mailsync . . . . . . . . . . . . . . . . . . . . . . . . . . 612
23.1.5
rsync . . . . . . . . . . . . . . . . . . . . . . . . . . . . 612
Kriterien f&uuml;r die Programmauswahl . . . . . . . . . . . . . . . 612
23.2.1
Client-Server-Modell versus Gleichberechtigung . . . 612
23.2.2
Portabilit&auml;t . . . . . . . . . . . . . . . . . . . . . . . . . 613
23.2.3
Interaktiv versus Automatisch . . . . . . . . . . . . . 613
23.2.4
Konflikte: Auftreten und L&ouml;sung . . . . . . . . . . . . 613
23.2.5
Dateiwahl, Dateien hinzuf&uuml;gen . . . . . . . . . . . . . 614
23.2.6
Geschichte . . . . . . . . . . . . . . . . . . . . . . . . . 614
23.2.7
Datenmenge / Plattenbedarf . . . . . . . . . . . . . . 614
23.2.8
GUI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 614
23.2.9
Anforderungen an den Benutzer . . . . . . . . . . . . 615
23.2.10 Sicherheit gegen Angriffe . . . . . . . . . . . . . . . . 615
23.2.11 Sicherheit gegen Datenverlust . . . . . . . . . . . . . 615
23.3
23.4
23.5
Einf&uuml;hrung unison . . . . . . . . . . . . . . . . . . . . . . . . . 616
23.3.1
Einsatzgebiete . . . . . . . . . . . . . . . . . . . . . . . 616
23.3.2
Voraussetzungen . . . . . . . . . . . . . . . . . . . . . 616
23.3.3
Bedienung . . . . . . . . . . . . . . . . . . . . . . . . . 617
23.3.4
Weiterf&uuml;hrende Literatur . . . . . . . . . . . . . . . . 618
Einf&uuml;hrung CVS . . . . . . . . . . . . . . . . . . . . . . . . . . 618
23.4.1
Einsatzgebiete . . . . . . . . . . . . . . . . . . . . . . . 618
23.4.2
Einrichten eines CVS-Servers . . . . . . . . . . . . . . 619
23.4.3
Benutzung von CVS . . . . . . . . . . . . . . . . . . . 619
23.4.4
Weiterf&uuml;hrende Literatur . . . . . . . . . . . . . . . . 621
Einf&uuml;hrung in subversion . . . . . . . . . . . . . . . . . . . . . 622
23.5.1
Einsatzgebiete . . . . . . . . . . . . . . . . . . . . . . . 622
23.5.2
Einrichten eines Subversion-Servers . . . . . . . . . . 622
SUSE LINUX Enterprise Server
xxi
23.6
23.7
23.5.3
Benutzung . . . . . . . . . . . . . . . . . . . . . . . . . 623
23.5.4
Weiterf&uuml;hrende Literatur . . . . . . . . . . . . . . . . 625
Einf&uuml;hrung in rsync . . . . . . . . . . . . . . . . . . . . . . . . 625
23.6.1
Einsatzgebiet . . . . . . . . . . . . . . . . . . . . . . . 625
23.6.2
Konfiguration und Benutzung . . . . . . . . . . . . . 625
23.6.3
M&ouml;gliche Probleme . . . . . . . . . . . . . . . . . . . . 627
23.6.4
Weiterf&uuml;hrende Literatur . . . . . . . . . . . . . . . . 627
Einf&uuml;hrung mailsync . . . . . . . . . . . . . . . . . . . . . . . 627
23.7.1
Einsatzgebiet . . . . . . . . . . . . . . . . . . . . . . . 627
23.7.2
Konfiguration und Benutzung . . . . . . . . . . . . . 628
23.7.3
M&ouml;gliche Probleme . . . . . . . . . . . . . . . . . . . . 630
23.7.4
Weiterf&uuml;hrende Literatur . . . . . . . . . . . . . . . . 631
24 Heterogene Netzwerke
24.1
24.2
Samba . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 634
24.1.1
Einf&uuml;hrung in Samba . . . . . . . . . . . . . . . . . . 634
24.1.2
Installation und Konfiguration des Servers . . . . . . 636
24.1.3
Samba als Anmelde-Server . . . . . . . . . . . . . . . 641
24.1.4
Installation und Konfiguration mit YaST . . . . . . . 642
24.1.5
Installation der Clients . . . . . . . . . . . . . . . . . . 643
24.1.6
Optimierung . . . . . . . . . . . . . . . . . . . . . . . 645
Netatalk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 646
24.2.1
Konfiguration des Fileservers . . . . . . . . . . . . . . 648
24.2.2
Konfiguration des Druckservers . . . . . . . . . . . . 652
24.2.3
Starten des Servers . . . . . . . . . . . . . . . . . . . . 653
24.2.4
Weiterf&uuml;hrende Informationen . . . . . . . . . . . . . 653
25 Internet
25.1
25.2
xxii
633
655
Der smpppd als Einwahlhelfer . . . . . . . . . . . . . . . . . . 656
25.1.1
Programmkomponenten zur Einwahl ins Internet . . 656
25.1.2
Die Konfiguration des smpppd . . . . . . . . . . . . . 656
25.1.3
kinternet und cinternet im Remote-Einsatz . . . . . . 657
Konfiguration eines ADSL / T-DSL Anschlusses . . . . . . . 658
Inhaltsverzeichnis
25.3
25.2.1
Standardkonfiguration . . . . . . . . . . . . . . . . . . 658
25.2.2
DSL Verbindung per Dial-on-Demand . . . . . . . . . 659
Proxy-Server: Squid . . . . . . . . . . . . . . . . . . . . . . . . 659
25.3.1
Was ist ein Proxy-Cache? . . . . . . . . . . . . . . . . 660
25.3.2
Informationen zu Proxy-Cache . . . . . . . . . . . . . 660
25.3.3
Systemanforderungen . . . . . . . . . . . . . . . . . . 662
25.3.4
Squid starten . . . . . . . . . . . . . . . . . . . . . . . 664
25.3.5
Die Konfigurationsdatei /etc/squid/squid.conf . . . 666
25.3.6
Konfiguration eines Transparenten Proxy . . . . . . . 671
25.3.7
cachemgr.cgi . . . . . . . . . . . . . . . . . . . . . . . 674
25.3.8
squidGuard . . . . . . . . . . . . . . . . . . . . . . . . 676
25.3.9
Erzeugen von Cache-Berichten mit Calamaris . . . . 678
25.3.10 Weitere Informationen zu Squid . . . . . . . . . . . . 678
26 Sicherheit im Netzwerk
26.1
26.2
26.3
26.4
679
X.509-Zertifizierung mit YaST . . . . . . . . . . . . . . . . . . 680
26.1.1
Grundlagen der digitalen Zertifizierung . . . . . . . . 680
26.1.2
YaST-Module f&uuml;r CA-Management . . . . . . . . . . 684
VPN mit SUSE LINUX . . . . . . . . . . . . . . . . . . . . . . 694
26.2.1
Road Warrior Server einrichten . . . . . . . . . . . . . 695
26.2.2
VPN-Linux-Client mit FreeS/WAN einrichten . . . . 698
26.2.3
IPsec-Clients auf Windows XP und Windows 2000 . . 701
Masquerading und Firewall . . . . . . . . . . . . . . . . . . . 705
26.3.1
Paketfilterung mit iptables . . . . . . . . . . . . . . . 705
26.3.2
Grundlagen des Masquerading . . . . . . . . . . . . . 708
26.3.3
Grundlagen Firewalling . . . . . . . . . . . . . . . . . 709
26.3.4
SuSEfirewall2 . . . . . . . . . . . . . . . . . . . . . . . 710
26.3.5
Weitere Informationen . . . . . . . . . . . . . . . . . . 714
SSH – secure shell, die sichere Alternative . . . . . . . . . . . 715
26.4.1
Das OpenSSH-Paket . . . . . . . . . . . . . . . . . . . 715
26.4.2
Das ssh-Programm . . . . . . . . . . . . . . . . . . . . 716
26.4.3
scp – sicheres Kopieren . . . . . . . . . . . . . . . . . 716
SUSE LINUX Enterprise Server
xxiii
26.5
26.6
26.4.4
sftp - sicherere Datei&uuml;bertragung . . . . . . . . . . . . 717
26.4.5
Der SSH Daemon (sshd) – die Serverseite . . . . . . . 717
26.4.6
SSH-Authentifizierungsmechanismen . . . . . . . . . 719
26.4.7
X-, Authentifizierungs- und sonstige Weiterleitung . 720
Netzwerkauthentifizierung — Kerberos . . . . . . . . . . . . 721
26.5.1
Kerberos-Terminologie . . . . . . . . . . . . . . . . . . 722
26.5.2
Wie funktioniert es? . . . . . . . . . . . . . . . . . . . 724
26.5.3
Auswirkungen von Kerberos f&uuml;r den Benutzer . . . . 727
26.5.4
Weitere Informationen &uuml;ber Kerberos . . . . . . . . . 728
Installation und Administration von Kerberos . . . . . . . . . 729
26.6.1
Festlegung der Kerberos-Realms . . . . . . . . . . . . 729
26.6.2
Einrichtung der KDC-Hardware . . . . . . . . . . . . 730
26.6.3
Zeitsynchronisation . . . . . . . . . . . . . . . . . . . 731
26.6.4
Konfiguration der Protokollfunktion . . . . . . . . . . 732
26.6.5
Installation des KDC . . . . . . . . . . . . . . . . . . . 732
26.6.6
Konfiguration von Kerberos-Clients . . . . . . . . . . 735
26.6.7
Einrichtung der Fernadministration . . . . . . . . . . 739
26.6.8
Erstellung von Kerberos Host Principals . . . . . . . 741
26.6.9
Aktivierung der PAM-Unterst&uuml;tzung f&uuml;r Kerberos . 743
26.6.10 SSH mit Kerberos-Authentifizierung . . . . . . . . . . 743
26.6.11 Benutzung von LDAP und Kerberos . . . . . . . . . . 745
26.7
xxiv
Sicherheit ist Vertrauenssache . . . . . . . . . . . . . . . . . . 748
26.7.1
Grundlagen . . . . . . . . . . . . . . . . . . . . . . . . 748
26.7.2
Lokale Sicherheit und Netzwerksicherheit . . . . . . 748
26.7.3
Tipps und Tricks: Allgemeine Hinweise . . . . . . . . 758
26.7.4
Zentrale Meldung neuer Sicherheitsproblemen . . . . 760
Inhaltsverzeichnis
IV
Administration
763
27 Access Control Lists unter Linux
765
27.1
Warum ACLs? . . . . . . . . . . . . . . . . . . . . . . . . . . . 766
27.2
Definitionen . . . . . . . . . . . . . . . . . . . . . . . . . . . . 767
27.3
Umgang mit ACLs . . . . . . . . . . . . . . . . . . . . . . . . . 768
27.4
27.3.1
Aufbau von ACL-Eintr&auml;gen . . . . . . . . . . . . . . . 768
27.3.2
ACL-Eintr&auml;ge und Berechtigungsbits . . . . . . . . . 769
27.3.3
Ein Verzeichnis mit Access ACL . . . . . . . . . . . . 770
27.3.4
Ein Verzeichnis mit Default ACL . . . . . . . . . . . . 774
27.3.5
Auswertung einer ACL . . . . . . . . . . . . . . . . . 777
Unterst&uuml;tzung in Anwendungen . . . . . . . . . . . . . . . . 777
28 Utilities zur System&uuml;berwachung
779
28.1
Konventionen . . . . . . . . . . . . . . . . . . . . . . . . . . . 780
28.2
Liste der ge&ouml;ffneten Dateien: lsof . . . . . . . . . . . . . . . . 780
28.3
Wer greift auf Dateien zu: fuser . . . . . . . . . . . . . . . . . 781
28.4
Eigenschaften einer Datei: stat . . . . . . . . . . . . . . . . . . 782
28.5
Prozesse: top . . . . . . . . . . . . . . . . . . . . . . . . . . . . 782
28.6
Prozessliste: ps . . . . . . . . . . . . . . . . . . . . . . . . . . . 783
28.7
Prozessbaum: pstree . . . . . . . . . . . . . . . . . . . . . . . . 784
28.8
Wer macht was: w . . . . . . . . . . . . . . . . . . . . . . . . . 785
28.9
Speichernutzung: free . . . . . . . . . . . . . . . . . . . . . . . 785
28.10 Kernel Ring Buffer: dmesg . . . . . . . . . . . . . . . . . . . . 786
28.11 Dateisysteme: mount, df und du . . . . . . . . . . . . . . . . . 787
28.12 Das /proc Dateisystem . . . . . . . . . . . . . . . . . . . . . . 788
28.13 procinfo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 790
28.14 PCI Resourcen: lspci . . . . . . . . . . . . . . . . . . . . . . . . 791
28.15 System Calls eines Programmlaufes: strace . . . . . . . . . . . 792
28.16 Library Calls eines Programmlaufes: ltrace . . . . . . . . . . . 793
28.17 Welche Library wird ben&ouml;tigt: ldd . . . . . . . . . . . . . . . . 794
28.18 Interprozess-Kommunikation: ipcs . . . . . . . . . . . . . . . 794
SUSE LINUX Enterprise Server
xxv
V
xxvi
Anhang
795
A Informationsquellen und Dokumentationen
797
B Manual-Page von e2fsck
801
C Manual-Page von reiserfsck
807
D Deutsche &Uuml;bersetzung der GNU General Public License
813
Literaturverzeichnis
825
Inhaltsverzeichnis
Vorwort
&Uuml;ber dieses Buch
Dieses Buch begleitet Sie von der Erstinstallation Ihres SUSE LINUX Enterprise Server bis hin zur umfassenden Systemkonfiguration und komplexen
Administrationsaufgaben. Sie finden die Installations- und Administrationsbeschreibungen f&uuml;r alle von SUSE LINUX Enterprise Server unterst&uuml;tzten Hardwareplattformen komprimiert in diesem Handbuch.
Hinweis
Informationen zur Installationsvorbereitung
Detaillierte Informationen zur Vorbereitung Ihrer HardwarePlattform finden Sie im Handbuch Architekturspezifika, das sich
unter dem Namen preparation.pdf im Verzeichnis /docu/
auf der ersten CD des SUSE LINUX Enterprise Server befindet.
Hinweis
Aufbau
Dieses Handbuch gliedert sich in vier Themenkomplexe
Installation Dieser Teil des Buches begleitet Sie vom ersten Installationsdialog bis zum fertig konfigurierten System. Sie erfahren ausserdem,
wie Sie die verschiedenen Installationstypen von SUSE LINUX Enterprise Server einsetzen, Installationsquellen konfigurieren und wie
Sie einzelne Softwarepakete oder auch das gesamte Betriebssystem
aktualisieren.
System In diesem Teil des Buches erfahren Sie Details zum Aufbau und
der Funktionsweise Ihres Linux-Systems, zur Unterscheidung von
32-(31-)bit und 64-bit Welt sowie zur Einrichtung einer grafischen
Oberfl&auml;che und einer Druckinfrastruktur.
Dienste Dieser Teil des Buches behandelt die wesentlichen Serverdienste auf Ihrem System sowie deren Konfiguration mit YaST. Abschlie&szlig;end runden Informationen zum Thema Sicherheit, zu Firewalls, CAVerwaltung, VPN-Konfiguration und Authentifizierungsverfahren
diesen Teil ab.
Administration Hier finden Sie Informationen &uuml;ber den Einsatz von
Dateisystem-ACLs und ein Kapitel &uuml;ber die verschiedenen SystemMonitoring Programme unter Linux.
Im Anhang finden Sie eine &Uuml;bersicht &uuml;ber die wichtigsten Informationsquellen zu Linux.
Wie dieses Buch zu lesen ist
In diesem Buch werden die folgenden typografischen Konventionen verwendet:
2
Auszeichnung
Bedeutung
YaST
die Angabe eines Programmnamens
/etc/passwd
die Angabe einer Datei oder eines
Verzeichnisses
hplatzhalteri
die Zeichenfolge platzhalter (inkl. Winkelklammern) ist durch den
tats&auml;chlichen Wert zu ersetzen
PATH
eine Umgebungsvariable mit dem
Namen PATH
192.168.1.2
der Wert einer Variable
ls
die Angabe eines einzugebenden
Befehls
user
Alt die Angabe eines Benutzers
Inhaltsverzeichnis
eine zu dr&uuml;ckende Taste
+Alt +Entf Strg &quot;Permission denied&quot;
Meldungen des Systems
‘System updaten’
Men&uuml;-Punkte, Buttons
gleichzeitig zu dr&uuml;ckende Tasten
Neben den typografischen Konventionen verwendet dieses Buch folgende
Namenskonventionen und Abk&uuml;rzungen im Zusammenhang mit den von
SUSE LINUX Enterprise Server unterst&uuml;tzten Hardwarearchitekturen:
Abk&uuml;rzung
Voller Name/Prozessorbezeichnung
x86
x86
AMD64
AMD64
EM64T
Intel EM64T
IPF
Intel Itanium Processor Family
POWER
IBM POWER
S/390
IBM S/390
zSeries
IBM zSeries
Um im Flie&szlig;text Differenzen zwischen den einzelnen Plattformen zu kennzeichnen, verwenden die Autoren die im Folgenden aufgelisteten Konventionen. Die Art der Kennzeichnung ist von der Menge der divergierenden
Information abh&auml;ngig. Zum besseren Verst&auml;ndnis hier kurze Beispiele:
Unterscheiden sich innerhalb eines Satzes oder Abschnittes nur wenige
Worte oder Zeichen, wird die Unterscheidung ohne weitere Kennzeichnung in den Flie&szlig;text eingearbeitet.
Hinweis
zSeries: Ein kurzer Tipp
Kurze Tipps, Hinweise oder Warnungen, die exklusiv auf eine oder mehrere Architekturen zutreffen, werden durch das
Plattformk&uuml;rzel gefolgt vom eigentlichen Titel des Hinweises
gekennzeichnet.
Hinweis
SUSE LINUX Enterprise Server
3
I EM64T
Ganze Abs&auml;tze, die sich zwischen den Plafformen unterscheiden, werden
durch zwei grafische Symbole (schwarze Dreiecke) und das Plattformk&uuml;rzel getrennt. J
AMD64: Ein Abschnitt allein f&uuml;r AMD64
Befasst sich ein kompletter Abschnitt eines Kapitels mit einer Plattform,
wird dies &auml;hnlich wie bei Tipps, Hinweisen und Warnungen durch das
Plattformk&uuml;rzel im Titel eingeleitet, damit bereits das Inhaltsverzeichnis
dieses Buches diese Unterscheidung wiederspiegelt.
Die Kennzeichnung von Screenshots oder Codebeispielen erfolgt analog
&uuml;ber die Einleitung der jeweiligen Bildunterschrift oder der Beispiel&uuml;berschrift durch das Plattformk&uuml;rzel. Wird kein K&uuml;rzel verwendet, ist die Information allgemein g&uuml;ltig.
Zielgruppe
Die Autoren setzen bei den Lesern dieses Buches folgendes Grundwissen
voraus:
Sie kennen sich in der Terminologie Ihre Hardwareplattform betreffend aus oder haben Zugang zu entsprechender Dokumentation des
Hardwareherstellers.
Sie sind mit den Eigenschaften und Besonderheiten Ihrer Hardwareplattform vertraut.
Sie verf&uuml;gen mindestens &uuml;ber Grundwissen die Adminstration eines
Linux-System betreffend.
4
Inhaltsverzeichnis
Teil I
Installation
1
Installation mit YaST
Installation mit YaST
Ihre Hardware ist — wie im Handbuch Architekturspezifika beschrieben —
auf die Installation von SUSE LINUX Enterprise Server vorbereitet. Nachdem Verbindung zum Installationssystem hergestellt ist &uuml;bernimmt der
SUSE Systemassistent YaST die Kontrolle. Er wird Sie durch die gesamte
Installation und Konfiguration des Systems begleiten.
1.1
1.2
1.3
1.4
1.5
1.6
1.7
1.8
1.9
1.10
S/390, zSeries: Systemstart zur Installation . .
Systemstart zur Installation . . . . . . . . . . .
Startbildschirm . . . . . . . . . . . . . . . . . .
Sprachauswahl . . . . . . . . . . . . . . . . . .
S/390, zSeries: Konfiguration der Festplatten
Installationsmodus . . . . . . . . . . . . . . .
Installationsvorschlag . . . . . . . . . . . . . .
Installation abschlie&szlig;en . . . . . . . . . . . . .
Hardware-Konfiguration . . . . . . . . . . . .
Grafisches Login . . . . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
8
8
10
13
14
15
16
39
48
50
1.1
S/390, zSeries: Systemstart zur
Installation
F&uuml;r die S/390 und zSeries Plattformen von IBM wird der Systemstart (IPL)
f&uuml;r die Installation wie im Handbuch Architekturspezifika beschrieben initiiert. SUSE LINUX Enterprise Server f&uuml;r diese Plattformen hat keinen Splashscreen, da Kernel und initrd f&uuml;r die Installation vom Benutzer manuell geladen werden. Sobald die Verbindung zum Installationssystem &uuml;ber VNC,
X oder SSH hergestellt ist, startet YaST zur Installation. Die &Uuml;bergabe von
Kernel- oder Bootparametern geschieht &uuml;ber ein parmfile (wie in Kapitel
Das parmfile: Automatisierte Systemkonfiguration im Handbuch Architekturspezifika beschrieben).
Hinweis
S/390, zSeries: Weitere Schritte
Lesen Sie beginnend mit Abschnitt 1.4 auf Seite 13 die Beschreibung des Installationsvorgangs mit YaST nach.
Hinweis
1.2
Systemstart zur Installation
Legen Sie das Installationsmedium von SUSE LINUX in das Laufwerk und
starten Sie den Rechner neu. Das SUSE LINUX Installationsprogramm wird
dann geladen und die Installation beginnt.
1.2.1
M&ouml;gliche Probleme beim Systemstart
Sollte Ihr Rechner nicht vom Installationsmedium booten, so kann das verschiedene Ursachen haben:
Die Start-Reihenfolge des Rechners ist im BIOS (engl. Basic Input
Output System) nicht richtig eingestellt. Informationen zum &Auml;ndern
der Einstellungen im BIOS erhalten Sie in der Dokumentation Ihres
Mainboards bzw. in den folgenden Abschnitten.
Das BIOS ist ein St&uuml;ck Software, mit der die Grundfunktionalit&auml;t des
Computers gestartet wird. Die Hersteller von Mainboards stellen ein
speziell auf die Hardware angepasstes BIOS zur Verf&uuml;gung.
8
1.1. S/390, zSeries: Systemstart zur Installation
&Auml;ndern Sie die Bootsequenz wie folgt: Bei einem AWARD-BIOS suchen Sie den Eintrag ‘BIOS FEATURES SETUP’. Andere Hersteller
verwenden &auml;hnliche Eintr&auml;ge wie zum Beispiel ‘ADVANCED CMOS
SETUP’. W&auml;hlen Sie den entsprechenden Eintrag aus und best&auml;tigen
Sie mit Return .
1
Installation mit YaST
Der Aufruf des BIOS-Setups kann erst zu einem bestimmten Zeitpunkt erfolgen: Beim Neustart des Rechners wird eine Diagnose der
Hardware durchgef&uuml;hrt, so wird u. a. der Arbeitsspeicher getestet.
Sie k&ouml;nnen dies beim Hochz&auml;hlen des Systemspeichers verfolgen.
Zur gleichen Zeit wird darunter oder am unteren Bildschirmrand angezeigt, mit welcher Taste Sie das BIOS-Setup aufrufen k&ouml;nnen. &Uuml;bli , F1 oder Esc gedr&uuml;ckt wercherweise m&uuml;ssen dazu die Tasten Del den. Statt Del wird die Taste mitunter auch Entf genannt. Dr&uuml;cken
Sie die entsprechende Taste, um das BIOS-Setup zu starten.
Die Startreihenfolge kann beim Unterpunkt ‘BOOT SEQUENCE’ eingestellt werden. Die Voreinstellung ist oftmals ‘C, A’ oder ‘A, C’. Im
ersten Fall sucht der Rechner beim Booten das Betriebssystem zuerst
auf der Festplatte (C) und dann im Diskettenlaufwerk (A). Dr&uuml;cken
bzw. Bild ab , bis die Sequenz
Sie dann solange die Taste Bild auf ‘A,CDROM,C’ angezeigt wird.
Verlassen Sie die Einstellungen durch Dr&uuml;cken von Esc . Um die
&Auml;nderungen zu speichern, w&auml;hlen Sie ‘SAVE &amp; EXIT SETUP’ oder
dr&uuml;cken Sie F10 . Best&auml;tigen Sie dann Ihre Einstellungen mit Y .
Hinweis
Tastaturbelegung im BIOS
H&auml;ufig bietet das BIOS keine deutsche Tastaturbelegung an,
sondern nur die amerikanische: Die Tasten Y und Z sind
vertauscht.
Hinweis
Haben Sie ein SCSI-CD-ROM-Laufwerk, m&uuml;ssen Sie zum Beispiel bei
einem Adaptec Hostadapter mit Strg -A dessen BIOS aufrufen. Nach
der Auswahl von ‘Disk Utilities’ zeigt das System die angeschlossene
Hardware an. Notieren Sie die SCSI-ID f&uuml;r Ihr CD-ROM. Das Men&uuml;
verlassen Sie mit Esc , um anschlie&szlig;end ‘Configure Adapter Settings’
zu &ouml;ffnen. Unter ‘Additional Options’ finden Sie ‘Boot Device Opti
ons’. W&auml;hlen Sie dieses Men&uuml; aus und dr&uuml;cken Sie Return . Geben Sie
nun die zuvor notierte ID des CD-ROM-Laufwerks ein und dr&uuml;cken
Sie wieder Return . Durch zweimaliges Dr&uuml;cken von Esc kehren Sie
SUSE LINUX Enterprise Server
9
zum Startbildschirm des SCSI-BIOS zur&uuml;ck, den Sie nach der Best&auml;tigung mit ‘Yes’ verlassen, um den Rechner neu zu booten.
Ihr CD-ROM-Laufwerk wird nicht unterst&uuml;tzt, weil es sich um ein
&auml;lteres Laufwerk handelt.
1.3
Startbildschirm
Der Startbildschirm zeigt mehrere Auswahlm&ouml;glichkeiten f&uuml;r den weiteren Verlauf der Installation. Ganz oben befindet sich die Option ‘Boot from
Harddisk’, die das bereits installierte System bootet. Weil nach erfolgreicher Installation die CD h&auml;ufig zum Nachinstallieren von Software eingelegt wird, ist diese Option vorgew&auml;hlt. F&uuml;r die Installation w&auml;hlen Sie aber
bitte ‘Installation’ mit den Pfeil-Tasten aus. Danach wird YaST geladen und
die Installation beginnt.
Abbildung 1.1: Der Startbildschirm
Die einzelnen Optionen im Startbildschirm bewirken folgendes:
10
1.3. Startbildschirm
Installation Die normale Installation, in der alle modernen HardwareFunktionen aktiviert werden.
Installation - ACPI Disabled Wenn die normale Installation fehlschl&auml;gt,
liegt dies m&ouml;glicherweise daran, dass die System-Hardware mit der
Unterst&uuml;tzung von ACPI Advanced Configuration and Power Interface nicht zurecht kommt. Mit dieser Option k&ouml;nnen Sie in solchen
F&auml;llen ohne ACPI-Unterst&uuml;tzung installieren.
Installation - Safe Settings Die DMA-Funktion (f&uuml;r das CD-ROMLaufwerk) und problematisches Powermanagement werden deaktiviert. Experten k&ouml;nnen zus&auml;tzlich Kernel-Parameter in der Eingabezeile mitgeben oder ver&auml;ndern.
1
Installation mit YaST
Boot from Harddisk Bootet Ihr System von der Festplatte (jenes, das normalerweise beim Rechnerstart hochf&auml;hrt). Diese Option ist vorgew&auml;hlt.
Manual Installation Wenn bestimmte Treiber, die beim Start der Installation automatisch geladen werden, Probleme bereiten, k&ouml;nnen Sie
hier manuell installieren, das heisst diese Treiber werden dann nicht
automatisch geladen. Dies funktioniert allerdings nicht, wenn Sie an
Ihrem Rechner eine USB-Tastatur benutzen.
Rescue System Falls Sie keinen Zugriff mehr auf Ihr installiertes LinuxSystem haben, starten Sie den Rechner mit dem eingelegten Installationsmedium neu und w&auml;hlen Sie diesen Punkt. Es startet dann ein
Rettungssystem, ein minimales Linux-System ohne grafische Oberfl&auml;che, mit dem Experten Zugriff auf die Festplatten haben und eventuelle Fehler des installierten Systems reparieren k&ouml;nnen. Wenn Sie sich
mit SUSE LINUX noch nicht so gut auskennen, k&ouml;nnen Sie alternativ
die YaST-Systemreparatur verwenden. Details hierzu finden Sie im
Kapitel 6 auf Seite 203
Memory Test (nur x86-Plattform) Testet den Arbeitsspeicher Ihres Systems durch wiederholtes Beschreiben und Auslesen. Der Test l&auml;uft
endlos, weil Speicherfehler oft sehr sporadisch auftreten und nur bei
sehr vielen Schreib-Lese-Zyklen entdeckt werden k&ouml;nnen. Wenn Sie
den Verdacht haben, dass der Arbeitsspeicher defekt sein k&ouml;nnte, lassen Sie diesen Test einige Stunden laufen; falls nach einiger Zeit keine
Fehler gemeldet werden, k&ouml;nnen Sie davon ausgehen, dass der Speicher intakt ist. Der Test wird durch Neustart des Rechners beendet.
SUSE LINUX Enterprise Server
11
Entsprechend der Funktionstastenleiste am unteren Bildschimrand k&ouml;nnen
Sie mttels der angebenen F-Tasten verschieden Einstellungen f&uuml;r die Installation vornehmen.
F1 Hier erhalten Sie eine kontextsensitive Hilfe zum jeweils aktiven Element des Startbildschirms.
F2 Ausw&auml;hlen verschiedener Grafik-Modi f&uuml;r die Installation. Sollten
bei der grafischen Installation Probleme auftreten, kann hier auch der
Text-Modus ausgew&auml;hlt werden.
F3 Ausw&auml;hlen verschiedener Installationsquellen. Normalerweise wird
vom eingelegten Installationsmedium installiert. Hier k&ouml;nnen Sie jedoch auch andere Quellen wie zum Beispiel FTP und NFS ausw&auml;hlen. Besondere Erw&auml;hnung verdient hier SLP (Service Location Protocol). Bei Installation in einem Netzwerk mit SLP-Server k&ouml;nnen mit
dieser Option vor der eigentlichen Installation die auf dem Server
verf&uuml;gbaren Installationsquellen ausgew&auml;hlt werden. Weitere Informationen zu SLP finden Sie im Abschnitt 21.6 auf Seite 498 .
F4 Hier k&ouml;nnen Sie die Sprache f&uuml;r die Oberfl&auml;che des Startbildschirms
einstellen.
F5 Normalerweise sehen Sie beim Systemstart keine Fortschrittsmeldungen des Linux-Kernels, sondern einen Fortschrittsbalken. Wenn
Sie diese Meldungen sehen wollen, w&auml;hlen Sie hier bitte ‘Native’, f&uuml;r
noch mehr zus&auml;tzliche Ausgaben ‘Verbose’.
F6 Wenn Sie f&uuml;r SUSE LINUX eine Treiber-Update-Diskette erhalten haben, k&ouml;nnen Sie diese hier zur Anwendung bringen. Sie werden dann
im Lauf der Installation aufgefordert, das Update-Medium einzulegen.
Bei der Installation l&auml;dt SUSE LINUX einige Sekunden nach dem Startbildschirm ein minimales Linux-System, das den weiteren Installationsvorgang
kontrolliert. Wenn sie den Ausgabemode auf auf ‘Native’ oder ‘Verbose’
umgestellt haben, sehen Sie jetzt auf dem Bildschirm zahlreiche Meldungen und Copyright-Hinweise. Zum Abschluss des Ladevorgangs wird das
Installationsprogramm YaST gestartet und nach wenigen Sekunden sehen
Sie die grafische Oberfl&auml;che, die Sie durch die Installation f&uuml;hren wird.
Jetzt beginnt die eigentliche Installation von SUSE LINUX mit dem Installationsprogramm YaST. Alle Bildschirmansichten von YaST folgen einem
einheitlichen Schema. S&auml;mtliche Eingabefelder, Auswahllisten und Buttons
12
1.3. Startbildschirm
1.4
Sprachauswahl
SUSE LINUX und YaST stellen sich auf die von Ihnen gew&uuml;nschte Sprache ein. Die Spracheinstellung, die Sie hier vornehmen, wird auch f&uuml;r das
Tastaturlayout &uuml;bernommen. Au&szlig;erdem stellt YaST jetzt eine Standardzeitzone ein, die f&uuml;r Ihre Spracheinstellung am wahrscheinlichsten ist. Falls
wider Erwarten die Maus noch nicht funktioniert, w&auml;hlen Sie bitte mit den
Pfeil-Tasten die gew&uuml;nschte Sprache und dr&uuml;cken Sie dann so oft die Tab Taste, bis der Button ‘&Uuml;bernehmen’ aktiviert ist. Mit Return wird die Auswahl schlie&szlig;lich &uuml;bernommen.
1
Installation mit YaST
der YaST-Bildschirme k&ouml;nnen Sie mit der Maus oder der Tastatur steuern.
Bewegt sich der Cursor nicht, wurde Ihre Maus nicht automatisch erkannt.
Verwenden Sie in diesem Fall bitte vorerst die Tastatur.
Abbildung 1.2: Ausw&auml;hlen der Sprache
SUSE LINUX Enterprise Server
13
1.5
S/390, zSeries: Konfiguration der
Festplatten
Nach der Sprachauswahl &ouml;ffnet sich bei der Installation von SUSE LINUX
Enterprise Server auf IBM S/390 und zSeries der Dialog zur Konfiguration
der angeschlossenen Festplatten. Sie haben die M&ouml;glichkeit, DASDs und Fibre Channel Attached SCSI Disks (ZFCP) zur Installation von SUSE LINUX
Enterprise Server auszuw&auml;hlen.
W&auml;hlen Sie ‘DASD-Platten konfigurieren’, &ouml;ffnet sich ein &Uuml;bersichtsdialog,
der die im System vorhandenen DASDs listet. Um die Liste der angezeigten DASDs &uuml;bersichtlicher zu gestalten, k&ouml;nnen Sie &uuml;ber die Eingabefelder
oberhalb der Liste einen Kanalbereich festlegen, der angezeigt werden soll.
Mit ‘Filtern’ wird die Filterung aktiviert (siehe Abb. 1.3).
Abbildung 1.3: S/390, zSeries: Ausw&auml;hlen eines DASD
Im n&auml;chsten Schritt selektieren Sie die f&uuml;r die Installation verf&uuml;gbaren
DASDs. Selektieren Sie in der Liste die entsprechenden Eintr&auml;ge und klicken Sie auf ‘Selektieren oder deselektieren’. Anschlie&szlig;end werden die selektierten DASDs aktiviert und f&uuml;r die Installation freigegeben. Klicken Sie
auf ‘Aktion durchf&uuml;hren’ ➝ ‘Aktivieren’ (siehe Abb. 1.4 auf der n&auml;chsten
Seite). Die Formatierung der ausgew&auml;hlten DASDs k&ouml;nnen Sie &uuml;ber ‘Aktion durchf&uuml;hren’ ➝ ‘Formatieren’ jetzt vornehmen oder zu einem sp&auml;teren
Zeitpunkt mit dem YaST Partitionierer (siehe Abschnitt 1.7.4 auf Seite 22).
M&ouml;chten Sie der SUSE LINUX Enterprise Server Installation ZFCP-Platten
14
1.5. S/390, zSeries: Konfiguration der Festplatten
1
Installation mit YaST
Abbildung 1.4: S/390, zSeries: Aktivieren eines DASD
zur Verf&uuml;gung stellen, klicken Sie im Auswahldialog auf ‘ZCFP-Platten
konfigurieren’. Im dann folgenden &Uuml;bersichtsdialog &uuml;ber die im System
vorhandenen ZFCP-Platten, klicken Sie auf ‘Hinzuf&uuml;gen’, um in den Eingabedialog f&uuml;r die ZFCP-Parameter zu gelangen (siehe Abb. 1.5 auf der
n&auml;chsten Seite).
Um eine neue ZFCP-Platte f&uuml;r die Installation zur Verf&uuml;gung zu stellen,
tragen Sie in den vorgesehenen Eingabefeldern ‘Kanalnummer’, ‘WWPN’
(World Wide Port) und ‘FCP-LUN’ ein, die die neue Platte eindeutig kennzeichnen (siehe Abbildung 1.6 auf Seite 17).
Verlassen Sie den nachfolgenden ZFCP-&Uuml;bersichtsdialog mit ‘Weiter’ und
den Plattenkonfigurationsdialog mit ‘Beenden’, um mit der Installation
fortzufahren.
1.6
Installationsmodus
Dieser Dialog dient haupts&auml;chlich dazu, zu entscheiden, ob Sie eine ‘Neuinstallation’ oder ein ‘Update des bestehenden Systems’ durchf&uuml;hren wollen. Letzteres geht nat&uuml;rlich nur, wenn bereits ein SUSE LINUX installiert ist. In diesem Fall k&ouml;nnen Sie dieses System mit ‘Installiertes System
starten’ auch booten. Falls ihr bereits installiertes System einmal nicht
mehr starten sollte, zum Beispiel weil versehentlich wichtige SystemKonfigurationen zerst&ouml;rt wurden, k&ouml;nnen Sie mit ‘Reparatur des instal-
SUSE LINUX Enterprise Server
15
Abbildung 1.5: S/390, zSeries: &Uuml;berblick verf&uuml;gbarer ZFCP-Platten
lierten Systems’ versuchen, das System wieder startbar zu machen. Falls
bisher noch kein SUSE LINUX installiert ist, k&ouml;nnen Sie nat&uuml;rlich nur die
Neuinstallation durchf&uuml;hren.
In den folgenden Abschnitten wird die Neuinstallation beschrieben. Weitere Informationen zum System-Update finden Sie im Kapitel 2.3.5 auf Seite 68. Eine Beschreibung der M&ouml;glichkeiten zur System-Reparatur finden
Sie im Kapitel 6 auf Seite 203.
Klicken Sie bitte auf ‘OK’, um fortzufahren (Abb. 1.7 auf Seite 18).
1.7
Installationsvorschlag
Nach der Hardware-Erkennung erhalten Sie im orschlags-Dialog (siehe
Abb. 1.8 auf Seite 19) Informationen zur erkannten Hardware und Vorschl&auml;ge zur Installation und zur Partitionierung. Wenn Sie eine der Optionen anklicken und dann konfigurieren, kehren Sie anschlie&szlig;end mit den
jeweils ge&auml;nderten Werten immer wieder in diesen Vorschlags-Dialog zur&uuml;ck. Im Folgenden werden die einzelnen Installations-Einstellungen beschrieben.
16
1.7. Installationsvorschlag
1
Installation mit YaST
Abbildung 1.6: S/390, zSeries: Neue ZFCP-Platte hinzuf&uuml;gen
1.7.1
Installationsmodus
Hier k&ouml;nnen Sie nachtr&auml;glich den gew&auml;hlten Installationsmodus &auml;ndern.
Die M&ouml;glichkeiten sind die gleichen, wie schon im Abschnitt 1.6 auf Seite 15 beschrieben.
1.7.2
Tastaturlayout
Hinweis
S/390, zSeries: Tastatur- und Mauskonfiguration
Die Installation auf IBM S/390 und zSeries erfolgt &uuml;ber ein entferntes Terminal. Am eigentlichen System ist keine lokale Maus
oder Tastatur vorhanden.
Hinweis
W&auml;hlen Sie in diesem Dialog das gew&uuml;nschte Tastaturlayout aus. In der
Regel entspricht es der gew&auml;hlten Sprache. Dr&uuml;cken Sie anschlie&szlig;end im
Testfeld zum Beispiel die Tasten &Uuml; oder &Auml;, um zu pr&uuml;fen, ob die Umlaute
richtig erscheinen. Mit ‘Weiter’ gelangen Sie wieder zu den Vorschl&auml;gen
zur&uuml;ck.
SUSE LINUX Enterprise Server
17
Abbildung 1.7: Ausw&auml;hlen der Installationsart
1.7.3
Maus
Sollte YaST die Maus nicht automatisch erkannt haben, dr&uuml;cken Sie bitte
im Vorschlags-Dialog so oft die Tab -Taste, bis die Option ‘Maus’ markiert
ist. &Uuml;ber die Leer-Taste erhalten Sie den in Abbildung 1.9 auf der n&auml;chsten
Seite gezeigten Dialog zum Ausw&auml;hlen des Maustyps.
Verwenden Sie zur Auswahl der Maus die Tasten ↑ und ↓ . Falls Sie eine
Dokumentation zu Ihrer Maus besitzen, finden Sie dort eine Beschreibung
des Maustyps. Bei ausgew&auml;hlter Maus k&ouml;nnen Sie mit der Tastenkombi nation Alt -T die Maus testen, ohne sie dauerhaft auszuw&auml;hlen. Falls die
Maus nicht wie gew&uuml;nscht reagiert, k&ouml;nnen Sie mit der Tastatur einen an deren Typ w&auml;hlen und erneut testen. Mit Tab und Return w&auml;hlen Sie die
aktuelle Maus dauerhaft aus.
1.7.4
Partitionierung
In den meisten F&auml;llen ist der Partitionierungsvorschlag von YaST sehr sinnvoll und kann ohne &Auml;nderungen &uuml;bernommen werden. Wenn Sie jedoch
besondere Vorstellungen hinsichtlich der Festplattenaufteilung haben, k&ouml;nnen Sie diese ebenfalls realisieren. Im Folgenden wird beschrieben, wie Sie
dabei vorgehen k&ouml;nnen.
18
1.7. Installationsvorschlag
1
Installation mit YaST
Abbildung 1.8: Vorschlags-Dialog
Abbildung 1.9: Ausw&auml;hlen des Maustyps
SUSE LINUX Enterprise Server
19
Partitionstypen
Hinweis
S/390, zSeries: „Festplatten“ unter IBM S/390 und zSeries
Unter SUSE LINUX Enterprise Server f&uuml;r IBM S/390 und zSeries
werden SCSI-Festplatten und DASDs (Direct Access Storage Device) unterst&uuml;tzt. SCSI-Platten k&ouml;nnen wie nachfolgend beschrieben partitioniert werden. F&uuml;r DASDs sind bis zu drei Partitionseintr&auml;ge in der Partitionstabelle m&ouml;glich.
Hinweis
Jede Festplatte enth&auml;lt eine Partitionstabelle, die Platz f&uuml;r vier Eintr&auml;ge hat.
Jeder Eintrag in der Partitionstabelle kann entweder f&uuml;r eine prim&auml;re Partition oder f&uuml;r eine erweiterte Partition stehen, wobei maximal eine erweiterte Partition m&ouml;glich ist.
Prim&auml;re Partitionen haben einen einfachen Aufbau: Sie sind ein durchgehender Bereich von Plattenzylindern (physische Bereiche auf der Platte),
der einem Betriebssystem zugeordnet ist. Mit prim&auml;ren Partitionen k&ouml;nnte
man pro Festplatte maximal vier Partitionen einrichten; mehr passt nicht in
die Partitionstabelle.
Werden mehr Partitionen ben&ouml;tigt, muss eine erweiterte Partition angelegt
werden. Die erweiterte Partition ist ebenfalls ein durchgehender Bereich
von Plattenzylindern. Sie kann aber weiter in so genannte logische Partitionen unterteilt werden, die selbst keinen Eintrag in der Partitionstabelle
belegen. Die erweiterte Partition ist sozusagen ein Container, der die logischen Partitionen enth&auml;lt.
Wenn Sie mehr als vier Partitionen ben&ouml;tigen, m&uuml;ssen Sie also beim Partitionieren nur darauf achten, dass Sie sp&auml;testens die vierte Partition als
erweiterte Partition vorsehen und ihr den gesamten freien Zylinderbereich
zuordnen. Darin k&ouml;nnen Sie dann beliebig viele logische Partitionen einrichten (das Maximum liegt bei 15 Partitionen f&uuml;r SCSI-Platten und bei
63 Partitionen f&uuml;r (E)IDE-Platten).
F&uuml;r die Installation von SUSE LINUX sind beide Arten von Partitionen
(prim&auml;r und logisch) gleich gut geeignet.
Hinweise zum Speicherplatz
Wenn Sie YaST die Partitionierung der Festplatte &uuml;berlassen, m&uuml;ssen Sie
sich um den Speicherplatzbedarf und die Aufteilung der Festplatte (fast)
keine Gedanken machen. F&uuml;r den Fall, dass Sie aber selbst partitionieren
20
1.7. Installationsvorschlag
Minimales System: 500 MB Dieses System hat keine grafische Oberfl&auml;che
(X11), das heisst Sie k&ouml;nnen nur auf der Konsole arbeiten. Au&szlig;erdem
kann nur die elementarste Software installiert werden.
Minimales System mit grafischer Oberfl&auml;che: 700 MB
Hier kann zumindest X11 mit einigen Anwendungen installiert werden.
Standard-System: 1.5 GB Hier k&ouml;nnen die modernen DesktopOberfl&auml;chen wie KDE oder GNOME installiert werden. Auch „gro&szlig;e“
Anwendungen wie Netscape oder Mozilla sind kein Problem.
1
Installation mit YaST
wollen, folgen hier einige Hinweise zu den Platzanforderungen der verschiedenen System-Typen.
Vollinstallation 2.5 GB Hier k&ouml;nnen alle Software-Pakete installiert werden.
Die Aufteilung des Speicherplatzes h&auml;ngt stark ab vom Verwendungszweck des installierten Computers, aber es gibt Anhaltspunkte:
Bis ca. 4 GB: Eine Swap-Partition und eine Root-Partition (/). Die RootPartition nimmt dann auch jene Verzeichnisse auf, f&uuml;r die bei gr&ouml;&szlig;eren Festplatten oft eigene Partitionen verwendet werden.
Vorschlag ab 4 GB: Swap, Root (1 GB) und ggf. je eine Partition f&uuml;r /usr
(4 GB oder gr&ouml;&szlig;er), /opt (4 GB oder gr&ouml;&szlig;er) und /var (1 GB). Der
Rest des freien Platzes kann dann f&uuml;r /home vorgesehen werden.
Abh&auml;ngig von der Hardware des Computers kann es notwendig sein, eine Boot-Partition f&uuml;r die Start-Dateien und den Linux-Kernel am Anfang
der Festplatte einzurichten (/boot). Diese Partition sollte mindestens 8 MB
gro&szlig; sein bzw. einen (1) Zylinder umfassen. Als Faustregel gilt: Wenn YaST
eine Boot-Partiton vorschl&auml;gt, sollten Sie auch bei manueller Partitionierung eine solche vorsehen. In Zweifelsf&auml;llen ist es am sichersten, eine BootPartition anzulegen.
Weiterhin ist zu bedenken, dass einige — zumeist kommerzielle — Programme ihre Daten unter /opt installieren; sehen Sie ggf. entweder f&uuml;r
/opt eine eigene Partition vor oder dimensionieren Sie die Root-Partition
entsprechend gr&ouml;&szlig;er.
SUSE LINUX Enterprise Server
21
Partitionierung mit YaST
Wenn Sie im Vorschlags-Dialog erstmalig die Partitionierung anw&auml;hlen, erscheint der YaST-Partitionierungs-Dialog mit den aktuellen Einstellungen.
Sie k&ouml;nnen diese Einstellungen hier &uuml;bernehmen, ab&auml;ndern oder komplett
verwerfen und eine ganz neue Aufteilung vornehmen.
Abbildung 1.10: Partitionierungsvorschlag bearbeiten
Wenn Sie ‘Den Vorschlag f&uuml;r die Partitionierung &uuml;bernehmen’ anw&auml;hlen,
werden keine &Auml;nderungen vorgenommen, der Vorschlags-Dialog bleibt
unver&auml;ndert. Wenn Sie ‘Den Vorschlag f&uuml;r die Partitionierung ab&auml;ndern’
anw&auml;hlen, erscheint direkt der Experten-Dialog, der es erlaubt, sehr detaillierte Einstellungen vorzunehmen (siehe Abschnitt 1.7.5 auf Seite 24). Der
von YaST ermittelte Partitionierungs-Vorschlag ist dann bereits dort eingetragen und kann bearbeitet werden.
Wenn Sie ‘Partitionen nach eigenen Vorstellungen anlegen’ anw&auml;hlen, erscheint zun&auml;chst ein Dialog f&uuml;r die Auswahl der Festplatte (Abb. 1.11 auf
der n&auml;chsten Seite). Alle in Ihrem System vorhandenen Festplatten sind
hier aufgelistet. W&auml;hlen Sie jene aus, auf der Sie SUSE LINUX installieren
m&ouml;chten.
Nach der Auswahl einer Festplatte k&ouml;nnen Sie zun&auml;chst bestimmen, ob
die ‘Gesamte Festplatte’, verwendet werden soll oder ob nur einzelne Par-
22
1.7. Installationsvorschlag
1
Installation mit YaST
Abbildung 1.11: Ausw&auml;hlen der Festplatte
titionen (falls schon vorhanden) daf&uuml;r freigegeben werden sollen. Wenn
die gew&auml;hlte Festplatte ein Windows-Betriebssystem enth&auml;lt, werden Sie
hier ggf. gefragt, ob Sie Windows l&ouml;schen oder verkleinern wollen. Lesen
Sie in diesem Fall bitte den Abschnitt 1.7.5 auf Seite 27. Andernfalls kommen Sie von hier aus ebenfalls zum Experten-Dialog, wo Sie Ihre WunschPartitionierung einstellen k&ouml;nnen (siehe Abschnitt 1.7.5 auf der n&auml;chsten
Seite).
Achtung
Gesamte Festplatte zur Installation freigeben
Bei der Auswahl ‘Gesamte Festplatte’ gehen sp&auml;ter s&auml;mtliche
vor der Installation auf dieser Festplatte vorhandenen Daten
verloren.
Achtung
Im weiteren Verlauf der Installation &uuml;berpr&uuml;ft YaST, ob der Festplattenplatz f&uuml;r die aktuelle Software-Auswahl ausreicht. Falls dies nicht der Fall
ist, wird u. U. die aktuelle Software-Auswahl automatisch ge&auml;ndert. Der
SUSE LINUX Enterprise Server
23
Vorschlags-Dialog enth&auml;lt dann einen entsprechenden Hinweis. Steht gen&uuml;gend Speicherplatz zur Verf&uuml;gung, wird YaST Ihre Einstellungen &uuml;bernehmen und den zugewiesenen Platz auf der Festplatte aufteilen.
1.7.5
Experten-Partitionierung mit YaST
Im Experten-Dialog (Abbildung 1.12) k&ouml;nnen Sie manuell die Partitionierung Ihrer Festplatte(n) &auml;ndern. Sie k&ouml;nnen Partitionen hinzuf&uuml;gen, l&ouml;schen oder bearbeiten.
Abbildung 1.12: Der YaST-Partitionierer im Experten-Modus
Hinweis
S/390, zSeries: Ger&auml;tenamen auf IBM S/390 und zSeries
IBM S/390 und zSeries kennen nur DASDs und SCSI-Festplatten.
IDE-Festplatten sind nicht unterst&uuml;tzt. Dementsprechend erscheinen diese Ger&auml;te mit den Eintr&auml;gen dasda bzw. sda f&uuml;r das
jeweils erste erkannte Ger&auml;t in der Partitionstabelle.
Hinweis
24
1.7. Installationsvorschlag
Der freie Festplattenplatz wird (falls vorhanden) ebenfalls angezeigt und
automatisch als gew&auml;hlt gekennzeichnet. Wenn Sie Linux weiteren Speicherplatz zur Verf&uuml;gung stellen wollen, k&ouml;nnen Sie ihn in der Liste von
unten nach oben, das heisst, in der Reihenfolge von der letzten bis hin zur
ersten Partition einer Festplatte freigeben. Es ist jedoch nicht m&ouml;glich, zum
Beispiel bei drei Partitionen ausschlie&szlig;lich die zweite f&uuml;r Linux zu w&auml;hlen
und die dritte und die erste Partition daneben f&uuml;r andere Betriebssysteme
zu erhalten.
1
Installation mit YaST
In der Liste des Experten-Dialogs werden alle schon vorhandenen bzw.
vorgeschlagenen Partitionen auf allen angeschlossenen Festplatten angezeigt. Ganze Platten sind als Ger&auml;te ohne Nummern dargestellt (zum
Beispiel /dev/hda oder /dev/sda bzw. /dev/dasda), w&auml;hrend einzelne Partitionen als Teile dieser Ger&auml;te numeriert dargestellt sind (zum Beispiel /dev/hda1 oder /dev/sda1 bzw. /dev/dasda1). Von den Platten
und den Partitionen werden Gr&ouml;&szlig;e, Typ, Dateisystem und Mountpunkt als
wichtige Parameter angezeigt. Der Mountpunkt beschreibt, wo die Partition im Dateibaum von Linux eingeh&auml;ngt ist.
Partition erstellen
W&auml;hlen Sie ‘Neu’. Wenn mehrere Festplatten angeschlossen sind, erscheint
zun&auml;chst ein Auswahl-Dialog, in dem Sie eine Platte f&uuml;r die neue Partition
ausw&auml;hlen k&ouml;nnen. Danach legen Sie den Typ der Partition (prim&auml;r oder
erweitert) fest. Sie k&ouml;nnen bis zu vier prim&auml;re oder drei prim&auml;re und eine
erweiterte Partition erstellen. In der erweiterten Partition k&ouml;nnen Sie wiederum mehrere logische Partitionen erstellen (siehe Kap. 1.7.4 auf Seite 20).
W&auml;hlen Sie dann das Dateisystem, mit dem die Partition formatiert werden
soll und, wenn n&ouml;tig, einen Mountpunkt. YaST schl&auml;gt Ihnen zu jeder Partition, die Sie anlegen, einen Mountpunkt vor. Details zu den Parametern
finden Sie im n&auml;chsten Absatz.
W&auml;hlen Sie ‘OK’, damit die &Auml;nderungen wirksam werden. Die neue Partition wird nun in der Partitionstabelle aufgelistet. Wenn Sie auf ‘Weiter’ klicken, werden die aktuellen Werte &uuml;bernommen und der Vorschlags-Dialog
erscheint wieder.
Parameter beim Partitionieren
Wenn Sie eine neue Partition erstellen oder eine bestehende Partition &auml;ndern, k&ouml;nnen Sie verschiedene Parameter im Partitionierer setzen. Bei neu
angelegten Partitionen werden diese Parameter von YaST sinnvoll gesetzt
und m&uuml;ssen normalerweise nicht ge&auml;ndert werden. Falls Sie dennoch manuell eingreifen wollen, gehen Sie folgenderma&szlig;en vor:
SUSE LINUX Enterprise Server
25
1. Ausw&auml;hlen der Partition
2. ‘Bearbeiten’ der Partition und Setzen der Parameter:
Dateisystem-Kennung
Wenn Sie die Partition vorerst nicht formatieren wollen, m&uuml;ssen Sie hier zumindest die Dateisystem-ID angeben, damit die
Partition korrekt eingetragen werden kann. M&ouml;gliche Werte sind
hier zum Beispiel ‘Linux’, ‘Linux swap’, ‘Linux LVM’ und ‘Linux
RAID’. Details zu LVM und RAID finden Sie in den Abschnitten 3.10 auf Seite 152 und 3.11 auf Seite 160.
Dateisystem
Wenn Sie die Partition gleich im Rahmen der Installation formatieren wollen, k&ouml;nnen Sie hier angeben, welches Dateisystem die
Partition erhalten soll. M&ouml;gliche Werte sind hier zum Beispiel
‘Swap’, ‘Ext2’, ‘Ext3’, ‘ReiserFS’ und ‘JFS’.
Dateisystem-Optionen
Hier k&ouml;nnen Sie verschiedene Arbeitsparameter des gew&auml;hlten
Dateisystems einstellen.
Dateisystem verschl&uuml;sseln
Wenn Sie die Verschl&uuml;sselung aktivieren, werden alle Daten verschl&uuml;sselt auf die Festplatte geschrieben.
Fstab-Optionen
Hier k&ouml;nnen Sie verschiedene Parameter f&uuml;r die Verwaltungsdatei der Dateisysteme (/etc/fstab) angeben.
Mountpunkt
Gibt jenes Verzeichnis an, in dem die Partition in den Dateisystembaum eingeh&auml;ngt werden soll. Am entsprechenden Eingabefeld k&ouml;nnen verschiedene YaST-Vorschl&auml;ge ausgeklappt werden, die bei Verwendung Ihr Dateisystem dem Standard entsprechend strukturieren; Sie k&ouml;nnen aber auch beliebige eigene
Namen vergeben.
3. W&auml;hlen Sie ‘Weiter’, um die Partition aktivieren.
Wenn Sie manuell partitionieren, m&uuml;ssen Sie eine Swap-Partition anlegen.
Der Swap-Bereich dient dazu, momentan nicht ben&ouml;tigte Daten aus dem
Hauptspeicher auszulagern, um den Arbeitsspeicher immer f&uuml;r die wichtigsten, gegenw&auml;rtig am h&auml;ufigsten gebrauchten Daten frei zu halten.
26
1.7. Installationsvorschlag
1
Hinweis
Hinweis
Anpassen einer Windows-Partition
Wenn im Rahmen der Partitionierung eine Festplatte mit Windows-FATPartition oder Windows-NTFS-Partition als Installationsziel ausgew&auml;hlt
wurde, bietet YaST Ihnen ggf. an, diese Partition zu l&ouml;schen oder zu verkleinern. Auf diese Weise k&ouml;nnen Sie SUSE LINUX auch dann installieren,
wenn auf der Festplatte nicht gen&uuml;gend Platz frei ist. Dies ist besonders
dann sinnvoll, wenn auf der ausgew&auml;hlten Festplatte nur eine einzige Partition mit Windows existiert, was bei manchen vorinstallierten Rechnern
der Fall ist.
Installation mit YaST
S/390, zSeries: Weitere Schritte
Weitere, f&uuml;r IBM S/390 und zSeries relevante Informationen
lesen Sie im Abschnitt 1.7.5 auf Seite 31 nach.
Wenn YaST erkennt, dass auf der gew&auml;hlten Festplatte zuwenig Patz f&uuml;r
die Installation vorhanden ist, und dieses Problem durch L&ouml;schen oder Verkleinern einer Windows-Partition behoben werden k&ouml;nnte, erscheint ein
entsprechender Dialog zur Auswahl der gew&uuml;schten Option.
Wenn Sie ‘Windows komplett l&ouml;schen’ anw&auml;hlen, wird die WindowsPartition zum L&ouml;schen markiert, und der dadurch frei gewordene Platz f&uuml;r
die Installation von SUSE LINUX verwendet.
Achtung
Windows l&ouml;schen
Beim L&ouml;schen von Windows sollten Sie beachten, dass alle
Windows-Daten sp&auml;ter bei der Formatierung unwiederbringlich verloren gehen.
Achtung
Wenn Sie sich entscheiden, Ihre Windows-Partition zu verkleinern, sollten
Sie zun&auml;chst die Installation abbrechen und Windows booten, um dort einige vorbereitende Schritte auszuf&uuml;hren. Dies ist bei FAT-Partitionen zwar
nicht unbedingt notwendig, aber es beschleunigt in diesem Fall den Verkleinerungsprozess und macht ihn sicherer. F&uuml;r NTFS-Partitionen sind diese Schritte zwingend notwendig.
SUSE LINUX Enterprise Server
27
Abbildung 1.13: M&ouml;gliche Optionen bei Windows-Partitionen.
FAT-Dateisystem F&uuml;hren Sie zun&auml;chst in Windows das Programm scandisk aus, um sicherzustellen, dass das FAT-Dateisystem frei von Verkettungsfehlern ist. Anschlie&szlig;end schieben Sie mit defrag die Dateien an den Anfang der Partition, wodurch der sp&auml;tere Verkleinerungsprozess unter Linux beschleunigt wird.
Falls Sie eine Windows-Swap-Optimierung mit zusammenh&auml;ngender Swap-Datei bei gleicher Ober- und Untergrenze f&uuml;r die Gr&ouml;&szlig;e
eingerichtet haben, ist ein weiterer Vorbereitungsschritt sinnvoll. In
diesem Fall kann es n&auml;mlich sein, dass die Swap-Datei beim Verkleinern zerst&uuml;ckelt und &uuml;ber die gesamte Windows-Partition verstreut
wird. Weiterhin muss in diesem Fall die Swap-Datei beim Verkleinern
mitverschoben werden, was den Verkleinerungsprozess verlangsamt.
Sie sollten eine solche Optimierung daher vor der Verkleinerung aufheben und danach erneut durchf&uuml;hren.
NTFS-Dateisystem Auch hier f&uuml;hren Sie zun&auml;chst in Windows die Programme scandisk und defrag aus, um die Dateien an den Anfang
der Festplatte zu verschieben. Im Gegensatz zum FAT-Dateisystem
28
1.7. Installationsvorschlag
Hinweis
Windows-Swap verkleinern
Wenn Sie Ihr System mit einer permanenten Swap-Datei auf
einem NTFS-Dateisystem betreiben, kann es sein, dass diese
Datei am Ende der Festplatte liegt und dort trotz defrag
auch verbleibt. Dies kann dazu f&uuml;hren, dass die Partition nicht ausreichend verkleinert werden kann. Schalten
Sie bitte in diesem Fall in Windows die Swap-Datei (den
virtuellen Speicher) vor&uuml;bergehend ab. Nach der Verkleinerung der Partition k&ouml;nnen Sie dann wieder beliebig viel
virtuellen Speicher einrichten.
1
Installation mit YaST
muss dies bei NTFS unbedingt erfolgen, damit die Verkleinerung
durchgef&uuml;hrt werden kann.
Hinweis
Wenn Sie nach dieser Vorbereitung wieder bei der Partitionierung angelangt sind, w&auml;hlen Sie im oben genannten Dialog ‘Windows-Partition verkleinern’. Nach einer kurzen Pr&uuml;fung der Partition &ouml;ffnet YaST einen neuen
Dialog mit einem Vorschlag zur sinnvollen Verkleinerung der WindowsPartition.
Im ersten Balkendiagramm sehen Sie, wieviel Speicherplatz Windows aktuell belegt und wieviel Festplattenspeicher noch frei ist. Das zweite Diagramm stellt den YaST-Vorschlag f&uuml;r die neue Aufteilung der Festplatte
dar. (Abbildung 1.14 auf der n&auml;chsten Seite). Sie k&ouml;nnen diesen Vorschlag
&uuml;bernehmen oder die Grenzen mit dem Schieber darunter weitgehend frei
ver&auml;ndern.
Wenn Sie diesen Dialog mit ‘Weiter’ verlassen, werden die aktuellen Einstellungen gespeichert und Sie kehren zum vorherigen Dialog zur&uuml;ck. Die
Verkleinerung findet nicht sofort statt, sondern erst sp&auml;ter, bevor die Festplatte formatiert wird.
SUSE LINUX Enterprise Server
29
Abbildung 1.14: Anpassen der Windows-Partition.
Hinweis
Windows mit NTFS-Dateisystem
Die Windows-Versionen NT, 2000 und XP verwenden als
Standard das NTFS-Dateisystem. Im Gegensatz zu FATDateisystemen k&ouml;nnen auf NTFS-Dateisysteme (aktuell) von
Linux aus nur lesend zugegriffen werden. Sie k&ouml;nnen daher mit
NTFS unter Linux Ihre Windows-Dateien zwar lesen, nicht aber
ver&auml;ndern. Wenn Sie auf Ihre Windows-Daten auch schreibend
zugreifen m&ouml;chten und das NTFS-Dateisystem nicht unbedingt
verwenden wollen, k&ouml;nnen Sie Windows auf einem FAT-32Dateisystem neu installieren. Sie haben dann von SUSE LINUX
aus vollen Zugriff auf Ihre Windows-Daten.
Hinweis
30
1.7. Installationsvorschlag
Beispiel 1.1: /etc/fstab: data-Partitionen
/dev/sda1
/dev/sda8
/dev/dasda1
/data1
/data2
/data3
auto
auto
auto
noauto,user 0 0
noauto,user 0 0
noauto,user 0 0
1
Installation mit YaST
Weitere Hinweise zum Partitionieren
Wenn YaST automatisch die Partitionierung vornimmt und dabei erkennt,
dass sich andere Partitionen im System befinden, werden diese auch in der
Datei /etc/fstab eingetragen, um sp&auml;ter im installierten System einen
einfachen Zugriff auf diese Daten zu erm&ouml;glichen. In dieser Datei stehen alle im System befindlichen Partitionen mit ihren zugeh&ouml;rigen Eigenschaften
(Parametern) wie Dateisystem, Mountpunkt und Nutzerrechte.
Die Partitionen, egal ob Linux- oder FAT-Partitionen, werden mit den Optionen noauto und user eingetragen. So kann jeder Benutzer diese Partitionen bei Bedarf ein- oder aush&auml;ngen. Aus Gr&uuml;nden der Sicherheit wird
von YaST hier nicht die Option exec eingetragen, die notwendig ist, damit
Programme von dort ausgef&uuml;hrt werden k&ouml;nnen. Falls Sie hier dennoch
Programme oder Skripten ausf&uuml;hren wollen, tragen Sie diese Option bitte manuell nach. Diese Ma&szlig;nahme ist sp&auml;testens dann notwendig, wenn
Sie Meldungen wie &quot;bad interpreter&quot; oder &quot;Permission denied&quot; zu sehen
bekommen.
Viele weitere ausf&uuml;hrliche Hintergrundinformationen und Tipps zum Partitionieren finden Sie im Abschnitt 3.9 auf Seite 148.
1.7.6
Software
SUSE LINUX enth&auml;lt sehr viele Software-Pakete f&uuml;r die verschiedensten
Anwendungsbereiche, die je nach Verwendungszweck installiert werden
k&ouml;nnen. Da es sehr m&uuml;hsam w&auml;re, aus der Unmenge von Paketen die gew&uuml;nschten einzeln auszuw&auml;hlen, bietet SUSE LINUX bei der Installation
verschiedene System-Typen mit unterschiedlichem Installationsumfang an.
Entsprechend dem verf&uuml;gbaren Speicherplatz hat YaST bereits eines dieser
Grundsysteme ausgew&auml;hlt und im Vorschlagsdialog angezeigt.
Minimales System (Nur f&uuml;r Spezialanwendungen empfehlenswert)
Hier wird im Wesentlichen nur das Betriebssystem mit verschiedenen Diensten installiert. Es gibt keine grafische Oberfl&auml;che; der
Rechner ist nur &uuml;ber die ASCII-Konsolen bedienbar. Dieser SystemTyp eignet sich v.a. f&uuml;r Server-Anwendungen, die kaum direkte
Benutzer-Interaktion erfordern.
SUSE LINUX Enterprise Server
31
Minimales graphisches System (ohne KDE)
Wenn der komfortable KDE-Desktop nicht gew&uuml;nscht wird oder
daf&uuml;r zu wenig Speicherplatz vorhanden ist, kann dieser System-Typ
installiert werden. Das installierte System enth&auml;lt eine elementare
graphische Oberfl&auml;che mit einem Window-Manager. Es k&ouml;nnen alle
Programme mit eigenen grafischen Oberfl&auml;chen genutzt werden.
Standardsystem (mit KDE) Dieses System enth&auml;lt den KDE-Desktop mit
den meisten KDE-Programmen und den CUPS Print Server. Dieser
System-Typ ist f&uuml;r Einzelplatzrechner mit &uuml;blicher Nutzung am besten geeignet. Er wird von YaST ausgew&auml;hlt, wenn die Rahmenbedingungen es erlauben.
Vollinstallation Dieses System enth&auml;lt eine m&ouml;glichst umfangreiche konfliktfreie Selektion von Paketen in der gew&auml;hlten Sprache. Es ist das
gr&ouml;&szlig;te der angebotenen Grundsysteme.
Wenn Sie im Vorschlagsdialog auf ‘Software’ klicken, erscheint ein Dialog,
in dem Sie aus den o.g. Grundsystemen eines ausw&auml;hlen k&ouml;nnen. Zus&auml;tzlich k&ouml;nnen Sie durch einen Klick auf ‘Detaillierte Auswahl’ das Softwareinstallationsmodul (kurz: Paket-Manager) starten und dort den Installationsumfang detailliert &auml;ndern (s. Abb. 1.15 auf der n&auml;chsten Seite).
Vorgew&auml;hlten Installationsumfang &auml;ndern
Bei der Installation des „Standard-Systems“ ist es meist nicht n&ouml;tig,
den Installationsumfang auf der Ebene einzelner Pakete zu ver&auml;ndern.
Dieses Grundsystem bestimmt bereits eine in sich schl&uuml;ssige SoftwareZusammenstellung, die ohne weitere &Auml;nderungen die meisten Anforderungen erf&uuml;llt. Falls Sie dennoch manuell eingreifen m&ouml;chten, erleichtert
Ihnen der Paket-Manager diese Aufgabe erheblich. Er bietet sog. Filter an,
die aus den vielen Paketen in SUSE LINUX eine Auswahl nach w&auml;hlbaren
Kriterien treffen.
Links oben, unter der Men&uuml;zeile, sehen Sie die Filter-Auswahlbox. Beim
Start ist der Selektionen-Filter aktiviert. Selektionen gruppieren die Programmpakete nach Anwendungszweck, zum Beispiel Multimedia oder B&uuml;roanwendungen. Unter der Filter-Auswahlbox sehen Sie die verschiedenen
Gruppen des Selektionen-Filters, von denen jene schon ausgew&auml;hlt sind,
die zum aktuell gew&auml;hlten System-Typ geh&ouml;ren (Vorauswahl). Mit einem
Klick auf die jeweilige Checkbox k&ouml;nnen ganze Selektionen zum Installieren komplett an- und abgew&auml;hlt werden.
Im rechten Fenster sehen Sie jene Pakete einzeln aufgelistet, die zur aktuellen Selektion geh&ouml;ren. Alle Pakete haben einen aktuellen Status, der am
32
1.7. Installationsvorschlag
1
Installation mit YaST
Abbildung 1.15: YaST: Software installieren oder l&ouml;schen (Paket-Manager)
Anfang der Zeile in einer kleinen Status-Box symbolisch dargestellt wird.
Bei der Installation sind vor allem die Zust&auml;nde ‘Installieren’ und ‘Nicht
installieren’ interessant, also mit H&auml;kchen links vom Paketnamen oder mit
Leerfeld. Hier k&ouml;nnen Sie jedes einzelne Paket nach Ihren Bed&uuml;rfnissen anoder abw&auml;hlen. Klicken Sie dazu so oft auf die Status-Box, bis der jeweilige
Zustand erreicht ist (Installieren oder Nicht installieren).
Alternativ k&ouml;nnen Sie mit einem Klick der rechten Maustaste auf die Paketzeile ein Popup-Men&uuml; aufrufen, das alle m&ouml;glichen Zust&auml;nde auflistet. Die
&uuml;brigen Zust&auml;nde sind zum Installieren aber weniger von Belang. Sie werden in der detaillierten Anleitung zu diesem Modul im Abschnitt 2.3.4 auf
Seite 59 genauer erkl&auml;rt.
Andere Filter
Wenn Sie die Filter-Auswahlbox aufklappen, sehen Sie eine Auswahl der
m&ouml;glichen Filter. F&uuml;r die Installation ist auch die Auswahl nach ‘Paketgruppen’ interessant. Mit diesem Filter werden die Programmpakete auf
SUSE LINUX Enterprise Server
33
der linken Seite in einer Baumstruktur nach Themen geordnet. Je weiter Sie
diesen Baum in die Tiefe hinein aufklappen, desto sch&auml;rfer ist die Eingrenzung der Auswahl auf ein bestimmtes Thema. Die Liste der zugeh&ouml;rigen
Pakete rechts in der Paketliste wird dadurch immer k&uuml;rzer und &uuml;berschaubarer.
Mit ‘Suche’ k&ouml;nnen Sie nach einem speziellen Paket suchen. Wie dies genau
funktioniert, wird ebenfalls im Abschnitt 2.3.4 auf Seite 59 genauer erkl&auml;rt.
Paketabh&auml;ngigkeiten und -Konflikte
Wie in allen Betriebssystemen gilt auch bei SUSE LINUX, dass nicht beliebige Kombinationen von Software-Paketen installiert werden k&ouml;nnen.
Die installierten Pakete m&uuml;ssen zueinander passen. Wird dies nicht beachtet, k&ouml;nnen sich Inkonsistenzen ergeben, die eine reibungslose Funktion
des installierten Systems gef&auml;hrden. Wenn Sie in diesem Dialog SoftwarePakete an- und abw&auml;hlen, k&ouml;nnen u.U. Warnungen &uuml;ber unaufgel&ouml;ste
Paket-Abh&auml;ngigkeiten oder -Konflikte angezeigt werden. Falls Sie SUSE
LINUX zum ersten Mal installieren oder diese Warnungen unverst&auml;ndlich
f&uuml;r Sie sind, lesen Sie bitte den Abschnitt 2.3.4 auf Seite 59. Dort finden Sie
detaillierte Informationen zur Bedienung des Paket-Managers.
Software-Auswahl beenden
Wenn Sie mit Ihrer Software-Auswahl zufrieden sind und keine unaufgel&ouml;sten Paket-Abh&auml;ngigkeiten oder -Konflikte mehr vorliegen, k&ouml;nnen Sie
mit einem Klick auf ‘Akzeptieren’ Ihre &Auml;nderungen &uuml;bernehmen und das
Programm verlassen. Anders als beim Aufruf dieses Moduls im installierten System werden Ihre &Auml;nderungen w&auml;hrend der Installation nicht sofort
realisiert. Der aktuelle Installationsumfang wird nur intern vermerkt und
wirkt sich erst sp&auml;ter aus, wenn die Installation tats&auml;chlich startet.
1.7.7
System-Start (Bootloader-Installation)
Hinweis
S/390, zSeries: Bootloader-Konfiguration
Das im Folgenden beschriebene Modul kann auf IBM S/390 und
zSeries nicht zur Konfiguration des Bootloaders (zipl) eingesetzt
werden.
Hinweis
34
1.7. Installationsvorschlag
Sie k&ouml;nnen die Konfiguration zum Beispiel so &auml;ndern, dass zum Booten
von SUSE LINUX eine spezielle Start-Diskette eingelegt werden muss. Das
kann in Ausnahmef&auml;llen sinnvoll sein, wenn haupts&auml;chlich ein anderes
Betriebssystem gestartet wird, dessen aktueller Boot-Mechanismus unver&auml;ndert bleiben soll. Normalerweise ist dies aber nicht notwendig, weil YaST
den Bootloader so einrichtet, dass ein evtl. koexistierendes Betriebssystem
wahlweise gebootet werden kann. Weiterhin k&ouml;nnen Sie den Speicherort
des SUSE LINUX-Bootloaders auf der Festplatte &auml;ndern.
1
Installation mit YaST
Der Boot-Modus wird von YaST bei der Installation auf eine sinnvolle Weise festgelegt und Sie k&ouml;nnen diese Einstellungen normalerweise unver&auml;ndert &uuml;bernehmen. Sollten spezielle Anforderungen Ihrer Systemumgebung
daf&uuml;r sprechen, die vorgeschlagene Konfiguration zu &auml;ndern, ist dies aber
auch m&ouml;glich.
Wenn Sie den YaST-Vorschlag &auml;ndern m&ouml;chten, w&auml;hlen Sie bitte ‘Systemstart’. Es erscheint dann ein Dialog, der weitreichende Eingriffe in den
Boot-Mechanismus erlaubt. Lesen Sie hierzu bitte das Kapitel 8.6 auf Seite 244.
1.7.8
Zeitzone
In diesem Dialog (Abb. 1.16 auf der n&auml;chsten Seite) k&ouml;nnen Sie im Feld
‘Rechneruhr einstellen auf’ zwischen Lokalzeit und UTC (Universal Time Coordinated ) w&auml;hlen. Ihre Auswahl h&auml;ngt von der Einstellung der Uhr
im BIOS Ihres Rechners ab. Sollte diese auf UTC stehen, &uuml;bernimmt SUSE
LINUX automatisch die Umstellung von Sommer- auf Winterzeit und umgekehrt.
1.7.9
Sprache
Die Sprache wurde bereits am Beginn der Installation ausgew&auml;hlt (siehe
Abschnitt 1.4 auf Seite 13). Wenn Sie aber nachtr&auml;glich noch &Auml;nderungen
vornehmen wollen, k&ouml;nnen Sie dies hier tun. Zus&auml;tzlich haben Sie die M&ouml;glichkeit, &uuml;ber den Button ‘Details’ die Sprache f&uuml;r den Benutzer root einzustellen. Das Drop-down-Men&uuml; bietet drei Optionen:
ctype F&uuml;r den Benutzer root wird der Wert der Variable LC_CTYPE in
der Datei /etc/sysconfig/language &uuml;bernommen. Damit wird
die Lokalisierung f&uuml;r sprachabh&auml;ngige Funktionsaufrufe gesetzt.
yes Benutzer root hat exakt dieselben Spracheinstellungen wie der lokale Benutzer.
SUSE LINUX Enterprise Server
35
Abbildung 1.16: Ausw&auml;hlen der Zeitzone
no
Die Spracheinstellungen f&uuml;r den Benutzer root bleiben von der
Sprachauswahl unber&uuml;hrt.
Klicken Sie auf ‘OK’, um die Konfiguration abzuschlie&szlig;en. &Uuml;ber den Button ‘Verwerfen’ k&ouml;nnen Sie Ihre &Auml;nderungen ggf. wieder r&uuml;ckg&auml;ngig machen.
1.7.10
Installation durchf&uuml;hren
Im Vorschlags-Dialog nehmen Sie mit einem Klick auf ‘Weiter’ den Vorschlag mit all Ihren &Auml;nderungen an und gelangen in den gr&uuml;nen Best&auml;tigungsdialog. Wenn Sie hier nun ‘Ja’ w&auml;hlen, beginnt die Installation unter
Ber&uuml;cksichtigung aller aktuellen Einstellungen. Je nach Rechnerleistung
und Software-Auswahl dauert das Kopieren der Pakete meist zwischen 15
und 30 Minuten. Nach Installation der Pakete bootet YaST das installierte
System, bevor Sie mit der Hardware- und Dienstekonfiguration fortfahren
k&ouml;nnen.
36
1.7. Installationsvorschlag
1.7.11
S/390, zSeries: IPL des installierten Systems
ESA Native und LPAR Installation
W&auml;hlen Sie an der HMC der IBM S/390 oder zSeries ‘LOAD’ und
‘Clear’ und geben Sie anschlie&szlig;end die Ladeadresse (die DeviceAdresse Ihres Root-Devices) ein. Verwenden Sie eine ZFCP-Platte als
Boot-Device, w&auml;hlen Sie ‘LOAD from SCSI’ und geben zus&auml;tzlich
ZFCP-WWPN und LUN des Boot-Devices an. und Starten Sie nun
den Ladeprozess.
Installation mit YaST
Nach Installation der ausgew&auml;hlten Softwarepakete muss erneut ein IPL
des IBM S/390 oder zSeries Systems durchgef&uuml;hrt werden. Je nach gew&auml;hltem Installationstyp unterscheidet sich das Vorgehen:
1
z/VM Installation Fahren Sie das Installationssystem mit halt herunter.
Melden Sie sich am VM-Gast als Benutzer LINUX1 an und nehmen
Sie den IPL des installierten Systems vor. Verwenden Sie eine ZFCPPlatte als Boot-Device, m&uuml;ssen Sie die ZFCP-WWPN und LUN spezifizieren, bevor Sie den IPL vornehmen k&ouml;nnen. Beachten Sie hierbei,
dass die Parameter maximal acht Stellen lang sein k&ouml;nnen; l&auml;ngere
Zahlen m&uuml;ssen durch Leerzeichen voneinander getrennt werden:
SET LOADDEV PORT 50050763 00C590A9 LUN 50010000 00000000
Anschlie&szlig;end f&uuml;hren Sie den IPL durch:
IPL 151 CLEAR
1.7.12
S/390, zSeries: Verbindungsaufbau zum
installierten System
Nachdem der IPL des installierten Systems erfolgt ist, bauen Sie eine Verbindung zum installierten System auf, um die Installation abzuschlie&szlig;en.
Das konkrete Vorgehen h&auml;ngt von der urspr&uuml;nglich gew&auml;hlten Verbindungsmethode ab.
Verbindungsaufbau mit VNC
Eine Meldung im 3270-Terminal bittet Sie, sich mittels eines VNC-Clients
mit dem Linux-System verbinden. Diese Meldung kann leicht &uuml;bersehen
werden, da sie zwischen Kernelmeldungen eingeschoben wird oder sich
SUSE LINUX Enterprise Server
37
das Terminal beendet, ehe Sie diese Meldung wahrnehmen konnten. In diesem Fall verbinden Sie sich per VNC-Viewer mit dem Linux-System, falls
f&uuml;r mehr als f&uuml;nf Minuten nichts passieren sollte.
Wenn Sie die Verbindung mittels eines Java-f&auml;higen Browsers aufbauen,
geben Sie eine URL, die die IP-Adresse des Installationssystems und die
passende Portnummer enth&auml;lt ein:
http://&lt;IP Adresse
des Installationssystems&gt;:5801/
Verbindungsaufbau mit X
Stellen Sie sicher, dass der X Server auf demselben System l&auml;uft, das auch
zur Installation verwendet wurde, wenn Sie den IPL des installierten Systems ausf&uuml;hren. Ein YaST Fenster erscheint und die Installation wird beendet.
Verbindungsaufbau mit SSH
Hinweis
S/390, zSeries: Verbindungsaufbau von einem Linux- oder
Unix-System
Starten Sie ssh aus einem xterm. Anderen Terminalemulationen
mangelt es an vollst&auml;ndiger Unterst&uuml;tzung der textbasierten
YaST Oberfl&auml;che.
Hinweis
Eine Meldung im 3270-Terminal bittet Sie, sich mittels eines SSH-Clients
mit dem Linux-System verbinden. Diese Meldung kann leicht &uuml;bersehen
werden, da sie zwischen Kernelmeldungen eingeschoben wird oder sich
das Terminal beendet, ehe Sie diese Meldung wahrnehmen konnten.
F&uuml;hren Sie nun die folgenden Schritte aus, um die Installation abzuschlie&szlig;en:
Verwenden Sie ssh, um sich am Linux-System als root anzumelden. Sollte die Verbindung einen Timeout bekommen oder der Verbindungsaufbau abgelehnt werden, versuchen Sie wenige Minuten
sp&auml;ter erneut.
F&uuml;hren Sie das folgende Kommando aus:
/usr/lib/YaST2/bin/YaST2.sshinstall
(ein blo&szlig;es yast reicht hier nicht aus)
YaST wird nun gestartet und mit der Installation der verbliebenen Pakete
fortfahren und die initiale Systemkonfiguration vornehmen.
38
1.7. Installationsvorschlag
1.8
Installation abschlie&szlig;en
1.8.1
Installation mit YaST
Nachdem das System und Ihre ausgew&auml;hlte Software fertig installiert
sind, m&uuml;ssen Sie noch ein Passwort f&uuml;r den Systemadministrator (Benutzer root) festlegen. Anschlie&szlig;end bekommen Sie Gelegenheit, gleich im
Rahmen der Installation einen Internet-Zugang und eine Netzwerkverbindung zu konfigurieren. Auf diese Weise ist es m&ouml;glich, schon w&auml;hrend der
Installation Software-Updates f&uuml;r SUSE LINUX anzuwenden und ggf. Namensdienste f&uuml;r die zentrale Verwaltung der Benutzer in einem Netzwerk
einzurichten. Zum Abschluss k&ouml;nnen Sie im neu installierten System Ihre
angeschlossene Hardware konfigurieren.
1
Root-Passwort
Abbildung 1.17: Passwort f&uuml;r den Benutzer root angeben
Root ist der Name f&uuml;r den Superuser oder Administrator des Systems;
root darf all das, was der normale Nutzer nicht darf. Er kann das System ver&auml;ndern, neue Programme installieren oder neue Hardware ein-
SUSE LINUX Enterprise Server
39
richten. Wenn ein Benutzer sein Passwort vergessen hat oder Programme
nicht mehr laufen, hat root die M&ouml;glichkeit, zu helfen. Im Allgemeinen
sollte man nur f&uuml;r administrative Aufgaben, Wartungs- und Reparaturarbeiten als root angemeldet sein. F&uuml;r den Alltagsbetrieb ist dies riskant,
da root zum Beispiel versehentlich System-Dateien unwiederbringlich
l&ouml;schen kann.
Bei der Passwortvergabe f&uuml;r root muss das Passwort zur &Uuml;berpr&uuml;fung
zweimal eingegeben werden (Abb. 1.17 auf der vorherigen Seite). Merken
Sie sich das Passwort f&uuml;r den Benutzer root besonders gut. Es kann zu
einem sp&auml;teren Zeitpunkt nicht mehr eingesehen werden.
1.8.2
Netzwerkkonfiguration
Hinweis
S/390, zSeries: Netzwerkkonfiguration
IBM S/390 und zSeries ben&ouml;tigen bereits zur Installation eine
korrekt konfigurierte Netzwerkverbindung, um den Kontakt
zwischen Installationssystem, Installationsquelle und dem YaST
Terminal zur Steuerung des Prozesses aufzubauen. Das Vorgehen
hierzu wird im Kapitel Netzwerkkonfiguration im Architekturspezifika Handbuch beschrieben. IBM S/390 und zSeries unterst&uuml;tzen
ausschlie&szlig;lich die dort genannten Typen von Netzwerkschnittstellen (OSA Token Ring, OSA Ethernet, OSA Gigabit Ethernet,
OSA Express Fast Ethernet, Escon, IUCV, OSA Express HighSpeed Token Ring). Im YaST Dialog wird die bereits konfigurierte
Schnittstelle angezeigt, deren Einstellungen &uuml;bernommen werden k&ouml;nnen.
Hinweis
Im n&auml;chsten Schritt konfigurieren Sie die Netzwerkverbindung Ihres Systems. Wenn Ihr System &uuml;ber derartige Hardware verf&uuml;gt, sollten Sie gleich
hier von dieser M&ouml;glichkeit Gebrauch machen. Im weiteren Verlauf kann
YaST dann ggf. Updates f&uuml;r SUSE LINUX aus dem Internet laden, die bei
der Installation ber&uuml;cksichtigt werden.
Falls Sie Ihre Netzwerk-Hardware hier konfigurieren wollen, schlagen Sie
bitte die entsprechenden Abschnitte im Kapitel 2.5 auf Seite 98 nach. Falls
nicht, w&auml;hlen Sie den Punkt ‘Netzwerk-Einrichtung &uuml;berspringen’ und klicken auf ‘Weiter’. Sie k&ouml;nnen die Netzwerk-Hardware dann sp&auml;ter im installierten System konfigurieren.
40
1.8. Installation abschlie&szlig;en
1
Installation mit YaST
Abbildung 1.18: Konfiguration der Netzwerkger&auml;te
1.8.3
Internet-Verbindung testen
Falls Sie eine Internet-Anbindung eingerichtet haben, k&ouml;nnen Sie diese
hier gleich testen. Dazu stellt YaST eine Verbindung zum SUSE-Server her
und pr&uuml;ft bei dieser Gelegenheit auch, ob Produkt-Updates f&uuml;r SUSE LINUX verf&uuml;gbar sind. Sollte das der Fall sein, k&ouml;nnen Sie diese Updates im
n&auml;chsten Schritt schon anwenden. Au&szlig;erdem werden die neuesten ReleaseNotes vom SUSE-Server abgeholt. Am Ende der Installation werden diese
Release-Notes dann am Bildschirm angezeigt.
Wenn Sie den Test der Internet-Verbindung hier nicht durchf&uuml;hren m&ouml;chten, w&auml;hlen Sie bitte ‘Test &uuml;berspringen’ und klicken dann auf ‘Weiter’. Die
Suche nach Produkt-Updates und das Laden der neuesten Release-Notes
unterbleibt dann allerdings auch.
SUSE LINUX Enterprise Server
41
Abbildung 1.19: Internet-Verbindung testen
1.8.4
Software-Updates laden
Falls YaST im vorigen Schritt erfolgreich eine Internet-Verbindung herstellen konnte, wird Ihnen nun ggf. angeboten, ein YaST-Online-Update durchzuf&uuml;hren. Sollten auf dem SUSE-Server Patches vorliegen, die erkannte
Fehler oder Sicherheitsprobleme beheben, k&ouml;nnen Sie diese hier anwenden.
Wenn Sie ein Software-Update sofort durchf&uuml;hren wollen, w&auml;hlen Sie bitte
‘Update jetzt durchf&uuml;hren’ und klicken Sie auf ‘OK’. Sie gelangen dann in
den Dialog des YaST-Online-Update und k&ouml;nnen dort die verf&uuml;gbaren Patches sichten, ausw&auml;hlen und ggf. anwenden. Lesen Sie bitte in diesem Fall
den Abschnitt 2.3.2 auf Seite 54. Sie k&ouml;nnen das Update aber nat&uuml;rlich auch
jederzeit sp&auml;ter im installierten System durchf&uuml;hren. W&auml;hlen Sie hierzu bitte ‘Update &uuml;berspringen’ und klicken Sie auf ‘OK’.
42
1.8. Installation abschlie&szlig;en
1.8.5
1
Netzwerkdienste
Installation mit YaST
Nach Test der Internet-Verbindung und dem Einspielen ersten Updates
gelangen Sie in einen Dialog zur Aktivierung und Konfiguration zweier
wichtiger Netzwerkdienste (siehe Abb. 1.20:
Abbildung 1.20: Vorschlag: Netzwerkdienste
CA-Management Eine CA (Certificate Authority) dient dazu, sicherzustellen, dass alle miteinander kommunizierenden Netzwerkdienste
einander vertrauen k&ouml;nnen. Entscheiden Sie sich gegen die Einrichtung einer CA, muss die Absicherung der Serverkommunikation separat f&uuml;r jeden Dienst einzeln mit SSL/TLS erfolgen. Standardm&auml;&szlig;ig
wird w&auml;hrend der Installation eine CA eingerichtet und aktiviert. Details zur Einrichtung einer CA mit YaST und Hintergrundinformationen zu dieser Thematik finden Sie in 26.1 auf Seite 680.
LDAP-Server Der LDAP-Server kann auf Ihrem System zur zentralen
Verwaltung verschiedener Konfiugarationsdateien eingesetzt werden. Typischerweise verwaltet ein LDAP-Server Benutzerinformationen, er kann unter SUSE LINUX Enterprise Server aber auch zur
Verwaltung von Mail, DHCP und DNS-Informationen eingesetzt werden. Standardm&auml;&szlig;ig wird w&auml;hrend der Installation ein LDAP-Server
SUSE LINUX Enterprise Server
43
eingerichtet. Entscheiden Sie sich gegen den Einsatz eines LDAPServers, wird das YaST Mailserver Modul nicht funktionieren, da es
von LDAP-Funktionalit&auml;ten abh&auml;ngig ist. In diesem Fall konfigurieren Sie den Mailverkehr auf Ihrem System &uuml;ber das Modul ‘Mail
Transfer Agent’. Mehr Details zu LDAP und zur Konfiguration mit
YaST lesen Sie in Abschnitt 21.8 auf Seite 521 nach.
Wie auch die Konfiguration des Netzwerks kann auch dieser Konfigurationsvorschlag w&auml;hrend des Installationsvorgans &uuml;bersprungen werden und
die betroffenen Dienste sp&auml;ter im installierten System mit YaST konfiguriert und gestartet werden.
1.8.6
Benutzer-Authentifizierung
Wenn im Rahmen der Installation bereits ein funktionierender Netzwerkzugang konfiguriert wurde, haben Sie zwei M&ouml;glichkeiten, die Benutzer
des neu installierten Systems zu verwalten.
NIS Die Benutzerdaten werden auf einem zentralen NIS-Server bereitgehalten.
Benutzerverwaltung LDAP Die Benutzerdaten werden auf einem zentralen LDAP-Server verwaltet.
Lokal (/etc/passwd) Diese Art der Konfiguration wird gew&auml;hlt, wenn das
System keinen Netzanschluss hat sich kein Benutzer von extern auf
dem System einloggen soll. Die Benutzerverwaltung geschieht ausschlie&szlig;lich &uuml;ber die lokale Datei /etc/passwd.
Falls alle Voraussetzungen erf&uuml;llt sind, &ouml;ffnet YaST einen Dialog zur Auswahl der geeigneten Methode (Abb. 1.21 auf der n&auml;chsten Seite). Wenn keine Netzwerkverbindung besteht, k&ouml;nnen Sie in jedem Fall lokale Benutzer
anlegen.
1.8.7
Konfiguration als NIS-Client
Haben Sie sich entschieden, die Benutzerverwaltung &uuml;ber NIS abzuwickeln, m&uuml;ssen Sie im n&auml;chsten Schritt einen NIS-Client konfigurieren. An
dieser Stelle wird lediglich die Konfiguration der Clientseite beschrieben,
Informationen zur Konfiguration eines NIS-Servers mit YaST finden Sie in
Abschnitt 21.9 auf Seite 553.
44
1.8. Installation abschlie&szlig;en
1
Installation mit YaST
Abbildung 1.21: Benutzer-Authentifizierung
Im Dialog (Abb. 1.22 auf der n&auml;chsten Seite) geben Sie zun&auml;chst an, ob der
NIS-Client eine statische IP-Adresse hat oder ob er diese &uuml;ber DHCP erhalten soll. In letzterem Fall k&ouml;nnen Sie keine NIS-Domain oder IP-Adresse
des Servers angeben, da diese Daten ebenfalls &uuml;ber DHCP zugewiesen
werden. Weitere Informationen zu DHCP finden Sie im Abschnitt 21.11 auf
Seite 563. Falls der Client &uuml;ber eine statische IP-Adresse verf&uuml;gt, m&uuml;ssen
NIS-Domain und -Server manuell eingegeben werden.
Mit der Broadcast-Checkbox erm&ouml;glichen Sie die Suche nach einem NISServer im Netzwerk f&uuml;r den Fall, dass der angegebene Server nicht antwortet. Sie haben auch die M&ouml;glichkeit, mehrere Domains mit einer DefaultDomain anzugeben. F&uuml;r die einzelnen Domains wiederum k&ouml;nnen Sie mit
‘Hinzuf&uuml;gen’ mehrere Server einschlie&szlig;lich Broadcast-Funktion angeben.
In den Experten-Einstellungen k&ouml;nnen Sie mit der Option ‘Nur lokalem
Host antworten’ verhindern, dass ein anderer Rechner im Netz abfragen
kann, welchen Server Ihr Client benutzt. Wenn Sie ‘Fehlerhafter Server’
aktivieren, werden auch Antworten von einem Server auf einem unprivilegierten Port akzeptiert. Details dazu finden Sie in der Manual-Page von
ypbind.
SUSE LINUX Enterprise Server
45
Abbildung 1.22: NIS-Client-Konfiguration
1.8.8
Lokale Benutzer anlegen
Falls Sie keine Namensdienst-basierte Benutzerauthentifizierung einrichten, bekommen Sie Gelegenheit, lokale Benutzer anzulegen. Die Daten dieser Benutzer (Name, Login, Passwort usw.) werden lokal auf dem installierten System abgelegt und verwaltet.
Linux erm&ouml;glicht mehreren Benutzern gleichzeitig das Arbeiten am System. F&uuml;r jeden Benutzer muss ein Benutzerkonto angelegt werden, mit dem
er sich am System anmeldet. Das Einrichten von Benutzerkonten bietet eine
hervorragende Betriebssicherheit. So ist es zum Beispiel normalen Benutzern nicht m&ouml;glich, wichtige Systemdateien absichtlich oder versehentlich
zu ver&auml;ndern oder zu zerst&ouml;ren. Die eigenen Daten eines Benutzers sind
vor dem Zugriff anderer Benutzer gesch&uuml;tzt und k&ouml;nnen von diesen nicht
eingesehen oder ver&auml;ndert werden. Jeder Benutzer kann au&szlig;erdem seine
eigene Arbeitsumgebung einrichten, die er bei jeder neuen Anmeldung am
Linux-System unver&auml;ndert wieder vorfindet.
Sie legen ein solches Benutzerkonto mit dem unter Abb. 1.23 auf der n&auml;chs-
46
1.8. Installation abschlie&szlig;en
1
Installation mit YaST
Abbildung 1.23: Benutzernamen und Passwort angeben
ten Seite dargestellten Dialog an. Geben Sie Ihren Vor- und Nachnamen
ein. Des Weiteren m&uuml;ssen Sie einen Benutzernamen (Loginnamen) w&auml;hlen. Falls Ihnen kein geeigneter Benutzername einf&auml;llt, k&ouml;nnen Sie sich &uuml;ber
den Button ‘Vorschlagen’ einen Loginnamen automatisch erstellen lassen.
Schlie&szlig;lich ist f&uuml;r den Benutzer noch ein Passwort einzugeben, das zur Vermeidung von Tippfehlern wiederholt werden muss.
Ein Passwort sollte f&uuml;r einen wirkungsvollen Schutz zwischen 5 und 8 Zeichen lang sein. Die maximale L&auml;nge eines Passwortes sind 128 Zeichen.
Wenn keine speziellen Module geladen sind, werden aber nur die ersten
8 Zeichen zur Passwortunterscheidung genutzt. Gro&szlig;- und Kleinschreibung wird bei der Passwortvergabe ber&uuml;cksichtigt. Umlaute sind nicht erlaubt, Sonderzeichen und die Ziffern 0-9 d&uuml;rfen verwendet werden.
Beim lokalen Benutzer gibt es noch zwei Optionen, die wahlweise aktiviert
werden k&ouml;nnen.
‘Systemmail empfangen’ Wenn Sie diese Checkbox ankreuzen, erhalten
Sie Meldungen der Systemdienste. Nomalerweise werden diese nur
SUSE LINUX Enterprise Server
47
an den Administrator root gesendet. Weil Sie jedoch nur in Ausnahmef&auml;llen als root angemeldet sein sollten, macht dies vor allem bei
jenem Benutzer Sinn, der haupts&auml;chlich mit dem System arbeitet.
‘Automatische Anmeldung’ Diese Option ist nur verf&uuml;gbar, wenn Sie
KDE als Desktop verwenden. Sie bewirkt, dass der aktuelle Benutzer
nach dem Systemstart automatisch angemeldet wird. Dies ist haupts&auml;chlich dann sinnvoll, wenn der Computer nur von einer einzigen
Person genutzt wird. ‘Automatische Anmeldung’ muss explizit aktiviert werden.
Achtung
Automatische Anmeldung
Bei der automatischen Anmeldung findet nach dem Systemstart
keine Authentifizierung statt. Verwenden Sie diese Option nicht
f&uuml;r Computer, die vertrauliche Daten enthalten und f&uuml;r andere
Personen zug&auml;nglich sind.
Achtung
1.8.9
Release-Notes lesen
Nach der Konfiguration der Benutzer-Authentifizierung werden die
Release-Notes angezeigt. Sie sollten sich in jedem Fall die Zeit nehmen, die
Release-Notes zu lesen, denn sie enthalten aktuelle Informationen, die zum
Zeitpunkt der Drucklegung der Handb&uuml;cher noch nicht verf&uuml;gbar waren.
Wenn Sie einen Internet-Zugang eingerichtet und diesen mit dem SUSEServer getestet haben, wurde dabei ggf. die neueste Version von SUSE geholt, und die Informationen sind auf dem allerneuesten Stand.
1.9
Hardware-Konfiguration
Zum Abschluss der Installation pr&auml;sentiert YaST noch einen Dialog, in dem
Sie die die M&ouml;glichkeit haben, die Grafikkarte sowie verschiedene am System angeschlossene Hardware-Komponenten einzurichten. Durch Klicken
auf die einzelnen Komponenten k&ouml;nnen Sie die Hardware-Konfiguration
starten. YaST erkennt und konfiguriert die Hardware dann weitgehend automatisch.
48
1.9. Hardware-Konfiguration
1
Installation mit YaST
Abbildung 1.24: Konfiguration der Systemkomponenten
Hinweis
S/390, zSeries: Hardware-Konfiguration
Auf IBM S/390 und zSeries existiert kein Display, das von XFree
unterst&uuml;tzt wird. Der Men&uuml;punkt ‘Grafikkarten’ entf&auml;llt auf
diesem System.
Hinweis
Die Konfiguration externer Ger&auml;te k&ouml;nnen Sie auch sp&auml;ter im installierten System vornehmen, wir empfehlen jedoch, zumindest die Grafikkarte
auf die von Ihnen gew&uuml;nschten Werte einzustellen. Der von YaST ermittelte Standardvorschlag ist zwar in den meisten Fallen zufriedenstellend,
jedoch sind gerade bei der Bildschirmdarstellung (Aufl&ouml;sung, Farbtiefe) die
Vorlieben von Anwender zu Anwender sehr unterschiedlich. Wenn Sie die
Einstellungen &auml;ndern wollen, w&auml;hlen Sie bitte den Punkt ‘Grafikkarten’.
Die Bedienung dieses Dialogs ist im Abschnitt 2.4.5 auf Seite 81 beschrieben.
Nachdem YaST die Konfigurationsdaten geschrieben hat, k&ouml;nnen Sie im
Abschluss-Dialog mit ‘Beenden’ die Installation von SUSE LINUX endg&uuml;ltig abschlie&szlig;en.
SUSE LINUX Enterprise Server
49
1.10
Grafisches Login
Hinweis
S/390, zSeries: Grafisches Login
Auf IBM S/390 und zSeries existiert kein grafisches Login.
Hinweis
SUSE LINUX ist nun installiert. Wenn Sie bei lokaler Benutzerverwaltung
die automatische Anmeldung aktiviert haben, k&ouml;nnen Sie ohne LoginProzedur gleich loslegen. Andernfalls erscheint auf Ihrem Monitor das grafische Login, das Sie in Abb. 1.25 sehen k&ouml;nnen. Geben Sie bitte den vorher
festgelegten Benutzernamen und das dazu geh&ouml;rige Passwort ein, um sich
am System anzumelden.
Abbildung 1.25: Einloggen in das System
50
1.10. Grafisches Login
2
Im SUSE LINUX Enterprise Server &uuml;bernimmt YaST neben der Installation Ihres Systems auch dessen Konfiguration. Dieses Kapitel behandelt
die Konfiguration des wesentlichen Systemkomponenten wie Hardware,
Netzwerkzugang, Sicherheitseinstellungen und Benutzerverwaltung. Ausserdem finden Sie am Ende des Kapitels eine Kurzeinf&uuml;hrung in die Benutzung des textbasierten YaST.
2.1
2.2
2.3
2.4
2.5
2.6
2.7
2.8
2.9
2.10
Der Start von YaST . . . . . . .
Das YaST-Kontrollzentrum . .
Software . . . . . . . . . . . . .
Hardware . . . . . . . . . . . .
Netzwerkger&auml;te . . . . . . . .
Netzwerk-Dienste . . . . . . .
Sicherheit und Benutzer . . . .
System . . . . . . . . . . . . . .
Sonstiges . . . . . . . . . . . .
YaST im Textmodus (ncurses)
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
52
53
53
73
98
98
103
109
117
119
YaST – Konfigurationen
YaST – Konfigurationen
2.1
Der Start von YaST
Die Systemkonfiguration mit YaST erfolgt mittels verschiedener YaSTModule, die jeweils einem bestimmten Zweck dienen. Je nach verwendeter Hardwareplattform und installiertem Softwareumfang haben Sie &uuml;ber
unterschiedliche Zugangsm&ouml;glichkeiten zu YaST im installierten System.
2.1.1
Start &uuml;ber eine grafische Oberfl&auml;che
Setzen Sie eine der beiden grafischen Benutzeroberfl&auml;chen KDE oder GNOME ein, starten Sie das YaST Kontrollzentrum &uuml;ber das SUSE Men&uuml; (‘SUSE
(Men&uuml;)’ ➝ ‘System’ ➝ ‘YaST’ ). KDE integriert die einzelnen YaST Konfigurationsmodule zus&auml;tzlich in das KDE-Kontrollzentrum.
Bevor YaST startet, wird das Root-Passwort abgefragt, da YaST die Rechte
des Systemadministrators ben&ouml;tigt, um die Systemdateien zu &auml;ndern.
Sowohl KDE als auch GNOME unterst&uuml;tzen den Start von YaST
&uuml;ber die Tastenkombination Alt , gefolgt von der Eingabe von
F2 kdesu /sbin/yast2 f&uuml;r KDE oder gnomesu /sbin/yast2 f&uuml;r GNOME ins Eingabefeld des Befehlsfensters. In beiden F&auml;llen wird anschlie&szlig;end
das Root-Passwort abgefragt, bevor YaST startet.
Von der Kommandozeile aus starten Sie YaST &uuml;ber die Befehlsfolge sux
(Wechsel zum Benutzer root) und yast2. M&ouml;chten Sie die Textversion
von YaST starten, geben Sie yastanstelle von yast2 ein,
2.1.2
Start &uuml;ber ein entferntes Terminal
Diese Methode eignet sich f&uuml;r alle Hardwareplattformen, die kein eigenes
Display unterst&uuml;tzen, wie z.B. IBM S/390 und zSeries. Sie kann allerdings
auch zur Fernwartung von Systemen von einem anderen Rechner aus eingesetzt werden.
1. &Ouml;ffnen Sie lokal eine Konsole.
2. Geben Sie am Prompt den folgenden Befehl ein, um sich als Benutzer root am entfernten System anzumelden und die Ausgabe des
X-Servers auf Ihr Terminal umzuleiten:
ssh -X root@&lt;Name des Systems&gt;
52
2.1. Der Start von YaST
2.2 Das YaST-Kontrollzentrum
Wenn Sie YaST im grafischen Modus starten, erscheint zun&auml;chst das YaST
Kontrollzentrum (Abb. 2.1 auf der n&auml;chsten Seite). Im linken Bereich finden
Sie die Einteilung ‘Software’, ‘Hardware’, ‘Netzwerkger&auml;te’, ‘Netzwerkdienste’, ‘Sicherheit &amp; Benutzer’, ‘System’ und ‘Sonstiges’. Wenn Sie auf eines der Icons klicken, werden rechts die entsprechenden Inhalte aufgelistet.
Wenn Sie z. B. ‘Hardware’ anw&auml;hlen und dann rechts auf ‘Sound’ klicken,
&ouml;ffnet sich ein Fenster, in dem Sie die Soundkarte konfigurieren k&ouml;nnen.
Die Konfiguration der einzelnen Punkte erfolgt dabei meist in mehreren
Schritten, die Sie jeweils mit ‘Weiter’ absolvieren k&ouml;nnen.
2
YaST – Konfigurationen
3. Sobald das ssh-Login erfolgt ist, geben Sie an Prompt des entfernten Systems yast2, um den grafischen Modus von YaST zu starten
und auf das lokale Terminal auszugeben. Um YaST im Textmodus zu
starten, verwenden Sie ssh ohne die Option -X und starten YaST mit
dem Kommando yast.
Im linken Bildschirmteil wird ein Hilfetext zum jeweiligen Thema angezeigt, der die n&ouml;tigen Eingaben erkl&auml;rt. Wenn die erforderlichen Angaben
gemacht sind, schlie&szlig;en Sie im jeweils letzten Konfigurationsdialog den
Vorgang mit ‘Beenden’ ab. Die Konfiguration wird dann gespeichert.
2.3 Software
2.3.1
Installationsquelle wechseln
Die Installationsquelle ist das Medium, auf dem die zu installierende Software zur Verf&uuml;gung steht. YaST kann eine ganze Reihe solcher Quellen verwalten und erlaubt deren gezielte Auswahl f&uuml;r Installation oder Update.
Hier k&ouml;nnen Sie zum Beispiel das SUSE Software Development Kit als Installationsquelle angeben.
Nach dem Start des Moduls wird eine Liste angezeigt, die alle bisher registrierten Quellen enth&auml;lt. Nach einer normalen CD-Installation ist dort
&uuml;blicherweise nur die Installations-CD gelistet. Mit ‘Hinzuf&uuml;gen’ k&ouml;nnen
Sie aber weitere Quellen in diese Liste aufnehmen, wobei nicht nur Wechselmedien wie CDs m&ouml;glich sind, sondern auch Netzwerk-Verbindungen
wie NFS und FTP. Sogar Verzeichnisse auf der lokalen Festplatte k&ouml;nnen
SUSE LINUX Enterprise Server
53
Abbildung 2.1: Das YaST-Kontrollzentrum
als Installationsmedium verwendet werden (Lesen Sie bitte den ausf&uuml;hrlichen YaST-Hilfetext).
YaST kann bei der Installation oder bei einem Update mehrere Installationsquellen ber&uuml;cksichtigen. Deshalb haben alle hier registrierten Quellen
einen Aktivierungszustand, der in der ersten Spalte der Liste angegeben
ist. Mit ‘Aktivieren oder Deaktivieren’ k&ouml;nnen Sie einzelne Quellen einoder ausschalten. Bei der Installation von Software-Paketen oder bei einem
Update sucht YaST dann aus allen aktivierten Installationsquellen die Passende aus.
Wenn Sie das Modul mit ‘Schlie&szlig;en’ verlassen, werden die aktuellen Einstellungen gespeichert und gelten dann f&uuml;r die Konfigurationsmodule
‘Software installieren oder l&ouml;schen’ und ‘System-Update’.
54
2.3. Software
2
YaST – Konfigurationen
Abbildung 2.2: Installationsquelle wechseln
2.3.2
YaST-Online-Update
Das YaST-Online-Update (YOU) erm&ouml;glicht die Installation von wichtigen
Updates und Verbesserungen. Auf dem SUSE Maintenance Web liegen die
aktuellen Patches f&uuml;r Ihr SUSE Produkt zum Herunterladen bereit.
&Uuml;ber das Auswahlfeld ‘Installationsquelle’ k&ouml;nnen Sie zwischen verschiedenen Servern w&auml;hlen. Wenn Sie dort einen Server ausw&auml;hlen, wird
die zugeh&ouml;rige URL in das Eingabefeld darunter kopiert und kann dort
noch editiert werden. Sie k&ouml;nnen hier auch lokale URLs im Stil von „file:/mein/pfad“ (oder auch nur /mein/pfad) angeben. Die bereits vorhandene Liste kann mit ‘Neuer Server’ um zus&auml;tzliche Server erweitert
werden. Mit ‘Server editieren’ lassen sich die Einstellungen des aktuell gew&auml;hlten Servers &auml;ndern.
SUSE LINUX Enterprise Server
55
Hinweis
Lokaler Updateserver vorhanden
Haben Sie innerhalb Ihres lokalen Netzes mit dem ‘YOUServer’ Modul einen eigenen YOU-Server eingerichtet (siehe
Abschnitt 4.2 auf Seite 170), k&ouml;nnen Sie die YOU-Clients im
Netz so konfigurieren, dass diese, statt einen Server im Internet anzufragen, Ihren lokalen Server nach Updates anfragen.
Die Konfiguration der Clients lesen Sie in Abschnitt 4.2.2 auf
Seite 172 nach.
Hinweis
Die Option ‘Manuelle Auswahl von Patches’ ist beim Start des Moduls aktiviert, damit Sie f&uuml;r jeden einzelnen Patch bestimmen k&ouml;nnen, ob er geladen werden soll oder nicht. Wollen Sie unbesehen alle verf&uuml;gbaren UpdatePakete anwenden, dann deaktivieren Sie bitte diese Option. Dies kann aber
je nach Bandbreite der Verbindung und der zu &uuml;bertragenden Datenmenge
zu langen Ladezeiten f&uuml;hren.
Wenn Sie die Checkbox ‘Alle Patches vom Server neu laden’ aktivieren,
werden alle verf&uuml;gbaren Patches, installierbare Pakete und Beschreibungen
vom Server geholt. Ist diese Box nicht aktiviert (Standard), erhalten Sie nur
jene Patches, die noch nicht auf Ihrem System installiert sind.
Zus&auml;tzlich gibt es eine M&ouml;glichkeit, Ihr System automatisch immer auf dem
neuesten Stand zu halten. Mit ‘Vollautomatisches Update konfigurieren’
kann ein Prozess eingerichtet werden, der regelm&auml;&szlig;ig selbstst&auml;ndig nach
neuen Updates sucht und diese ggf. anwendet. Dieser Vorgang l&auml;uft dann
vollautomatisch ab, ohne dass Sie irgend etwas daf&uuml;r tun m&uuml;ssen. Damit
dies funktionieren kann, muss nat&uuml;rlich zum gegebenen Zeitpunkt eine
Verbindung zum Update-Server hergestellt werden k&ouml;nnen (z. B. InternetVerbindung).
Beim manuellen Update (Voreinstellung) wird nach einem Klick auf ‘Weiter’ eine Liste aller verf&uuml;gbaren Patches geladen und anschlie&szlig;end der
Paket-Manager (s. Abschnitt 2.3.4 auf Seite 59) gestartet. Dort ist dann automatisch der Filter f&uuml;r YOU-Patches aktiviert, und Sie k&ouml;nnen ausw&auml;hlen,
welche Updates installiert werden sollen. Einige der verf&uuml;gbaren Patches
sind i.d.R. beim Start schon angew&auml;hlt, weil deren Anwendung i.A. sinnvoll ist. Diesen Vorschlag sollten Sie normalerweise &uuml;bernehmen.
Wenn Sie Ihre Auswahl getroffen haben, klicken Sie im Paket-Manager auf
‘Akzeptieren’. Es werden dann alle gew&auml;hlten Updates vom Server heruntergeladen und anschlie&szlig;end auf Ihrem Rechner installiert. Beides kann
je nach Verbindungsqualit&auml;t und Rechenleistung eine Weile dauern. Falls
56
2.3. Software
W&auml;hrend die Updates geladen und installiert werden, k&ouml;nnen Sie im Protokollfenster alle Aktionen verfolgen. Nach der erfolgreichen Installation
aller Patches verlassen Sie mit ‘Beenden’ den YOU-Dialog. Falls Sie die geladenen Update-Dateien nach der Installation nicht noch anderweitig verwenden wollen, sollten Sie mit ‘Quellpakete nach dem Update entfernen’
die L&ouml;schung dieser Dateien veranlassen. Abschlie&szlig;end wird noch das Programm SuSEconfig ausgef&uuml;hrt, um die Konfiguration Ihres Systems den
neuen Gegebenheiten anzupassen.
2
YaST – Konfigurationen
dabei Fehler auftreten, werden diese in einem Fenster angezeigt und Sie
k&ouml;nnen das entsprechende Paket ggf. &uuml;berspringen. Manche Patches &ouml;ffnen
vor der Installation noch ein Fenster zur Darstellung von Detailinformationen. Sie haben dann meist die Wahl, ob Sie das Paket wirklich installieren
oder &uuml;berspringen wollen.
Abbildung 2.3: YaST: Online-Update
Zus&auml;tzlich zur &uuml;blichen Bedienung &uuml;ber die YaST-Oberfl&auml;che k&ouml;nnen Experten das YaST Online Update auch von der Kommandozeile eines Konsolfensters aufrufen. In diesem Fall werden die gew&uuml;nschten Aktionen
durch Kommandozeilen-Parameter wie folgt angegeben: online_update
[Kommandozeilenparameter]. Die m&ouml;glichen Parameter werden in der
SUSE LINUX Enterprise Server
57
nachfolgenden Liste zusammen mit ihrer Bedeutung dargestellt.
-u URL Basis-URL des Verzeichnisbaumes, aus dem die Patches geladen
werden sollen.
-g
Patches nur herunterladen, jedoch nicht installieren.
-i
Bereits geladene Patches installieren, jedoch nichts herunterladen.
-k
Pr&uuml;fen, ob neue Patches vorhanden sind.
-c
Aktuelle Konfiguration anzeigen, sonst nichts weiter tun.
-p Produkt Produkt, f&uuml;r das Patches geholt werden sollen.
-v Version Produktversion, f&uuml;r die Patches geholt werden sollen.
-a Architektur Basisarchitektur des Produktes, f&uuml;r das Patches geholt
werden sollen.
-d
„Trockenlauf“ (dry run). Patches holen und Installation simulieren.
(System bleibt unver&auml;ndert, f&uuml;r Testzwecke).
-n
Keine Signaturpr&uuml;fung der heruntergeladenen Dateien.
-s
Liste der verf&uuml;gbaren Patches anzeigen.
-V
Verbose-Modus. Gibt Ablaufmeldungen aus.
-D
Debug-Modus f&uuml;r Experten und zur Fehlersuche.
2.3.3
Patch-CD-Update
Im Gegensatz zum Online-Update werden hier die Patches nicht vom FTPServer geholt, sondern von CD eingespielt. Der Vorteil ist, dass das Update
mit der CD viel schneller geht. Wenn die Patch-CD eingelegt ist, werden im
Dialog dieses YaST-Moduls alle Patches, die sich auf der CD befinden, eingelesen und angezeigt. Aus der Patch-Liste k&ouml;nnen Sie ausw&auml;hlen, welche
Pakete installiert werden sollen. Falls Sie vergessen haben sollten, die CD
in das Laufwerk zu legen, erscheint eine entsprechende Meldung. Legen
Sie dann die CD ein und starten Sie das Patch-CD-Update neu.
58
2.3. Software
2.3.4
Software installieren oder l&ouml;schen
SUSE LINUX Enterprise Server
YaST – Konfigurationen
Mit diesem Modul k&ouml;nnen Sie Software auf Ihrem Rechner installieren,
deinstallieren und aktualisieren. Unter Linux ist Software in Form von Paketen verf&uuml;gbar. Ein Paket enth&auml;lt normalerweise alles, was zu einem bestimmten Programm (zum Beispiel ein Editor, ein Compiler usw.) geh&ouml;rt.
Dies umfasst i. d. R. das Programm selbst, zugeh&ouml;rige Konfigurationsdateien und eine entsprechende Dokumentation. Weil unter Linux die Quelldateien eines Programmes &uuml;blicherweise auch verf&uuml;gbar sind, gibt es meist
ein zugeh&ouml;riges Paket mit diesen Programmquellen. Die Quellen werden
zum Betrieb eines Programmes zwar nicht ben&ouml;tigt, jedoch kann deren Installation sinnvoll sein, wenn man aus bestimmten Gr&uuml;nden eine individuelle, angepasste Version des Programmes erzeugen m&ouml;chte.
Einige Pakete haben eine funktionale Abh&auml;ngigkeit zu anderen Paketen.
Dies bedeutet, dass die Software eines Paketes nur dann zufriedenstellend
funktionieren kann, wenn gleichzeitig auch ein anderes Paket installiert
ist (Paket-Abh&auml;ngigkeit). Dar&uuml;ber hinaus m&uuml;ssen bei manchen Paketen
schon f&uuml;r die Installation (also nicht erst zum Betrieb) gewisse andere Pakete installiert sein, zum Beispiel weil die Installationsroutine Gebrauch von
bestimmten Tools machen m&ouml;chte. Wenn solche Pakete installiert werden
sollen, muss daher auch noch eine gegebene Reihenfolge beachtet werden.
Weiterhin gibt es f&uuml;r manchen Zweck auch mehrere Pakete, die Gleiches
oder &Auml;hnliches leisten. Wenn solche Pakete dieselbe Systemressource verwenden, d&uuml;rfen sie nat&uuml;rlich nicht gleichzeitig installiert werden (PaketKonflikt). Abh&auml;ngigkeiten und Konflikte k&ouml;nnen dabei nicht nur zwischen
zwei Paketen existieren, sondern lange Ketten bilden, die in pathologischen
F&auml;llen recht un&uuml;berschaubar sind. Erschwerend kommt hinzu, dass oft
auch die jeweilige Version der Pakete f&uuml;r eine reibungslose Zusammenarbeit entscheidend ist.
All diese Bedingungen m&uuml;ssen beim Installieren, Deinstallieren und Aktualisieren von Software ber&uuml;cksichtigt werden. YaST enth&auml;lt ein eigenes
Software-Installationsmodul; im Folgenden Paket-Manager genannt. Der
Paket-Manager verschafft sich beim Start ein aktuelles Bild vom System
und kennt daher die bereits installierten Pakete und zeigt sie an. Wenn Sie
nun aus der angebotenen Paketvielfalt weitere Pakete zur Installation ausw&auml;hlen, verfolgt der Paket-Manager automatisch (oder auf Anfrage) die
o. g. Abh&auml;ngigkeiten und selektiert ggf. ebenso automatisch weitere Pakete dazu (Aufl&ouml;sung von Abh&auml;ngigkeiten). Auch wenn Sie versehentlich
konkurrierende Pakete ausw&auml;hlen, weist Sie der Paket-Manager auf diesen Umstand hin, und bietet gleichzeitig Vorschl&auml;ge an, um das Problem zu
l&ouml;sen (Aufl&ouml;sung von Konflikten). Wenn Sie versehentlich ein Paket zum
L&ouml;schen ausw&auml;hlen, das von anderen bereits installierten Paketen ben&ouml;tigt
2
59
wird, erhalten Sie auch hier einen entsprechenden Hinweis mit Detailinformationen und L&ouml;sungsvorschl&auml;gen.
&Uuml;ber diese rein technischen Aspekte hinaus bietet der Paket-Manager eine &uuml;bersichtliche Darstellung der Paketf&uuml;lle in SUSE LINUX. Erreicht wird
dies durch thematische Gruppierung der Pakete und eine sinnvoll reduzierte Darstellung dieser Gruppen mittels geeigneter Filter.
Der Paket-Manager
Wenn Sie mit dem Paket-Manager den Software-Bestand auf Ihrem System &auml;ndern wollen, w&auml;hlen Sie bitte im YaST-Kontrollzentrum ‘Software
installieren oder l&ouml;schen’. Es erscheint dann das Dialogfenster des PaketManagers (vgl. Abb. 2.4).
Abbildung 2.4: YaST: Der Paket-Manager
Das Fenster ist in verschiedene thematische Bereiche (Teilfenster) aufgeteilt. Die Gr&ouml;&szlig;en dieser Bereiche sind beim Start nach Erfahrungswerten
sinnvoll gew&auml;hlt. Sie k&ouml;nnen jedoch ver&auml;ndert werden, wenn Sie die Trennlinien zwischen den Bereichen mit der Maus anklicken und verschieben.
60
2.3. Software
Das Filterfenster
Wenn man alle Pakete einer Installation einzeln ausw&auml;hlen wollte, w&auml;re dies ein sehr m&uuml;hsames und zeitraubendes Unterfangen. Der PaketManager bietet deshalb verschiedene Filtermethoden an, die eine zweckdienliche Kategorisierung der Pakete erlauben und einen sinnvoll eingeschr&auml;nkten Ausschnitt aus der Menge aller Pakete darstellen. Das Filterfenster ist der Bereich links unter der Men&uuml;zeile und dient der Steuerung
und Darstellung der verschiedenen Filtermethoden. Oben sehen Sie die
Filter-Auswahlbox, deren Inhalt bestimmt, was im unteren Teil des Filterfensters dargestellt wird. Wenn Sie die Filter-Auswahlbox aufklappen,
sehen Sie eine Liste der vorhandenen Filter und k&ouml;nnen einen davon verwenden.
2
YaST – Konfigurationen
Die Inhalte der Teilbereiche und deren Verwendung werden nachfolgend
beschrieben.
Der Selektionen-Filter Beim Start des Paket-Managers ist der so genannte
‘Selektionen’-Filter aktiviert. Selektionen gruppieren die Programmpakete nach Anwendungszweck, zum Beispiel „Multimedia“ oder
„B&uuml;roanwendungen“. Unter der Filter-Auswahlbox sehen Sie die verschiedenen Gruppen des Selektionen-Filters, von denen jene schon
ausgew&auml;hlt sind, die auf Ihrem System bereits installiert sind. Mit einem Mausklick auf die Status-Box am Anfang der Zeile k&ouml;nnen Sie
die Zust&auml;nde einer Selektion der Reihe nach durchschalten. Alternativ kann der Status auch direkt ausgew&auml;hlt werden, wenn mit einem
rechten Mausklick auf die Zeile einer Selektion das Kontext-Men&uuml;
aufgeblendet wird. Das Einzelpaketfenster rechts daneben zeigt dabei
jeweils eine Liste jener Pakete, die in der aktuellen Selektion enthalten
sind. Dort k&ouml;nnen Sie einzelne Pakete abw&auml;hlen und nat&uuml;rlich auch
wieder anw&auml;hlen.
Der Paketgruppen-Filter Alternativ kann der ‘Paketgruppen’-Filter ausgew&auml;hlt werden. Dieser Filter erzeugt eine eher technische Sicht auf
die Paketmenge und ist gut geeignet f&uuml;r Anwender, die sich in der
Paket-Landschaft von SUSE LINUX schon ein wenig auskennen. Die
Programmpakete werden hier auf der linken Seite in einer Baumstruktur nach Themen wie „Applikationen“, „Entwicklung“, „Hardware“ usw. geordnet. Je weiter Sie diesen Baum in die Tiefe hinein
aufklappen, desto sch&auml;rfer ist die Eingrenzung der Auswahl auf ein
bestimmtes Thema. Die Liste der zugeh&ouml;rigen Pakete rechts im Einzelpaketfenster wird dadurch immer k&uuml;rzer und &uuml;berschaubarer.
SUSE LINUX Enterprise Server
61
Zus&auml;tzlich bietet dieser Filter die M&ouml;glichkeit, alle Pakete ohne jede
Kategorisierung in alphabetischer Reihenfolge anzuzeigen. W&auml;hlen
Sie hierzu auf der obersten Ebene den Zweig ‘zzz Alle’. Da SUSE LINUX sehr viele Pakete enth&auml;lt, kann es hier jedoch abh&auml;ngig von der
Hardware-Leistung eine Weile dauern, bis diese lange Liste aufgebaut ist.
Die Suche Die einfachste Methode, ein ganz bestimmtes Paket zu finden,
stellt die ‘Suche’ dar. Durch Angabe verschiedener Suchkriterien k&ouml;nnen Sie hier oft die Filterung so stark einschr&auml;nken, dass im Einzelpaketfenster tats&auml;chlich nur ein einziges Paket gelistet wird. Geben Sie
hierzu eine Zeichenkette ein, und w&auml;hlen Sie &uuml;ber die Checkboxen,
wie danach gesucht werden soll, also etwa nur im Namen oder auch
in der Beschreibung oder in den Paket-Abh&auml;ngigkeiten. Experten
k&ouml;nnen hier sogar mit Platzhaltern und regul&auml;ren Ausdr&uuml;cken spezielle Suchmuster eingeben und in den „Provides“- und „Requires“Feldern gezielt die Paket-Abh&auml;ngigkeiten durchsuchen. SoftwareEntwickler, die Quellpakete aus dem Internet laden, k&ouml;nnen damit
zum Beispiel feststellen, in welchem Paket eine bestimmte Bibliothek
enthalten ist, die gebraucht wird, um dieses Paket zu compilieren
und zu linken.
Hinweis
Erweiterte Suche im Paket-Manager
Zus&auml;tzlich zum ‘Suche’-Filter gibt es in allen Listen des
Paket-Managers eine Schnellsuche im aktuellen Listeninhalt. Hierzu m&uuml;ssen Sie zum Beispiel nur den Anfangsbuchstaben eines Paketnamens eingeben, und der Cursor
springt zum ersten Paket in der Liste, dessen Name mit
diesem Zeichen beginnt. Der Cursor muss dabei nur in der
Liste stehen (anklicken).
Hinweis
Zusammenfassung der Installation
Nachdem Sie Pakete f&uuml;r die Installation, f&uuml;r ein Update oder zum L&ouml;schen ausgew&auml;hlt haben, sollten Sie sich &uuml;ber die Filter-Auswahlbox
eine Installationszusammenfassung anzeigen lassen. Sie sehen dort
genau, was mit welchen Paketen geschehen wird, wenn Sie auf
‘Akzeptieren’ klicken. &Uuml;ber die Reihe von Checkboxen auf der linken
Seite k&ouml;nnen Sie filtern, welche Pakete Sie im Einzelpaketfenster zu
sehen w&uuml;nschen. Wenn Sie zum Beispiel nur &uuml;berpr&uuml;fen wollen,
62
2.3. Software
Der Status der Pakete im Einzelpaketfenster kann selbstverst&auml;ndlich
auf die &uuml;bliche Weise ge&auml;ndert werden. Dies kann in Einzelf&auml;llen dazu f&uuml;hren, dass ein Paket die Suchkriterien nicht mehr erf&uuml;llt. Wenn
Sie solche Pakete anschlie&szlig;end aus der Liste entfernen wollen, k&ouml;nnen Sie die Liste mit ‘Liste aktualisieren’ neu erzeugen lassen.
Das Einzelpaketfenster
Wie bereits oben erw&auml;hnt, wird auf der rechten Seite im Einzelpaketfenster
eine Liste von einzelnen Paketen dargestellt. Der Inhalt dieser Liste wird
immer durch den aktuell ausgew&auml;hlten Filter bestimmt. Wenn zum Beispiel
im Filterfenster der Selektionen-Filter ausgew&auml;hlt ist, zeigt das Einzelpaketfenster alle Pakete der aktuellen Selektion.
2
YaST – Konfigurationen
welche Pakete bereits installiert sind, deaktivieren Sie gleich nach
dem Start des Paket-Managers alle Checkboxen bis auf ‘Behalten’.
Jedes Paket hat im Paket-Manager einen logischen Zustand, der bestimmt,
was mit dem Paket geschehen soll, zum Beispiel „Installieren“ oder „Deinstallieren“. Dieser Zustand wird, &auml;hnlich wie beim Selektionen-Filter, am
Anfang der Zeile in einer Status-Box symbolisch dargestellt. Auch hier k&ouml;nnen Sie mit einem Mausklick den jeweiligen Status der Reihe nach durchschalten oder mit dem Kontext-Men&uuml; der rechten Maustaste direkt ausw&auml;hlen. Es gibt eine ganze Reihe von m&ouml;glichen Zust&auml;nden, die aber abh&auml;ngig von der aktuellen Gesamtsituation nicht immer alle w&auml;hlbar sind.
Es ist zum Beispiel nicht m&ouml;glich, ein noch nicht installiertes Paket auf
„Deinstallieren“ zu setzen. Welche Zust&auml;nde es gibt, und welche Symbole jeweils dazu geh&ouml;ren, sehen Sie sich am besten direkt im ‘Hilfe’-Men&uuml;
unter ‘Symbole’ an.
Der Paket-Manager besitzt die folgenden Paketzust&auml;nde:
Nicht installieren Dieses Paket ist nicht installiert und wird auch nicht
installiert.
Installieren Dieses Paket ist noch nicht installiert, wird aber installiert.
Behalten Dieses Paket ist bereits installiert und bleibt unver&auml;ndert.
Aktualisieren Dieses Paket ist bereits installiert und wird durch die Version vom Installationsmedium ersetzt.
L&ouml;schen Dieses Paket ist bereits installiert und wird gel&ouml;scht.
SUSE LINUX Enterprise Server
63
Tabu – niemals installieren Dieses Paket ist nicht installiert und wird unter keinen Umst&auml;nden installiert. Es wird so behandelt, als existierte
es auf keinem der Installationsmedien. Wenn ein Paket zur Aufl&ouml;sung
von Abh&auml;ngigkeiten eigentlich automatisch dazu gew&auml;hlt w&uuml;rde,
kann dies mit „Tabu“ verhindert werden. Dadurch k&ouml;nnen sich jedoch Inkonsistenzen ergeben, die manuell aufgel&ouml;st werden m&uuml;ssen
(Konsistenzpr&uuml;fung). „Tabu“ ist deshalb haupts&auml;chlich f&uuml;r Experten
gedacht, die genau wissen, was sie tun.
Gesch&uuml;tzt Dieses Paket ist installiert und soll nicht ver&auml;ndert werden,
da unaufgel&ouml;ste Abh&auml;ngigkeiten zu anderen Paketen bestehen oder
auftreten k&ouml;nnten. Pakete von Drittanbietern (Pakete ohne SUSESignatur) bekommen diesen Status automatisch zugewiesen, damit
sie nicht von neueren, auf den Installationsmedien vorhandenen Versionen &uuml;berschrieben werden. Dies kann Paket-Konflikte verursachen, die manuell aufgel&ouml;st werden m&uuml;ssen (f&uuml;r Experten).
Automatisch installieren Dieses Paket wurde vom Paket-Manager automatisch zum Installieren ausgew&auml;hlt, da es f&uuml;r ein anderes Paket
erforderlich ist (Aufl&ouml;sung von Paket-Abh&auml;ngigkeiten).
Hinweis
Um ein solches Paket abzuw&auml;hlen, m&uuml;ssen Sie m&ouml;glicherweise den Status „Tabu“ verwenden (siehe dort).
Hinweis
Automatisch aktualisieren Dieses Paket ist bereits installiert. Da es von
einem anderen Paket aber in einer neueren Version ben&ouml;tigt wird,
wird die installierte Version automatisch aktualisiert.
Automatisch l&ouml;schen Dieses Paket ist bereits installiert, aber bestehende
Paket-Konflikte machen eine L&ouml;schung dieses Pakets erforderlich.
Das kann zum Beispiel der Fall sein, wenn ein anderes Paket das aktuelle ersetzt. Dieser Fall kommt &auml;u&szlig;erst selten vor.
Automatisch installieren (nach Auswahl)
Dieses Paket wurde automatisch zur Installation ausgew&auml;hlt, weil
es Bestandteil einer vordefinierten Selektion ist (zum Beispiel
„Multimedia“ oder „Entwicklung“).
Automatisch aktualisieren (nach Auswahl)
Dieses Paket ist bereits installiert, aber es existiert eine neuere Version
auf den Installationsmedien. Es ist Bestandteil einer vordefinierten
64
2.3. Software
Automatisch l&ouml;schen (nach Auswahl)
Dieses Paket ist bereits installiert, aber eine vordefinierte Selektion
(z.B. „Multimedia“ oder „Entwicklung“) macht seine L&ouml;schung
erforderlich. Dieser Fall kommt nur sehr selten vor.
Zus&auml;tzlich k&ouml;nnen Sie noch bestimmen, ob zu einem Paket die Quellen mit
installiert werden sollen oder nicht. Diese Information erg&auml;nzt den aktuellen Paket-Zustand und kann deshalb weder mit Mausklick durchgeschaltet
werden, noch im Kontext-Men&uuml; direkt angew&auml;hlt werden. Stattdessen gibt
es am Ende der Paketzeile eine Checkbox zur Auswahl der Quellen-Pakete.
Wenn diese Checkbox in der Liste nicht dargestellt wird, m&uuml;ssen Sie evtl.
ganz nach rechts scrollen, um sie sichtbar zu machen. Alternativ finden Sie
diese Option im Men&uuml; ‘Paket’.
2
YaST – Konfigurationen
Selektion (zum Beispiel „Multimedia“ oder „Entwicklung“), die Sie
zum Update ausgew&auml;hlt haben und wird automatisch aktualisiert.
Quellen installieren Der Quellcode wird mit installiert
Quellen nicht installieren Der Quellcode wird nicht installiert.
Zus&auml;tzliche Information liefert die Schriftfarbe, die im Einzelpaketfenster
f&uuml;r die verschiedenen Pakete verwendet wird. Bereits installierte Pakete,
die auf den Installationsmedien in einer neueren Version verf&uuml;gbar sind,
werden blau angezeigt. Installierte Pakete mit einer h&ouml;heren Versionsnummer als jene auf den Installationsmedien werden rot dargestellt. Weil die
Versionsnummerierung von Paketen nicht immer kontinuierlich fortlaufend ist, kann aber nicht in jedem Fall eine eindeutige Beziehung hergestellt werden. Die Information ist daher nicht absolut „wasserdicht“, sollte
aber gen&uuml;gen, um einen Hinweis auf problematische Pakete zu geben. Im
Infofenster k&ouml;nnen Sie sich dann die Versionsnummern genauer ansehen.
Das Infofenster
Im Infofenster rechts unten k&ouml;nnen Sie mittels der Reiter verschiedene Informationen zu dem jeweils ausgew&auml;hlten Paket nachsehen. Beim Start ist
die Beschreibung des aktuellen Pakets aktiviert. &Uuml;ber die verschiedenen
Reiter k&ouml;nnen Sie umschalten auf die technischen Paketdaten (Gr&ouml;&szlig;e, Paketgruppe usw.), auf die Liste der Abh&auml;ngigkeiten zu anderen Paketen und
auf die Versions&uuml;bersicht.
SUSE LINUX Enterprise Server
65
Das Ressourcenfenster
Damit Sie w&auml;hrend der Zusammenstellung Ihrer Software-Auswahl immer
wissen, wie sich die aktuelle Auswahl auf den freien Festplattenplatz auswirkt, zeigt das Ressourcenfenster links unten die Belegung aller aktuell
gemounteten Filesysteme an. F&uuml;r jedes Filesystem wird die aktuelle Belegung in einem farbigen Balkendiagramm graphisch dargestellt. Gr&uuml;n bedeutet „viel Platz“. Je „enger“ es wird, umso mehr wandelt sich die Balkenfarbe zu Rot. Die dargestellten Werte repr&auml;sentieren dabei jene Belegung,
die sich erg&auml;be, wenn Sie die aktuelle Auswahl &uuml;bernehmen w&uuml;rden. Wenn
Sie zu viele Pakete f&uuml;r die Installation ausw&auml;hlen, erscheint zus&auml;tzlich noch
ein Warnfenster.
Die Men&uuml;zeile
Die Men&uuml;-Zeile links oben im Fenster erlaubt einen alternativen Zugang
zu den meisten der bereits beschriebenen Funktionen und bietet dar&uuml;ber
hinaus einige mehr, die auf andere Weise nicht erreicht werden k&ouml;nnen. Sie
enth&auml;lt vier Men&uuml;s:
Datei Unter ‘Datei’ wird &uuml;ber den Men&uuml;punkt ‘Exportieren’ eine Liste
aller installierten Pakete in einer Textdatei abgespeichert. Dies ist
sinnvoll, wenn Sie einen bestimmten Installationsumfang zu einem
sp&auml;teren Zeitpunkt oder auf einem anderen System exakt nachbilden wollen. Eine derart erzeugte Datei kann dann mit ‘Importieren’
wieder eingelesen werden und erzeugt dabei genau die gleiche Paketauswahl, die beim Abspeichern vorlag. In beiden F&auml;llen k&ouml;nnen
Sie den Speicherort der Datei selbst bestimmen oder den angebotenen
Vorschlag &uuml;bernehmen.
&Uuml;ber den Men&uuml;punkt ‘Beenden – &Auml;nderungen verwerfen’ verlassen Sie den Paket-Manager, wobei alle Ver&auml;nderungen an der Paketauswahl seit dem Start verlorengehen. Wenn Sie Ihre &Auml;nderungen
speichern wollen, w&auml;hlen Sie ‘Beenden – &Auml;nderungen speichern’. Es
werden dann alle &Auml;nderungen durchgef&uuml;hrt und das Programm anschlie&szlig;end beendet.
Paket Die Punkte im Men&uuml; ‘Paket’ beziehen sich immer auf das aktuelle Paket im Einzelpaketfenster. Sie sehen hier alle Zust&auml;nde, die ein
Paket annehmen kann. Allerdings sind davon nur jene w&auml;hlbar, die
beim aktuellen Paket m&ouml;glich und sinnvoll sind. Mit den Checkboxen
k&ouml;nnen Sie bestimmen, ob die zum Paket geh&ouml;renden Quellen mit
installiert werden sollen oder nicht. Der Punkt ‘Alle in dieser Liste’
66
2.3. Software
Extras Das Men&uuml; ‘Extras’ bietet Optionen zur Handhabung von PaketAbh&auml;ngigkeiten und -Konflikten. Wenn Sie schon manuell Pakete zur
Installation ausgew&auml;hlt haben, erhalten Sie mit ‘Automatische Paket&auml;nderungen anzeigen’ eine Liste jener Pakete, die der Paket-Manager
zur Aufl&ouml;sung von Abh&auml;ngigkeiten automatisch dazu gew&auml;hlt hat.
Wenn zu diesem Zeitpunkt noch unaufgel&ouml;ste Paket-Konflikte existieren, kommt vorher ein entsprechender Hinweis mit L&ouml;sungsvorschl&auml;gen.
Wenn Sie Paket-Konflikte auf „Ignorieren“ setzen, wird diese Information permanent im System gespeichert. Andernfalls m&uuml;ssten Sie
bei jedem Start des Paket-Managers immer wieder die gleichen Pakete auf „Ignorieren“ setzen. F&uuml;r den Fall, dass Sie solche ignorierten
Ah&auml;ngigkeiten wieder zur&uuml;cksetzen m&ouml;chten, k&ouml;nnen Sie dies mit
‘Ignorierte Abh&auml;ngigkeitskonflikte zur&uuml;cksetzen’ wieder r&uuml;ckg&auml;ngig
machen.
2
YaST – Konfigurationen
&ouml;ffnet ein Untermen&uuml;, das nochmals alle diese Paket-Zust&auml;nde enth&auml;lt. Eine Auswahl hier betrifft jedoch nicht nur das aktuelle Paket,
sondern alle Pakete in dieser Liste.
Hilfe Unter ‘Hilfe’ k&ouml;nnen Sie mit ‘&Uuml;berblick’ eine kurze Erkl&auml;rung der
Paket-Manager-Funktionalit&auml;t anzeigen lassen. Eine genaue Erl&auml;uterung der verschiedenen Paket-Zust&auml;nde mit den zugeh&ouml;rigen Symbolen finden Sie unter ‘Symbole’. Falls Sie Programme lieber ohne
Verwendung der Maus bedienen, k&ouml;nnen Sie mit dem Men&uuml;punkt
‘Tasten’ eine Erl&auml;uterung der Tastenk&uuml;rzel aufrufen.
Konsistenzpr&uuml;fung
Unterhalb des Infofensters finden Sie den Button ‘Konsistenzpr&uuml;fung’ und
daneben die Checkbox ‘Automatische &Uuml;berpr&uuml;fung’. Wenn Sie auf ‘Konsistenzpr&uuml;fung’ klicken, &uuml;berpr&uuml;ft der Paket-Manager, ob sich bei der aktuellen Paketauswahl unaufgel&ouml;ste Paket-Abh&auml;ngigkeiten oder -Konflikte
ergeben. Bei unaufgel&ouml;sten Abh&auml;ngigkeiten werden dann automatisch die
zus&auml;tzlich zu Ihrer Auswahl ben&ouml;tigten Pakete angew&auml;hlt, und die Abh&auml;ngigkeiten auf diese Weise ohne ihr Zutun erf&uuml;llt. Bei Paket-Konflikten &ouml;ffnet der Paket-Manager ein Fenster zur Darstellung des Konflikts und bietet
darin auch gleich verschiedene L&ouml;sungsm&ouml;glichkeiten an.
Wenn Sie die ‘Automatische &Uuml;berpr&uuml;fung’ aktivieren, erfolgt o.g. Pr&uuml;fung
jedes Mal nach der &Auml;nderung eines Paket-Status. Dies ist einerseits praktisch, weil so die Konsistenz der Paketauswahl permanent &uuml;berwacht wird.
Andererseits kostet diese Pr&uuml;fung auch einiges an Rechenleistung und
SUSE LINUX Enterprise Server
67
kann die Bedienung des Paket-Managers tr&auml;ge machen. Aus diesem Grund
ist die automatische Pr&uuml;fung beim Start des Paket-Managers nicht aktiviert.
Sie k&ouml;nnen selbst entscheiden wie es praktischer f&uuml;r Sie ist. In jedem Fall
erfolgt eine Konsistenzpr&uuml;fung, wenn Sie Ihre Auswahl mit ‘Akzeptieren’
&uuml;bernehmen.
Im folgenden Beispiel d&uuml;rfen sendmail und postfix nicht gleichzeitig
installiert werden. In Abbildung 2.5 auf der n&auml;chsten Seite sehen Sie die
Konfliktmeldung, die nun von Ihnen eine Entscheidung verlangt. postfix
ist bereits installiert, also k&ouml;nnen Sie entweder auf die Installation von
sendmail verzichten, postfix entfernen lassen oder das Risiko eingehen
und den Konflikt ignorieren.
Achtung
Bearbeitung von Paket-Konflikten
Folgen Sie bei der Bearbeitung von Paket-Konflikten den Vorschl&auml;gen des YaST Paket-Managers, da andernfalls die Stabilit&auml;t
und Funktionsf&auml;higkeit Ihres Systems durch den bestehenden
Konflikt gef&auml;hrdet ist.
Achtung
2.3.5
System-Update
Dieses Modul erm&ouml;glicht es, Ihr aktuelles System auf einen neueren Versionenstand zu bringen. Im laufenden Betrieb kann damit allerdings nur
Applikations-Software erneuert werden, nicht aber das SUSE LINUX- Basissystem. Hierf&uuml;r muss vom Installationsmedium, zum Beispiel der CD,
gebootet werden. Bei der Auswahl des Installationsmodus in YaST w&auml;hlen
Sie dann bitte ‘Update des bestehenden Systems’ statt ‘Neuinstallation’.
Die Vorgehensweise beim Update des Systems &auml;hnelt stark dem Ablauf bei
der Neuinstallation. YaST ermittelt zun&auml;chst den aktuellen Zustand Ihres
Systems, bestimmt eine g&uuml;nstige Update-Strategie und pr&auml;sentiert dann
die Ergebnisse in einem Vorschlags-Dialog (siehe Abb. 2.6 auf Seite 70). Wie
schon bei der Installation k&ouml;nnen Sie auch hier beim Update die einzelnen
Punkte mit der Maus anklicken, um detaillierte &Auml;nderungen vorzunehmen. Einige dieser Punkte, wie ‘Sprache’ und ‘Tastaturbelegung’, wurden
schon bei der Installation erkl&auml;rt (siehe Abschnitt 1.4 auf Seite 13). Im Folgenden werden daher nur Update-spezifische Einstellungen erl&auml;utert.
68
2.3. Software
2
YaST – Konfigurationen
Abbildung 2.5: Konflikt-Management des Paket-Managers
Ausgew&auml;hlt f&uuml;r Update
Falls auf Ihrem System mehrere Versionen von SUSE LINUX installiert
sind, k&ouml;nnen Sie hier ausw&auml;hlen, welche Partition f&uuml;r das Update verwendet werden soll. Alle Partitionen, die f&uuml;r ein Update in Frage kommen,
werden hier in einer Liste angezeigt, und Sie k&ouml;nnen eine davon ausw&auml;hlen.
Update-Optionen
Hier k&ouml;nnen Sie einstellen, auf welche Weise Ihr System aktualisiert werden soll. Zwei M&ouml;glichkeiten stehen zur Auswahl (siehe Abb. 2.7 auf Seite 71).
Update mit Installation neuer Software
Falls das System komplett auf den neuen Softwarestand gebracht
werden soll, kann eine der vordefinierten Selektionen ausgew&auml;hlt
werden. Diese Selektionen sind die gleichen, die auch bei der Installation angeboten werden und sorgen daf&uuml;r, dass auch neue, bisher
nicht vorhandene Pakete installiert werden.
SUSE LINUX Enterprise Server
69
Abbildung 2.6: Vorschlags-Dialog beim Update
Nur installierte Pakete aktualisieren
Mit dieser Option werden nur jene Pakete erneuert, die auf dem aktuellen System schon vorhanden sind. Es werden keine neuen Features
installiert.
Zus&auml;tzlich k&ouml;nnen Sie noch mit ‘Nicht gepflegte Pakete l&ouml;schen’ bestimmen, ob jene Pakete gel&ouml;scht werden sollen, die in der neuen Version nicht
mehr vorhanden sind. Diese Option ist beim Start angew&auml;hlt, um zu verhindern, dass veraltete Pakete unn&ouml;tig Plattenplatz verbrauchen.
Pakete
Mit ‘Pakete’ starten Sie den Paket-Manager und k&ouml;nnen dort gezielt einzelne Pakete zum Update an- oder abw&auml;hlen. Auch Paket-Konflikte, die
hier vielleicht angezeigt werden, sollten dort mit der Konsistenzpr&uuml;fung
gel&ouml;st werden. Die Bedienung des Paket-Managers wird ausf&uuml;hrlich im
Abschnitt 2.3.4 auf Seite 59 erkl&auml;rt.
70
2.3. Software
2
YaST – Konfigurationen
Abbildung 2.7: Update Optionen
Backup
Beim Update werden u.U. die Konfigurationsdateien einzelner Pakete
durch jene der neuen Version ersetzt. Weil nicht ausgeschlossen werden
kann, dass Sie solche Dateien in Ihrem aktuellen System ver&auml;ndert haben,
werden die ersetzten Dateien normalerweise vorher gesichert. In diesem
Dialog k&ouml;nnen Sie bestimmen, ob und in welchem Umfang diese Sicherungen angelegt werden sollen.
Hinweis
Umfang des Backups
Bitte beachten Sie, dass dieses Backup nicht die gesamte Software
umfasst, sondern nur die entsprechenden Konfigurationsdateien.
Hinweis
Wichtige Hinweise zum Update
Das Update des Systems ist softwaretechnisch ein hochkomplexes Verfahren. YaST muss dabei f&uuml;r jedes Programmpaket pr&uuml;fen, welche Version sich
SUSE LINUX Enterprise Server
71
auf dem Rechner befindet und danach, was zu tun ist, damit die neue Version die alte korrekt ersetzt. Dabei muss YaST darauf achten, zu m&ouml;glichst
jedem installierten Paket eventuell vorhandene pers&ouml;nliche Einstellungen
soweit als m&ouml;glich zu &uuml;bernehmen, damit Sie Ihre eigenen Konfigurationen
nicht wieder komplett anpassen m&uuml;ssen.
In den meisten F&auml;llen wird YaST diesen Anforderungen gerecht und ersetzt
alte Versionen gegen neue, ohne dass Sie Probleme bemerken. Um sicherzugehen, dass vorhandene Konfigurationen nach einem Update nicht verlorengehen, sollten Sie auf jeden Fall vor dem Update eine Sicherung Ihres
bestehenden Systems machen. So k&ouml;nnen auftretende Konflikte nach dem
Update manuell aufgel&ouml;st werden.
Hinweis
Hinweise zum System-Update
Dieses Handbuch enth&auml;lt ein ganzes Kapitel, das sich mit dem
Thema Update befasst (siehe Kapitel 5 auf Seite 177). In einem
eigenen Abschnitt werden s&auml;mtliche wichtigen &Auml;nderungen
gegen&uuml;ber der Vorversion erl&auml;utert und auf eventuell auftretende Update-Probleme hingewiesen (siehe Abschnitt 5.2.1 auf
Seite 184).
Hinweis
2.3.6
SUSE Software Development Kit 9 (SDK)
SUSE Software Development Kit 9 ist ein umfassendes Toolkit zur Applikationsentwicklung f&uuml;r SUSE LINUX Enterprise Server 9 und Novell Linux
Desktop. Das SUSE Software Development Kit enth&auml;lt s&auml;mtliche OpenSource Werkzeuge, mit denen das SUSE LINUX Enterprise Server Produkt
gebaut wurde. Als Entwickler, Independent Software Vendor (ISV) oder
Independent Hardware Vendor (IHV) stehen Ihnen alle Werkzeuge zur
Verf&uuml;gung, die Sie zur Portierung von Anwendungen auf alle von SUSE
LINUX Enterprise Server und Novell Linux Desktop unterst&uuml;tzten Plattformen ben&ouml;tigen.
Das SUSE Software Development Kit enth&auml;lt ausserdem Integrated Development Environments (IDEs), Debugger, Code-Editoren und andere Werkzeuge. Es unterst&uuml;tzt die meisten gro&szlig;en Programmiersprachen (inklusive
C, C++, Java und den meisten Skriptsprachen). Es enth&auml;lt zudem einige zus&auml;tzliche Perl-Pakete, die im Softwareumfang des SUSE LINUX Enterprise
Server nicht enthalten sind.
72
2.3. Software
2.4
Hardware
Neue Hardware muss entsprechend den Vorgaben des Herstellers eingebaut bzw. angeschlossen werden. Schalten Sie externe Ger&auml;te an und rufen
Sie das entsprechende YaST-Modul auf. Ein Gro&szlig;teil der handels&uuml;blichen
Ger&auml;te wird von YaST automatisch erkannt und die technischen Daten
angezeigt. Falls die automatische Erkennung fehlschl&auml;gt, bietet YaST eine
Ger&auml;teliste an (zum Beispiel Modell/Hersteller), aus der Sie das passende
Ger&auml;t ausw&auml;hlen. Konsultieren Sie die Dokumentation zu Ihrer Hardware,
wenn die auf Ihrem Ger&auml;t aufgedruckte Information nicht ausreicht.
2
YaST – Konfigurationen
Weitere Detailinformationen finden Sie unter http://developer.
novell.com/ndk/susesdk.htm. Die Softwarepakete des SUSE Software
Development Kit 9 werden mit Hilfe des YaST Paketmanagers installiert.
Hinweis
Modellbezeichnungen
Achtung bei Modellbezeichnungen: Im Zweifelsfall empfiehlt es
sich, es mit einer &auml;hnlichen Bezeichnung zu probieren, wenn Sie
Ihr Modell in der Ger&auml;teliste nicht finden. In manchen F&auml;llen ist
jedoch eine absolut buchstaben- bzw. nummerngetreue Angabe
unerl&auml;sslich, denn &auml;hnliche Bezeichnungen lassen nicht immer
auf Kompatibilit&auml;t schlie&szlig;en.
Hinweis
2.4.1
CD-ROM-Laufwerke
Im Rahmen der Installation werden alle erkannten CD-ROM-Laufwerke in
das installierte System eingebunden, d.h. es werden entsprechende Eintr&auml;ge in der Datei /etc/fstab vorgenommen und die Unterverzeichnisse in
/media werden angelegt. Mit diesem YaST-Modul k&ouml;nnen Sie auch nachtr&auml;glich eingebaute Laufwerke in das System integrieren.
Nach dem Aufruf des Moduls wird eine Liste mit allen erkannten Laufwerken pr&auml;sentiert. Markieren Sie Ihr neues Laufwerk in der Checkbox am
Zeilenanfang und schlie&szlig;en Sie dann mit ‘Beenden’ ab. Das neue Laufwerk
wird nun ins System integriert und ist verwendbar.
SUSE LINUX Enterprise Server
73
Hinweis
S/390, zSeries: Einbinden von SCSI CD-ROM-Laufwerks
Die Einbindung eines SCSI CD-ROM-Laufwerks in ein IBM
S/390 und zSeries System erfordert folgende Vorarbeiten:
Schlie&szlig;en Sie das Ger&auml;t an einen FCP-Adapter an.
Aktivieren Sie dieses Ger&auml;t mit YaST &auml;hnlich der Aktivierung von
ZFCP-Platten (siehe Abschnitt 1.5 auf Seite 14).
Das restliche Vorgehen ist wie oben beschrieben.
Hinweis
2.4.2
S/390, zSeries: DASD
Um dem installierten System zus&auml;tzliche DASD-Platten hinzuzuf&uuml;gen, verwenden Sie das YaST DASD-Modul (‘Hardware’ ➝ ‘DASD’ ). Im ersten
Dialog w&auml;hlen Sie die Platten aus, die Sie Ihrem Linux-System zur Verf&uuml;gung stellen m&ouml;chten und klicken Sie auf ‘Aktion durchf&uuml;hren’. W&auml;hlen
Sie als ‘Aktivieren’ als Aktionstyp aus und verlassen Sie diesen Dialog mit
‘Weiter’.
Um die ausgew&auml;hlte/n Platte/n dauerhaft (&uuml;ber den n&auml;chsten Reboot hinaus) ins System zu integrieren, fahren Sie wie folgt fort:
Falls die Verwaltung der DASDs im System &uuml;ber eine Parameterliste in /etc/zipl.conf vorgenommen wird (z.B. dasd=301,302),
erg&auml;nzen Sie diese Liste in /etc/zipl.conf um die neuen Eintr&auml;ge.
Andernfalls f&uuml;hren Sie die Befehle cd /boot und mkinitrd aus.
&Uuml;berpr&uuml;fen Sie, ob die neuen Eintr&auml;ge in der Ausgabe von mkinitrd
enthalten sind.
Abschlie&szlig;end rufen Sie zipl -V auf, um die neue Konfiguration zu &uuml;bernehmen.
2.4.3
Drucker
Unter Linux werden Drucker &uuml;ber Druckerwarteschlangen angesprochen.
Die zu druckenden Daten werden dabei in der Druckerwarteschlange zwischengespeichert und durch den Druckerspooler nacheinander zum Drucker geschickt.
74
2.4. Hardware
Hinweis
Weitere Informationen
Tiefergehende Informationen zum Thema Drucken unter Linux
schlagen Sie im Kapitel 13 auf Seite 323 nach.
Hinweis
2
YaST – Konfigurationen
Meist liegen diese Daten nicht in einer Form vor, die direkt an den Drucker
geschickt werden k&ouml;nnte. Eine Grafik muss zum Beispiel normalerweise in
ein Format umgewandelt werden, das der Drucker direkt ausgeben kann.
Die Umwandlung in die Druckersprache erfolgt durch den Druckerfilter,
der vom Druckerspooler zwischengeschaltet wird, um Daten ggf. so umzuwandeln, dass sie der Drucker direkt ausgeben kann.
Konfiguration mit YaST
Zur Druckereinrichtung w&auml;hlen Sie im YaST-Kontrollzentrum unter ‘Hardware’ den Punkt ‘Drucker’. Es erscheint das Hauptfenster der Druckereinrichtung. Hier sehen Sie im oberen Fenster die erkannten Drucker, im unteren Fenster die eingerichteten Warteschlangen. Wurde ein Drucker nicht
automatisch erkannt, k&ouml;nnen Sie den Drucker manuell einrichten.
Automatische Konfiguration
YaST erm&ouml;glicht eine automatische Konfiguration des Druckers, wenn folgende Bedingungen erf&uuml;llt sind:
1. Der parallele bzw. der USB-Anschluss wird automatisch korrekt
eingerichtet und der daran angeschlossene Drucker automatisch erkannt.
2. In der Druckerdatenbank findet sich die Identifikation des Druckermodells, die YaST bei der automatischen Hardwareerkennung erhalten hat. Diese Hardware-Identifikation unterscheidet sich bei manchen Druckern von der Modellbezeichnung. In diesem Fall kann das
Modell unter Umst&auml;nden nur manuell ausgew&auml;hlt werden.
F&uuml;r jede Konfiguration sollte grunds&auml;tzlich mit dem YaST-Testdruck ausprobiert werden, ob sie tats&auml;chlich funktioniert. Die YaST-Testseite liefert
zus&auml;tzlich wichtige Informationen zur jeweiligen Konfiguration.
SUSE LINUX Enterprise Server
75
Manuelle Konfiguration
Wenn eine der Bedingungen f&uuml;r die automatische Konfiguration nicht erf&uuml;llt ist oder eine spezielle individuelle Konfiguration gew&uuml;nscht wird,
muss die Einrichtung manuell erfolgen.
Je nachdem inwieweit YaST die Hardware automatisch erkennt und inwieweit zu dem jeweiligen Druckermodell Informationen in der Druckerdatenbank vorhanden sind, kann YaST die ben&ouml;tigten Daten automatisch
ermitteln oder eine sinnvolle Vorauswahl anbieten.
Insgesamt m&uuml;ssen folgende Werte konfiguriert werden:
Hardwareanschluss (Schnittstelle)
Wie der Hardwareanschluss zu konfigurieren ist, h&auml;ngt davon ab, ob
YaST den Drucker bei der Hardware-Erkennung finden konnte.
Kann YaST das Druckermodell automatisch erkennen, ist davon auszugehen, dass der Druckeranschluss auf Hardwareebene
funktioniert und es m&uuml;ssen hier keine Einstellungen vorgenommen werden.
Kann YaST das Druckermodell nicht automatisch erkennen, deutet dies darauf hin, dass der Druckeranschluss auf HardwareEbene nicht ohne manuelle Konfiguration funktioniert.
Name der Warteschlange Da der Warteschlangenname beim Drucken oft
eingegeben werden muss, sollten nur kurze Namen aus Kleinbuchstaben und evtl. Zahlen verwendet werden.
Druckermodell und PPD-Datei Die druckerspezifischen Einstellungen
(z. B. Ghostscript-Treiber und zugeh&ouml;rige treiberspezifische Parameter f&uuml;r den Druckerfilter) sind in einer PPD-Datei gespeichert. F&uuml;r
viele Druckermodelle stehen mehrere PPD-Dateien zur Verf&uuml;gung
(z. B. wenn mehrere Ghostscript-Treiber funktionieren).
Durch die Wahl von Hersteller und Modell werden somit zun&auml;chst
nur die passenden PPD-Dateien ausgew&auml;hlt. Wenn mehrere PPDDateien zur Verf&uuml;gung stehen, w&auml;hlt YaST aus diesen eine PPD-Datei
aus (normalerweise diejenige, die durch den Eintrag recommended
gekennzeichnet ist). Bei Bedarf kann via ‘&Auml;ndern’ eine andere PPDDatei gew&auml;hlt werden.
Da bei Nicht-PostScript-Druckern der Druckerfilter mit einem
Ghostscript-Treiber die druckerspezifischen Daten erzeugt, ist die
Konfiguration des Ghostscript-Treibers die entscheidende Stelle, an
76
2.4. Hardware
2
YaST – Konfigurationen
der die Art des Ausdrucks festgelegt wird. Die Wahl des GhostscriptTreibers (via PPD-Datei) und entsprechende treiberspezifische Einstellungen bestimmen das Druckbild. Bei Bedarf k&ouml;nnen via ‘&Auml;ndern’
andere druckerspezifische Einstellungen f&uuml;r den Druckerfilter in der
PPD-Datei gew&auml;hlt werden.
Abbildung 2.8: YaST2-Druckereinrichtung: Wahl des Druckers
Ein Drucken der YaST Testseite ist unerl&auml;sslich. Wenn beim Drucken
der Testseite Unsinn gedruckt wird (zum Beispiel viele fast leere Seiten), k&ouml;nnen Sie den Druck sofort am Drucker stoppen, indem Sie
alles Papier entnehmen und dann den Testdruck abbrechen.
Ist das Druckermodell nicht in der Druckerdatenbank eingetragen,
so gibt es eine Auswahl an generischen PPD-Dateien f&uuml;r die Standarddruckersprachen. W&auml;hlen Sie dazu als „Hersteller“ UNKNOWN
MANUFACTURER.
Weitere Einstellungen Im Normalfall brauchen und sollten Sie keine weiteren Einstellungen vornehmen.
SUSE LINUX Enterprise Server
77
Konfiguration f&uuml;r Anwendungsprogramme
Anwendungsprogramme verwenden die bestehenden Warteschlangen analog zum Drucken auf der Kommandozeile. Konfigurieren Sie daher in den
Anwendungsprogrammen im Normalfall nicht den Drucker erneut, sondern verwenden Sie die existierenden Warteschlangen.
Drucken auf der Kommandozeile Auf der Kommandozeile druckt man
mit dem Befehl lp -d hWarteschlangei hDateinamei wobei
hWarteschlangei und hDateinamei passend zu ersetzen sind.
Druck via Kommandozeile in Anwendungsprogrammen
Manche Anwendungsprogramme verwenden den lp-Befehl zum
Drucken. Geben Sie in der Druckmaske des Anwendungsprogramms
das passende Druck-Kommando (ohne hDateinamei) ein. Zum
Beispiel: lp -d hWarteschlangei Der Druckdialog in KDEProgrammen ist dazu aber auf ‘Druck &uuml;ber ein externes Programm’
umzustellen, weil sonst kein Druckbefehl eingegeben werden kann.
Druck via CUPS-Drucksystem Druckerdialogprogramme wie xpp oder
das KDE-Programm kprinter, erm&ouml;glichen es, nicht nur die Warteschlange zu w&auml;hlen, sondern auch CUPS-Standardoptionen und
druckerspezifische Optionen aus der PPD-Datei &uuml;ber grafische Auswahlmen&uuml;s einzustellen.
Um kprinter in verschiedenen Anwendungsprogrammen als einheitlichen Druckdialog zu bekommen, geben Sie in der Druckmaske der Anwendungsprogramme als Druckbefehl kprinter oder
kprinter --stdin ein. Welcher Druckbefehl zu nehmen ist, h&auml;ngt
vom Anwendungsprogramm ab. Dadurch erscheint nach der Druckmaske des Anwendungsprogramms der kprinter-Druckerdialog, in
dem Sie die Warteschlange und die weiteren Optionen einstellen. Bei
dieser Methode ist darauf zu achten, dass sich die Einstellungen in
der Druckmaske des Anwendungsprogramms und in kprinter nicht
widersprechen. Sinnvollerweise nehmen Sie Einstellungen dann nur
in kprinter vor.
M&ouml;gliche Probleme
Kommt es zu einer St&ouml;rung in der Kommunikation zwischen Rechner und
Drucker, kann der Drucker die gesendeten Daten nicht sinnvoll umsetzen
und es werden m&ouml;glicherweise Unmengen Papier mit „wirren“ Zeichen
bedruckt; in einem solchen Fall vgl. den Abschnitt 13.7.8 auf Seite 345.
78
2.4. Hardware
2
CUPS im Netzwerk konfigurieren
Bei „CUPS im Netzwerk“ sind die folgenden drei Themenbereiche zu unterscheiden:
1. Konfigurieren Sie auf dem Server die Warteschlangen f&uuml;r die Drucker, die zu dem Server geh&ouml;ren.
2. Erlauben Sie den Zugriff auf die Warteschlangen f&uuml;r die ClientRechner.
3. Aktivieren Sie das Senden von Browsing-Information an die ClientRechner.
YaST – Konfigurationen
Als Leitfaden zur Konfiguration von „CUPS im Netzwerk“ siehe diesen
Grundlagen-Artikel: http://portal.suse.com/sdb/de/2004/05/
jsmeix_print-cups-in-a-nutshell.html
Bei Punkt 1 m&uuml;ssen die folgenden F&auml;lle unterschieden werden:
Netzwerkdrucker oder Printserver-Box
via TCP-Socket: mit lokaler Filterung (Default) oder ohne lokale Filterung
via LPD-Protokoll: mit lokaler Filterung (Default) oder ohne lokale
Filterung
via IPP-Protokoll: mit lokaler Filterung (Default) oder ohne lokale
Filterung
Detailinformationen zu den Protokollen finden Sie in den Abschnitt 13.5.2 auf Seite 331.
Warteschlange auf LPD-Server (immer via LPD-Protokoll)
ohne lokale Filterung (Default) oder mit lokaler Filterung
Warteschlange auf IPP-Server (immer via IPP-Protokoll)
ohne lokale Filterung (Default) oder mit lokaler Filterung
Warteschlange auf SMB-Server (immer via SMB-Protokoll)
mit lokaler Filterung (Default) oder ohne lokale Filterung
Warteschlange auf IPX-Server (immer via Novell IPX)
mit lokaler Filterung (Default) oder ohne lokale Filterung
Warteschlange via sonstiger URI mit lokaler Filterung oder ohne lokale
Filterung
SUSE LINUX Enterprise Server
79
Bei Punkt 2 sind die Voreinstellungen in der Regel ausreichend; im Zweifelsfall vgl. den oben genannten Portal-Artikel.
Bei Punkt 3 sind mit YaST die folgenden Schritte erforderlich:
‘YaST Druckerkonfiguration starten’ ➝ ‘&Auml;ndern...’ ➝ ‘Erweitert’ ➝ ‘CUPSServereinstellungen’
Dann: ‘Adressen durchsuchen’ ➝ ‘Hinzuf&uuml;gen’ Dort ist die Broadcast-IPAdresse des Netzwerks oder @LOCAL einzutragen.
Die Konfiguration wird beendet mit den folgenden Aktionen (alle Buttons
befinden sich immer unten rechts): ‘OK’ ➝ ‘Weiter’ ➝ ‘&Uuml;bernehmen’ ➝
‘Beenden’
2.4.4
Festplatten-Controller
Normalerweise konfiguriert YaST den Festplatten-Contoller Ihres Systems
w&auml;hrend der Installation. Wenn Sie zus&auml;tzliche Controller einbauen, k&ouml;nnen Sie deren Einbindung in das System mit diesem YaST-Modul erledigen.
Sie k&ouml;nnen hier auch die bestehende Konfiguration &auml;ndern, was aber normalerweise nicht notwendig sein sollte.
Der Dialog bietet eine Liste von erkannten Festplatten-Controllern und
erlaubt eine Zuordnung des passenden Kernel-Moduls mit spezifischen
Parametern. Mit ‘Laden des Moduls testen’ sollten Sie &uuml;berpr&uuml;fen, ob die
aktuellen Einstellungen funktionieren, bevor sie dauerhaft im System gespeichert werden.
Achtung
Konfiguration des Festplatten-Controllers
Testen Sie die gew&uuml;nschte Einstellung, bevor sie dauerhaft vom
System &uuml;bernommen werden soll. Fehlerhafte Einstellungen
k&ouml;nnen dazu f&uuml;hren, dass Ihr System nicht mehr startet.
Achtung
80
2.4. Hardware
2.4.5
2
Grafikkarte und Monitor (SaX2)
S/390, zSeries: Einrichtung der grafischen Oberfl&auml;che
IBM S/390 und zSeries verf&uuml;gen &uuml;ber keinerlei von XFree unterst&uuml;tzte Ein- und Ausgabeger&auml;te. Somit entfallen s&auml;mtliche in
diesem Abschnitt geschilderten Konfigurationsarbeiten. Weitere,
f&uuml;r IBM S/390 und zSeries relevante Informationen lesen Sie ab
Abschnitt 2.5 auf Seite 98.
Hinweis
Die grafische Oberfl&auml;che, der X-Server, erm&ouml;glicht die Kommunikation
zwischen Hardware und Software. Desktops wie KDE und GNOME k&ouml;nnen somit Informationen auf dem Bildschirm anzeigen, mit denen der Benutzer arbeiten kann. Desktops und &auml;hnliche Anwendungen werden oft als
Windowmanager bezeichnet. Unter Linux gibt es viele solcher Windowmanager, die sich in Aussehen und Funktionalit&auml;t stark unterscheiden k&ouml;nnen.
YaST – Konfigurationen
Hinweis
Die grafische Oberfl&auml;che wird bereits w&auml;hrend der Installation eingerichtet.
Wenn Sie die Werte verbessern oder beispielsweise im laufenden System
einen anderen Monitor anschlie&szlig;en wollen, haben Sie mit diesem YaSTModul die M&ouml;glichkeit dazu. Vor einer eventuellen &Auml;nderung wird die aktuelle Konfiguration gespeichert. Danach gelangen Sie in denselben Dialog
wie bei der Installation von SUSE LINUX. Sie haben die Wahl zwischen
‘Nur Textmodus’ und der grafischen Oberfl&auml;che. F&uuml;r letztere werden die
aktuellen Werte angezeigt: die Bildschirmaufl&ouml;sung, die Farbtiefe, die BildWiederholfrequenz, sowie Hersteller und Typ Ihres Monitors, falls dieser
automatisch erkannt wurde. Falls Sie Ihr System gerade installieren oder eine neue Grafikkarte eingebaut haben und diese zum erstenmal initialisiert
wird, erscheint zus&auml;tzlich ein kleines Fenster, in dem Sie gefragt werden,
ob Sie 3D-Beschleunigung f&uuml;r Ihre Grafikkarte aktivieren wollen.
Klicken Sie auf ‘&Auml;ndern’. Jetzt startet SaX2, das Tool zum Konfigurieren der
Eingabe- und Anzeigeger&auml;te, in einem separaten Fenster (Abb. 2.9 auf der
n&auml;chsten Seite).
SaX2 – Hauptfenster
In der linken Navigationsleiste sehen Sie vier Hauptpunkte: ‘Anzeige’,
‘Eingabeger&auml;te’, ‘Multihead’ und ‘AccessX’. Unter ‘Anzeige’ k&ouml;nnen Sie
Ihren Monitor, Ihre Grafikkarte, Farbtiefe und Aufl&ouml;sung sowie Lage und
Gr&ouml;&szlig;e des dargestellten Bildes einrichten. Unter ‘Eingabeger&auml;te’ konfigurieren Sie Tastatur und Maus sowie bei Bedarf einen Touchscreen-Monitor
SUSE LINUX Enterprise Server
81
Abbildung 2.9: Das Hauptfenster von SaX2
und ein Grafiktablett. Im ‘Multihead’-Men&uuml; richten Sie einen Mehrbildschirmbetrieb ein (s. Abschnitt 2.4.5 auf Seite 87). Sie k&ouml;nnen den Modus
der Multihead-Anzeige sowie die Anordnung der Bildschirme auf Ihrem
Schreibtisch festlegen. ‘AccessX’ ist ein hilfreiches Tool zur Steuerung des
Mauszeigers mit dem Nummerntastenblock f&uuml;r den Fall, dass Sie einen
Rechner ohne Maus booten oder die Maus noch nicht funktioniert. Hier
k&ouml;nnen Sie die Geschwindigkeit des Mauszeigers, der dann mit dem Nummerntastenblock bedient wird, &auml;ndern.
Bei Monitor und Grafikkarte stellen Sie Ihre jeweiligen Modelle ein. In aller Regel werden Bildschirm und Grafikkarte automatisch vom System erkannt. Dann sind hier keine Einstellungen n&ouml;tig.
Falls Ihr Monitor nicht automatisch erkannt wird, gelangen Sie automatisch in den Monitorauswahldialog. Die Hersteller- und Ger&auml;teliste bietet
eine gro&szlig;e Auswahl an Modellen, aus der Sie Ihren Monitor w&auml;hlen k&ouml;nnen, oder Sie geben die Werte, die Sie der Anleitung Ihres Monitors entnehmen, manuell ein oder w&auml;hlen vordefinierte Einstellungen, die so genannten Vesa-Modi.
82
2.4. Hardware
Anzeige
Gehen Sie auf ‘Konfiguration &auml;ndern’ ➝ ‘Eigenschaften’, erscheint ein
Fenster mit den drei Reitern ‘Monitor’, ‘Frequenzen’ und ‘Erweitert’:
2
YaST – Konfigurationen
Wenn Sie nach Abschluss Ihrer Einstellungen f&uuml;r Ihren Monitor und Ihre
Grafikkarte hier im Hauptfenster auf ‘Abschlie&szlig;en’ klicken, haben Sie die
M&ouml;glichkeit, einen Test Ihrer Einstellungen durchzuf&uuml;hren. Damit k&ouml;nnen
Sie sicherstellen, dass Ihre Konfiguration problemlos von Ihren Ger&auml;ten
&uuml;bernommen wurde. Falls Sie kein ruhiges Bild erhalten, brechen Sie den
ab und reduzieren Sie die Werte f&uuml;r die
Test bitte sofort mit der Taste Esc Bildwiederholfrequenz und/oder f&uuml;r Aufl&ouml;sung/Farbtiefe. Alle Ihre vorgenommenen &Auml;nderungen, ganz gleich ob Sie den Test durchgef&uuml;hrt haben
oder nicht, werden erst aktiv, wenn Sie das grafische System, den X-Server,
neu starten. Wenn Sie KDE benutzen, reicht es, wenn Sie sich einmal ausund wieder einloggen.
‘Monitor’ Hier w&auml;hlen Sie im linken Fensterteil den Hersteller und im
rechten Ihr Modell aus. Falls Sie Disketten mit Linux-Treibern f&uuml;r Ihren Monitor haben, k&ouml;nnen Sie diese nach Klick auf den Button ‘Treiberdiskette’ einspielen.
‘Frequenzen’ Hier k&ouml;nnen Sie die jeweiligen Horizontal- und Vertikalfrequenzen f&uuml;r Ihren Bildschirm eintragen. Die Vertikalfrequenz ist eine
andere Bezeichnung f&uuml;r die Bildwiederholfrequenz. Normalerweise
werden aus dem Modell die jeweiligen zul&auml;ssigen Wertebereiche ausgelesen und hier eingetragen. Sie brauchen sie i.d.R. nicht zu &auml;ndern.
‘Erweitert’ Hier k&ouml;nnen Sie noch einige Optionen f&uuml;r Ihren Bildschirm
eintragen. Im oberen Auswahlfeld legen Sie fest, mit welcher Methode die Bildschirmaufl&ouml;sung und -geometrie berechnet werden. Nehmen Sie hier nur &Auml;nderungen vor, wenn der Monitor fehlerhaft angesteuert wird, d.h. kein stabiles Bild zu erkennen ist. Weiter k&ouml;nnen Sie
die Gr&ouml;&szlig;e des dargestellten Bildes &auml;ndern und den Stromsparmodus
DPMS aktivieren.
SUSE LINUX Enterprise Server
83
Abbildung 2.10: SaX2: Die Auswahl des Monitors
Achtung
Konfiguration der Monitorfrequenzen
Lassen Sie trotz der eingebauten Schutzmechanismen insbesondere bei der manuellen Eingabe der zul&auml;ssigen Frequenzen
besondere Sorgfalt walten. Falsche Werte k&ouml;nnen zur Zerst&ouml;rung
des Monitors f&uuml;hren. Schlagen Sie die Werte gegebenenfalls im
Handbuch Ihres Monitors nach.
Achtung
Grafikkarte
Im Grafikkartendialog gibt es zwei Reiter: ‘Allgemein’ und ‘Erweitert’:
‘Allgemein’ – Hier stellen Sie wie oben bei der Monitoreinrichtung links
den Hersteller und rechts das Modell Ihrer Grafikkarte ein.
‘Erweitert’ – Sie k&ouml;nnen hier rechts einstellen, ob Sie Ihren Bildschirm nach
links oder in die Senkrechte gedreht haben (v. a. bei manchen drehbaren
TFT-Bildschirmen sinnvoll). Die Eintragungen f&uuml;r die BusID sind nur beim
84
2.4. Hardware
2
YaST – Konfigurationen
Abbildung 2.11: SaX2: Die Auswahl der Grafikkarte
Betrieb mehrerer Bildschirme von Bedeutung. Hier brauchen Sie normalerweise nichts zu &auml;ndern. Auch die Kartenoptionen sollten Sie nicht &auml;ndern,
wenn Sie die Bedeutung der Optionen nicht kennen. Lesen Sie hierzu bei
Bedarf in der Dokumentation Ihrer Grafikkarte nach.
Farben/Aufl&ouml;sung(en)
Auch hier gibt es wieder drei Reiter: ‘Farben’, ‘Aufl&ouml;sung’ und ‘Erweitert’.
‘Farben’ Bei der Auswahl der Farbtiefe stehen Ihnen abh&auml;ngig von der
verwendeten Hardware die Einstellungen 16, 256, 32768, 65536 und
16,7 Millionen Farben bei 4, 8, 15, 16 oder 24 Bit zur Verf&uuml;gung. F&uuml;r
eine brauchbare Darstellung sollten Sie wenigstens 256 Farben einstellen.
‘Aufl&ouml;sung’ Beim Erkennen der Hardware wird diese abgefragt und
Kombinationen aus Aufl&ouml;sung und Farbtiefen angeboten, die von
Ihrer Hardware fehlerfrei angezeigt werden k&ouml;nnen. Daher ist die
Gefahr, dass Sie durch falsche Einstellungen Ihre Hardware besch&auml;digen, unter SUSE LINUX sehr gering. Wenn Sie allerdings die Aufl&ouml;sung manuell &auml;ndern, sollten Sie sich unbedingt in der Dokumen-
SUSE LINUX Enterprise Server
85
tation zu Ihrer Hardware informieren, ob diese Ihre neu eingestellten
Werte problemlos darstellen kann.
Abbildung 2.12: SaX2: Aufl&ouml;sungen einstellen
‘Erweitert’ Hier k&ouml;nnen Sie zu den Aufl&ouml;sungen, die im vorigen Reiter
angeboten wurden, eigene hinzuf&uuml;gen, die dann in die Auswahl mitaufgenommen werden.
Virtuelle Aufl&ouml;sung
Jede Oberfl&auml;che besitzt ihre eigene Aufl&ouml;sung, die &uuml;ber den ganzen Bildschirm sichtbar ist. Neben dieser Aufl&ouml;sung kann eine weitere Aufl&ouml;sung
eingestellt werden, die gr&ouml;&szlig;er als der sichtbare Bereich des Bildschirms ist.
Wenn Sie die Kanten des Bildschirms mit der Maus verlassen, wird der virtuelle Bereich in den sichtbaren Bereich des Monitors geschoben. An der
Pixelgr&ouml;&szlig;e &auml;ndert sich dabei nichts, jedoch ist die Nutzfl&auml;che der Oberfl&auml;che gr&ouml;&szlig;er. Dies bezeichnet man als virtuelle Aufl&ouml;sung.
Das Einstellen der virtuellen Aufl&ouml;sung kann auf zwei verschiedene Arten
geschehen:
‘&Uuml;ber Drag&amp;Drop’ – Befindet sich die Maus auf dem angezeigten Monitorbild, so ver&auml;ndert sich der Mauszeiger zu einem Fadenkreuz. Halten Sie
86
2.4. Hardware
2
YaST – Konfigurationen
Abbildung 2.13: SaX2: Virtuelle Aufl&ouml;sung einstellen
die linke Maustaste gedr&uuml;ckt und bewegen Sie gleichzeitig die Maus, so
ver&auml;ndert sich die Gr&ouml;&szlig;e der Rasterfl&auml;che. Die Gr&ouml;&szlig;e der Rasterfl&auml;che zeigt
den Bereich der virtuellen Aufl&ouml;sung entsprechend der realen, durch das
Monitorbild dargestellten Aufl&ouml;sung an. Diese Einstellmethode empfiehlt
sich immer dann, wenn Sie nur einen bestimmten Bereich, &uuml;ber dessen
Gr&ouml;&szlig;e Sie sich noch nicht ganz sicher sind, als virtuellen Bereich einstellen
wollen.
‘Durch Auswahl aus dem Popup-Men&uuml;’ – &Uuml;ber das Popup-Men&uuml;, das sich
immer in der Mitte der Rasterfl&auml;che befindet, sehen Sie die aktuell eingestellte virtuelle Aufl&ouml;sung. Wenn Sie bereits wissen, dass Sie eine Standardaufl&ouml;sung als virtuelle Aufl&ouml;sung definieren wollen, w&auml;hlen Sie einfach
&uuml;ber das Men&uuml; eine entsprechende Aufl&ouml;sung aus.
Bildlage und -gr&ouml;&szlig;e
Hier k&ouml;nnen Sie mit Hilfe der Pfeile die Gr&ouml;&szlig;e und Position des angezeigten Bildes genau justieren (vgl. Abb. 2.14 auf der n&auml;chsten Seite). Wenn Sie
mit einer Multihead-Umgebung arbeiten (mehr als ein Bildschirm), k&ouml;n-
SUSE LINUX Enterprise Server
87
nen Sie mit dem Button ‘N&auml;chster Bildschirm’ zu Ihren weiteren Monitoren springen, um dort ebenfalls Gr&ouml;&szlig;e und Position festzulegen. Mit ‘Speichern’ sichern Sie Ihre Einstellungen.
Abbildung 2.14: SaX2: Anpassung der Bildgeometrie
Multihead
Wenn Sie mehr als eine Grafikkarte in Ihren Rechner eingebaut haben oder
eine Grafikkarte mit mehreren Ausg&auml;ngen besitzen, k&ouml;nnen Sie mehrere
Bildschirme an Ihrem System betreiben. Betreiben Sie zwei Bildschirme,
wird das Dualhead, bei mehr als zwei Multihead genannt. SaX2 erkennt
automatisch, wenn sich im System mehrere Grafikkarten befinden, und bereitet die Konfiguration entsprechend darauf vor. In dem Multihead-Dialog
von SaX k&ouml;nnen Sie den Multihead-Modus und die Anordnung Ihrer Bildschirme festlegen. Drei Modi stehen zur Verf&uuml;gung: ‘Traditionell’ (default),
‘Xinerama’ und ‘Cloned’:
‘Traditionelles Multihead’ Sie haben mit jedem Monitor eine eigenst&auml;ndige Einheit. Lediglich der Mauszeiger kann zwischen den Bildschirmen wechseln.
‘Cloned Multihead’ Dieser Modus ist &uuml;berwiegend f&uuml;r Pr&auml;sentationen
und Messen von Bedeutung und vor allem bei gro&szlig;en Bildschirmw&auml;nden sehr effektvoll. Jeder Monitor hat in diesem Modus den gleichen Inhalt. Die Maus ist in diesem Modus nur auf dem Hauptschirm
zu sehen.
88
2.4. Hardware
Unter dem Layout einer Multihead-Umgebung versteht man die Anordnung und Nachbarschaftsbeziehungen der einzelnen Bildschirme. SaX2
legt standardm&auml;&szlig;ig in der Reihenfolge der erkannten Grafikkarten ein
Standardlayout an, das alle Bildschirme in einer Linie von links nach rechts
anordnet. Im ‘Layout’-Dialog des Multihead-Tools legen Sie fest, wie die
Monitore auf Ihrem Schreibtisch angeordnet sind, indem Sie einfach mit
der Maus die Bildschirmsymbole auf der Gitterwand verschieben.
Nachdem Sie den Layout-Dialog abgeschlossen haben, k&ouml;nnen Sie die neue
Konfiguration durch Klick auf den Button ‘Test’ &uuml;berpr&uuml;fen.
2
YaST – Konfigurationen
‘Xinerama Multihead’ Alle Bildschirme verschmelzen zu einem einzigen
gro&szlig;en, das heisst Programmfenster k&ouml;nnen frei auf allen Monitoren
platziert werden oder auf eine Gr&ouml;&szlig;e, die mehr als einen Monitor umfasst, aufgezogen werden.
Bitte beachten Sie, dass Linux derzeit keine 3D-Unterst&uuml;tzung in einer
Xinerama-Multiheadumgebung bietet. SaX2 schaltet die 3D Unterst&uuml;tzung
in diesem Fall ab.
Eingabeger&auml;te
Maus Wenn die Maus bereits funktioniert, m&uuml;ssen Sie hier nichts weiter
tun. Sollte die Maus jedoch nicht funktionieren, k&ouml;nnen Sie sie &uuml;ber
den Ziffernblock der Tastatur wie im Abschnitt 2.4.5 auf der n&auml;chsten
Seite beschrieben steuern.
Falls die automatische Erkennung fehlschl&auml;gt, m&uuml;ssen Sie Ihre Maus
manuell konfigurieren. Der Dokumentation zu Ihrer Maus k&ouml;nnen
Sie eine Beschreibung des Typs entnehmen. W&auml;hlen Sie diesen aus
der Liste der unterst&uuml;tzten Maustypen aus. Wenn der richtige Maus
typ markiert ist, best&auml;tigen Sie das durch Klick mit der Taste 5 auf
dem Ziffernblock.
Tastatur In diesem Dialog legen Sie in dem oberen Auswahlfeld fest, welche Tastatur Sie benutzen. Darunter w&auml;hlen Sie die Sprache f&uuml;r Ihr
Tastaturlayout, d.h. f&uuml;r die l&auml;nderspezifische Lage der Tasten. In dem
Testfeld schlie&szlig;lich k&ouml;nnen Sie durch Eingabe von Sonderzeichen,
zum Beispiel &ouml;, &auml;, &uuml; oder &szlig;, feststellen, ob Ihr gew&auml;hltes Sprachlayout
korrekt &uuml;bernommen wurde.
Die Checkbox, mit der Sie die Eingabe von akzentuierten Buchstaben ein- und ausschalten k&ouml;nnen, sollten Sie im Normalfall so belassen, wie sie f&uuml;r die jeweilige Sprache voreingestellt ist. Mit ‘Beenden’
&uuml;bernehmen Sie die neuen Einstellungen in Ihr System.
SUSE LINUX Enterprise Server
89
Touchscreen Derzeit werden von XFree86 Touchscreens der Marken Microtouch und Elo TouchSystems unterst&uuml;tzt. SaX2 kann in diesem
Fall nur den Monitor automatisch erkennen, nicht aber den Toucher.
Der Toucher ist wiederum wie ein Eingabeger&auml;t anzusehen. Folgende
Schritte sind zur Einrichtung n&ouml;tig:
1. Starten Sie SaX2 und wechseln Sie zu ‘Eingabeger&auml;te’ -&gt; ‘Touchscreens’.
2. Klicken Sie auf ‘Hinzuf&uuml;gen’ und f&uuml;gen Sie einen Touchscreen
hinzu.
3. Speichern Sie die Konfiguration mit ‘Beenden’ ab. Ein Test der
Konfiguration ist nicht zwingend erforderlich.
Touchscreens besitzen eine Vielzahl von Optionen und m&uuml;ssen in den
meisten F&auml;llen zuerst kalibriert werden. Unter Linux gibt es dazu
leider kein allgemeines Werkzeug. Zu den Gr&ouml;&szlig;enverh&auml;ltnissen der
Touchscreens sind in die Standardkonfigurationen sinnvolle DefaultWerte integriert, so dass hier i. d. R. keine zus&auml;tzliche Konfiguration
n&ouml;tig wird.
Grafiktablet Derzeit werden von XFree86 noch einige Grafiktablets unterst&uuml;tzt. SaX2 bietet dazu die Konfiguration &uuml;ber USB bzw. serielle
Schnittstelle an. Ein Grafiktablet ist aus der Sicht der Konfiguration
wie eine Maus anzusehen oder, allgemeiner ausgedr&uuml;ckt, wie ein Eingabeger&auml;t. Es empfiehlt sich folgende Vorgehensweise:
1. Starten Sie SaX2 und wechseln Sie zu ‘Eingabeger&auml;te’ -&gt; ‘Grafiktablet’.
2. Klicken Sie auf ‘Hinzuf&uuml;gen’, w&auml;hlen Sie im folgenden Dialog
den Hersteller und und f&uuml;gen Sie ein Grafiktablet aus der angebotenen Liste hinzu.
3. Kreuzen Sie dann rechts in den Checkboxen an, ob Sie noch
einen Stift und/oder einen Radierer angeschlossen haben.
4. Pr&uuml;fen Sie bei einem seriellen Tablet wie bei allen hinzugef&uuml;gten
Ger&auml;ten, ob der Anschluss richtig ist: /dev/ttyS0 bezeichnet
die erste serielle Schnittstelle, /dev/ttyS1 die zweite und so
weiter.
5. Speichern Sie die Konfiguration durch Klick auf ‘Beenden’ ab.
90
2.4. Hardware
2
AccessX
Tabelle 2.1: AccessX – Bedienung der Maus &uuml;ber den Nummernblock
Taste
&divide; &times; – 5 + 0 Beschreibung
Aktiviert die linke Maustaste
Aktiviert die mittlere Maustaste
Aktiviert die rechte Maustaste
Diese Taste l&ouml;st einen Klick des zuvor aktivierten Mausbuttons aus. Wurde kein Mausbutton aktiviert, wird die linke
Maustaste benutzt. Die Aktivierung der jeweiligen Taste
wird nach dem Klick wieder auf die Standardeinstellung
gesetzt.
Diese Taste wirkt wie die Taste 5 , mit dem Unterschied,
dass dadurch ein Doppelklick ausgel&ouml;st wird.
Diese Taste wirkt wie die Taste 5 , mit dem Unterschied,
dass sie nur einen Druck des Mausbuttons bewirkt und
diesen beibeh&auml;lt.
YaST – Konfigurationen
Wenn Sie Ihren Rechner ohne Maus betreiben und nach dem Start von
SaX2 AccessX aktivieren, k&ouml;nnen Sie den Mauszeiger auf Ihrem Bildschirm
mit dem Nummerntastenblock Ihrer Tastatur steuern (siehe Tabelle 2.1 auf
der n&auml;chsten Seite).
l&ouml;st den Druck auf einen Mausbutton, der mit
Entf Diese Taste
erzeugt wurde.
der Taste 0 Bewegt die Maus nach links oben
7 Bewegt die Maus geradlinig nach oben
8 Bewegt die Maus nach rechts oben
9 Bewegt die Maus nach links
4 Bewegt die Maus nach rechts
6 Bewegt die Maus nach links unten
1 Bewegt die Maus geradlinig nach unten
2 Bewegt die Maus nach rechts unten
3 Sie k&ouml;nnen nun mit dem Schieberegler einstellen, wie schnell sich Ihr
SUSE LINUX Enterprise Server
91
Mauszeiger bei Druck der jeweiligen Tasten bewegen soll.
Weiterf&uuml;hrende Informationen
Weiterf&uuml;hrende Informationen &uuml;ber das X-Window-System, seine Geschichte und seine Eigenschaften finden Sie im Kapitel 12 auf Seite 305.
2.4.6
Hardware-Informationen
YaST f&uuml;hrt f&uuml;r die Konfiguration von Hardwarekomponenten eine
Hardware-Erkennung durch. Die erkannten technischen Daten werden in
diesem Dialog angezeigt. Dies ist insbesondere dann n&uuml;tzlich, wenn Sie
z. B. eine Support-Anfrage stellen wollen – daf&uuml;r brauchen Sie Informationen zu Ihrer Hardware.
Abbildung 2.15: Hardwareinformationen anzeigen
2.4.7
IDE DMA-Modus
Dieses Modul erm&ouml;glicht Ihnen, bei installiertem System den sog. DMAModus f&uuml;r Ihre (IDE-) Festplatte(n) und Ihre (IDE-) CD/DVD-Laufwerke
92
2.4. Hardware
Der aktuelle Kernel von SUSE LINUX aktiviert bei der Systeminstallation
DMA automatisch f&uuml;r Festplatten und l&auml;sst ihn f&uuml;r CD-Laufwerke deaktiviert, da in der Vergangenheit bei standardm&auml;&szlig;iger DMA-Aktivierung
f&uuml;r alle Laufwerke des &ouml;fteren Probleme bei CD-Laufwerken aufgetreten
sind. Sie k&ouml;nnen nachtr&auml;glich mit dem DMA-Modul f&uuml;r Ihre Laufwerke
entscheiden, ob Sie DMA aktivieren oder nicht. Sollten z.B. bei Ihrem Festplattenbetrieb Probleme auftauchen, kann es hilfreich sein, DMA zu deaktivieren. Umgekehrt steigern Sie die Daten&uuml;bertragungsrate Ihres CDLaufwerks, wenn Sie DMA daf&uuml;r aktivieren und das Laufwerk den Modus
ohne Probleme unterst&uuml;tzt.
Hinweis
2
YaST – Konfigurationen
zu aktivieren oder zu deaktivieren. Bei SCSI-Ger&auml;ten ist dieses Modul
funktionslos. DMA-Modi k&ouml;nnen die Leistungsf&auml;higkeit bzw. die Geschwindigkeit der Daten&uuml;bertragung in Ihrem System erheblich steigern.
DMA (=Direct Memory Access) bedeutet Direkter Speicherzugriff, d. h. Laufwerke k&ouml;nnen Ihre Daten direkt in den Arbeitsspeicher &uuml;bertragen ohne den Umweg &uuml;ber die Prozessorsteuerung.
Hinweis
2.4.8
Maus
Mit diesem YaST-Modul stellen Sie das aktuell verwendete Maus-Modell
ein. Weil die Vorgehensweise f&uuml;r die Auswahl der Maus schon im Rahmen
der benutzerdefinierten Installation erkl&auml;rt wurde, verweisen wir hier auf
den Abschnitt 1.7.3 auf Seite 18.
2.4.9
Scanner
Wenn Sie Ihren Scanner angeschlossen und eingeschaltet haben, sollte beim
Start dieses YaST-Moduls Ihr Scanner automatisch erkannt werden. In diesem Fall erscheint der Dialog zur Installation des Scanners. Falls kein Scanner erkannt wird, geht es weiter mit der manuellen Konfiguration. Wenn
Sie bereits einen oder mehrere Scanner installiert haben sollten, erscheint
zun&auml;chst eine &Uuml;bersichtstabelle mit einer Liste vorhandener Scanner, die
bearbeitet oder gel&ouml;scht werden k&ouml;nnen. Mit ‘Hinzuf&uuml;gen’ richten Sie ein
neues Ger&auml;t ein.
SUSE LINUX Enterprise Server
93
Als N&auml;chstes wird eine Installation mit Standardeinstellungen durchgef&uuml;hrt. Wenn die Installation erfolgreich war, erscheint eine entsprechende
Meldung. Nun k&ouml;nnen Sie Ihren Scanner testen, indem Sie eine Vorlage
darauf legen und dann auf ‘Test’ klicken.
Scanner wurde nicht erkannt
Beachten Sie, dass nur unterst&uuml;tzte Scanner automatisch erkannt werden
k&ouml;nnen. Scanner, die an einer anderen Maschine im Netzwerk betrieben
werden, werden auch nicht erkannt. Unterscheiden Sie zur manuellen Konfiguration zwischen einem USB-, SCSI- oder Netzwerkscanner.
USB-Scanner Hier muss der Hersteller bzw. das Modell eingegeben werden. YaST versucht, USB-Module nachzuladen. Falls Ihr Scanner sehr
neu ist, kann es sein, dass die Module nicht automatisch geladen werden k&ouml;nnen. In diesem Fall gelangen Sie weiter in einen Dialog, in
dem Sie die M&ouml;glichkeit haben, das USB-Modul per Hand nachzuladen. Lesen Sie hierzu den YaST-Hilfetext.
SCSI-Scanner Geben Sie das Device an (zum Beispiel /dev/sg0). Hinweis: Ein SCSI-Scanner darf nicht im laufenden System angeschlossen
oder ausgesteckt werden. Fahren Sie zuerst das System herunter.
Netzwerk-Scanner Hier ben&ouml;tigen Sie die IP-Adresse bzw. den Hostnamen. Lesen Sie zur Konfiguration eines Netzwerk-Scanners den
Supportdatenbank-Artikel Scanner unter Linux (http://sdb.suse.
de/, Stichwortsuche Scanner).
Wenn Ihr Scanner nicht erkannt wurde, ist das Ger&auml;t wahrscheinlich nicht
unterst&uuml;tzt. Manchmal werden jedoch auch unterst&uuml;tzte Scanner nicht
erkannt. Hier hilft Ihnen gegebenenfalls die manuelle Scanner-Auswahl
weiter. Wenn Sie in der Hersteller- und Modellliste Ihren Scanner identifizieren k&ouml;nnen, w&auml;hlen Sie ihn einfach an; falls nicht, gehen Sie lieber
auf ‘Abbrechen’. Informationen zu Scannern, die mit Linux funktionieren,
finden Sie unter http://cdb.suse.de, http://sdb.suse.de oder
http://www.mostang.com/sane .
Achtung
Manuelle Zuordnung des Scanners
Die manuelle Zuordnung des Scanners sollten Sie nur dann vornehmen, wenn Sie sich sicher sind. Bei einer falschen Auswahl
kann sonst Ihre Hardware Schaden nehmen.
Achtung
94
2.4. Hardware
2
Fehlerbehebung
Der Scanner wird nicht unterst&uuml;tzt. Unter http://www.suse.de/
sdb finden Sie eine Liste mit Ger&auml;ten, die zu Linux kompatibel sind.
Ihr SCSI-Controller ist nicht korrekt installiert.
Es gibt Terminierungs-Probleme mit Ihrer SCSI-Schnittstelle.
Ihr SCSI-Kabel &uuml;berschreitet die zul&auml;ssige L&auml;nge.
Ihr Scanner hat einen SCSI-Light-Controller, der von Linux nicht unterst&uuml;tzt wird.
Ihr Scanner k&ouml;nnte defekt sein.
YaST – Konfigurationen
Wenn Ihr Scanner nicht erkannt wurde, sind folgende Ursachen m&ouml;glich:
Achtung
Bei einem SCSI-Scanner darf das Ger&auml;t auf keinen Fall im laufenden System angeschlossen oder ausgesteckt werden. Fahren Sie
bitte zuerst Ihren Rechner herunter.
Achtung
2.4.10
Sound
YaST versucht beim Aufruf des Sound-Konfigurationstools, Ihre Soundkarte automatisch zu erkennen. Sie k&ouml;nnen eine oder mehrere Soundkarten
einrichten. Falls man mehrere Soundkarten verwenden m&ouml;chte, w&auml;hlt man
zuerst eine der zu konfigurierenden Karten aus. Mit dem Button ‘Konfigurieren’ gelangen Sie weiter zum Men&uuml; ‘Setup’. &Uuml;ber den Button ‘Bearbeiten’ kann man bereits konfigurierte Soundkarten unter ‘Soundkonfiguration’ editieren. ‘Beenden’ speichert die momentanen Einstellungen und
schlie&szlig;t die Soundkonfiguration ab. Sollte YaST Ihre Soundkarte nicht automatisch erkennen, kann man &uuml;ber das Men&uuml; ‘Soundkonfiguration’ mit
dem Button ‘Soundkarte hinzuf&uuml;gen’ zur ‘Manuellen Auswahl der Soundkarten’ gelangen. In diesem Dialog ist es m&ouml;glich, eine Soundkarte und das
zugeh&ouml;rige Modul selbst auszuw&auml;hlen.
SUSE LINUX Enterprise Server
95
Setup
Unter ‘Schnelles automatisches Setup’ werden keine weiteren Konfigurationsschritte abgefragt und kein Testsound gestartet. Die Soundkarte wird
fertig eingerichtet. Mit ‘Normales Setup’ hat man die M&ouml;glichkeit, im folgenden Men&uuml; ‘Lautst&auml;rke der Soundkarte’ die Ausgangslautst&auml;rke zu regeln und einen Testsound abzuspielen.
Bei ‘Erweitertes Setup’ mit der M&ouml;glichkeit, Optionen zu &auml;ndern, gelangt
man in das Men&uuml; ‘Erweiterte Optionen f&uuml;r die Soundkarte’. Hier kann man
die Optionen der Soundmodule manuell anpassen.
Zus&auml;tzlich k&ouml;nnen Sie von hier aus Ihren Joystick einrichten, indem Sie auf
die gleichnamige Checkbox klicken. Es erscheint dann ein Dialog, in dem
Sie den Typ Ihres Joysticks ausw&auml;hlen und dann auf ‘Weiter’ klicken. Der
gleiche Dialog erscheint auch, wenn Sie im YaST-Kontrollzentrum auf ‘Joystick’ klicken.
Lautst&auml;rke der Soundkarte
Unter dieser Testmaske k&ouml;nnen Sie Ihre Soundkonfiguration testen. Mit
den Buttons ‘+’ und ‘-’ stellen Sie die Lautst&auml;rke ein. Beginnen Sie bitte
bei etwa 10%, um weder Ihre Lautsprecher noch Ihr Geh&ouml;r zu sch&auml;digen.
Durch einen Klick auf den Button ‘Test’ sollte jetzt ein Testsound zu h&ouml;ren
sein, falls nicht, regeln Sie die Lautst&auml;rke nach. Mit ‘Weiter’ schlie&szlig;en Sie
die Soundkonfiguration ab und die Lautst&auml;rke wird gespeichert.
Soundkonfiguration
Mit der Option ‘L&ouml;schen’ kann man eine Soundkarte entfernen. Vorhandene Eintr&auml;ge von bereits konfigurierten Soundkarten werden in der Datei
/etc/modprobe.d/sound deaktiviert. Unter ‘Optionen’ gelangt man
in das Men&uuml; ‘Erweiterte Optionen f&uuml;r die Soundkarte’. Hier kann man
die Optionen der Soundmodule manuell anpassen. Im Men&uuml; ‘Mixer’ ist
es m&ouml;glich, die Pegeleinstellungen f&uuml;r Ein- und Ausg&auml;nge der jeweiligen
Soundkarten zu konfigurieren. Mit ‘Weiter’ werden die neuen Werte gespeichert und mit ‘Zur&uuml;ck’ wieder auf die Standardeinstellungen zur&uuml;ckgesetzt. Bei ‘Soundkarte hinzuf&uuml;gen...’ k&ouml;nnen Sie weitere Soundkarten
integrieren. Findet YaST automatisch eine weitere Soundkarte, gelangen
Sie in das Men&uuml; ‘Konfigurieren Sie eine Soundkarte’. Findet YaST keine Soundkarte, geht es direkt zu ‘Manuelle Auswahl der Soundkarte’.
Wenn Sie eine Creative Soundblaster Live oder AWE verwenden, k&ouml;nnen
Sie &uuml;ber die Option ‘Soundfonts installieren’ automatisch von der original
96
2.4. Hardware
&Uuml;ber die Checkbox ‘ALSA starten’ kann man das Starten von ALSA beim
Booten des Rechners (de-)aktivieren. Zur Wiedergabe von Midi-Dateien
sollten Sie die Checkbox ‘Sequenzer starten’ aktiviert haben. Somit werden beim Laden der ALSA-Module die ben&ouml;tigten Soundmodule f&uuml;r die
Sequenzerunterst&uuml;tzung mitgeladen.
Beim Aufruf von ‘Beenden’ wird die Lautst&auml;rke und die Konfiguration aller bis dahin installierten Soundkarten gespeichert. Die Mixereinstellungen werden in der Datei /etc/asound.conf abgelegt und die ALSAKonfigurationsdaten werden am Ende der Datei /etc/modprobe.conf
eingetragen.
2
YaST – Konfigurationen
Soundblaster Treiber CD-ROM SF2-Soundfonts auf Ihre Festplatte kopieren. Diese werden im Verzeichnis /usr/share/sfbank/creative/ abgelegt.
Konfigurieren Sie eine Soundkarte
Wurden mehrere Soundkarten gefunden, w&auml;hlen Sie unter ‘Liste der automatisch erkannten...’ Ihre gew&uuml;nschte Karte aus. Mit ‘Weiter’ gelangen Sie
nun zum Men&uuml;punkt ‘Setup’. Wird die Soundkarte nicht automatisch gefunden, w&auml;hlen Sie den Punkt ‘von der Liste w&auml;hlen’ an und mit ‘Weiter’
gelangt man in das Men&uuml; ‘Manuelle Auswahl der Soundkarte’.
Manuelle Auswahl der Soundkarte
Falls Ihre Soundkarte nicht automatisch erkannt wurde, wird eine Liste
von Soundkartentreibern und Soundkartenmodellen angezeigt, aus der
Sie eine Auswahl treffen k&ouml;nnen. Mit der Auswahl ‘Alle’ k&ouml;nnen Sie die
komplette Liste der unterst&uuml;tzten Soundkarten ansehen.
Sehen Sie gegebenenfalls in der Dokumentation zu Ihrer Soundkarte nach,
um die n&ouml;tigen Informationen zu erhalten. Des Weiteren finden Sie auch
eine Aufstellung der von ALSA unterst&uuml;tzten Soundkarten mit den jeweils
zugeh&ouml;rigen Soundmodulen unter /usr/share/doc/packages/alsa/
cards.txt und http://www.alsa-project.org/~goemon/. Nach
der Auswahl gelangt man &uuml;ber ‘Weiter’ wieder in das Men&uuml; ‘Setup’.
2.4.11
S/390, zSeries: ZFCP
Um dem installierten System zus&auml;tzliche ZFCP-Ger&auml;te hinzuzuf&uuml;gen, verwenden Sie das YaST ZFCP-Modul (‘Hardware’ ➝ ‘ZFCP’ ). W&auml;hlen Sie
zun&auml;chst ‘Hinzuf&uuml;gen’ aus. Im n&auml;chsten Dialog w&auml;hlen Sie die ‘Kanalnummer’ aus einer Drop-Down Liste und legen ‘WWPN’ und ‘FCP-LUN’ fest.
SUSE LINUX Enterprise Server
97
Schlie&szlig;en Sie die Konfiguration ab, indem Sie den Dialog mit ‘Weiter’ und
‘Schlie&szlig;en’ verlassen. Um sicherzugehen, dass das neue Ger&auml;t tats&auml;chlich
in die Konfiguration integriert wurde, &uuml;berpr&uuml;fen Sie die Ausgabe von
cat /proc/scsi/scsi.
2.5
Netzwerkger&auml;te
Die YaST-Konfigurationsbeschreibung f&uuml;r alle Typen von unterst&uuml;tzen
Netzwerkger&auml;ten sowie Hintergrundinformationen zur Einbindung ins
Netzwerk lesen Sie in Abschnitt 21.4 auf Seite 481 nach.
2.6
Netzwerk-Dienste
2.6.1
DHCP-Server
Mit YaST k&ouml;nnen Sie in wenigen Arbeitsschritten einen eigenen DHCPServer aufsetzen. In Kapitel 21.11 auf Seite 563 lesen Sie Grundlagen zum
Thema und die einzelnen YaST Konfigurationsschritte nach.
2.6.2
Hostname und DNS
Dieses Modul dient zur separaten Konfiguration von Hostname und DNS,
wenn diese Angaben nicht bereits bei der Konfiguration des Netzwerkger&auml;ts gemacht wurden.
2.6.3
NFS-Client und NFS-Server
NFS gibt Ihnen die M&ouml;glichkeit, unter Linux einen so genannten Fileserver
zu betreiben, auf den die Mitglieder Ihres Netzwerkes zugreifen k&ouml;nnen.
Auf diesem Fileserver stellen Sie z. B. bestimmte Programme und Dateien
oder auch Speicherplatz f&uuml;r die Benutzer zur Verf&uuml;gung. In dem Modul
‘NFS-Server’ legen Sie dann fest, dass Ihr Rechner als NFS-Server fungieren
soll und welche Verzeichnisse exportiert, d.h. von den Benutzern des Netzwerks benutzt werden k&ouml;nnen. Jeder Benutzer (der die Rechte dazu erteilt
bekommt), kann dann diese Verzeichnisse in seinen eigenen Dateibaum
hineinmounten. Die YaST-Modulbeschreibung und Hintergr&uuml;nde zu NFS
lesen Sie in Abschnitt 21.10 auf Seite 557 nach.
98
2.5. Netzwerkger&auml;te
2.6.4
Konfiguration eines Samba-Servers
2.6.5
YaST – Konfigurationen
Richten Sie einen Samba-Server ein, um Ressourcen wie Dateien oder Drucker mit Windows-Rechnern zu teilen. Definieren Sie in der erste Maske,
welche Rolle der Samba-Server &uuml;bernehmen soll. Sie k&ouml;nnen Ihn deaktivieren, als Datei- und Druckserver verwenden, als Backup Domain Controller
oder Primary Domain Controller einsetzen. Ein Datei- und Druckserver
stellt nur Verzeichnisse und Drucker zur Verf&uuml;gung. Ein Domain Controller erlaubt seinen Clients sich auf einer Windows-Domain einzuloggen.
Der Primary Domain Controller verwaltet selbst Benutzer und Passw&ouml;rter,
ein Backup Domain Controller dagagen verwendet einen anderen Domain
Controller zur Authentifizierung der Benutzer. Weiterf&uuml;hrende Informationen zu Samba finden Sie im Abschnitt 24.1 auf Seite 634.
2
Konfiguration eines Samba-Clients
Konfigurieren Sie einen Samba-Client, um einfach auf Ressourcen (Dateien oder Drucker) auf dem Samba-Server zuzugreifen. Tragen Sie im Dialog
Samba Workgroup die Domain oder Arbeitsgruppe ein. &Uuml;ber die Schaltfl&auml;che ‘Ausw&auml;hlen’ werden alle verf&uuml;gbaren Gruppen und Domains angezeigt. Sie k&ouml;nnen dann mit Mausklick ausw&auml;hlen. Aktivieren Sie die
Checkbox ‘SMB-Informationen auch f&uuml;r die Linux-Authentifizierung verwenden’ wird die Benutzerauthentifizierung &uuml;ber den Samba-Server laufen. Haben Sie alle Einstellungen vorgenommen, klicken Sie auf ‘Beenden’,
um die Konfiguration abzuschlie&szlig;en.
2.6.6
NTP Client
NTP (engl. Network Time Protocol ) ist ein Protokoll, um die Uhrzeit von
Rechnern &uuml;ber ein Netzwerk zu synchronisieren. Mit dem entsprechenden
YaST-Modul k&ouml;nnen Sie durch ‘Hinzuf&uuml;gen’ einen Typ ausw&auml;hlen. Es stehen eine Reihe von Auswahlm&ouml;glichkeiten zur Verf&uuml;gung, von denen ‘Server’ und ‘Funkuhr’ am H&auml;ufigsten verwendet werden d&uuml;rften. Bei ‘Funkuhr’ wird allerdings zus&auml;tzlich eine entsprechende Hardware ben&ouml;tigt.
Wird ‘Server’ angew&auml;hlt, m&uuml;ssen Sie die Adresse eines NTP-Servers eingeben. Sie k&ouml;nnen auch einen &ouml;ffentlichen NTP-Server angeben, den Sie unter
http://www.eecis.udel.edu/~mills/ntp/servers.html finden
k&ouml;nnen. Best&auml;tigen Sie mit ‘OK’.
Um den NTP-Daemon beim Systemstart zu starten, w&auml;hlen Sie ‘When booting system’ an. Ihre Einstellungen sichern Sie mit ‘Beenden’.
SUSE LINUX Enterprise Server
99
Weitere Informationen zum Thema NTP erhalten Sie im Abschnitt 21.12 auf
Seite 577.
2.6.7
Routing
N&auml;here Informationen zum Thema Routing finden Sie in Abschnitt 21.5 auf
Seite 497.
2.6.8
Mail Transfer Agent
Mit diesem Konfigurationsmodul k&ouml;nnen Sie Ihre Mail-Einstellungen
anpassen, wenn Sie Ihre E-Mails mit sendmail, postfix oder mittels des
SMTP-Servers Ihres Providers versenden. Mail herunterladen k&ouml;nnen Sie
mit dem Programm fetchmail, zu dem Sie hier ebenfalls die Daten des
POP3- oder IMAP-Servers Ihres Providers eintragen k&ouml;nnen.
Alternativ k&ouml;nnen Sie in einem Mail-Programm Ihrer Wahl, z.B. KMail ,
einfach Ihre POP- und SMTP-Zugangsdaten einstellen, wie Sie es bisher
gewohnt waren (Empfang mit POP3, Versand mit SMTP). Sie ben&ouml;tigen
dann dieses Modul nicht.
Verbindungsart
Falls Sie Ihre Mail-Einstellungen &uuml;ber YaST vornehmen wollen, verlangt
das System im ersten Dialog des E-Mail-Dialogs die Angabe der gew&uuml;nschten Verbindungsart ins Internet. Sie haben folgende Alternativen:
‘Permanent’ W&uuml;nschen Sie eine Standleitung ins Internet, w&auml;hlen Sie
diese Option. Ihr Rechner wird ununterbrochen online sein, so dass
keine separate Einwahl n&ouml;tig ist. Befindet sich Ihr System innerhalb
eines lokalen Netzwerks mit zentralem Mail-Server zum E-MailVersand, w&auml;hlen Sie ebenfalls diese Option, um permanenten Zugang
zu Ihren E-Mails zu gew&auml;hrleisten.
‘Einwahl’ Dieser Men&uuml;punkt betrifft alle Benutzer, die zuhause einen
Rechner haben, der keinem Netzwerk angeh&ouml;rt und sich gelegentlich
ins Internet einw&auml;hlen.
Keine Verbindung Wenn Sie keinen Internetzugang haben und auch keinem Netz angeh&ouml;ren, k&ouml;nnen Sie keine E-Mails verschicken oder
empfangen.
100
2.6. Netzwerk-Dienste
2.6.9
Mailserver
Hinweis
2
YaST – Konfigurationen
Zus&auml;tzlich k&ouml;nnen Sie per Checkbox die Virus&uuml;berpr&uuml;fung Ihrer eingehend
en und ausgehenden E-Mails durch AMaViS aktivieren. Das entsprechende
Paket wird automatisch installiert, sobald Sie die Mail-Filterung aktivieren.
In den weiteren Dialogen legen Sie den ausgehenden Mail-Server (i.A. der
SMTP-Server Ihres Providers) und die Parameter f&uuml;r eingehende Mail fest.
Verwenden Sie eine Einwahlverbindung (dial-up), k&ouml;nnen Sie verschiedene
POP- bzw. IMAP-Server zum Mail-Empfang durch unterschiedliche Benutzer angeben. Schlie&szlig;lich k&ouml;nnen Sie &uuml;ber diesen Dialog optional zus&auml;tzlich
Aliasnamen vergeben, Masquerading einstellen oder virtuelle Domains anlegen. Mit ‘Beenden’ verlassen Sie die Mail-Konfiguration.
LDAP-gest&uuml;tzte Konfiguration des Mailservers
Das Mailserver Modul des SUSE LINUX Enterprise Server funktioniert ausschlie&szlig;lich dann, wenn Benutzer- und Gruppenmanagement sowie DNS- und DHCP-Dienste &uuml;ber LDAP abgewickelt
werden.
Hinweis
Das YaST Mailserver Modul erm&ouml;glicht Ihnen die Konfiguration des SUSE
LINUX Enterprise Server als Mailserver. Folgende Konfigurationsschritte
werden bei der Konfiguration mit YaST abgedeckt:
Globale Konfiguration Konfigurieren Sie die Identifikation Ihress Mailservers sowie maximale Gr&ouml;&szlig;e der zu versendenden bzw. empfangenden Mail und die Art der Mailtransports.
Lokale Zustellung Konfigurieren Sie die Art der lokalen Mailzustellung.
Mail-Transport-Route Konfigurieren Sie hier besondere Transportrouten
f&uuml;r Mails abh&auml;ngig von ihrer Zieladresse.
Mailserverschutz Konfigurieren Sie die SPAM-Schutzeinstellungen des
Mailservers. Aktivieren Sie den Virendetektor AMaViS, legen Sie die
Art und Intensit&auml;t der &Uuml;berpr&uuml;fung auf SPAM fest und blocken Sie —
wenn n&ouml;tig — die Mailannahme von bestimmten Hosts bzw. Clients
komplett.
Mailserver-Weiterleitung Konfigurieren Sie hier, von welchen Netzen aus
Ihr Mailserver zum Versenden nicht lokaler Mails genutzt werden
darf.
SUSE LINUX Enterprise Server
101
Mail abrufen Konfigurieren Sie die Abholung von Mails von externen
Mailboxen &uuml;ber verschiedene Protokolle.
Mailserver-Domains Legen Sie fest, f&uuml;r welche Domains der Mailserver
zust&auml;ndig sein soll. Grunds&auml;tzlich muss mindestens eine Hauptdomain konfiguriert sein, wenn Sie den Server nicht als so genannten
null client konfiguriert haben, der Mails versendet, aber nicht empf&auml;ngt.
Es werden drei Arten von Domains unterschieden:
main Hauptdomain des lokalen Mailservers
local In lokalen Domains k&ouml;nnen alle Benutzer Mail bekommen,
die auch in der Hauptdomain Mail empfangen k&ouml;nnen. Im Falle
einer Mail an eine lokale Domain wird nur der Teil vor dem @
der Adresse ausgewertet.
virtual In virtuellen Domains bekommen nur solche Benutzer Mails,
die eine explizite Adresse in dieser Domain bekommen haben.
Virtuelle Mailadressen richten Sie &uuml;ber die YaST Benutzerkonfiguration ein.
2.6.10
Netzwerkdienste (inetd)
Mit diesem Werkzeug k&ouml;nnen Sie einstellen, welche Netzwerkdienste, z. B.
telnet, finger, talk, ftp usw., beim Booten von SUSE LINUX gestartet werden. Sie bewirken, dass sich andere von au&szlig;en mit Ihrem Rechner &uuml;ber diese Dienste verbinden k&ouml;nnen. F&uuml;r jeden Dienst k&ouml;nnen Sie zudem unterschiedliche Parameter einstellen. Standardm&auml;&szlig;ig wird der &uuml;bergeordnete
Dienst, der die einzelnen Netzdienste verwaltet (inetd oder xinetd) nicht
gestartet.
Nach Start dieses Moduls w&auml;hlen Sie aus, welchen der beiden Dienste Sie
konfigurieren wollen. Im folgenden Dialog entscheiden Sie per Radiobutton, ob inetd (bzw. xinetd) gestartet werden soll. Der (x)inetd Daemon
kann mit einer Standardauswahl an Netzwerkdiensten gestartet werden,
oder aber Sie stellen eine selbstdefinierte Auswahl an Diensten zusammen,
indem Sie der bestehenden Auswahl Dienste ‘hinzuf&uuml;gen’ oder bestehende
‘l&ouml;schen’ bzw. ‘bearbeiten’.
102
2.6. Netzwerk-Dienste
2
Achtung
Achtung
2.7
Sicherheit und Benutzer
Eine grundlegende Eigenschaft von Linux ist seine Multi-User-F&auml;higkeit.
Daher k&ouml;nnen mehrere Benutzer unabh&auml;ngig voneinander an einem einzigen Linux-System arbeiten. Jeder hat seinen eigenen Benutzer-Account,
bestehend aus einem Benutzer- bzw. Login-Namen und einem pers&ouml;nlichen Passwort, mit dem er sich am System anmeldet. Dazu kommt au&szlig;erdem ein pers&ouml;nliches Home-Verzeichnis, in dem die privaten Dateien und
Konfigurationen gespeichert werden.
2.7.1
YaST – Konfigurationen
Konfiguration von Netzwerkdiensten (inetd)
Die Zusammenstellung und Einordnung der Netzwerkdienste
auf Ihrem System ist ein komplexer Vorgang, der sehr detaillierte Kenntnis des Konzepts hinter den Linux Netzwerkdiensten
erfordert.
Benutzerverwaltung
Nach dem Aufruf dieses Konfigurations-Tools &ouml;ffnet sich die Maske Verwaltung von Benutzern und Gruppen. Zun&auml;chst k&ouml;nnen Sie mithilfe der
Checkbox festlegen, ob Sie Benutzer oder Gruppen bearbeiten wollen.
YaST bietet Ihnen eine &Uuml;bersicht &uuml;ber alle lokalen Benutzer auf dem System. Befinden Sie sich in einem gr&ouml;&szlig;eren Netzwerk k&ouml;nnen Sie &uuml;ber ‘Filter
festlegen’ alle Systembenutzer (z.B. root) oder NIS-Benutzer auflisten lassen. Sie k&ouml;nnen auch benutzerdefinierte Filtereinstellungen erzeugen. Sie
schalten dann nicht mehr zwischen den einzelnen Benutzergruppen um,
sondern k&ouml;nnen diese beliebig kombinieren. Um neue Benutzer anzulegen,
klicken Sie auf ‘Hinzuf&uuml;gen’ und f&uuml;llen in der Maske die entsprechenden
Felder aus. Danach darf sich der neue Benutzer mit seinem Login-Namen
und Passwort auf dem Rechner anmelden. &Uuml;ber die Schaltfl&auml;che ‘Details’
nehmen Sie weitere Feineinstellungen f&uuml;r das Benutzerprofil vor. Sie k&ouml;nnen die Benutzerkennung, das Heimatverzeichnis und die Standard-LoginShell manuell setzen. Dar&uuml;ber hinaus kann der neue Benutzer hier auch
bestimmten Gruppen zugeordnet werden. Die G&uuml;ltigkeitsdauer des Passworts konfigurieren Sie &uuml;ber ‘Passwort-Einstellungen’. Alle diese Einstellungen lassen sich &uuml;ber die Schaltfl&auml;che ‘Bearbeiten’ nachtr&auml;glich &auml;ndern.
SUSE LINUX Enterprise Server
103
Soll ein Benutzer gel&ouml;scht werden, selektieren Sie ihn in der Liste und
dr&uuml;cken den Button ‘L&ouml;schen’.
F&uuml;r die fortgeschrittene Netzwerkadministration haben Sie die M&ouml;glichkeit, &uuml;ber ‘Optionen f&uuml;r Experten’ die Standardeinstellungen f&uuml;r das Anlegen neuer Benutzer zu definieren. Sie legen die Art der Authentifizierung
(NIS, LDAP, Kerberos oder Samba) sowie den Algorithmus f&uuml;r die Passwortverschl&uuml;sselung fest. Diese Einstellungen sind vor allem f&uuml;r den Einsatz in gro&szlig;en (Firmen-)Netzwerken interessant.
Abbildung 2.16: Benutzerverwaltung
2.7.2
Gruppenverwaltung
Starten Sie das Modul Gruppenverwaltung aus dem YaST Kontrollzentrum
oder klicken Sie in der Benutzerverwaltung auf die Checkbox ‘Gruppen’.
Beide Masken zeigen identische Funktionalit&auml;t, allerdings legen Sie hier
neu Gruppen an, bearbeiten oder l&ouml;schen sie.
F&uuml;r eine komfortable Gruppenverwaltung stellt YaST Ihnen eine Liste aller Gruppen zur Verf&uuml;gung. Soll eine Gruppe gel&ouml;scht werden, klicken Sie
104
2.7. Sicherheit und Benutzer
2
YaST – Konfigurationen
diese einfach in der Liste an, so dass die Zeile dunkelblau erscheint, und
w&auml;hlen Sie dann ‘L&ouml;schen’. Beim ‘Hinzuf&uuml;gen’ und ‘Bearbeiten’ geben Sie
in der zugeh&ouml;rigen YaST Maske Namen, Gruppen-ID (gid) und Mitglieder
dieser Gruppe an. Optional k&ouml;nnnen Sie f&uuml;r den Wechsel in diese Gruppe
ein Passwort vergeben. Die Filtereinstellungen sind identisch zum Dialog
‘Benutzerverwaltung’.
Abbildung 2.17: Gruppenverwaltung
2.7.3
Einstellungen zur Sicherheit
In der Startmaske ‘Lokale Sicherheitskonfiguration’, die Sie unter ‘Sicherheit und Benutzer’ aufrufen, haben Sie die Wahl zwischen vier Optionen:
‘Level 1’ ist f&uuml;r Einzelplatzrechner (vorkonfiguriert), ‘Level 2’ ist f&uuml;r Workstations mit Netzwerk (vorkonfiguriert), ‘Level 3’ ist f&uuml;r Server mit Netzwerk (vorkonfiguriert) und ‘Benutzerdefiniert’ ist f&uuml;r eigene Einstellungen.
Wenn Sie einen der ersten drei Punkte anw&auml;hlen, haben Sie die M&ouml;glichkeit, eine je nach Bedarf entsprechend vorkonfigurierte Systemsicherheit
zu &uuml;bernehmen. Klicken Sie hierf&uuml;r einfach auf ‘Beenden’. Unter ‘Details’
haben Sie auch Zugang zu den einzelnen Einstellungen, die Sie auf Wunsch
SUSE LINUX Enterprise Server
105
ver&auml;ndern k&ouml;nnen. Wenn Sie ‘Benutzerdefiniert’ w&auml;hlen, gelangen Sie mit
‘Weiter’ automatisch zu den verschiedenen Dialogen. Hier finden Sie die
bei der Installation voreingestellten Werte.
‘Passworteinstellungen’ W&uuml;nschen Sie, dass neue Passw&ouml;rter vom System gepr&uuml;ft werden, bevor sie &uuml;bernommen werden, selektieren Sie
die beiden Checkboxen ‘&Uuml;berpr&uuml;fung neuer Passw&ouml;rter’ und ‘Plausibilit&auml;tstest f&uuml;r Passw&ouml;rter’. Legen Sie die Mindest- und Maximall&auml;nge
des Passworts f&uuml;r neu anzulegende Benutzer fest. Ferner legen Sie die
G&uuml;ltigkeitsdauer des Passworts fest und bestimmen, wie viele Tage
vor dessen Ablauf der Benutzer beim Login auf der Textkonsole gewarnt werden soll.
‘Einstellungen f&uuml;r den Systemstart’
Wie soll die Tastenkombination Strg -Alt -Del interpretiert werden?
&Uuml;blicherweise bewirkt sie auf der Textkonsole einen SystemNeustart. Das sollten Sie so belassen, es sei denn, Ihr Rechner bzw.
Server ist &ouml;ffentlich zug&auml;nglich und Sie bef&uuml;rchten, dass jemand unerlaubt diese Aktion durchf&uuml;hren k&ouml;nnte. Wenn Sie ‘Stopp’ anw&auml;hlen, bewirkt diese Tastenkombination ein Herunterfahren des Systems, bei ‘Ignorieren’ bleibt diese Tastenkombination wirkungslos.
Wer darf das System vom KDM (KDE-Display-Manager – das grafische Login) aus herunterfahren?
‘Nur Root’ (also der Systemadministrator), ‘Alle Benutzer’, ‘Nobody’
oder ‘Lokale Benutzer’? Wenn Sie ‘Nobody’ anw&auml;hlen, dann kann das
System nur noch von der Textkonsole aus heruntergefahren werden.
‘Einstellungen f&uuml;r das Anmelden’
&Uuml;blicherweise gibt es nach einem fehlgeschlagenen Anmeldeversuch
eine Wartezeit von einigen Sekunden, bis eine erneute Anmeldung
m&ouml;glich ist, um das automatische Knacken von Passw&ouml;rtern zu
erschweren. Zudem haben Sie die M&ouml;glichkeit, die Punkte ‘Aufzeichnung fehlgeschlagener Anmeldeversuche’ und ‘Aufzeichnung
erfolgreicher Anmeldeversuche’ zu aktivieren. Falls Sie also Verdacht
sch&ouml;pfen, dass jemand versucht, Ihr Passwort herauszufinden,
k&ouml;nnen Sie die Eintr&auml;ge in den System-Logdateien unter /var/log
kontrollieren. &Uuml;ber die Checkbox ‘Grafische Anmeldung von Remote
erlauben’ erhalten andere Benutzer &uuml;ber das Netzwerk Zugriff auf
Ihren grafischen Anmeldebildschirm. Diese Zugriffsm&ouml;glichkeit
stellt jedoch ein potentielles Sicherheitsrisiko dar und ist deshalb
standardm&auml;&szlig;ig inaktiv.
106
2.7. Sicherheit und Benutzer
Anhand der Daten dieser Maske k&ouml;nnen Sie festlegen, welche Zahlenbereiche f&uuml;r den numerischen Teil der Benutzerkennung vergeben
wird, wenn Sie einen neuen Benutzer anlegen. Das Minimum von 500
f&uuml;r einen Benutzer ist sinnvoll und sollte nicht unterschritten werden.
Ebenso verfahren Sie mit den Einstellungen zur Gruppenkennung.
‘Verschiedene Einstellungen’ Bei ‘Einstellung der Dateirechte’ gibt es
drei Auswahlm&ouml;glichkeiten: ‘Easy (Einfach)’, ‘Sicher’ und ‘Paranoid’.
Den meisten Benutzern d&uuml;rfte Ersteres ausreichen. Der YaST-Hilfetext
gibt Ihnen Auskunft &uuml;ber die drei Sicherheitsstufen.
2
YaST – Konfigurationen
‘Einstellungen f&uuml;r das Anlegen neuer Benutzer’
Jeder Benutzer hat eine numerische und eine alphanumerische
Benutzerkennung. Die Zuordnung geschieht durch die Datei
/etc/passwd und sollte m&ouml;glichst eindeutig sein.
Die Einstellung ‘Paranoid’ ist extrem restriktiv und kann als Ausgangsbasis f&uuml;r eigene Einstellungen eines Administrators dienen.
Wenn Sie ‘Paranoid’ ausw&auml;hlen, m&uuml;ssen Sie bei der Verwendung von
einzelnen Programmen mit St&ouml;rungen bzw. Fehlfunktionen rechnen,
weil Sie nicht mehr die Rechte haben, auf verschiedene Dateien zuzugreifen. Au&szlig;erdem k&ouml;nnen Sie in diesem Dialog den Benutzer festlegen, der das Programm updatedb starten soll. Das t&auml;glich oder nach
dem Booten automatisch ablaufende updatedb erzeugt eine Datenbank (locatedb), in welcher der Ort jeder Datei auf Ihrem Rechner
gespeichert wird. Wenn Sie ‘Nobody’ w&auml;hlen, kann jeder Benutzer
nur Pfade in der Datenbank finden, die auch jeder andere (unprivilegierte) Benutzer sehen w&uuml;rde. Wenn root angew&auml;hlt ist, werden alle
lokalen Dateien indiziert, da der Benutzer root als Super-User alle
Verzeichnisse listen darf.
Zuletzt sollten Sie die Option ‘Aktuelles Verzeichnis im Pfad des Benutzers root’ deaktivieren.
Mit ‘Beenden’ schlie&szlig;en Sie Ihre Sicherheitskonfiguration ab.
2.7.4
Firewall
Mit diesem Modul konfigurieren Sie die SuSEfirewall2, um Ihren Rechner
vor Angriffen aus dem Internet abzuschirmen. Detaillierte Informationen
zur Funktionsweise von SuSEfirewall2 finden Sie in Abschnitt 26.3 auf Seite 705.
SUSE LINUX Enterprise Server
107
Abbildung 2.18: YaST: Sicherheitseinstellungen
108
2.7. Sicherheit und Benutzer
2.8
2
System
S/390, zSeries: Weitere Schritte
Weitere, f&uuml;r IBM S/390 und zSeries relevante Informationen
lesen Sie ab Abschnitt 2.8.5 auf Seite 113.
Hinweis
2.8.1
Sicherungkopie der Systembereiche
Mit dem Backup-Modul haben Sie die M&ouml;glichkeit, mit YaST Backups Ihres Systems durchzuf&uuml;hren. Das Modul f&uuml;hrt keine vollst&auml;ndigen Systembackups durch, sondern sichert nur Informationen &uuml;ber ge&auml;nderte Pakete,
systemkritische Bereiche und Konfigurationsdateien.
Bei der Konfiguration k&ouml;nnen Sie bestimmen, welche Dateien gesichert
werden sollen. Standardm&auml;&szlig;ig werden Informationen dar&uuml;ber gesichert,
welche Pakete sich seit der letzten Installation ge&auml;ndert haben. Zus&auml;tzlich
k&ouml;nnen Sie Dateien sichern, die zu keinem Paket geh&ouml;ren, z.B. viele Konfigurationsdateien in Ihrem /etc- oder Ihrem home-Verzeichnis. Au&szlig;erdem
k&ouml;nnen kritische Systembereiche auf der Festplatte wie Partitionierungstabellen oder der MBR hinzugef&uuml;gt werden, die dann bei einer n&ouml;tigen Restaurierung benutzt werden k&ouml;nnen.
2.8.2
YaST – Konfigurationen
Hinweis
System wiederherstellen
Mit dem Restore-Modul (Abb. 2.19 auf der n&auml;chsten Seite) k&ouml;nnen Sie Ihr
System von einem Backup-Archiv wiederherstellen. Folgen Sie den Anweisungen im YaST. Mit ‘Weiter’ gelangen Sie in die verschiedenen Dialoge.
Zu Beginn geben Sie an, wo sich das/die Archiv(e) befinden, also entweder
auf Wechselmedien, auf lokalen Platten oder auf Netzwerk-Filesystemen.
Im weiteren Verlauf der Dialoge erhalten Sie zu den Archiven die jeweiligen Beschreibungen und Inhalte und Sie k&ouml;nnen entscheiden, was Sie aus
den Archiven wiederhergestellt haben m&ouml;chten.
Weiterhin k&ouml;nnen Sie in zwei Dialogen erstens Pakete zum Deinstallieren
w&auml;hlen, die seit dem letzten Backup neu hinzugekommen sind, und zweitens werden Ihnen Pakete, die seit dem letzten Backup gel&ouml;scht wurden,
zum erneuten Installieren angeboten. Durch diese beiden zus&auml;tzlichen
Schritte k&ouml;nnen Sie exakt den Systemzustand zum Zeitpunkt des letzten
Backups wiederherstellen.
SUSE LINUX Enterprise Server
109
Achtung
System wiederherstellen
Da dieses Modul im Normalfall viele Pakete und Dateien installiert, ersetzt oder deinstalliert, sollten Sie es nur benutzen,
wenn Sie Erfahrung mit Backups haben, sonst kann Ihnen unter
Umst&auml;nden Datenverlust entstehen.
Achtung
Abbildung 2.19: YaST: Startfenster des Restore-Moduls
2.8.3
Erstellen einer Boot-, Rettungs- oder Moduldiskette
Hinweis
S/390, zSeries: Systemrettung
Die hier beschriebene Vorgehensweise ist nicht auf IBM S/390
und zSeries anzuwenden. Eine Beschreibung der Systemrettung
auf diesen Plattformen finden Sie im Abschnitt 6.5 auf Seite 208.
Hinweis
110
2.8. System
2
YaST – Konfigurationen
Mit diesem YaST-Modul k&ouml;nnen Sie auf einfache Weise Boot-Disketten,
Rettungs-Disketten und Modul-Disketten erstellen. Diese Disketten sind
hilfreich, wenn die Boot-Konfiguration in Ihrem System einmal besch&auml;digt
sein sollte. Die Rettungs-Diskette ist speziell dann n&ouml;tig, wenn das DateiSystem der Root-Partition besch&auml;digt ist. In diesem Fall wird unter Umst&auml;nden auch die Modul-Diskette mit verschiedenen Treibern ben&ouml;tigt, um
auf das System zuzugreifen (z. B. um ein RAID-System anzusprechen).
Abbildung 2.20: Eine Boot-, Rettungs- oder Moduldiskette erstellen
‘Standard-Boot-Diskette’ Mit dieser Option erstellen Sie eine StandardBoot-Diskette, mit der Sie ein bereits installiertes System booten k&ouml;nnen. Sie wird auch zum Starten des Rettungssystems ben&ouml;tigt.
‘Rettungs-Diskette’ Diese Diskette ent&auml;lt eine spezielle Umgebung, die
es Ihnen erm&ouml;glicht, Wartungsarbeiten an Ihrem installierten System durchzuf&uuml;hren, z. B. die Pr&uuml;fung und Instandsetzung von DateiSystemen und die Aktualisierung des Bootloaders.
Um das Rettungssystem zu starten, booten Sie zun&auml;chst mit der Standard Boot-Diskette und w&auml;hlen dann ‘Manuelle Installation’, ‘Installation/System starten’ und ‘Rettungssystem’. Sie werden dann aufgefordert die Rettungs-Diskette einzulegen. Wenn Sie Ihr System f&uuml;r die
Nutzung spezieller Treiber konfiguriert haben (z.B. RAID oder USB),
SUSE LINUX Enterprise Server
111
m&uuml;ssen Sie ggf. zus&auml;tzlich entsprechende Module von einer ModulDiskette laden.
‘Modul-Disketten’ Modul-Disketten enthalten zus&auml;tzliche SystemTreiber. Der Standard-Kernel unterst&uuml;tzt nur IDE-Laufwerke. Falls
die Laufwerke in Ihrem System an spezielle Controller (z.B. SCSI) angeschlossen sind, m&uuml;ssen Sie die entsprechenden Treiber von einer
Modul-Diskette laden. Wenn Sie diese Option w&auml;hlen und auf ‘Weiter’ klicken, gelangen Sie in einen Dialog zur Erstellung verschiedener Modul-Disketten.
Die folgenden Modul-Disketten sind verf&uuml;gbar
USB-Module Diese Diskette enth&auml;lt USB-Module, die z.B. dann gebraucht werden, wenn Sie USB-Laufwerke angeschlossen haben.
IDE-, RAID- und SCSI-Module Weil der Standard-Kernel nur normale IDE-Laufwerke unterst&uuml;tzt, brauchen Sie diese ModulDiskette, wenn Sie spezielle IDE-Controller ben&uuml;tzen. Zus&auml;tzlich
finden Sie hier alle RAID- und SCSI-Module.
Netzwerk-Module Falls Sie Zugang zu einem Netzwerk ben&ouml;tigen, m&uuml;ssen Sie das passende Treiber-Modul f&uuml;r Ihre NetzwerkKarte von dieser Diskette laden.
PCMCIA, CDROM (non-ATAPI), FireWire und Dateisysteme
Diese Diskette enth&auml;lt alle PCMCIA-Module, die vor allem bei
Laptop-Computern eingesetzt werden. Weiterhin sind hier die
Module f&uuml;r FireWire und einige weniger verbreitete Dateisysteme zu finden. &Auml;ltere CDROM-Laufwerke, die noch nicht die
ATAPI-Norm erf&uuml;llen, k&ouml;nnen mit Treibern von dieser Diskette
ebenfalls betrieben werden.
Um Treiber von einer Modul-Diskette in das Rettungssystem zu laden, w&auml;hlen Sie ‘Kernel modules (hardware drivers)’ und die gew&uuml;nschte Modul-Klasse aus (SCSI, Ethernet usw.). Sie werden dann
aufgefordert, die entsprechende Modul-Diskette einzulegen, und die
enthaltenen Module werden aufgelistet. W&auml;hlen Sie dann das gew&uuml;schte Modul aus. Achten Sie danach bitte auf die Ausgaben des
Systems: ‘Loading module &lt;modulename&gt; failed!’ ist ein Hinweis
darauf, dass die Hardware vom Modul nicht erkannt werden konnte.
Manche &auml;ltere Treiber ben&ouml;tigen bestimmte Parameter, um die Hardware richtig ansteuern zu k&ouml;nnen. In diesem Fall sollten Sie die Dokumentation Ihrer Hardware zu Rate ziehen.
112
2.8. System
‘Disketten-Image herunterladen’ Hier k&ouml;nnen Sie nach der Eingabe einer
URL und entsprechenden Authentifizierungsdaten ein DiskettenImage aus dem Internet laden.
Um eine der o.g. Disketten zu erzeugen, w&auml;hlen Sie bitte die entsprechende
Option und klicken Sie auf ‘Weiter’. Sie werden dann aufgefordert, eine
Diskette einzulegen. Nachdem Sie nochmals auf ‘Weiter’ geklickt haben,
wird der Inhalt auf die Diskette geschrieben.
2.8.4
Bootloader-Konfiguration
2
YaST – Konfigurationen
‘Benutzerdefinierte Diskette’ Mit dieser Option k&ouml;nnen Sie ein beliebiges
Disketten-Image von der Festplatte auf eine Diskette schreiben. Die
Image-Datei muss bereits vorhanden sein.
Hinweis
S/390, zSeries: Bootloader-Konfiguration
Auf den Plattformen IBM S/390 und zSeries wird die
Bootloader-Konfiguration mit YaST nicht unterst&uuml;tzt.
Hinweis
Eine detaillierte Beschreibung der Bootloader-Konfiguration mit YaST finden Sie im Abschnitt 8.6 auf Seite 244.
2.8.5
LVM
Der Logical Volume Manager (LVM) ist ein Werkzeug zur individuellen
Partitionierung der Festplatten mittels logischer Laufwerke. N&auml;here Informationen zum Thema LVM finden Sie unter Abschnitt 3.10 auf Seite 152.
2.8.6
EVMS
Das Enterprise Volume Management System(EVMS) ist, &auml;hnlich wie LVM,
ein Werkzeug zur individuellen Partitionierung der Festplatten mittels logischer Laufwerke. Es ist flexibel, erweiterbar und kann durch ein Plug-In
Modell an eigene Bed&uuml;rfnisse f&uuml;r verschiedene Volume Management Systeme angepasst werden.
EVMS ist kompatibel zu bereits bestehenden Speicher- und Volume Management Systemen. Zum Beispiel z&auml;hlen hierzu DOS-, Linux LVM, GPT-
SUSE LINUX Enterprise Server
113
(engl. GUID partition table), S/390-, Macintosh- und BSD-Partitionen u. a.
Weitere Informationen erhalten Sie von http://evms.sourceforge.
net.
2.8.7
Partitionieren
Es ist zwar m&ouml;glich, im installierten System die Partitionierung zu modifizieren, dies sollten jedoch nur Experten durchf&uuml;hren, die genau wissen,
was sie tun, da ansonsten die Gefahr des Datenverlustes sehr hoch ist. Falls
Sie das Werkzeug trotzdem benutzen m&ouml;chten, finden Sie die Beschreibung
im Installationsteil dieses Buches im Kapitel 1.7.4 auf Seite 18 (der Partitionierer w&auml;hrend der Installation ist der gleiche wie im fertigen System).
2.8.8
Profilmanager (SCPM)
Hinweis
S/390, zSeries: Profilmanager
Dieses Modul ist nicht relevant f&uuml;r SUSE LINUX Enterprise
Server auf IBM S/390 und zSeries.
Hinweis
Mit dem Modul f&uuml;r den Profilmanager (engl. System Configuration Profile
Management SCPM ) wurde eine M&ouml;glichkeit geschaffen, komplette individuelle Systemkonfigurationen anzulegen, zu verwalten und zwischen
ihnen bei Bedarf zu wechseln. Normalerweise kann so etwas vor allem bei
mobilen Computern sehr hilfreich sein, die an verschiedenen Standorten
(in verschiedenen Netzwerken) und von verschiedenen Personen verwendet werden. Aber auch bei station&auml;ren Rechnern k&ouml;nnen auf diese Weise
unterschiedliche Hardwarekomponenten bzw. verschiedene Testkonfigurationen zum Einsatz kommen. Wenn Sie weiterf&uuml;hrende Informationen &uuml;ber
die Grundlagen und die Bedienung des SCPM erfahren m&ouml;chten, lesen Sie
bitte die entsprechenden Abschnitte im Kapitel 16 auf Seite 361.
2.8.9
Runlevel-Editor
Die Runlevel in SUSE LINUX
SUSE LINUX k&ouml;nnen Sie in verschiedenen Runleveln betreiben. Standardm&auml;&szlig;ig startet das System in Runlevel 5. Das bedeutet, Sie haben dann
114
2.8. System
Die verschiedenen Runlevel sind hilfreich, wenn in einem h&ouml;heren Runlevel Probleme mit dem jeweiligen Dienst auftreten (X oder Netzwerk). Dann
kann das System in einem niedrigeren Runlevel gestartet werden, um den
jeweiligen Dienst zu reparieren. Au&szlig;erdem laufen viele Server ohne grafische Oberfl&auml;che. Deshalb m&uuml;ssen solche Rechner z.B. in den Runlevel 3
gebootet werden.
In der Regel ben&ouml;tigen Sie nur den Standardrunlevel (5). Wenn allerdings
Ihre grafische Oberfl&auml;che einmal h&auml;ngen bleiben sollte, k&ouml;nnen Sie zum
Neustart des X-Window-Systems auf eine Textkonsole mit der Tastenkom -Alt -F1 umschalten, sich dort als Root anmelden und dann
bination Strg in den Runlevel drei schalten mit dem Befehl init 3. Damit wird Ihr XWindow-System heruntergefahren und Ihnen steht ausschlie&szlig;lich eine reine Textkonsole zur Verf&uuml;gung. Starten k&ouml;nnen Sie es dann einfach wieder
mit init 5.
2
YaST – Konfigurationen
Mehrbenutzerbetrieb, Netzwerkzugang und grafische Oberfl&auml;che (XWindow-System). Als weitere Runlevel haben Sie Mehrbenutzerbetrieb
mit Netzwerk ohne X (Runlevel 3), Mehrbenutzerbetrieb ohne Netzwerk
(Runlevel 2), Einzelnutzerbetrieb (Runlevel 1 und S), System herunterfahren (Runlevel 0) und System neu starten (Runlevel 6).
Runlevel einstellen im YaST
Bei einer Standardinstallation ist Runlevel 5 ausgew&auml;hlt. Wollen Sie beim
Booten in einen anderen Runlevel starten, k&ouml;nnen Sie hier einfach den
Standardrunlevel &auml;ndern. Mit ‘Runlevel-Eigenschaften’ k&ouml;nnen Sie au&szlig;erdem individuell festlegen, welche Dienste in welchem Runlevel gestartet
werden.
Achtung
Konfiguration der Runlevels
Fehlerhafte Einstellungen bei Systemdiensten und Runleveln
k&ouml;nnen Ihr System unbrauchbar machen. Informieren Sie sich
vor einer &Auml;nderung dieser Einstellungen &uuml;ber die m&ouml;glichen Folgen, um die Funktionsf&auml;higkeit Ihres Systems zu gew&auml;hrleisten.
Achtung
Weitere Informationen zu Runlevels unter SUSE LINUX finden Sie im Kapitel 11 auf Seite 289.
SUSE LINUX Enterprise Server
115
2.8.10
Sysconfig-Editor
Im Verzeichnis /etc/sysconfig/ sind die Dateien mit den wichtigsten
Einstellungen f&uuml;r SUSE LINUX hinterlegt. Der Sysconfig-Editor stellt alle
Einstellm&ouml;glichkeiten &uuml;bersichtlich dar. Die Werte k&ouml;nnen ge&auml;ndert und
anschlie&szlig;end in die einzelnen Konfigurationsdateien &uuml;bernommen werden.
Im Allgemeinen ist das manuelle Editieren allerdings nicht notwendig, da
bei der Installation eines Paketes oder beim Einrichten eines Dienstes etc.
die Dateien automatisch angepasst werden.
Achtung
Systemkonfiguration mit /etc/sysconfig/
Ohne die n&ouml;tigen Vorkenntnisse sollten Sie keine &Auml;nderungen
in den Dateien in /etc/sysconfig/ vornehmen, da sonst
die Funktionst&uuml;chtigkeit Ihres Systems erheblich beeintr&auml;chtigt
werden kann.
Achtung
Weitere Informationen zu /etc/sysconfig/ in SUSE LINUX finden Sie
im Kapitel 11 auf Seite 289.
2.8.11
Zeitzone ausw&auml;hlen
Die Zeitzone legen Sie bereits w&auml;hrend der Installation fest — hier haben
Sie die M&ouml;glichkeit, eine nachtr&auml;gliche &Auml;nderung vorzunehmen. Klicken
Sie in der L&auml;nder-Liste einfach auf Ihr Land und w&auml;hlen Sie ‘Ortszeit’ oder
‘UTC’ (engl. Universal Time Coordinated ). Bei einem Linux-System ist es
&uuml;blich, ‘UTC’ zu verwenden. Rechner mit weiteren Betriebssystemen wie
z.B. Microsoft Windows™ verwenden meistens die Ortszeit.
2.8.12
Sprache ausw&auml;hlen
Hier k&ouml;nnen Sie die Sprache f&uuml;r Ihr Linux-System einstellen, wenn nicht
schon w&auml;hrend der Installation geschehen.
Die Sprache l&auml;sst sich hier auch nachtr&auml;glich &auml;ndern. Die mit YaST vorgenommene Spracheinstellung erstreckt sich systemweit, also f&uuml;r YaST und
den Desktop KDE.
116
2.8. System
2.8.13
2
Tastaturlayout ausw&auml;hlen
S/390, zSeries: Tastaturlayout
Da IBM S/390 und zSeries &uuml;ber keine lokal angeschlossene Tastatur verf&uuml;gen, hat dieses Modul f&uuml;r diese Architekturen keine
Relevanz.
Hinweis
Hinweis
Konfiguration des Tastaturlayouts
Dieses Modul sollten Sie nur benutzen, wenn Sie auf einem
System ohne X-Window-System und grafische Oberfl&auml;che arbeiten. Wenn Sie im grafischen System arbeiten (also z.B. mit
KDE, sollten Sie die Tastatur, wenn es n&ouml;tig wird, mit dem Modul ‘Anzeige und Eingabeger&auml;te’ einrichten; Kapitel 2.4.5 auf
Seite 81).
YaST – Konfigurationen
Hinweis
Hinweis
Das gew&uuml;nschte Tastatur-Layout entspricht in der Regel der gew&auml;hlten
Sprache. Im Testfeld sollten Sie die Einstellung ausprobieren, z.B. ob die
Umlaute (&auml;, &ouml; und &uuml;) korrekt wiedergegeben werden, oder der Buchstabe
’&szlig;’ oder das so genannte Pipe-Symbol ’|’. Auch die Buchstaben ’z’ und ’y’
sollten gepr&uuml;ft werden, da diese bei einer amerikanischen Tastatur andersherum liegen.
2.9
Sonstiges
2.9.1
Eine Support-Anfrage stellen
Mit dem Kauf von SUSE LINUX haben Sie Anspruch auf kostenlosen Installationssupport. Informationen hierzu (z. B. &uuml;ber den Umfang, Adresse,
Telefonnr. etc.) finden Sie auf unserer Webseite: http://www.suse.de
Sie haben aber auch hier in YaST die M&ouml;glichkeit, direkt per E-Mail eine
Supportanfrage an das SUSE-Team zu stellen. Anspruch darauf haben Sie
nach erfolgter Registrierung. Geben Sie bitte zu Beginn die entsprechenden
Daten ein – Ihren Registriercode finden Sie auf der R&uuml;ckseite der CD-H&uuml;lle.
Zu Ihrer Anfrage selbst w&auml;hlen Sie bitte im folgenden Fenster die Kategorie
SUSE LINUX Enterprise Server
117
Ihres Problems und schildern Sie es (Abbildung 2.21). Lesen Sie bitte dazu
den YaST-Hilfetext. Er gibt Ihnen Auskunft dar&uuml;ber, wie Sie dem SupportTeam Ihr Problem am besten beschreiben, so dass es Ihnen helfen kann.
Abbildung 2.21: Eine Support-Anfrage stellen
2.9.2
Startprotokoll
Beim Startprotokoll handelt es sich um die Bildschirmmeldungen, die beim
Hochfahren des Rechners erscheinen. Das Startprotokoll ist in der Datei
/var/log/boot.msg hinterlegt. Mit diesem YaST-Modul k&ouml;nnen Sie es
sich komfortabel anzeigen lassen und z.B. nachsehen, ob alle Dienste und
Funktionen so gestartet wurden, wie Sie es erwarteten.
2.9.3
Systemprotokoll
Das Systemprotokoll dokumentiert den laufenden Betrieb Ihres Rechners
und ist in der Datei /var/log/messsages hinterlegt. Sortiert nach Datum und Uhrzeit erscheinen hier die Kernel-Meldungen.
118
2.9. Sonstiges
2.9.4
Treiber-CD des Herstellers laden
Falls eine Neuinstallation Ihres SUSE LINUX n&ouml;tig sein sollte, k&ouml;nnen Sie
nach der Installation mit Hilfe dieses YaST-Moduls die notwendigen Treiber von der Hersteller-CD nachladen.
2.10
YaST im Textmodus (ncurses)
Wenn Sie YaST im Textmodus starten, erscheint zuerst das YaSTKontrollzentrum (s. Abb. 2.22).
YaST – Konfigurationen
Mit diesem Modul k&ouml;nnen Sie Ger&auml;tetreiber von einer Linux-Treiber-CD,
die Treiber f&uuml;r SUSE LINUX enth&auml;lt, automatisch installieren.
2
Abbildung 2.22: Das Hauptfenster von YaST-ncurses
Sie sehen hier drei Bereiche: In der linken Fensterh&auml;lfte, von einem breiten
wei&szlig;en Rahmen umgeben, sind die Kategorien dargestellt, denen die einzelnen Module untergeordnet sind. Die aktive Kategorie ist durch farbige
Hinterlegung gekennzeichnet. In der rechten H&auml;lfte sehen Sie, von einem
d&uuml;nnen wei&szlig;en Rahmen umgeben, einen &Uuml;berblick &uuml;ber die Module, die in
der aktiven Kategorie enthalten sind. Im unteren Fensterbereich liegen die
Buttons f&uuml;r ‘Hilfe’ und ‘Verlassen’.
SUSE LINUX Enterprise Server
119
Nach dem ersten Start des YaST-Kontrollzentrums ist automatisch die Ka
tegorie ‘Software’ selektiert. Die Kategorie wechseln Sie mit den Tasten ↓ und ↑ . Zum Start eines Moduls aus der selektierten Kategorie bet&auml;tigen
Sie die Taste → . Die Modulauswahl erscheint jetzt mit breiter Umrandung.
. Durch
und ↑ Selektieren Sie das gew&uuml;nschte Modul &uuml;ber die Tasten ↓ andauerndes Dr&uuml;cken der Pfeiltasten „scrollen“ Sie durch die &Uuml;bersicht
der verf&uuml;gbaren Module. Sobald ein Modul selektiert wurde, erscheint der
Modultitel farblich hinterlegt. Gleichzeitig wird im unteren Fensterbereich
eine kurze Modulbeschreibung eingeblendet.
Taste starten Sie das gew&uuml;nschte Modul. Verschiedene But&Uuml;ber die Enter tons oder Auswahlfelder im Modul enthalten einen andersfarbigen (bei
Standardeinstellungen gelben) Buchstaben. Mit der Kombination Alt –
gelberBuchstabe k&ouml;nnen Sie den jeweiligen Button ohne umst&auml;ndliche
-Navigation direkt anw&auml;hlen.
Tab Das YaST-Kontrollzentrum verlassen Sie, indem Sie den Button ‘Verlassen’
bet&auml;tigen oder indem Sie den Unterpunkt ‘Verlassen’ in der Kategorie&uuml;ber
sicht selektieren und Enter dr&uuml;cken.
2.10.1
Navigation innerhalb der YaST-Module
Bei der folgenden Beschreibung der Bedienelemente innerhalb der YaSTModule wird davon ausgegangen, dass s&auml;mtliche Funktionstasten und
-Tastenkombinationen funktionieren und nicht systemweit anders beAlt legt wurden. Zu m&ouml;glichen Ausnahmen lesen Sie bitte Abschnitt 2.10.2 auf
Seite 122.
Navigation zwischen Buttons/Auswahllisten
Mit Tab und Alt –Tab oder Shift –Tab navigieren Sie jeweils zwischen den Buttons und/oder den Rahmen von Auswahllisten hin
und her.
Navigation in Auswahllisten In einem aktivierten Rahmen, in dem sich
eine Auswahlliste befindet, springen Sie immer mit den Pfeiltasten
und ↓ ) zwischen den einzelnen Elementen, zum Beispiel zwi(↑ schen den einzelnen Modulen einer Modulgruppe im Kontrollzentrum. Sollten einzelne Eintr&auml;ge innerhalb eines Rahmens &uuml;ber dessen
Breite herausragen, „scrollen“ Sie mit Shift –→ bzw. Shift – ← hori zontal nach rechts und links (alternativ funktioniert auch Strg –e bzw. Strg –a ). Diese Kombination funktioniert auch dort, wo ein
blo&szlig;es → oder ← wie im Kontrollzentrum einen Wechsel des aktiven Rahmens bzw. der aktuellen Auswahlliste zur Folge h&auml;tte.
120
2.10. YaST im Textmodus (ncurses)
2
YaST – Konfigurationen
Buttons, Radiobuttons und Checkboxen
Die Auswahl von Buttons mit einer leeren eckigen Klammer (Check
box) oder leerer runder Klammer (Radiobuttons) erfolgt mit Leertaste oder Enter . Alternativ lassen sich Radiobuttons und Checkboxen
anw&auml;hlen.
–gelberBuchstabe wie normale Buttons gezielt &uuml;ber Alt In diesem Fall entf&auml;llt die separate Best&auml;tigung mit Enter . Per Tab
Navigation ist ein separates Enter notwendig, damit die ausgew&auml;hlte
Aktion ausgef&uuml;hrt oder der entsprechende Men&uuml;punkt aktiv wird
(vgl. Abb. 2.23).
Die Funktionstasten Die F-Tasten (F1 bis F12 ) sind ebenfalls mit Funktionen belegt. Sie dienen zur schnellen Ansprache der verschiedenen
Buttons, die zur Verf&uuml;gung stehen. Welche F-Tasten mit Funktionen
belegt sind, h&auml;ngt davon ab, in welchem Modul Sie sich im YaST befinden, da in verschiedenen Modulen verschiedene Buttons angeboten sind (z.B. Details, Infos, Hinzuf&uuml;gen, L&ouml;schen ...). F&uuml;r Freunde des
alten YaST1 liegen z.B. die Buttons ‘OK’, ‘Weiter’ und ‘Beenden’ auf
der Taste F10 . In der Hilfe zu YaST, die Sie mit F1 erhalten, erfahren
Sie die Funktionen hinter den einzelnen F-Tasten.
Abbildung 2.23: Das Modul zur Softwareinstallation
SUSE LINUX Enterprise Server
121
2.10.2
Einschr&auml;nkung der Tastenkombinationen
Sollten auf Ihrem System bei laufendem X-Server systemweite Alt Tastenkombinationen bestehen, kann es sein, dass die Alt -Kombinationen
im YaST nicht funktionieren. Des Weiteren k&ouml;nnen Tasten wie Alt oder
durch Einstellungen des benutzten Terminals vorbelegt sein.
Shift Ersatz von Alt durch Esc : Alt-Shortcuts k&ouml;nnen mit Esc anstatt Alt durchgef&uuml;hrt werden, zum Beispiel ersetzt Esc –h die Tastenkom bination Alt –h .
Ersatz von Vor- und Zur&uuml;ckspringen mittels Strg –f und Strg –b :
Falls Alt - und Shift -Kombinationen durch den Windowmanager
oder das Terminal vorbelegt sind, k&ouml;nnen Sie hier alternativ die
Kombinationen Strg –f (vorw&auml;rts) und Strg –b (zur&uuml;ck) verwenden.
Einschr&auml;nkung von Funktionstasten:
Auch die F-Tasten sind mit Funktionen belegt. Auch hier k&ouml;nnen
bestimmte F-Tasten durch die Wahl des Terminals vorbelegt sein
und daher nicht f&uuml;r YaST zur Verf&uuml;gung stehen. Auf einer reinen
Textkonsole sollten allerdings die Alt -Tastenkombinationen und die
F-Tasten stets in vollem Umfang verf&uuml;gbar sein.
2.10.3
Aufruf der einzelnen Module
Zur Zeitersparnis l&auml;sst sich jedes der YaST-Module auch einzeln aufrufen.
Gestartet werden die Module einfach mit dem Aufruf: yast modulname
Das Netzwerkmodul wird zum Beispiel &uuml;ber yast lan gestartet. Eine Liste aller Modulnamen, die auf Ihrem System zur Verf&uuml;gung stehen, erhalten
Sie entweder mit dem Aufruf yast -l oder &uuml;ber yast --list.
2.10.4
Das YaST Online Update
Das YOU-Modul
Das YaST Online Update (YOU) l&auml;sst sich wie jedes andere YaST-Modul als
root von der Kommandozeile aus aufrufen:
yast online_update .url &lt;url&gt;
122
2.10. YaST im Textmodus (ncurses)
Der Parameter .cd_default weist YOU an, von einer Patch-CD zu installieren. Diese Anweisung ist gleichwertig mit .url cd:///.
Online Update per Kommandozeile
&Uuml;ber das Kommandozeilentool online_update k&ouml;nnen Sie Ihr System
vollautomatisch, z.B. aus Skripten heraus aktualiseren.
2
YaST – Konfigurationen
yast online_update ruft das entsprechende Modul auf. Durch die optionale Angabe von url weisen Sie YOU einen Server (lokal oder im Internet) zu, von dem alle Informationen und Patches bezogen werden sollen.
Wird diese Angabe nicht beim initialen Aufruf gemacht, w&auml;hlen Sie den
Server/das Verzeichnis &uuml;ber die YaST-Maske aus. Die Bedienung der Maske selbst ist analog der im Benutzerhandbuch beschriebenen Bedienung des
grafischen YaST-Moduls. Wie bei seinem grafischen Pendant l&auml;sst sich auch
hier ein per Cronjob automatisiertes Update &uuml;ber den Button ‘Vollautomatisches Update konfigurieren’ einrichten.
Im konkreten Fall m&ouml;chten Sie, dass Ihr System regelm&auml;&szlig;ig zu einer bestimmten Zeit nach Updates auf einem bestimmten Server sucht, die Patches und Patchinformationen herunterl&auml;dt, aber noch nicht installiert. Zu
einem sp&auml;teren Zeitpunkt m&ouml;chten Sie die Menge der Patches sichten und
die zu installierenden Patches ausw&auml;hlen:
Setzen Sie einen Cronjob auf, der folgendes Kommando ausf&uuml;hrt:
online_update -u &lt;URL&gt; -g &lt;Typangabe&gt;
-u leitet die Basis-URL des Verzeichnisbaums ein, aus dem die Patches bezogen werden sollen. Es werden die Protokolle http, ftp,
smb, nfs, cd, dvd und dir unterst&uuml;tzt. Mit -g laden Sie die Patches zwar herunter in ein lokales Verzeichnis, installieren Sie aber
noch nicht. Optional k&ouml;nnen Sie die Menge der Patches nach einer der drei Typangaben security (sicherheitsrelevante Updates), recommended (empfehlenswerte Updates) und optional
(optionale Updates) filtern. Ohne Filterangabe w&uuml;rde online_update alle verf&uuml;gbaren neuen Patches des Typs security und
recommendedherunterladen.
Die heruntergeladenen Pakete k&ouml;nnen Sie anschlie&szlig;end entweder sofort installieren, oder die einzelnen Patches n&auml;her untersuchen. Die
Patches speichert online_update im Pfad /var/lib/YaST2/you/
mnt/ ab. Rufen Sie, um die Patches abschlie&szlig;end zu installieren, folgenden Befehl auf:
SUSE LINUX Enterprise Server
123
online_update -u /var/lib/YaST2/you/mnt/ -i
Der Parameter -u &uuml;bergibt die (lokale) URL, unter der die zu installierenden Patches zu finden sind. -i startet den Installationsvorgang.
M&ouml;chten Sie die heruntergeladenen Patches vor der Installation sichten und evtl. einzelne verwerfen, rufen Sie die YOU-Maske auf:
yast online_update .url /var/lib/YaST2/you/mnt/
YOU startet und nimmt als Quelle der Patches statt eines entfernten
Verzeichnisses im Internet das lokale Verzeichnis mit den bereits heruntergeladenen Patches. Anschlie&szlig;end selektieren Sie die gew&uuml;nschten Patches wie bei jeder normalen Installation mittels des PaketManagers.
Weitere Informationen zu online_update erhalten Sie als Ausgabe des
Kommandos online_update -h.
124
2.10. YaST im Textmodus (ncurses)
3
SUSE LINUX l&auml;sst sich sehr flexibel installieren. Die Varianten reichen von
einer grafischen Schnellinstallation bis zur textbasierten Variante, die zahlreiche manuelle Anpassungen zul&auml;sst.
Im Folgenden finden Sie die besonderen Installationsvarianten und Hinweise zur Verwendung unterschiedlicher Installationsquellen (CD-ROM,
NFS). In diesem Kapitel finden Sie auch Tipps zu Problemen bei der Installation sowie Anleitungen zu deren Behebung. Den Abschluss bilden ein
Abschnitt zur detaillierten Partitionierung und eine Einf&uuml;hrung zu SUSE
LINUX Enterprise Server auf iSCSI.
3.1
3.2
3.3
3.4
3.5
3.6
3.7
3.8
3.9
3.10
3.11
3.12
linuxrc . . . . . . . . . . . . . . . . . . . . . . . .
Installation per VNC . . . . . . . . . . . . . . .
Textbasierte Installation mit YaST . . . . . . . .
SUSE LINUX starten . . . . . . . . . . . . . . . .
Besondere Installationen . . . . . . . . . . . . .
x86: Tipps und Tricks . . . . . . . . . . . . . . .
x86: ATAPI-CD-ROM bleibt beim Lesen h&auml;ngen
SCSI-Ger&auml;te und dauerhafte Ger&auml;tedateinamen
Partitionieren f&uuml;r Fortgeschrittene . . . . . . . .
LVM-Konfiguration . . . . . . . . . . . . . . . .
Soft-RAID . . . . . . . . . . . . . . . . . . . . . .
Massenspeicher &uuml;ber IP-Netzwerke – iSCSI . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
126
136
137
139
140
141
146
147
148
152
160
163
Besondere Installationsvarianten
Besondere
Installationsvarianten
3.1
linuxrc
linuxrc ist ein Programm, das in der Start-Phase des Kernels gestartet wird,
bevor richtig gebootet wird. Diese angenehme Eigenschaft des Kernels erlaubt es, einen kleinen modularisierten Kernel zu booten und die wenigen
Treiber, die man wirklich braucht, als Module nachzuladen. linuxrc hilft bei
Bedarf die relevanten Treiber manuell zu laden. Im Regelfall kann jedoch
auf die automatische Hardware-Erkennung vertraut werden, die vor dem
Start von YaST durchgef&uuml;hrt wird. Sie k&ouml;nnen linuxrc nicht nur bei der Installation verwenden, sondern auch als Boot-Tool f&uuml;r ein installiertes System und sogar f&uuml;r ein autonomes (RAM-Disk basiertes) Rettungssystem.
N&auml;heres finden Sie in Abschnitt 10.4 auf Seite 280.
3.1.1
Die Grundlage: linuxrc
Mit dem Programm linuxrc k&ouml;nnen Einstellungen zur Installation vorgenommen werden, sowie notwendige Treiber als Kernelmodule laden werden. Am Ende wird linuxrc YaST starten, und die eigentliche Installation
der Systemsoftware und der Programme kann beginnen.
Mit ↑ und ↓ w&auml;hlen Sie einen Men&uuml;punkt und mit ← und → w&auml;hlen
Sie ein Kommando aus, etwa ‘Ok’ oder ‘Abbruch’. Mit Return wird das
Kommando ausgef&uuml;hrt.
Eine genaue Beschreibung von linuxrc finden Sie in Abschnitt 3.1.
Einstellungen
Das Programm linuxrc beginnt automatisch mit der Sprach- und Tastaturauswahl.
W&auml;hlen Sie die Sprache f&uuml;r die Installation aus (zum Beispiel
‘Deutsch’) und best&auml;tigen Sie mit Return .
W&auml;hlen Sie dann die Tastaturbelegung (zum Beispiel ‘Deutsch’).
3.1.2
Hauptmen&uuml;
Nachdem Sprache und Tastatur eingestellt sind, gelangen Sie in das Hauptmen&uuml; von linuxrc (vgl. Abbildung 3.2 auf Seite 128). Normalerweise wird
linuxrc benutzt, um Linux zu starten. Ziel ist also der Men&uuml;punkt ‘Installation / System starten’. Ob Sie direkt zu diesem Punkt gehen k&ouml;nnen, h&auml;ngt
von der Hardware des Rechners und dem Installationsvorhaben &uuml;berhaupt
ab. Informationen dazu finden Sie in Abschnitt 3.3 auf Seite 137.
126
3.1. linuxrc
3
3.1.3
System-Information
Besondere Installationsvarianten
Abbildung 3.1: Auswahl der Sprache
Unter ‘System-Information’ (Abbildung 3.3 auf Seite 129) k&ouml;nnen Sie neben den Meldungen des Kernels auch einige weitere Einzelheiten &uuml;berpr&uuml;fen, etwa die I/O-Adressen von PCI-Karten oder die Gr&ouml;&szlig;e des Hauptspeichers, die von Linux erkannt wurde.
Die folgenden Zeilen zeigen, wie sich eine Festplatte und ein CD-ROMLaufwerk an einem EIDE-Adapter melden. In diesem Fall m&uuml;ssen Sie keine
Kernelmodule f&uuml;r eine Installation laden:
hda: IC35L060AVER07-0, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: DV-516E, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 120103200 sectors (61492 MB) w/1916KiB Cache, CHS=65535/16/63, UDMA(100)
hda: hda1 hda2 hda3
Haben Sie einen Kernel gestartet, der bereits einen SCSI-Treiber fest integriert hat, brauchen Sie nat&uuml;rlich ebenfalls kein SCSI-Modul mehr zu laden. Typische Meldungen bei Erkennung eines SCSI-Adapters und der daran angeschlossenen Ger&auml;te sind:
SCSI subsystem initialized
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
SUSE LINUX Enterprise Server
127
Abbildung 3.2: Hauptmen&uuml; von linuxrc
&lt;Adaptec aic7890/91 Ultra2 SCSI adapter&gt;
aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs
(scsi0:A:0): 40.000MB/s transfers (20.000MHz, offset 15, 16bit)
Vendor: IBM
Model: DCAS-34330W
Rev: S65A
Type:
Direct-Access
ANSI SCSI revision: 02
scsi0:A:0:0: Tagged Queuing enabled. Depth 32
SCSI device sda: 8467200 512-byte hdwr sectors (4335 MB)
SCSI device sda: drive cache: write back
sda: sda1 sda2
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
(scsi0:A:6): 20.000MB/s transfers (20.000MHz, offset 16)
Vendor: TEAC
Model: CD-ROM CD-532S
Rev: 1.0A
Type:
CD-ROM
ANSI SCSI revision: 02
3.1.4
Laden von Modulen
Hier w&auml;hlen Sie aus, welche Module (Treiber) Sie ben&ouml;tigen. linuxrc bietet
Ihnen die verf&uuml;gbaren Treiber in einer Liste an. Links sehen Sie den Namen des zust&auml;ndigen Moduls, rechts eine Kurzbeschreibung der Hardware, f&uuml;r die der Treiber zust&auml;ndig ist. F&uuml;r einige Komponenten gibt es mit-
128
3.1. linuxrc
3
Besondere Installationsvarianten
Abbildung 3.3: Systeminformationen
unter mehrere Treiber oder neuere Alpha-Treiber. Auch diese werden hier
angeboten.
3.1.5
Parametereingabe
Haben Sie den Treiber gefunden, der f&uuml;r Ihre Hardware zust&auml;ndig ist,
dr&uuml;cken Sie Return . Es erscheint eine Maske, in der Sie etwaige Parameter
f&uuml;r das zu ladende Modul eingeben k&ouml;nnen. Hier sei noch einmal darauf
hingewiesen, dass im Gegensatz zur Parametereingabe am Kernel-Prompt
mehrere Parameter f&uuml;r das gleiche Modul durch Leerzeichen voneinander
getrennt werden m&uuml;ssen.
In vielen F&auml;llen ist die genaue Spezifizierung der Hardware gar nicht notwendig, denn die meisten Treiber finden Ihre Komponenten von alleine.
Lediglich bei den Netzwerkkarten und bei &auml;lteren CD-ROM-Laufwerken
mit eigener Controller-Karte ist die Angabe von Parametern mitunter erfor
derlich. Probieren Sie es jedenfalls erst einmal mit Return .
Bei einigen Modulen kann das Erkennen und Initialisieren der Hardware
recht lange dauern. Durch Umschalten auf die virtuelle Konsole 4 (Alt )
F4 k&ouml;nnen Sie die Meldungen des Kernels w&auml;hrend des Ladens beobachten.
Vor allem SCSI-Adapter lassen sich etwas Zeit beim Ladevorgang, da sie
SUSE LINUX Enterprise Server
129
Abbildung 3.4: Module laden
eine gewisse Zeit warten, bis sich alle angeschlossenen Ger&auml;te gemeldet
haben.
Wurde das Modul erfolgreich geladen, werden die Meldungen des Kernels
von linuxrc angezeigt, sodass Sie sich vergewissern k&ouml;nnen, dass alles wie
vorgesehen gelaufen ist. Ansonsten weisen die Meldungen m&ouml;glicherweise
auf die Ursache des Scheiterns hin.
Hinweis
Wenn Sie Support f&uuml;r Ihr Installationsmedium (propriet&auml;res
CD-ROM-Laufwerk, Parallelport-CD-ROM-Laufwerk, Netzwerkkarte, PCMCIA) unter den Standard-Modulen vermissen,
k&ouml;nnen Sie eventuell auf die zus&auml;tzlichen Treiber einer ModulDiskette zur&uuml;ckgreifen; zum Erstellen einer solchen Diskette
vgl. 3.6 auf Seite 141. Gehen Sie bis ans Ende der Liste und w&auml;hlen Sie dort den Punkt ‘Weitere Module’; die Modul-Diskette
wird von linuxrc in diesem Fall angefordert.
Hinweis
130
3.1. linuxrc
3
Besondere Installationsvarianten
Abbildung 3.5: Auswahl der SCSI-Treiber
3.1.6
System / Installation starten
Haben Sie die komplette Kernel-Unterst&uuml;tzung f&uuml;r Ihre Hardware erreicht,
k&ouml;nnen Sie zum Punkt ‘System / Installation starten’ weitergehen. Von hier
aus lassen sich mehrere Vorg&auml;nge ansto&szlig;en: ‘Installation/Update starten’,
‘Installiertes System booten’ (die Rootpartition muss bekannt sein), ‘Rettungssystem starten’ (vgl. Abschnitt 10.4 auf Seite 280) und ‘CD auswerfen’.
Der Punkt ‘LiveEval-CD starten’ steht nur zur Verf&uuml;gung, wenn Sie von
einer „LiveEval-CD“ gebootet haben. ISO-Images k&ouml;nnen vom FTP-Server
heruntergeladen werden (live-cd-&lt;VERSION&gt;): ftp://ftp.suse.
com/pub/suse/i386/
Hinweis
Der Punkt ‘LiveEval-CD starten’ kann zum Beispiel immer dann
n&uuml;tzliche Dienste leisten, wenn man ohne eigentliche FestplattenInstallation testen m&ouml;chte, ob der fragliche Rechner oder das
anzuschaffende Notebook kompatibel sind.
Hinweis
SUSE LINUX Enterprise Server
131
Abbildung 3.6: Eingabe der Parameter f&uuml;r das Laden eines Moduls
Zur Installation dr&uuml;cken Sie nun Return f&uuml;r den Men&uuml;punkt ‘Installation/Update starten’. Dann muss das Quellmedium ausgew&auml;hlt werden;
in der Regel reicht es aus, den Cursor an der Vorauswahl stehen zu lassen:
‘CD-ROM’.
Dr&uuml;cken Sie nun Return . Es wird die Installationsumgebung direkt von der
CD 1 bzw. DVD gestartet. Sobald dieser Vorgang abgeschlossen ist, startet
YaST und die Installation beginnt.
F&uuml;r die Installation (Abbildung 3.8 auf Seite 134) und &auml;hnlich auch f&uuml;r
das Rettungssystem k&ouml;nnen Sie verschiedene Quellen w&auml;hlen (Abbildung 10.1 auf Seite 281).
3.1.7
M&ouml;gliche Probleme
linuxrc bietet die gew&uuml;nschte Tastaturbelegung nicht an.
In einem solchen Fall w&auml;hlen Sie zun&auml;chst eine alternative Belegung
(Notnagel: ‘English (US)’); nach der Installation kann sp&auml;ter auf die
genaue Belegung mit YaST umgeschaltet werden.
132
3.1. linuxrc
3
Besondere Installationsvarianten
Abbildung 3.7: Installationsmen&uuml; von linuxrc
Der verwendete SCSI-Adapter wird nicht erkannt:
Versuchen Sie, das Modul eines kompatiblen Treibers zu laden.
Pr&uuml;fen Sie, ob f&uuml;r ihren Adapter eine Treiber-Update Diskette
zur Verf&uuml;gung steht.
Das verwendete ATAPI-CD-ROM-Laufwerk bleibt beim Lesen h&auml;ngen
Siehe Abschnitt 3.7 auf Seite 146.
System h&auml;ngt beim Laden der Daten in die RAM-Disk
Unter Umst&auml;nden kann es zu Problemen beim Laden der Daten in
die RAM-Disk kommen, sodass YaST nicht geladen werden kann.
Meistens f&uuml;hrt der folgende Weg zu einem brauchbaren Ergebnis:
W&auml;hlen Sie im linuxrc-Hauptmen&uuml; ‘Einstellungen’ -&gt; ‘Debug (Experte)’; dort stellen Sie ‘Erzwinge Rootimage’ (Force root image) auf
‘nein’. Gehen Sie zur&uuml;ck ins Hauptmen&uuml; und beginnen Sie die Installation erneut.
SUSE LINUX Enterprise Server
133
Abbildung 3.8: Quellmedium in linuxrc ausw&auml;hlen
3.1.8
Parameter an linuxrc &uuml;bergeben
Befindet sich linuxrc nicht im manuellen Modus, sucht es nach einer InfoDatei, entweder auf Diskette oder in der initrd unter /info. Erst danach
liest linuxrc die Parameter am Kernel-Prompt ein. Die voreingestellten Werte k&ouml;nnen in der Datei /linuxrc.config ver&auml;ndert werden. Diese wird
zuerst eingelesen. Allerdings empiehlt es sich &Auml;nderungen vorzugsweise
in der Info-Datei festzulegen.
Eine Info-Datei besteht aus Schl&uuml;sselw&ouml;rtern und zugeh&ouml;rigen Werten
der Form: key: value. Diese Schl&uuml;ssel-Wert-Paare k&ouml;nnen in der Form
key=value auch am Boot-Prompt des Installationsmediums &uuml;bergeben
werden. Eine Liste aller Schl&uuml;ssel finden Sie in der Datei /usr/share/
doc/packages/linuxrc/linuxrc.html. Einige der wichtigsten werden im Folgenden mit Beispielwerten aufgef&uuml;hrt:
Install: URL (nfs, ftp, hd, ...) Die Installationsquelle mit Hilfe einer URL
definieren. Zul&auml;ssige Protokolle sind cd, hd, nfs, smb, ftp, http
und tftp. Die Syntax enstpricht der g&auml;ngigen Syntax, wie sie auch in
Browsern verwendet werden kann, beispielsweise:
134
3.1. linuxrc
nfs://&lt;Server&gt;/&lt;Verzeichniss&gt;
Netdevice: eth0 Wenn Sie mehrere Ethernet Devices verf&uuml;gbar haben,
k&ouml;nnen Sie mit dem Parameter Netdevice: das Interface ausw&auml;hlen, das von linuxrc verwendet werden soll.
HostIP: 10.10.0.2 Hiermit wird die IP-Adresse des Rechners festgelegt.
Gateway: 10.10.0.128 Wenn der Installationsserver nicht im gleichen Subnetz wie der Rechner liegt, kann er &uuml;ber den default Gateway erreicht
werden.
Proxy: 10.10.0.1 Sie k&ouml;nnen f&uuml;r die Verbindungstypen ftp und http auch
einen Proxy verwenden. Dieser mu&szlig; &uuml;ber den Parameter Proxy:
festgelegt werden.
ProxyPort: 3128 Wenn der Proxy nicht den Standard-Port verwendet,
kann mit dieser Option der ben&ouml;tigte Port festgelegt werden.
Textmode: 0|1 Verwenden Sie diesen Parameter, um YaST im Textmode
zu starten.
Besondere Installationsvarianten
ftp://[Benutzer[:Passwort]@]&lt;Server&gt;
/&lt;Verzeichniss&gt;
3
AutoYast: ftp://autoyastfile Der Parameter AutoYast wird verwendet
um eine automatische Installation zu initiieren. Der Wert dieser Option muss eine URL auf eine AutoYast Installationsdatei sein.
VNC: 0|1 Um Rechner, die keine grafische Konsole besitzen, komfortabel
installieren zu k&ouml;nnen, steht Ihnen die M&ouml;glichkeit offen, den Installationsprozess per VNC zu kontrollieren. Der Parameter VNC aktiviert
diesen Dienst auf dem Installationssystem. Vergleichen Sie auch den
Parameter VNCPassword.
VNCPassword: password Setzt das Passwort um bei einer VNC Installation die Zugriffsberechtigung zu regeln.
UseSSH: 0|1 Stellt einen Zugriff zu linuxrc per SSH bereit. Dies erm&ouml;glicht eine Installation mit hilfe des textbasierten YaST
SSHPassword: password Setzt das Passwort f&uuml;r den Benutzer root in
linuxrc bereit.
Insmod: Modul Parameter Das angegebene Modul in den Kernel laden.
Ben&ouml;tigte Parameter zum laden des Moduls werden durch Leerzeichen getrennt &uuml;bergeben.
SUSE LINUX Enterprise Server
135
AddSwap: 0|3|/dev/hda5 Bei 0 wird nie swap angefordert, bei einer positiven Zahl wird die Partition dieser Nummer aktiviert. Alternativ
geben Sie den Namen der Partition an.
3.2
Installation per VNC
VNC (Virtual Network Computing) ist eine Client-Server L&ouml;sung, die es erlaubt einen entfernten X-Server &uuml;ber einen schlanken und leicht zu bedienenden Client zu handhaben. Dieser Client ist f&uuml;r verschiedene Betriebssysteme wie diverse Microsoft Windows Versionen, Apples MacOS und
Linux verf&uuml;gbar.
Der VNC-Client, vncviewer, wird eingesetzt, um die grafische Anzeige
und die Handhabung von YaST w&auml;hrend des Installationsprozesses zu gew&auml;hrleisten. Vor dem Booten (IPL) des zu installierenden Systems m&uuml;ssen
Sie einen entfernten Computer soweit vorbereiten, dass er &uuml;ber das Netz
auf das zu installierende System zugreifen kann.
3.2.1
Vorbereitungen zur VNC-Installation
I S/390, zSeries
Wie im Handbuch Architekturspezifika beschrieben, muss lediglich im Installationsprozess bei IBM S/390 und zSeries die Verbindungsoption VNC gew&auml;hlt werden, damit sich ein beliebiger VNC-Client mit dem Installationssystem verbinden kann und der Installationsprozess mit dem grafischen
YaST erfolgen kann. J
Um eine VNC-Installation durchzuf&uuml;hren, m&uuml;ssen Sie einige Parameter
an den Kernel &uuml;bergeben. Dies muss vor Starten des Kernels geschehen.
Hierzu &uuml;bergeben Sie am Bootprompt folgende Optionen:
vnc=1 vncpassword=&lt;xyz&gt; install=&lt;Quelle&gt;
vnc=1 signalisiert, dass die der VNC-Server auf dem Installationssystem
gestartet wird. Mit vncpassword &uuml;bergeben Sie das sp&auml;ter zu verwendende Passwort. Die Installationsquelle (install) kann entweder manuell
angegeben werden (Angabe des Protokolls und URL auf das betreffende
Verzeichnis) oder die Anweisung slp:/ enthalten. Im letzteren Fall wird
die Installationsquelle automatisch per SLP-Anfrage ermittelt; weitere Details zu SLP lesen Sie im Abschnitt 21.6 auf Seite 498 nach.
136
3.2. Installation per VNC
3.2.2
Clients zur VNC-Installation
Starten Sie den VNC-Client Ihrer Wahl und geben Sie die IP-Adresse des
Installationssystems sowie das VNC-Passwort an, sobald das Programm
diese Angaben von Ihnen verlangt.
Alternativ k&ouml;nnen Sie &uuml;ber einen Java-f&auml;higen Browser ebenfalls VNCVerbindungen aufbauen. Hierzu geben Sie folgendes in das Adressfeld des
Browsers ein:
http://&lt;IP-Adresse des Installationssystems&gt;:5801/
Ist die Verbindung hergestellt, startet YaST und die Installation kann beginnen.
3.3
Besondere Installationsvarianten
Die Verbindung zum Installtionsrechner und dem dort laufenden VNCServer wird &uuml;ber einen VNC-Client hergestellt. Unter SUSE LINUX wird
der vncviewer verwendet, der Teil des Paketes XFree86-Xvnc ist. M&ouml;chten Sie von einem Windows-Client aus Verbindung zum Installationssystem aufbauen, installieren Sie auf dem Windows-System das Programm
tightvnc, das Sie auf der ersten CD von SUSE LINUX im Verzeichnis
/dosutils/tightvnc/ finden.
3
Textbasierte Installation mit YaST
Zus&auml;tzlich zur Installation mit grafischer Benutzerf&uuml;hrung kann das System mithilfe der Textmen&uuml;s von YaST installiert werden (Konsolenmodus).
Alle YaST-Module stehen auch in diesem Textmodus zur Verf&uuml;gung. Der
Textmodus kann insbesondere dann eingesetzt werden, wenn man keine
grafische Oberfl&auml;che ben&ouml;tigt (Serversysteme) oder wenn die Grafikkarte von dem X Window System nicht unterst&uuml;tzt wird. Selbstverst&auml;ndlich
werden Sehbehinderte, die auf eine textuelle Schnittstelle angewiesen sind,
auch diesen Textmodus verwenden.
Zun&auml;chst m&uuml;ssen Sie die Bootreihenfolge im BIOS des Rechners so einstellen, dass vom CDROM-Laufwerk gebootet wird. Legen Sie die DVD oder
CD 1 in das Laufwerk und starten Sie den Rechner neu. Nach wenigen Augenblicken wird der Startbildschirm angezeigt.
W&auml;hlen Sie mit den Tasten ↑ und ↓ innerhalb von 10 Sekunden ‘Manual Installation’, damit nicht automatisch YaST gestartet wird. Geben Sie in
der Zeile boot options Bootparameter ein, falls Ihre Hardware derartige
SUSE LINUX Enterprise Server
137
Parameter verlangt. In der Regel sind jedoch besondere Parameter nicht erforderlich. Mit dem Parameter textmode=1 erzwingen Sie, dass der Textmodus von YaST benutzt wird. Bei der Eingabe von Text ist zu beachten,
dass in dieser fr&uuml;hen Bootphase noch die US-Tastaturbelegung aktiv ist.
(‘Video mode’) legen Sie die Bildschirmaufl&ouml;sung f&uuml;r die
Mit der Taste F2 Installation fest. W&auml;hlen Sie dort ‘Text Mode’, um in den reinen Textmodus
zu gelangen, wenn die Graphikkarte w&auml;hrend der Installation sonst Pro
bleme bereitet. Dr&uuml;cken Sie abschlie&szlig;end Return . Nun erscheint eine Box
mit der Fortschrittsanzeige &quot;Loading Linux kernel&quot;; dann bootet der Kernel und linuxrc wird gestartet. Das Programm linuxrc ist men&uuml;gef&uuml;hrt und
wartet auf Eingaben des Benutzers.
Diverse Boot-Schwierigkeiten k&ouml;nnen in der Regel mit Kernel-Parametern
umgangen werden. F&uuml;r die F&auml;lle, bei denen DMA Schwierigkeiten bereitet,
wird die Startoption ‘Installation - Safe Settings’ angeboten.
Sollte Ihr CD-ROM-Laufwerk (ATAPI) beim Booten des Systems h&auml;ngenbleiben, lesen Sie bitte den Abschnitt 3.7 auf Seite 146.
Bei Schwierigkeiten mit ACPI (engl. Advanced Configuration and Power
Interface) stehen die folgenden Kernelparameter zur Verf&uuml;gung:
acpi=off Dieser Parameter schaltet das komplette ACPI-System ab. Dies
ist zum Beipiel sinnvoll, wenn Ihr Computer &uuml;ber gar keine ACPIUnterst&uuml;tzung verf&uuml;gt oder Sie den konkreten Verdacht haben, dass
die ACPI-Implementierung Probleme bereitet.
acpi=oldboot Schaltet das ACPI-System fast komplett aus, und nur die
Teile, die f&uuml;r das Booten n&ouml;tig sind, werden verwendet.
acpi=force Schaltet ACPI ein, auch wenn Ihr Rechner ein BIOS von vor
2000 hat. Dieser Parameter &uuml;berschreibt acpi=off.
pci=noacpi Dieser Parameter schaltet das PCI IRQ-Routing vom neuen
ACPI-System aus.
Vgl. auch den SDB-Artikel: http://portal.suse.de/sdb/de/2002/
09/81_acpi.html
W&auml;hlen Sie ‘Memory Test’ im Bootmen&uuml;, um den Speicher zu &uuml;berpr&uuml;fen,
wenn es beim Laden des Kernels oder im Verlauf der Installation zu „unerkl&auml;rlichen“ Schwierigkeiten kommt. Linux stellt hohe Anforderungen an
die Hardware. Der Speicher und dessen Timing m&uuml;ssen einwandfrei eingestellt sein! Mehr Info unter http://portal.suse.de/sdb/de/2000/
11/thallma_memtest86.html
Lassen Sie den Speichertest am besten &uuml;ber Nacht laufen.
138
3.3. Textbasierte Installation mit YaST
3.4
3
SUSE LINUX starten
Bootdiskette Sie starten Linux &uuml;ber die Bootdiskette (Startdiskette). Diese
M&ouml;glichkeit funktioniert immer und die Bootdiskette kann mit YaST
erzeugt werden; vgl. Abschnitt 2.8.3 auf Seite 110.
Die Bootdiskette ist auch eine gute Zwischenl&ouml;sung, falls Sie beim
Einrichten der anderen M&ouml;glichkeiten nicht sofort zurechtkommen
oder falls Sie die Entscheidung &uuml;ber den endg&uuml;ltigen Bootmechanismus verschieben wollen. Auch wenn Sie den Bootloader eines anderen Betriebssystems nicht &uuml;berschreiben wollen, ist die Bootdiskette
eine brauchbare L&ouml;sung.
Linux Bootloader Die technisch sauberste und universellste L&ouml;sung ist
die Verwendung eines Linux Bootmanagers wie GRUB (GRand Unified Bootloader) oder LILO (LInux LOader), die vor dem Booten die
Auswahl zwischen verschiedenen Betriebssystemen zulassen. Der
Bootloader kann entweder bereits w&auml;hrend der Installation eingerichtet oder sp&auml;ter zum Beispiel &uuml;ber YaST konfiguriert werden.
Besondere Installationsvarianten
Nach der Installation bleibt die Frage zu kl&auml;ren, wie Sie Linux im t&auml;glichen
Betrieb starten wollen. In der folgenden &Uuml;bersicht werden die verschiedenen Alternativen f&uuml;r einen Linux-Start vorgestellt. Welche dieser Startmethoden f&uuml;r Sie die beste ist, h&auml;ngt vor allem vom Verwendungszweck ab.
Achtung
Es gibt BIOS-Varianten, die die Struktur des Bootsektors (MBR)
&uuml;berpr&uuml;fen und nach einer GRUB- oder LILO-Installation f&auml;lschlich eine Virus-Warnung ausgeben. Diese Schwierigkeit l&auml;sst sich
leicht beheben, indem Sie im BIOS die ‘Virus Protection’ ausschalten, falls diese Option vorhanden ist. Sp&auml;ter k&ouml;nnen Sie sie
wieder einschalten. Dieses Feature ist allerdings &uuml;berfl&uuml;ssig, falls
Sie ausschlie&szlig;lich Linux als Betriebssystem verwenden.
Achtung
Eine eingehende Diskussion verschiedener Bootmethoden, insbesondere
aber von GRUB und LILO finden Sie in Kapitel 8 auf Seite 223 ff.
3.4.1
Der grafische SUSE-Bildschirm
Auf Konsole 1 der grafische SUSE-Bildschirm dargestellt, wenn als KernelParameter die Option „vga=&lt;wert&gt;“ aktiv ist. Bei der Installation mit YaST
wird diese Option automatisch in Abh&auml;ngigkeit von der gew&auml;hlten Aufl&ouml;sung und verwendeten Grafikkarte eingetragen.
SUSE LINUX Enterprise Server
139
3.4.2
SUSE-Bildschirm deaktivieren
Prinzipiell haben Sie drei M&ouml;glichkeiten:
Den SUSE-Bildschirm bei Bedarf deaktivieren. Tippen Sie auf der
Kommandozeile ein: echo 0 &gt;/proc/splash.
So l&auml;sst sich der grafische Bildschirm ausschalten. Durch folgenden Befehl l&auml;sst er sich wieder einschalten: echo 0x0f01
&gt;/proc/splash.
Den SUSE-Bildschirm standardm&auml;&szlig;ig deaktivieren:
F&uuml;gen Sie der Bootloader-Konfiguration einen Kernelparameter
splash=0 hinzu. Im Kapitel 8 auf Seite 223 finden Sie n&auml;here Informationen dazu. Falls Sie ohnehin lieber den Textmodus w&uuml;nschen, der bei fr&uuml;heren Versionen Standard war, setzen Sie alternativ
vga=normal.
Den SUSE-Bildschirm f&uuml;r immer deaktivieren:
Kompilieren Sie einen neuen Kernel und deaktivieren Sie die Option
‘Use splash screen instead of boot logo’ im Menu ‘frame-buffer support’.
Hinweis
Wenn Sie im Kernel den Framebuffer-Support deaktiviert
haben, ist der Splash-Screen automatisch auch deaktiviert.
Wenn Sie einen eigenen Kernel kompilieren, kann SUSE
daf&uuml;r keinen Support garantieren!
Hinweis
3.5
Besondere Installationen
3.5.1
Automatische Installation mit Autoyast
Wenn sehr viele gleichartige Rechner installiert werden m&uuml;ssen, bietet es
sich an, diese mit Hilfe von Autoyast zu installieren.
Autoyast verwendet die Hardwareerkennung und die Defaulteinstellungen von YaST, kann aber nach eigenen Vorstellungen angepasst werden.
140
3.5. Besondere Installationen
Zu autoyast existiert ein YaST-Modul, mit dem sich ein entsprechendes
Konfigurationsfile erstellen l&auml;sst. Da die Konfiguration &uuml;ber ein XML-File
gemacht wird, kann diese Datei aber auch manuell erstellt oder ver&auml;ndert
werden.
Weitere Informationen und eine ausf&uuml;hrliche Dokumentation zu autoyast
finden Sie in der Dokumentation zum Paket autoyast2 unter /usr/
share/doc/packages/autoyast2/html/index.html
3.5.2
Installation via Netzwerk
Um SUSE LINUX &uuml;ber eine Quelle im Netzwerk zu installieren, sind zwei
Schritte notwendig:
1. Die zur Installation notwendigen Daten (CDs, DVD) auf einem Rechner verf&uuml;gbar machen, der sp&auml;ter als Installationsquelle agiert.
2. Booten des zu installierenden Systems &uuml;ber Diskette oder CD und
Konfiguration des Netzwerkes.
3
Besondere Installationsvarianten
Daher m&uuml;ssen die Rechner nicht alle identisch sein, sondern nur einigerma&szlig;en &auml;hnlich sein. Einschr&auml;nkungen die aufgrund der Hardware bestehen, kann auch autoyast nicht umgehen.
Hinweis
Konfigurieren eines Installations-Servers mit YaST
Detailinformationen zum Aufsetzen eines Installations-Servers
und zur Installation der Clients entnehmen Sie Abschnitt 4.1 auf
Seite 166.
Hinweis
3.6
x86: Tipps und Tricks
3.6.1
Bootdiskette unter DOS erstellen
Sie brauchen formatierte 3,5 Zoll-HD-Disketten und ein 3,5 Zoll-DiskettenLaufwerk, das bootf&auml;hig sein muss.
Auf der CD 1 im Verzeichnis boot sind einige Disketten-Abbilder (Images)
enthalten. Solch ein Image kann mit geeigneten Hilfsprogrammen auf eine
Diskette kopiert werden; die Diskette ist dann eine Bootdiskette.
SUSE LINUX Enterprise Server
141
Die Disketten-Images beinhalten au&szlig;erdem noch den Loader Syslinux und
das Programm linuxrc. Syslinux erlaubt es, w&auml;hrend des Bootvorganges
den gew&uuml;nschten Kernel auszuw&auml;hlen und bei Bedarf Parameter &uuml;ber die
verwendete Hardware zu &uuml;bergeben. Das Programm linuxrc unterst&uuml;tzt
Sie beim Laden der Kernelmodule f&uuml;r Ihre spezielle Hardware und startet
schlie&szlig;lich die Installation.
Bootdiskette mit rawwritewin erzeugen
Unter Windows steht Ihnen das grafische Programm rawwritewin zur Verf&uuml;gung. Unter Windows finden Sie dieses Programm auf CD1 im Verzeichnis dosutils/rawwritewin/.
Nach dem Start m&uuml;ssen Sie die Image-Datei angeben. Die Image-Dateien
liegen ebenfalls auf der CD1 im Verzeichnis boot. Minimal ben&ouml;tigen Sie
die Images bootdisk und modules1. Um diese im Dateibrowser anzuzeigen m&uuml;ssen Sie den Dateityp auf „all files“ &auml;ndern.
Legen Sie danach eine Diskette in Ihr Diskettenlaufwerk und klicken Sie
auf ‘write’.
Um mehrere Disketten zu beschreiben, wiederholen Sie einfach diese Prozedur.
Bootdiskette mit rawrite erzeugen
Es kommt das DOS-Programm rawrite.exe (CD 1, Verzeichnis
dosutils\rawrite zum Erstellen der SUSE Boot- und Modul-Disketten
zum Einsatz. Sie ben&ouml;tigen dazu einen Rechner mit einem DOS (zum Beispiel FreeDOS) oder Windows.
Im Folgenden werden die Schritte beschrieben, falls Sie mit Windows arbeiten:
1. Legen Sie die CD 1 von SUSE LINUX ein.
2. &Ouml;ffnen Sie ein DOS-Fenster (im Startmen&uuml; unter ‘Zubeh&ouml;r’ -&gt;‘MSDOS-Eingabeaufforderung’).
3. Starten Sie das Programm rawrite.exe mit der richtigen Pfadangabe
f&uuml;r das CD-Laufwerk. Im Beispiel befinden Sie sich auf der Festplatte
C: im Verzeichnis Windows und Ihr CD-Laufwerk hat den Buchstaben D:
C:\Windows: d:\dosutils\rawrite\rawrite
142
3.6. x86: Tipps und Tricks
C:\Windows: d:\dosutils\rawrite\rawrite
RaWrite 1.2 - Write disk file to raw floppy diskette
Enter source file name: d:\boot\bootdisk
Enter destination drive: a:
Sobald Sie das Ziellaufwerk a: eingegeben haben, fordert Sie rawrite auf,
zu dr&uuml;cken. Im weiteeine formatierte Diskette einzulegen und auf Enter ren Verlauf wird dann der Fortschritt der Kopieraktion angezeigt. Abbruch
ist mit der Tastenkombination Strg -c m&ouml;glich.
Auf diese Art und Weise k&ouml;nnen Sie auch die anderen Diskettenimages
modules1, modules2, modules3 und modules4 erstellen. Diese werden ben&ouml;tigt, wenn Sie USB- oder SCSI-Ger&auml;te bzw. eine Netzwerk- oder
PCMCIA-Karte haben und diese w&auml;hrend der Installation bereits ansprechen wollen. Eine Moduldiskette kann auch ben&ouml;tigt werden, wenn Sie ein
spezielles Dateisystem bereits w&auml;hrend der Installation verwenden wollen.
3.6.2
3
Besondere Installationsvarianten
4. Nach dem Start fragt das Programm nach Quelle (engl. source) und
Ziel (engl. destination) der zu kopierenden Datei. Das ist hier die
zum CD-Satz geh&ouml;rige Bootdiskette, deren Image sich auf CD 1 unter
boot/ befindet. Der Dateiname hei&szlig;t einfach bootdisk. Vergessen
Sie auch hier nicht die Pfadangabe f&uuml;r Ihr CD-Laufwerk.
Bootdiskette unter unix-artigem System erstellen
Voraussetzung
Sie k&ouml;nnen auf ein unix-artiges oder ein Linux-System mit einem funktionst&uuml;chtigen CD-ROM-Laufwerk zur&uuml;ckgreifen. Sie brauchen eine gepr&uuml;fte Diskette (formatiert).
Gehen Sie folgenderma&szlig;en vor, um Bootdisketten zu erstellen:
1. Falls Sie die Disketten noch formatieren m&uuml;ssen:
fdformat /dev/fd0u1440
Mounten Sie die CD 1; zum Beispiel nach /media/cdrom:
2. mount -tiso9660 /dev/cdrom /media/cdrom
3. Wechseln Sie in das Verzeichnis boot auf der CD:
cd /media/cdrom/boot
SUSE LINUX Enterprise Server
143
4. Erstellen Sie die Bootdiskette mit
dd if=/media/cdrom/boot/bootdisk of=/dev/fd0 bs=8k
In der LIESMICH- bzw. der README-Datei im boot-Verzeichnis erfahren
Sie Details zu den Diskettenimages; diese Dateien k&ouml;nnen Sie mit more
oder less lesen.
Auf diese Art und Weise k&ouml;nnen Sie auch die anderen Diskettenimages
modules1, modules2, modules3 und modules4 erstellen. Diese werden ben&ouml;tigt, wenn Sie USB- oder SCSI-Ger&auml;te bzw. eine Netzwerk- oder
PCMCIA-Karte haben und diese w&auml;hrend der Installation bereits ansprechen wollen. Eine Moduldiskette kann auch ben&ouml;tigt werden, wenn Sie ein
spezielles Dateisystem bereits w&auml;hrend der Installation verwenden wollen.
Etwas komplexer wird die Angelegenheit, wenn Sie zum Beispiel einen
selbstkompilierten Kernel w&auml;hrend der Installation verwenden wollen.
Schreiben Sie in diesem Fall zun&auml;chst das Standard-Image (bootdisk) auf
die Diskette und &uuml;berschreiben Sie dann den eigentlichen Kernel (linux)
mit dem eigenen Kernel (vgl. Abschnitt 9.6 auf Seite 262):
dd if=/media/cdrom/boot/bootdisk of=/dev/fd0 bs=8k
mount -t msdos /dev/fd0 /mnt
cp /usr/src/linux/arch/i386/boot/vmlinuz /mnt/linux
umount /mnt
3.6.3
Booten von Diskette (SYSLINUX)
Die Bootdiskette kann immer dann zum Einsatz kommen, wenn besondere Anforderungen zum Zeitpunkt der Installation vorliegen (zum Beispiel CD-ROM-Laufwerk nicht verf&uuml;gbar). Zum Erstellen der Bootdisk
vgl. 3.6.1 auf Seite 141 bzw. 3.6.2 auf der vorherigen Seite.
Der Bootvorgang wird von dem Bootloader SYSLINUX (syslinux) eingeleitet. SYSLINUX ist so konfiguriert, dass in geringem Umfang eine Hardwareerkennung beim Booten durchgef&uuml;hrt wird. Im Wesentlichen handelt es
sich um die folgenden Schritte:
1. Pr&uuml;fen, ob das BIOS einen Framebuffer gem&auml;&szlig; VESA 2.0 unterst&uuml;tzt
und den Kernel entsprechend booten.
2. Monitordaten (DDC-Info) auslesen.
144
3.6. x86: Tipps und Tricks
Hinweis
Wenn beim Start von SYSLINUX Umschalt bzw. Shift gedr&uuml;ckt
ist, werden all diese Schritte &uuml;bersprungen. F&uuml;r die Fehlersuche:
Man kann in syslinux.cfg die Zeile
verbose 1
einf&uuml;gen; dann teilt der Bootloader mit, welche Aktion jeweils an
der Reihe ist.
Hinweis
Falls der Rechner nicht von Diskette booten will, m&uuml;ssen Sie zuvor m&ouml;glicherweise die Bootreihenfolge im BIOS des Rechners auf A,C,CDROM umstellen.
3.6.4
3
Besondere Installationsvarianten
3. Den 1. Block von der 1. Festplatte (MBR) lesen, um sp&auml;ter bei der
Bootloader-Konfiguration die Zuordnung von BIOS-ID zu LinuxGer&auml;tenamen (engl. Devices) festzulegen. Dabei wird versucht, den
Block &uuml;ber die lba32-Funktionen des BIOS zu lesen, um zu sehen, ob
das BIOS diese Funktionen unterst&uuml;tzt.
CD 2 zum Booten verwenden
Zus&auml;tzlich zur CD 1 ist auch die zweite CD bootf&auml;hig. W&auml;hrend CD 1 &uuml;ber
ein bootf&auml;higes ISO-Image arbeitet, wird CD 2 &uuml;ber ein 2.88 MB gro&szlig;es Diskimage gebootet. Verwenden Sie die CD 2 immer dann, wenn Sie genau
wissen, dass Sie von CD booten k&ouml;nnen, das jedoch mit CD 1 nicht funktioniert (Fallback-L&ouml;sung).
3.6.5
Unterst&uuml;tzt Linux mein CD-ROM-Laufwerk?
Generell kann man sagen, dass die meisten CD-ROM-Laufwerke unterst&uuml;tzt werden.
Bei ATAPI-Laufwerken sollte es keine Probleme geben.
Bei SCSI-CD-ROM-Laufwerken kommt es nur darauf an, ob der
SCSI-Controller unterst&uuml;tzt wird, an dem das CD-ROM-Laufwerk
angeschlossen ist. In der Komponenten-Datenbank CDB sind die unterst&uuml;tzten SCSI-Controller aufgef&uuml;hrt.
SUSE LINUX Enterprise Server
145
Auch viele herstellerspezifische CD-ROM-Laufwerke funktionieren
mit Linux. In dieser Gruppe kann es gleichwohl zu Problemen kommen. Falls Ihr Laufwerk nicht explizit erw&auml;hnt ist, k&ouml;nnen Sie es immer noch mit einem &auml;hnlichen Typ des gleichen Herstellers versuchen.
USB CD-ROM-Laufwerke werden ebenfalls unterst&uuml;tzt. Sollte das
BIOS Ihres Rechners das Booten von USB-Ger&auml;ten noch nicht unterst&uuml;tzen, m&uuml;ssen Sie die Installation &uuml;ber Bootdisketten starten. N&auml;heres hierzu finden Sie unter 3.6.3 auf Seite 144. Stellen Sie vor dem
Booten von Diskette sicher, dass alle notwendigen USB-Ger&auml;te bereits
angeschlossen und eingeschaltet sind.
3.7
x86: ATAPI-CD-ROM bleibt beim
Lesen h&auml;ngen
Wenn das ATAPI CD-ROM-Laufwerk nicht erkannt wird oder es beim Lesen h&auml;ngen bleibt, ist h&auml;ufig die Hardware nicht korrekt eingerichtet. Normalerweise sollten die einzelnen Ger&auml;te am (E)IDE-Bus fortlaufend angeschlossen sein, das heisst das erste Ger&auml;t ist Master am ersten Controller,
das zweite Slave. Das dritte Ger&auml;t schlie&szlig;lich ist Master am zweiten Controller und das vierte dort wieder Slave.
Oft befindet sich in einem Rechner neben der Festplatte nur das CD-ROMLaufwerk, das als Master am zweiten Controller h&auml;ngt. Linux kommt in
manchen F&auml;llen mit dieser L&uuml;cke nicht selbstst&auml;ndig zurecht. Meistens
kann dem Kernel durch Angabe eines entsprechenden Parameters aber auf
die Spr&uuml;nge geholfen werden (hdc=cdrom).
Gelegentlich ist f&uuml;r ein Laufwerk nur ein falscher Jumper (Br&uuml;cke) gesetzt;
das hei&szlig;t, es ist als Slave konfiguriert, obwohl es als Master am zweiten
Controller angeschlossen ist oder umgekehrt. Im Zweifelsfall sollten diese
Einstellungen &uuml;berpr&uuml;ft und gegebenenfalls korrigiert werden.
Au&szlig;erdem gibt es noch eine Reihe fehlerhafter EIDE-Chips&auml;tze. Diese sind
mittlerweile zum gr&ouml;&szlig;ten Teil bekannt; der Kernel enth&auml;lt Code, um derartige Probleme zu umgehen. F&uuml;r diese F&auml;lle existiert ein spezieller Kernel
(vgl. das README in /boot der Installations-CD-ROM).
Sollte das Booten nicht auf Anhieb funktionieren, so versuchen Sie bitte die
nachfolgenden Kernelparameter:
146
3.7. x86: ATAPI-CD-ROM bleibt beim Lesen h&auml;ngen
a — Master am 1. IDE-Controller
b — Slave am 1. IDE-Controller
c — Master am 2. IDE-Controller
Ein Beispiel f&uuml;r einzugebender Parameter ist hdb=cdrom. Mit
diesem Parameter geben Sie dem Kernel das CD-ROM-Laufwerk an,
falls dieser es nicht findet und Sie ein ATAPI-CD-ROM-Laufwerk haben.
idex=noautotune x steht f&uuml;r 0, 1, 2, 3 etc. und ist folgenderma&szlig;en zu
lesen:
0 — 1. IDE-Controller
1 — 2. IDE-Controller
Ein Beispiel f&uuml;r einzugebender Parameter ist hier
ide0=noautotune. Dieser Parameter hilft in der Regel bei (E)IDEFestplatten.
3.8
3
Besondere Installationsvarianten
hdx=cdrom x steht hier f&uuml;r a, b, c, d etc. und ist folgenderma&szlig;en zu lesen:
SCSI-Ger&auml;te und dauerhafte
Ger&auml;tedateinamen
SCSI-Ger&auml;te wie z.B. Festplattenpartitionen bekommen beim Booten Ger&auml;tedateinamen mehr oder weniger dynamisch zugewiesen. Dies ist solange
kein Problem, wie sich an der Zahl oder an der Konfiguation der Ger&auml;te
nichts &auml;ndert. Wenn aber eine weitere SCSI-Festplatte hinzukommt und
diese vor der alten Festplatte vom Kernel erkannt wird, dann erh&auml;lt die alte Platte neue Namen und die Eintr&auml;ge in der Mounttabelle /etc/fstab
passen nicht mehr.
Um dies Schwierigkeit zu vermeiden, kann das System Bootskript boot.
scsidev verwendet werden. Dieses Skript kann mit Hilfe des Befehls
/sbin/insserv aktiviert werden, und ben&ouml;tigte Bootparameter werden
in /etc/sysconfig/scsidev abgelegt. Das Skript /etc/rc.d/boot.
scsidev richtet daraufhin permanente Ger&auml;tenamen im Verzeichnis
/dev/scsi/ ein. Diese Ger&auml;tenamen k&ouml;nnen in der Datei /etc/fstab
verwendet werden. Wenn persistente Ger&auml;tenamen verwendet werden sollen, ist es m&ouml;glich, in der Datei /etc/scsi.alias diese zu definieren.
Vergleichen Sie auch man scsidev.
SUSE LINUX Enterprise Server
147
Hinweis
Ger&auml;tenamen und udev
boot.scsidev wird auch unter SUSE LINUX Enterprise Server
weiterhin unterst&uuml;tzt. F&uuml;r SUSE LINUX Enterprise Server sollte
jedoch zur Erzeugung von persistenten Ger&auml;tenamen m&ouml;glichst
das „user-mode device filesystem“ (udev) verwendet werden.
Hierbei werden die Eintr&auml;ge in /dev/by-id/ von udev vorgenommen.
Hinweis
Im Expertenmodus des Runlevel-Editors ist boot.scsidev f&uuml;r die Stufe
B einzuschalten, dann werden die notwendigen Links in /etc/init.d/
boot.d angelegt, um die Namen w&auml;hrend des Bootens zu erzeugen.
3.9
Partitionieren f&uuml;r Fortgeschrittene
Dieser Abschnitt stellt detaillierte Informationen bereit, anhand derer Sie
ein passendes Partitionierungsschema anlegen k&ouml;nnen. Dies ist insbesondere f&uuml;r diejenigen interessant, die ihr System optimal konfigurieren m&ouml;chten, sowohl in puncto Sicherheit, als auch was Geschwindigkeit betrifft,
und die daf&uuml;r bereit sind, unter Umst&auml;nden das bestehende System komplett neu aufzusetzen.
Ein grundlegendes Verst&auml;ndnis der Funktionsweise eines UNIXDateisystemes wird vorausgesetzt. Die Begriffe Mountpoint sowie physikalische, erweiterte und logische Partition sollten Ihnen nicht fremd sein.
&Uuml;berlegen Sie sich zun&auml;chst die Antworten auf folgende Fragen:
Einsatzgebiet dieses Rechners (File-Server, Application-Server,
Compute-Server, Einzelplatzrechner)?
Wie viele Leute werden an diesem Rechner arbeiten (simultane Logins)?
Wie viele Festplatten hat der Rechner, wie gro&szlig; sind diese und welches System verwenden sie (EIDE-, SCSI- oder RAID-Controller)?
148
3.9. Partitionieren f&uuml;r Fortgeschrittene
3.9.1
3
Die Gr&ouml;&szlig;e der Swap-Partition
3.9.2
Partitionierungsvorschl&auml;ge f&uuml;r spezielle Szenarien
Einsatz als Fileserver
Hier kommt es wirklich auf Festplattenperformance an. SCSI-Ger&auml;ten sollte
unbedingt der Vorzug gegeben werden. Achten Sie auch auf Leistungsf&auml;higkeit der Platten und des verwendeten Controllers.
Ein Fileserver bietet die M&ouml;glichkeit, Daten zentral zu halten. Hierbei kann
es sich um Benutzerverzeichnisse, eine Datenbank oder sonstige Archive
handeln. Der Vorteil ist eine wesentlich einfachere Administration. Falls
der Fileserver ein gr&ouml;&szlig;eres Netz bedienen soll (ab 20 Usern), wird die Optimierung des Plattenzugriffs essentiell. Angenommen, Sie m&ouml;chten einen
Linux-Fileserver aufbauen, der 25 Benutzern Heimatverzeichnisse (Home)
zur Verf&uuml;gung stellen soll: Sie wissen, jeder Benutzer wird maximal 100150 MB f&uuml;r seine pers&ouml;nlichen Daten in Anspruch nehmen. Falls nicht jeder
dieser Benutzer stets in seinem Home kompiliert, reicht hierf&uuml;r eine 4-GBPartition, welche einfach unter /home/ gemountet wird.
Besondere Installationsvarianten
Oft werden Sie lesen: Mindestens doppelt so viel Swap wie Hauptspeicher. Diese Formulierung stammt noch aus einer Zeit, in der 8 MB RAM im
Rechner nicht wenig war. Der Rechner soll also &uuml;ber ungef&auml;hr 30 bis 40 MB
virtuellen Speicher, also Ram plus Swap verf&uuml;gen. Mit modernen Applikationen m&uuml;ssen auch diese Werte nach oben hin korrigiert werden. Als
durchschnittlicher Benutzer ist man auf absehbare Zeit mit 512 MB virtuellem Speicher auf der sicheren Seite. Auf keinen Fall sollten Sie &uuml;berhaupt
keinen Swap-Speicher anlegen.
Haben Sie 50 Benutzer, so w&auml;re rein rechnerisch eine 8-GB-Partition
notwendig. Besser ist es in diesem Fall jedoch, /home/ auf zwei 4-GBFestplatten aufzuteilen, da diese sich dann die Last (und Zugriffszeit!) teilen.
Hinweis
Den Cache eines Webbrowsers sollten die Benutzer unbedingt
auf lokalen Festplatten halten!
Hinweis
SUSE LINUX Enterprise Server
149
Einsatz als Compute-Server
Ein Compute-Server ist in der Regel ein leistungsstarker Rechner, der berechnungsintensive Aufgaben im Netz &uuml;bernimmt. Solch eine Maschine verf&uuml;gt typischerweise &uuml;ber einen etwas gr&ouml;&szlig;eren Hauptspeicher (ab
512 MB RAM). Der einzige Punkt, an dem f&uuml;r einen schnellen Plattendurchsatz gesorgt werden muss, sind etwaige Swap-Partitionen. Auch hier
gilt: mehrere Swap-Partitionen auf mehrere Platten verteilen.
3.9.3
Optimierungsm&ouml;glichkeiten
Die Platten sind zumeist der begrenzende Faktor. Um diesen Flaschenhals
zu umgehen, gibt es drei M&ouml;glichkeiten, die am Besten zusammen eingesetzt werden sollten:
Verteilen Sie die Last gleichm&auml;&szlig;ig auf mehrere Platten.
Setzen Sie ein optimiertes Dateisystem ein (zum Beispiel reiserfs).
Statten Sie den Fileserver mit gen&uuml;gend Speicher aus (256 MB Minimum).
Parallelisierung durch mehrere Platten
Die erstgenannte Methode bedarf einer tiefergehenden Erkl&auml;rung. Die Gesamtzeit, die vergeht, bis angeforderte Daten bereitgestellt werden, setzt
sich (in etwa) aus folgenden Teilen zusammen:
1. Zeit, bis die Anforderung beim Plattencontroller ist.
2. Zeit, bis der Plattencontroller diese Anforderung an die Festplatte
schickt.
3. Zeit, bis die Festplatte ihren Kopf positioniert.
4. Zeit, bis sich das Medium zum richtigen Sektor gedreht hat.
5. Zeit f&uuml;r die &Uuml;bertragung.
Punkt 1 ist abh&auml;ngig von der Anbindung &uuml;ber das Netzwerk und muss
dort geregelt werden. Punkt 2 ist eine relativ vernachl&auml;ssigbare Zeit, die
vom Plattencontroller selbst abh&auml;ngt. Punkte 3 und 4 sind die Hauptbereiche. Gemessen wird die Positionierung in ms. Verglichen mit den in ns
gemessenen Zugriffszeiten im Hauptspeicher ist das ein Faktor von einer
150
3.9. Partitionieren f&uuml;r Fortgeschrittene
F&uuml;r die optimale Performance sollte man also bei Punkt 3 angreifen. Hier
kommt bei SCSI-Ger&auml;ten das Feature disconnect ins Spiel. Dabei sendet
der Controller an das angeschlossene Ger&auml;t (in diesem Fall die Festplatte) den Befehl Gehe zu Track x, Sektor y. Nun muss sich die tr&auml;ge Mechanik der Platte in Bewegung setzen. Wenn die Platte intelligent ist (also disconnect beherrscht) und der Treiber f&uuml;r den Controller dieses Feature auch
beherrscht, schickt der Controller der Platte unmittelbar daraufhin einen
disconnect-Befehl und die Platte trennt sich vom SCSI-Bus ab. Ab jetzt
k&ouml;nnen andere SCSI-Ger&auml;te ihre Transfers erledigen. Nach einer Weile (je
nach Strategie bzw. Last auf dem SCSI-Bus) wird wieder die Verbindung
zur Platte aktiviert. Idealerweise hat diese bereits den geforderten Track
erreicht.
In einem Multitasking-Multiuser Betriebssystem wie Linux kann man hier
nat&uuml;rlich gut optimieren. Sehen wir uns einen Ausschnitt einer Ausgabe
des Befehls df an (vgl. Ausgabe 3.1).
3
Besondere Installationsvarianten
Million! Punkt 4 ist von der Drehzahl der Platte abh&auml;ngig. Auch diese Zeit
wird meist mehrere ms betragen. Punkt 5 von der Drehzahl und der Anzahl der K&ouml;pfe, ebenso wie von der aktuellen Position des Kopfes (innen
oder au&szlig;en).
Beispiel 3.1: Beispielausgabe df-Befehl
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 1.8G 1.6G 201M 89% /
/dev/sda1 23M 3.9M 17M 18% /boot
/dev/sdb1 2.9G 2.1G 677M 76% /usr
/dev/sdc1 1.9G 958M 941M 51% /usr/lib
shmfs 185M 0 184M 0% /dev/shm
Was bringt uns diese Parallelisierung? Angenommen wir geben in /usr/
src als Benutzer root ein:
tar xzf package.tar.gz -C /usr/lib
Das soll also package.tar.gz nach /usr/lib/package installieren. Hierzu werden von der Shell tar und gzip aufgerufen (befinden sich in /bin
und somit auf /dev/sda), dann wird package.tar.gz von /usr/src
gelesen (befindet sich auf /dev/sdb). Als Letztes werden die extrahierten
Daten nach /usr/lib geschrieben (liegt unter /dev/sdc). Sowohl Positionierung, als auch Lesen/Schreiben der platteninternen Puffer k&ouml;nnen
nun quasi parallel ausgef&uuml;hrt werden.
SUSE LINUX Enterprise Server
151
Das ist ein Beispiel von vielen. Als Faustregel gilt, dass bei Vorhandensein
entsprechend vieler (gleich schneller) Platten /usr und /usr/lib auf verschiedenen Platten lagern sollten. Hierbei sollte /usr/lib ca. 70 Prozent
der Kapazit&auml;t von /usr haben. Das Rootverzeichnis / sollte sich bei der
Verlagerung auf zwei Platten wegen der Zugriffsh&auml;ufigkeit auf der Platte
mit /usr/lib befinden.
Geschwindigkeit und Hauptspeicher
Wir weisen an vielen Stellen darauf hin, dass die Gr&ouml;&szlig;e des Hauptspeichers unter Linux oft wichtiger ist als die Geschwindigkeit des Prozessors.
Ein Grund – wenn nicht sogar der Hauptgrund – ist die Eigenschaft von
Linux, dynamische Puffer mit Festplattendaten anzulegen. Hierbei arbeitet
Linux mit allerlei Tricks wie read ahead (holt vorsorglich Sektoren im Voraus) und delayed write (spart sich Schreibzugriffe, um sie dann auf einmal
auszuf&uuml;hren). Letzteres ist der Grund, warum man einen Linux-Rechner
nicht einfach ausschalten darf. Beide Punkte sind daf&uuml;r verantwortlich,
dass sich der Hauptspeicher mit der Zeit scheinbar immer f&uuml;llt und dass
Linux so schnell ist; vgl. auch Abschnitt 10.2.6 auf Seite 273.
3.10
LVM-Konfiguration
YaST bietet ein professionellen Partitioniertool, mit dem Sie bestehende Partitionen bearbeiten, l&ouml;schen oder neue Partitionen anlegen k&ouml;nnen. Von diesem YaST-Modul aus gelangen Sie zur Soft-RAID- und LVMKonfiguration.
Hinweis
Hintergrundinformationen und Tipps zum Partitionieren finden
Sie im Abschnitt 3.9 auf Seite 148.
Hinweis
Im Normalfall werden die Partitionen w&auml;hrend der Installation festgelegt.
Wenn Sie eine zweite Festplatte einbauen wollen, k&ouml;nnen Sie diese auch
im bestehenden Linux-System integrieren. Hierzu ist die neue Festplatte
zun&auml;chst zu partitionieren, dann m&uuml;ssen die Partitionen gemountet und
in die /etc/fstab eingetragen werden. Gegebenenfalls ist es n&ouml;tig, einige Daten umzukopieren, um eine zu kleine /opt/-Partition von der alten
Festplatte auf die neue zu verschieben.
152
3.10. LVM-Konfiguration
Partitionstabelle neu einlesen Dient dazu, die Partitionierung neu von
der Platte einzulesen. Dies ben&ouml;tigen Sie zum Beispiel, wenn Sie die
Partitionierung auf der Textkonsole manuell vorgenommen haben.
Mountpunkte von bestehender /etc/fstab &uuml;bernehmen
Dies ist nur w&auml;hrend der Installation relevant. Das Einlesen der alten
fstab n&uuml;tzt, wenn Sie Ihr System nicht updaten, sondern neu
installieren. Dann brauchen Sie die Mountpunkte nicht per Hand
eingeben.
Partitionstabelle und Disk-Label l&ouml;schen
Hiermit &uuml;berschreiben Sie den alten Partitiontable komplett. Das
kann zum Beispiel hilfreich sein, falls Sie Probleme mit ungew&ouml;hnlichen Plattenlabels haben sollten. Mit dieser Methode gehen allerdings
alle Daten auf der Festplatte verloren.
3.10.1
3
Besondere Installationsvarianten
Wenn Sie die Festplatte, mit der Sie gerade arbeiten, umpartitionieren wollen, ist Vorsicht geboten – grunds&auml;tzlich ist dies m&ouml;glich, danach muss das
System aber sofort neu gebootet werden. Unbedenklicher ist es, von der
CD zu booten und dann die Umpartitionierung vorzunehmen. Hinter dem
Button ‘Experten...’ im Partitionierer befindet sich ein Popup-Men&uuml; mit folgenden Befehlen:
Logical Volume Manager (LVM)
Ab Kernel Version 2.6 steht Ihnen LVM in der Version 2 zur Verf&uuml;gung.
Dieser ist r&uuml;ckw&auml;rtskompatibel zum bisherigen LVM und kann alte
Volume-Groups weiterverwalten. Wenn Sie neue Volume-Groups anlegen,
m&uuml;ssen Sie entscheiden, ob Sie das neue Format oder die r&uuml;ckw&auml;rtskompatible Version verwenden m&ouml;chten. LVM2 ben&ouml;tigt keine Kernel-Patches
mehr, und verwendet den device-mapper, der in Kernel 2.6 integriert
ist. Beginnend mit diesem Kernel kann LVM nur noch in der Version 2 verwendet werden. In diesem Kapitel ist mit LVM daher immer LVM in der
Version 2 gemeint.
Alternativ zu LVM2 k&ouml;nnen Sie auch EVMS (Enterprise Volume Management System) verwenden. Dieses bietet eine einheitliche Schnittstelle zu
Logical Volumes, aber auch zu Raid Volumes. EVMS setzt wie LVM2 auf
den Device Mapper in Kernel 2.6 auf.
Der Logical Volume Manager (LVM) erm&ouml;glicht Ihnen eine flexible Verteilung des Festplattenplatzes auf die verschiedenen Filesysteme. Da die
Partitionen in einem laufenden System nur mit relativ gro&szlig;em Aufwand
SUSE LINUX Enterprise Server
153
ge&auml;ndert werden k&ouml;nnen, wurde der LVM entwickelt: Er stellt einen virtuellen Pool (Volume Group – kurz VG) an Speicherplatz zur Verf&uuml;gung, aus
dem logische Volumes (LV) nach Bedarf erzeugt werden. Das Betriebssystem greift dann auf diese, statt auf die physikalischen Partitionen zu.
Besonderheiten:
Mehrere Festplatten/Partitionen k&ouml;nnen zu einer gro&szlig;en logischen
Partition zusammengef&uuml;gt werden.
Neigt sich bei einem LV (zum Beispiel /usr/) der freie Platz dem
Ende zu, k&ouml;nnen Sie diese bei geeigneter Konfiguration vergr&ouml;&szlig;ern.
Mit dem LVM k&ouml;nnen Sie sogar im laufenden System Festplatten
oder LVs erg&auml;nzen. Voraussetzung ist allerdings hot-swap f&auml;hige
Hardware, die f&uuml;r solche Eingriffe geeignet ist.
Mehrere Festplatten k&ouml;nnen im RAID 0 (striping) Modus mit entsprechend verbesserter Performance verwendet werden.
Das „snapshot“-Feature erm&ouml;glicht vor allem bei Servern konsistente
Backups w&auml;hrend dem laufenden System.
Der Einsatz von LVM lohnt bereits bei umfangreich genutzten Home-PCs
oder kleinen Servern. Wenn Sie einen wachsenden Datenbestand haben
wie zum Beispiel bei Datenbanken, MP3-Archiven oder Benutzerverzeichnissen etc., dann bietet sich der Logical Volume Manager an. Dann ist es
zum Beispiel m&ouml;glich, Filesysteme zu haben, die gr&ouml;&szlig;er sind als eine physikalische Festplatte. Ein weiterer Vorteil des LVM ist, dass bis zu 256 LVs
angelegt werden k&ouml;nnen. Beachten Sie jedoch bitte, dass sich die Arbeit mit
dem LVM sehr von der mit konventionellen Partitionen unterscheidet.
Anleitung und weiterf&uuml;hrende Informationen zur Konfiguration des
„Logical Volume Manager“ (LVM) finden Sie im offiziellen LVM-Howto
http://tldp.org/HOWTO/LVM-HOWTO/.
3.10.2
Konfiguration des LVM mit YaST
Die LVM-Konfiguration von YaST wird vorbereitet, indem Sie w&auml;hrend der
Installation eine LVM-Partition anlegen. Dazu m&uuml;ssen Sie im Vorschlagsbildschirm auf ‘Partitionierung’ klicken, im folgenden Fenster dann auf
‘Verwerfen’ oder ‘&Auml;ndern’. Danach m&uuml;ssen Sie eine Partition f&uuml;r LVM anlegen. Dazu w&auml;hlen Sie im Partitionierer ‘Anlegen’ -&gt; ‘Nicht formatieren’
und dort den Punkt ‘0x8e Linux LVM’. Die weitere Partitionierung mit
154
3.10. LVM-Konfiguration
3
Besondere Installationsvarianten
LVM k&ouml;nnen Sie direkt im Anschluss oder auch sp&auml;ter im installierten System vornehmen, indem Sie im Partitionierer die LVM-Partition markieren
und dann auf ‘LVM...’ klicken.
Abbildung 3.9: YaST: LVM w&auml;hrend der Installation aktivieren
3.10.3
LVM – Partitionierer
Nachdem Sie unter Partitionieren ‘LVM...’ gew&auml;hlt haben, kommen Sie in
einen Dialog, in dem Sie die Partitionierung Ihrer Festplatten &auml;ndern k&ouml;nnen. Hier k&ouml;nnen Sie bestehende Partitionen l&ouml;schen, existierende Partitionen &auml;ndern und neue anlegen. Eine Partition, die f&uuml;r LVM verwendet
werden soll, muss die Partitionskennung 8E haben. Diese Partitionen sind
mit dem Text „Linux LVM“ in der Partitionsliste des Fensters versehen (s.
letzter Abschnitt).
SUSE LINUX Enterprise Server
155
Abbildung 3.10: YaST: LVM-Partitionierer
Hinweis
Umpartitionieren von Logical Volumes
Am Anfang der PVs werden Informationen &uuml;ber das Volume
in die Partition geschrieben. So „wei&szlig;“ eine PV, zu welcher
Volume Group das geh&ouml;rt. Wenn Sie neu partitionieren m&ouml;chten, ist es empfehlenswert, den Anfang dieser Volumes zu l&ouml;schen. Bei einer Volume Group „system“ und einem Physical
Volume „/dev/sda2“ geht das zum Beispiel mit dem Befehl
dd if=/dev/zero of=/dev/sda2 bs=512 count=1.
Hinweis
Es ist nicht n&ouml;tig, alle Partitionen, die f&uuml;r LVM vorgesehen sind, einzeln auf
die Partitionskennung 8E zu setzen. YaST setzt die Partitionskennung einer
Partition, die einer LVM Volume Group zugeordnet wird, automatisch auf
8E, wenn dies n&ouml;tig ist. Wenn auf Ihren Platten unpartitionierte Bereiche
vorhanden sind, sollten Sie in diesem Dialog f&uuml;r alle diese Bereiche LVMPartitionen anlegen. Diese Partitionen sollten Sie sofort auf die Partitionskennung 8E setzen. Diese m&uuml;ssen nicht formatiert werden, und es kann f&uuml;r
sie kein Mountpunkt eingetragen werden.
Falls auf Ihrem System bereits eine g&uuml;ltige LVM-Konfiguration existiert,
wird diese bei Beginn der LVM-Konfiguration automatisch aktiviert. Ist
156
3.10. LVM-Konfiguration
Eine Umpartitionierung von Platten, die nicht zu einer LVM Volume Group
geh&ouml;ren, ist nat&uuml;rlich problemlos m&ouml;glich. Falls Sie bereits eine g&uuml;ltige
LVM-Konfiguration auf Ihrem System haben, ist ein Umpartitionieren normalerweise nicht erforderlich. In dieser Maske m&uuml;ssen Sie nun alle mountpoints konfigurieren, die nicht auf LVM Logical Volumes liegen. Zumindest das Root-Filesystem muss in YaST auf einer normalen Partition liegen.
W&auml;hlen Sie diese Partition aus der Liste aus und legen Sie sie mit dem Button ‘Bearbeiten’ als Root-Filesystem fest.
Wir empfehlen aufgrund der gr&ouml;&szlig;eren Flexibilit&auml;t von LVM, alle weiteren
Filesysteme auf LVM Logical Volumes zu legen. Nach Festlegen der RootPartition k&ouml;nnen sie diesen Dialog verlassen.
3.10.4
LVM – Einrichtung der Physical Volumes
3
Besondere Installationsvarianten
diese Aktivierung erfolgt, kann die Partitionierung aller Platten, die eine
Partition enthalten, die zu einer aktivierten Volume Group geh&ouml;rt, nicht
mehr ver&auml;ndert werden. Der Linux-Kernel weigert sich, die ver&auml;nderte Partitionierung einer Festplatte einzulesen, solange auch nur eine Partition
dieser Platte benutzt wird.
Im Dialog ‘LVM’ werden die LVM Volume Groups (oft mit „VG“ abgek&uuml;rzt) verwaltet. Wenn auf Ihrem System noch keine Volume Group existiert, werden Sie in einem Popup-Fenster aufgefordert, eine anzulegen.
Als Name f&uuml;r die Volume Group auf der sich die Dateien des SUSE LINUX
Systems befinden, wird system vorgeschlagen.
Die so genannte Physical Extent Size (oft abgek&uuml;rzt mit PE-Size) bestimmt
die maximale Gr&ouml;&szlig;e eines Physical und Logical Volumes in dieser Volume
Group. Dieser Wert wird normalerweise auf 4 Megabyte festgelegt. Dies
l&auml;sst eine Maximalgr&ouml;&szlig;e f&uuml;r ein Physical und Logical Volume von 256 Gigabyte zu. Sie sollten die Physical Extent Size also nur dann erh&ouml;hen (zum
Beispiel auf 8, 16 oder 32 Megabyte), wenn Sie gr&ouml;&szlig;ere Logical Volumes als
256 Gigabyte ben&ouml;tigen.
In dem folgenden Dialog sind alle Partitionen aufgelistet, die entweder den
Type „Linux LVM“ oder „Linux native“ haben. Es werden also keine Swapund DOS-Partitionen angezeigt. Wenn eine Partition bereits einer Volume
Group zugeordnet ist, wird der Name der Volume Group in der Liste angezeigt, nicht zugeordnete Partitionen enthalten die Kennung „--“.
Die gegenw&auml;rtig bearbeitete Volume Group kann in der Auswahlbox links
oben ge&auml;ndert werden. Mit den Buttons rechts oben ist es m&ouml;glich, zus&auml;tzliche Volume Groups anzulegen und bestehende VGs zu l&ouml;schen. Es k&ouml;nnen allerdings nur solche Volume Groups gel&ouml;scht werden, denen keine
SUSE LINUX Enterprise Server
157
Abbildung 3.11: YaST: Volume Group anlegen
Partitionen mehr zugeordnet sind. F&uuml;r ein normal installiertes SUSE LINUX System ist es nicht n&ouml;tig, mehr als eine Volume Group anzulegen. Eine Partition, die einer Volume Group zugeordnet ist, wird Physical Volume
(PV) genannt.
Um eine bisher nicht zugeordnete Partition der angew&auml;hlten Volume
Group hinzuzuf&uuml;gen, w&auml;hlen Sie zuerst die Partition an und aktivieren
dann den Button ‘Volume hinzuf&uuml;gen’ unterhalb der Auswahlliste. Daraufhin wird der Name der Volume Group bei der angew&auml;hlten Partition
eingetragen. Sie sollten alle Partitionen, die Sie f&uuml;r LVM vorgesehen haben,
einer Volume Group zuordnen, sonst bleibt der Platz auf der Partition ungenutzt. Bevor Sie den Dialog verlassen k&ouml;nnen, muss jeder Volume Group
mindestens eine Physical Volume zugeordnet sein.
3.10.5
Logical Volumes
Im diesem Dialog werden die Logical Volumes (oft einfach mit „LV“ abgek&uuml;rzt) verwaltet.
Logical Volumes sind jeweils einer Volume Group zugeordnet und haben
eine bestimmte Gr&ouml;&szlig;e. Wenn Sie beim Anlegen der Logical Volumes ein
Striping Array anlegen m&ouml;chten, sollten Sie das LV mit den meisten Stripes
als erstes anlegen. Ein Striping LV mit n Stripes kann nur dann korrekt angelegt werden, wenn sich der Plattenplatz, der vom LV ben&ouml;tigt wird, noch
gleichm&auml;&szlig;ig auf n Physical Volumes verteilen l&auml;sst. Wenn nur zwei PVs zur
Verf&uuml;gung stehen, ist ein LV mit drei Stripes nat&uuml;rlich nicht m&ouml;glich.
158
3.10. LVM-Konfiguration
3
Normalerweise wird auf einem Logical Volume ein Filesystem (zum Beispiel reiserfs, ext2) angelegt und ihm ein Mountpunkt zugeordnet. Unter
diesem Mountpunkt sind dann im installierten System die Dateien zu finden, die auf diesem Logical Volume gespeichert sind. In der Liste sind alle
normalen Linux-Partitionen, denen ein Mountpunkt zugeordnet ist, alle
Swap-Partitionen und alle bereits existierenden Logical Volumes eingetragen.
Besondere Installationsvarianten
Abbildung 3.12: YaST: &Uuml;bersicht &uuml;ber die Partitionen
Achtung
Der Einsatz des LVM ist ggf. mit erh&ouml;hten Risiken wie zum
Beispiel Datenverlust verbunden. M&ouml;gliche Gefahren sind Programmabst&uuml;rze, Stromausf&auml;lle oder fehlerhafte Kommandos.
Sichern Sie bitte Ihre Daten bevor Sie LVM einsetzen oder Volumes umkonfigurieren – arbeiten Sie also nie ohne Backup!
Achtung
Wenn Sie bereits vorher auf Ihrem System LVM konfiguriert hatten, sind
die existierenden Logical Volumes hier eingetragen. Sie m&uuml;ssen diesen
Logical Volumes allerdings noch den passenden Mountpunkt zuordnen. Wenn Sie erstmalig auf einem System LVM konfigurieren, existieren
in dieser Maske noch keine Logical Volumes und Sie m&uuml;ssen f&uuml;r jeden
Mountpunkt ein Logical Volume erzeugen (mit dem Button ‘Hinzuf&uuml;gen’),
SUSE LINUX Enterprise Server
159
Abbildung 3.13: YaST: Verwaltung der Logical Volumes
die Gr&ouml;&szlig;e, den Filesystem-Typ (zum Beispiel reiserfs oder ext2) und den
Mountpunkt (zum Beispiel /var/, /usr/, /home/) festlegen.
Wenn Sie mehrere Volume Groups angelegt haben, k&ouml;nnen Sie in der Auswahlliste links oben zwischen den einzelnen Volume Groups wechseln.
Die angelegten Logical Volumes liegen jeweils in der links oben anzeigten Volume Group. Haben Sie alle Logical Volumes so angelegt, wie sie
ben&ouml;tigt werden, ist die LVM-Konfiguration beendet. Sie k&ouml;nnen den Dialog verlassen und mit der Software-Auswahl fortfahren, falls Sie sich im
Installations-Prozess befinden.
3.11
Soft-RAID
Der Sinn von RAID (engl. Redundant Array of Independent Disks) ist,
mehrere Festplattenpartitionen zu einer gro&szlig;en virtuellen Festplatte zu vereinen, um die Performance und die Datensicherheit zu optimieren. Dabei
geht das eine jedoch auf Kosten des anderen. Der so genannte RAID-Level
definiert den Zusammenschluss und die gemeinsame Ansteuerung der
Festplatten, die von einem RAID-Controller vorgenommen wird.
Ein RAID-Controller verwendet meist das SCSI-Protokoll, da es gegen&uuml;ber
dem IDE-Protokoll mehr Festplatten besser ansteuern kann und besser f&uuml;r
eine parallele Abarbeitung der Befehle geeignet ist.
160
3.11. Soft-RAID
3
Statt eines RAID-Controllers, der unter Umst&auml;nden sehr teuer sein kann, ist
auch Soft-RAID in der Lage, diese Aufgaben zu &uuml;bernehmen. SUSE LINUX
bietet Ihnen die M&ouml;glichkeit, mit Hilfe von YaST mehrere Festplatten zu
einem Soft-RAID-System zu vereinen – eine sehr g&uuml;nstige Alternative zu
Hardware-RAID.
3.11.1
Besondere Installationsvarianten
Abbildung 3.14: YaST: Logical Volumes anlegen
G&auml;ngige RAID-Level
RAID 0 Dieser Level verbessert die Performance Ihres Datenzugriffs. Im
Grunde ist dies gar kein RAID, da es keine Datensicherung gibt, doch
die Bezeichnung RAID 0 hat sich f&uuml;r diese Art von System eingeb&uuml;rgert. Bei RAID 0 schlie&szlig;t man mindestens zwei Festplatten zusammen. Die Performance ist sehr gut – jedoch ist das RAID-System zerst&ouml;rt und Ihre Daten sind verloren, wenn auch nur eine von noch so
vielen Festplatten ausf&auml;llt.
RAID 1 Dieser Level bietet eine zufrieden stellende Sicherheit f&uuml;r die Daten, weil diese 1:1 auf eine andere Festplatte kopiert werden. Dies
nennt man Festplattenspiegelung – ist eine Platte zerst&ouml;rt, liegt eine
Kopie deren Inhalts auf einer anderen. Es d&uuml;rfen alle bis auf eine
der Festplatten fehlerhaft sein, ohne Daten verloren zu haben. Die
Schreibperformance leidet durch den Kopiervorgang ein wenig bei
einer Verwendung von RAID 1 (10-20% langsamer), daf&uuml;r geht der
SUSE LINUX Enterprise Server
161
Lesezugriff deutlich schneller im Vergleich zu einer einzelnen normalen physikalischen Festplatte, weil die Daten doppelt vorhanden sind
und somit parallel ausgelesen werden k&ouml;nnen.
RAID 5 RAID 5 ist ein optimierter Kompromiss aus den beiden anderen
Levels was Performance und Redundanz betrifft. Der Festplattenplatz entspricht der Anzahl der eingesetzten Platten minus einer. Die
Daten werden wie bei RAID 0 &uuml;ber die Festplatten verteilt. F&uuml;r die
Sicherheit sorgen die Parit&auml;tsbl&ouml;cke, die bei RAID 5 auf einer der Partitionen angelegt werden. Diese werden mit XOR miteinander verkn&uuml;pft – somit l&auml;sst sich beim Ausfall einer Partition durch den dazugeh&ouml;rigen Parit&auml;tsblock der Inhalt nach XOR rekonstruieren. Bei
RAID 5 ist zu beachten, dass nicht mehr als eine Festplatte gleichzeitig ausfallen darf. F&auml;llt eine aus, muss sie schnellstm&ouml;glich ausgetauscht werden, da sonst Datenverlust droht.
3.11.2
Soft-RAID-Konfiguration mit YaST
Zur Soft-RAID-Konfiguration gelangen Sie entweder &uuml;ber ein eigenes
‘RAID’-Modul unter ‘System’ oder &uuml;ber das Partitionierungs-Modul unter ‘Hardware’.
1. Schritt: Partitionieren Zun&auml;chst sehen Sie unter ‘ExpertenEinstellungen’ im Partitionierungs-Tool Ihre Partitionen aufgelistet.
Wenn Sie bereits Soft-RAID-Partitionen angelegt haben, erscheinen
diese hier. Andernfalls m&uuml;ssen Sie neue anlegen. Bei RAID 0 und
RAID 1 ben&ouml;tigen Sie mindestens zwei Partitionen – bei RAID 1 sind
das im Normalfall genau zwei. F&uuml;r eine Verwendung von RAID 5
hingegen sind mindestens drei Partitionen n&ouml;tig. Es ist zu empfehlen,
nur Partitionen gleicher Gr&ouml;&szlig;e zu nehmen.
Die einzelnen Partitionen eines RAIDs sollten auf verschiedenen Festplatten liegen, damit das Risiko eines Datenverlustes durch den Defekt einer Festplatte bei RAID 1 und 5 verhindert wird bzw. die Performance bei RAID 0 optimiert wird.
2. Schritt: RAID anlegen Wenn Sie auf ‘RAID’ klicken, erscheint der Dialog, in dem Sie den RAID-Level 0, 1 oder 5 ausw&auml;hlen. In der n&auml;chsten Maske haben Sie die M&ouml;glichkeit, die Partitionen dem neuen
RAID zuzuordnen. Hinter ‘Experten-Optionen’ finden Sie Einstellm&ouml;glichkeiten f&uuml;r die chunk-size – hier k&ouml;nnen Sie Fein-Tuning f&uuml;r die
Performance vornehmen. Die Aktivierung der Checkbox ‘Persistenter
162
3.11. Soft-RAID
Nach Beendigung der Konfiguration sehen Sie auf der ExpertenSeite im Partitionierungs-Modul dann das Device /dev/md0 (etc.)
als RAID gekennzeichnet.
Troubleshooting Ob eine RAID-Partition zerst&ouml;rt ist, k&ouml;nnen Sie dem Inhalt der Datei /proc/mdstats entnehmen. Grunds&auml;tzliche Vorgehensweise in einem Fehlerfall ist es, Ihr Linux-System herunterzufahren und die defekte Festplatte durch eine neue gleichartig partitionierte zu ersetzen. Dann starten Sie Ihr System neu und verwenden den Befehl raidhotadd /dev/mdX /dev/sdX. Damit wird die
neue Festplatte automatisch in das RAID-System integriert und vollautomatisch rekonstruiert.
Eine Anleitung zur Konfiguration von Soft-RAID und weitere Details hierzu finden Sie im angegebenen Howto:
/usr/share/doc/packages/raidtools/Software-RAIDHOWTO.html
3
Besondere Installationsvarianten
Superblock’ sorgt daf&uuml;r, dass RAID-Partitionen gleich beim Booten
als solche erkannt werden.
http://en.tldp.org/HOWTO/Software-RAID-HOWTO.html
oder in der Linux-RAID-Mailingliste zum Beispiel &uuml;ber:
http://www.mail-archive.com/linux-raid@vger.
rutgers.edu
Dort finden Sie auch Hilfe, falls wider Erwarten komplexe Probleme auftreten sollten.
3.12
Massenspeicher &uuml;ber IPNetzwerke – iSCSI
Eine zentrale Problematik in Rechenzentren und beim Betrieb von Servern
ist die Bereitstellung von Festplattenkapazit&auml;ten f&uuml;r Server Systeme. Im
Gro&szlig;rechnerbereich wird hierf&uuml;r h&auml;ufig Fiber Cannel verwendet, UnixRechner und der Gro&szlig;teil der Server werden bisher jedoch meist nicht an
zentrale Storage-L&ouml;sungen angebunden.
SUSE LINUX Enterprise Server
163
linux-iSCSI stellt eine einfache und verh&auml;ltnissm&auml;&szlig;ig billige L&ouml;sung zur Verf&uuml;gung, um Linux Rechner an zentrale Storage Systeme anzubinden.
iSCSI stellt im Prinzip eine &Uuml;bertragung der SCSI Befehle auf IP-Ebene dar.
Wenn ein Programm eine Anfrage auf ein solches Device startet, erstellt
das Betriebssystem die erforderlichen SCSI Befehle. Diese werden dann in
IP-Pakete eingebettet und bei Bedarf verschl&uuml;sselt. Diese Pakete werden
dann der entsprechenden iSCSI Gegenstelle &uuml;bermittelt.
Zur Verwendung von iSCSI ben&ouml;tigen Sie das Paket linux-iscsi. Die
Verbindungsdaten m&uuml;ssen in der Datei /etc/iscsi.conf eingetragen
werden. Wenn Sie ein iSCSI Storave Ger&auml;t haben, kann diese Konfigurationsdatei zum Beispiel so aussehen:
DiscoveryAddress=10.10.222.222
TargetName=iqn.1987-05.com.cisco:00.3b8334455c55.disk1
In diesem sehr einfachen Beispiel verwendet das Storage keine Authentifizierung. In /etc/iscsi.conf k&ouml;nnen sehr viele Eigenschaften von iSCSI
eingestellt werden. N&auml;heres lesen Sie bitte in der Manual-Page zu iSCSI.
Nach der Konfiguration von iSCSI muss das iSCSI subsystem gestartet werden. Sie erreichen das mit dem Befehl rciscsi start. Dabei sollte das
System folgende Meldungen ausgeben:
rciscsi start
Starting iSCSI: iscsi iscsid fsck/mount
done
Bei der ersten Initialisierung wird die Datei /etc/initiatorname.
iscsi eingerichtet, mit der sich der Rechner in Zukunft bei dem iSCSI Storage anmeldet. Diese Datei darf nicht einfach kopiert werden. Sie muss f&uuml;r
jeden Host neu erzeugt werden.
Wenn der Start erfolgreich war, k&ouml;nnen Sie an den Systemmeldungen erkennen, welche Devices erkannt wurden. Dies geschieht mit Hilfe des Befehls dmesg. Die Verschiedenen Devices stehen nun z.B. unter /dev/sda
oder /dev/sdb zur Verf&uuml;gung, und k&ouml;nnen nach belieben Partitioniert
und Formatiert werden. Die Mountpoints zu den erkannten Devices sollten
in /etc/fstab.iscsi eingetragen werden. Diese werden beim Start von
iSCSI ausgef&uuml;hrt.
Weitergehende Literatur zu iSCSI finden Sie auf der Webseite des Projektes
unter http://linux-iscsi.sourceforge.net/
164
3.12. Massenspeicher &uuml;ber IP-Netzwerke – iSCSI
4
Wenn Sie innerhalb eines Netzes einen ganzen Pool von Systemen mit SUSE LINUX Enterprise Server installieren m&ouml;chten, k&ouml;nnen Sie YaST zur
zentralen Bereitstellung der Installationsdaten und zur zentralen Verwaltung von Softwareupdates verwenden.
4.1
4.2
4.3
Einrichtung eines zentralen Installationsservers . . 166
Softwareupdates mit dem YOU-Server verwalten . 170
Booten vom Netz . . . . . . . . . . . . . . . . . . . 173
Zentrale Softwareinstallation und -aktualisierung
Zentrale
Softwareinstallation
und -aktualisierung
4.1
Einrichtung eines zentralen
Installationsservers
Statt jeden einzurichtenden Rechner einzeln mit einem Satz von Installationsmedien zu installieren, k&ouml;nnen Sie die Installationsdaten auch auf
einem dedizierten Installationsserver in Ihrem Netz bereitstellen und f&uuml;r
die Installation der Clients von dort beziehen. Der YaST Installationsserver unterst&uuml;tzt HTTP, FTP und NFS. Mit Hilfe des Service Location Protocols
(SLP) kann dieser Server optional allen im Netz befindlichen Clients bekannt gemacht werden. So entf&auml;llt auf den Clients die manuelle Auswahl
der Installationsquelle.
Hinweis
Weitere Informationen zu SLP
Detailinformationen zu SLP unter SUSE LINUX erhalten Sie im
Abschnitt 21.6 auf Seite 498.
Hinweis
4.1.1
Konfiguration mit YaST
Starten Sie das Modul ‘Installation-Server’ aus dem Men&uuml; ‘Verschiedenes’
heraus. Der neue Installationsserver wird nun in vier Schritten konfiguriert:
Auswahl des Servertyps YaST unterst&uuml;tzt drei Typen von Installationsservern: HTTP, FTP und NFS. W&auml;hlen Sie den Typ des Servers per
Radiobutton aus. Der gew&auml;hlte Serverdienst wird von nun an automatisch bei jedem Hochfahren des Systems gestartet. Wenn auf Ihrem
System bereits ein Dienst vom gew&auml;hlten Typ l&auml;uft, den Sie manuell
f&uuml;r den Server konfigurieren wollen, deaktivieren Sie die automatische Konfiguration des Dienstes &uuml;ber die Option ‘Keine Netzwerkdienste konfigurieren’. Legen Sie in beiden F&auml;llen das Verzeichnis
fest, in dem die Installationsdaten auf dem Server bereitgehalten werden sollen (siehe Abbildung 4.1 auf der n&auml;chsten Seite).
Detailkonfiguration des gew&uuml;nschten Servertyps
Dieser Schritt betrifft die automatische Konfiguration der Serverdienste. Bei Deaktivieren der automatischen Konfiguration (s.o.)
wird dieser Dialog &uuml;bersprungen. Legen Sie einen Alias f&uuml;r das
166
4.1. Einrichtung eines zentralen Installationsservers
4
Wurzelverzeichnis des FTP- oder HTTP-Servers fest, in dem die
Installationsdaten zu finden sein werden. Die Installationsquelle wird
sp&auml;ter unter ftp://&lt;Server-IP&gt;/&lt;Alias&gt;/&lt;Name&gt; (FTP) bzw.
unter http://&lt;Server-IP&gt;/&lt;Alias&gt;/&lt;Name&gt; (HTTP) zu finden
sein. hNamei steht f&uuml;r den Namen der Installationsquelle, den Sie im
folgenden Schritt festlgegen. Sollten Sie im vorangegangenen Schritt
NFS gew&auml;hlt haben, legen Sie Wildcards und exports Optionen
fest. Der NFS-Server wird unter nfs://&lt;Server-IP&gt;/&lt;Name&gt;
ansprechbar sein. Details zu NFS und exports lesen Sie unter
Abschnitt 21.10.4 auf Seite 560 nach.
Zentrale Softwareinstallation und -aktualisierung
Abbildung 4.1: YaST Installationsserver: Auswahl des Servertyps
Konfiguration der Installationsquelle
Bevor die Installationsmedien an ihren Bestimmungsort kopiert werden, legen Sie den Namen der Installationsquelle (idealerweise eine
einfach zu merkende Abk&uuml;rzung aus Produkt- und Versionsbezeichnung) fest. YaST bietet Ihnen die M&ouml;glichkeit, statt Kopien der SUSE
LINUX CDs ISO-Images der Medien bereitzustellen. M&ouml;chten Sie
diesen Weg nutzen, aktivieren Sie die entsprechende Checkbox und
geben Sie den Verzeichnispfad an, unter dem die ISO-Dateien lokal
zu finden sind. Je nachdem, welches Produkt Sie &uuml;ber diesen Installationsserver verteilen m&ouml;chten, kann es sein, dass Sie weitere Add-on
CDs oder Service Pack CDs ben&ouml;tigen, um das Produkt vollst&auml;ndig
SUSE LINUX Enterprise Server
167
zu installieren. Aktivieren Sie die Checkbox ‘Nach zus&auml;tzlichen CDs
verlangen’, erinnert Sie YaST automatisch an das Bereitstellen dieser
Medien. W&uuml;nschen Sie, dass Ihr Installationsserver im Netz per SLP
bekanntgegeben wird, aktivieren Sie die entsprechende Checkbox.
Hochladen der Installationsdaten Der langwierigste Teilschritt beim
Konfigurieren eines Installationsservers ist das Kopieren der eigentlichen SUSE LINUX CDs. Legen Sie die Medien in der von YaST geforderten Reihenfolge ein und warten Sie das Ende des Kopiervorgangs
ab. Sind die Quellen vollst&auml;ndig kopiert, gelangen Sie zur&uuml;ck in den
&Uuml;berblick &uuml;ber die vorhandenen Installationsquellen und schlie&szlig;en
die Konfiguration mit der Auswahl von ‘Beenden’ ab.
Ihr Installationsserver ist nun vollst&auml;ndig konfiguriert und einsatzbereit.
Er wird bei jedem Systemstart automatisch mitgestartet. Von Ihrer Seite ist
kein manuelles Eingreifen mehr erforderlich. Lediglich dann, wenn Sie im
ersten Schritt die automatische Konfiguration des gew&auml;hlten Netzwerkdienstes durch YaST deaktiviert haben, m&uuml;ssen Sie diesen Dienst per Hand
korrekt konfigurieren und starten.
Soll Ihr Installationsserver die Installationsdaten f&uuml;r mehr als ein
Produkt oder eine Produktversion bereithalten, starten Sie das YaST
Installationsserver-Modul und w&auml;hlen in der &Uuml;bersicht (siehe Abbildung 4.2 auf der n&auml;chsten Seite) der vorhandenen Installationsquellen
‘Konfigurieren’, um die neue Installationsquelle zu konfigurieren.
M&ouml;chten Sie eine Installationsquelle deaktivieren, w&auml;hlen Sie im &Uuml;bersichtsdialog den Button ‘Wechseln’, um in eine Liste aller verf&uuml;gbaren Installationsquellen zu gelangen. Selektieren Sie hier den Eintrag, den Sie
entfernen wollen und w&auml;hlen Sie ‘L&ouml;schen’. Dieser L&ouml;schvorgang bezieht
sich allerdings lediglich auf das Deaktivieren des Serverdienstes. Die Installationsdaten selbst verbleiben im von Ihnen bestimmten Verzeichnis.
Sie k&ouml;nnen Sie aber von Hand entfernen.
4.1.2
Client-Installation &uuml;ber den Installationsserver
I S/390, zSeries
Die Nutzung von NFS- oder FTP- verf&uuml;gbaren Installationsmedien f&uuml;r die
Installation von SUSE LINUX Enterprise Server f&uuml;r IBM S/390 und zSeries
wird im Handbuch Architekturspezifika im Kapitel IPL des SUSE LINUX Installationssystems beschrieben. J
Sobald der Installationsserver mit den gew&uuml;nschten Installtionsdaten im
Netz verf&uuml;gbar ist, k&ouml;nnen alle im lokalen Netz befindlichen Rechner auf
168
4.1. Einrichtung eines zentralen Installationsservers
4
die Daten zugreifen. Soll ein Client neu installiert werden, ben&ouml;tigen Sie
lediglich ein bootf&auml;higes Medium, um den Prozess zu initialisieren. Am
Bootprompt geben Sie nun — wie in Kapitel 3.1.8 auf Seite 134 beschrieben
— ein, von welchem Server die Installationsdaten zu beziehen sind:
install=&lt;URL&gt;
Anschlie&szlig;end wird Ihre Netzwerkschnittstelle nach M&ouml;glichkeit per DHCP
automatisch konfiguriert. Sollte dies nicht m&ouml;glich sein, konfigurieren Sie
sie manuell mit linuxrc oder geben am Bootprompt noch den HostIPParameter an. Danach wird der Installationskernel gestartet und YaST beginnt mit der Installation. Details zu linuxrc erfahren Sie in Kapitel 3.1 auf
Seite 126.
Zentrale Softwareinstallation und -aktualisierung
Abbildung 4.2: YaST Installationsserver: &Uuml;berblick Installationsquellen
Wird Ihr Installationsserver per SLP im Netz bekanntgegeben, vereinfacht
sich die Installationsprozedur:
1. W&auml;hlen Sie im grafischen Startbildschirm mit der Funktionstaste F3 und den Cursortasten die Option SLP und best&auml;tigen Sie die Wahl
mit Enter . Oder geben Sie alternativ am Bootprompt install=slp
ein. In beiden F&auml;llen wird linuxrc eine SLP-Anfrage nach einem Installationsserver im Netz starten.
SUSE LINUX Enterprise Server
169
2. W&auml;hlen Sie im Bootmen&uuml; nun ‘Installation’ und best&auml;tigen Sie mit
. Der Installationskernel bootet und YaST beginnt mit der InstalEnter lation. Sollten per SLP mehrere Installationsquellen zu finden sein,
w&auml;hlen Sie in linuxrc die gew&uuml;nschte Quelle aus, bevor YaST mit der
Arbeit beginnt.
Die weitere Installationsprozedur verl&auml;uft wie in den vorangegangenen
Kapiteln beschrieben. Detailinformationen zum SLP-Protokoll und seinen
Einsatzm&ouml;glichkeiten unter SUSE LINUX erhalten Sie im Abschnitt 21.6 auf
Seite 498.
4.2
Softwareupdates mit dem YOUServer verwalten
YaST bietet mit dem ‘YOU-Server’ Modul die M&ouml;glichkeit, einen eigenen lokalen Update-Server einzusetzen, der f&uuml;r alle im Netz befindlichen YOU-Clients stets die aktuellen Softwareupdates bereith&auml;lt. So wird
das Aktualisieren aller im Netz befindlichen Systeme zentralisiert. Der
YOU-Server wird entweder manuell oder automatisch gegen einen der
von SUSE autorisierten Updateserver im Internet abgeglichen. Je nach
Produkt sind dies entweder das SUSE Maintenance Web (http://sdb.
suse.de/download) oder einer der Mirrors des SUSE FTP-Servers
(ftp://ftp.suse.com/pub/suse). Die lokalen Clients rufen die Updates via HTTP ab. Der YOU-Server kann so konfiguriert werden, dass er
sich per SLP (Service Location Protocol) zu erkennen gibt und von allen Clients im Netz automatisch erkannt werden kann.
4.2.1
Konfigurieren des lokalen YOU-Servers
Starten Sie aus dem YaST-Kontrollzentrum das Modul ‘Software’ ➝ ‘YOUServer-Konfiguration’. Die Dialogmaske ist in drei Teilbereiche gegliedert:
Serverkontrolle, Produktliste und Synchronisation.
Der Dialogteil zur ‘Server-Steuerung’ dient zum &Uuml;berblick &uuml;ber den Status des YOU-Servers und zur Konfiguration seiner Grundeigenschaften.
‘Server starten’ startet den YOU-Server. Der Webserver (apache2), der die
Updates per HTTP an die untergeordneten Server verteilt, wird nach Auswahl dieses Buttons installiert, konfiguriert und gestartet. Wird die Checkbox ‘SLP-Registration’ aktiviert, meldet der YOU-Server seinen Dienst am
170
4.2. Softwareupdates mit dem YOU-Server verwalten
4
lokalen SLP-Server an. &Uuml;ber den Button ‘Name &auml;ndern’ k&ouml;nnen Sie die Bezeichnung, unter der Ihr Ihr lokaler YOU-Server bei den YOU-Clients erscheint, &auml;ndern.
Die Produktliste zeigt die Namen aller Produkte an, f&uuml;r die der YOUServer aktuell Updates bereith&auml;lt und von welchem URL die Updates bezogen werden. Standardm&auml;&szlig;ig wird jenes Produkt angezeigt, das auf der
Maschine l&auml;uft, auf der der Server eingerichtet wird. Mit den Buttons ‘Hinzuf&uuml;gen’, ‘&Auml;ndern’ und ‘L&ouml;schen’ bearbeiten Sie die Produktliste. ‘Hinzuf&uuml;gen’ und ‘&Auml;ndern’ rufen einen Dialog auf, in dem Produktname,
Hardware-Architektur, Version und Herkunfts-URL eingetragen werden.
Bei Updateservern, die eine Authentifizierung erfordern (SUSE Maintenance Web) tragen Sie in diesem Dialog Benutzername und Passwort ein.
SUSE LINUX Enterprise Server
Zentrale Softwareinstallation und -aktualisierung
Abbildung 4.3: Der YOU-Server
171
Hinweis
Produktdaten
Produktname, Version und Architekturbezeichnung der Hardware werden von YOU intern dazu verwendet, den Pfad, unter
dem die Updates auf dem Quellserver gesucht werden, zu bilden. Bitte stellen Sie sicher, dass hier die korrekten Bezeichnungen verwendet werden, da YOU sonst die gew&uuml;nschten Updates
auf dem Quellserver nicht finden kann. Sie erhalten die Daten
entweder &uuml;ber den YOU-Client-Dialog oder durch Eingabe von
online_update -c auf der Kommandozeile.
Hinweis
Im Synchronisations-Teilbereich wird der Status der Synchronisation mit
dem Quellserver bzw. das Datum des letzten Synchronisationsvorgangs
angezeigt. Mit dem Button ‘Jetzt synchronisieren’ l&ouml;sen Sie einen Synchronisationsvorgang aus. Alle Updates f&uuml;r die gelisteten Produkte werden heruntergeladen und unter /var/lib/YaST2/you/mnt/ abgelegt. Von hier
aus werden die Updates via HTTP allen angegliederten YOU-Clients zum
Installieren angeboten. &Uuml;ber den Button ‘Automatische Synchronisierung
konfigurieren’ rufen Sie einen Dialog auf, in dem Sie die Synchronisation
mittels eines Cronjobs bequem automatisieren k&ouml;nnen.
4.2.2
Konfigurieren der Clients
Die lokalen YOU-Clients, die Sie &uuml;ber ‘YaST-Kontrollzentrum’ ➝ ‘OnlineUpdate’ aufrufen, konfigurieren Sie entweder manuell so, dass sie die Updates von Ihrem YOU-Server beziehen oder nutzen die SLP-Funktionalt&auml;t
von YaST, um die Serveradresse automatisch zu ermitteln.
manuelle Konfiguration Geben Sie im URL-Feld des YOUClients den URL ein, der auf Ihren lokalen Server weist:
http://&lt;servername&gt;/YOU oder tragen Sie alternativ in /etc/
youservers diesen Pfad ein.
Serversuche via SLP Aktivieren Sie die SLP-Suche auf Ihrem YOU-Client,
indem Sie in der Datei /etc/sysconfig/onlineupdate die Variable SLP_ENABLED auf yes setzen.
Die Clients k&ouml;nnen per Cronjob so konfiguriert werden, dass Sie regelm&auml;&szlig;ig den lokalen Server nach Updates durchsuchen. Alternativ k&ouml;nnen Sie
den Updatevorgang manuell ausl&ouml;sen. Eine Beschreibung des YOU-Clients
finden Sie unter Abschnitt 2.3.2 auf Seite 54.
172
4.2. Softwareupdates mit dem YOU-Server verwalten
4.3
Booten vom Netz
1. Sie ben&ouml;tigen einen Dienst, der die Anfrage der Netzwerkkarte beantwortet. Bei Intel-basierten Rechnern ist dies im Allgemeinen PXE.
Bei dem PXE Bootvorgang wird zun&auml;chst ein spezielles PXE Bootimage geladen, das die weitere Steuerung des Bootvorgangs &uuml;bernimmt.
Itanium Processor Family Rechner werden zum Netzwerkboot &uuml;ber
elilo gestartet.
2. Der Kernel und das erste System werden von tftpd zur Verf&uuml;gung
gestellt. Zur Konfiguration des tftpd steht Ihnen ein YaST-Modul zur
Verf&uuml;gung.
3. Wenn Sie mit dem Bootserver zur Installation booten m&ouml;chten, dann
ben&ouml;tigen sie als dritten Dienst einen Installationsserver. Dieser
Dienst wird in Abschnitt 4.1 auf Seite 166 ausf&uuml;hrlich beschrieben.
4. Mit Hilfe dieses Dienstes k&ouml;nnen Sie ein System auch vollst&auml;ndig ohne lokale Festplatte betreiben. F&uuml;r diesen Fall empfiehlt es sich, das
root-Filesystem per NFS zur Verf&uuml;gung zu stellen.
4.3.1
Konfiguration des tftpd
Der eigentliche Bootvorgang ist zweistufig. Das erste Bootimage, das vom
Rechner geladen wird, unterscheidet sich je nach Architektur.
I x86
Das PXE Image pxelinux.0 wird vom BIOS geladen. Dieses &uuml;bernimmt
die Kontrolle &uuml;ber den weiteren Bootvorgang. PXE holt sich zun&auml;chst vom
tftp Server eine Konfigurationsdatei. J
I IPF
Die Firmware des Rechners l&auml;dt zun&auml;chst vom tftp Server das Bootimage
elilo.efi. Dieses l&auml;dt danach ebenfalls vom tftp Server eine Konfigurationsdatei, die den weiteren Bootvorgang steuert. J
I POWER
Hinweise zur Konfiguration sind dem folgenden Dokument zu entnehmen:
http://penguinppc.org/~hollis/linux/rs6k-netboot.shtml
J
Legen Sie zun&auml;chst das Hauptverzeichnis f&uuml;r den tftpd an. Dies ist per Definition das Verzeichnis /tftpboot/:
Zentrale Softwareinstallation und -aktualisierung
Um mit einer bootf&auml;higen Netzwerkkarte das System zu booten, ben&ouml;tigen
Sie drei Dienste:
4
mkdir /tftpboot
SUSE LINUX Enterprise Server
173
tftp f&uuml;r PXE boot vorbereiten
Das Bootimage, das zum Betrieb von PXE ben&ouml;tigt wird, finden Sie im Paket syslinux unter /usr/share/syslinux/pxelinux.0. Kopieren Sie
diese Datei in das Verzeichnis /tftpboot/:
cp /usr/share/syslinux/pxelinux.0 /tftpboot
Die Konfigurationsdatei f&uuml;r PXE wird im Verzeichnis /tftpboot/
pxelinux.cfg/ abgelegt. Hierbei kann man eine Standardkonfigurationsdatei f&uuml;r alle Rechner anlegen, die gebootet werden sollen, es ist aber
auch m&ouml;glich, f&uuml;r jede IP-Adresse eine eigene Konfigurationsdatei zu verwenden. Wenn Sie zum Beispiel f&uuml;r die IP-Adresse 192.168.0.0 eine eigene
Konfigurationsdatei erstellen m&ouml;chten, so finden Sie deren Name mit dem
Befehl gethostip 192.168.0.0 heraus. Wenn keine spezielle Konfigurationsdatei gefunden wird, dann versucht PXE zuletzt eine Datei mit Namen
default zu &ouml;ffnen.
In der Konfigurationsdatei zu PXE stehen Ihnen einige Optionen zur Verf&uuml;gung. Typischerweise sieht eine Konfigurationsdatei zur Installation eines
Rechners folgenderma&szlig;en aus:
default linux
label linux
kernel linux
append initrd=initrd ramdisk_size=65536 install=slp:
implicit
display
prompt
timeout
notice
0
message
1
200
2
Damit diese Konfiguration funktioniert, m&uuml;ssen Sie noch die Dateien
linux und initrd von der ersten Installations CD in das Verzeichnis /tftpboot/ kopieren. Auf der CD finden Sie diese Dateien unter
/boot/loader/. Weiterhin m&uuml;ssen Sie eine Installationsquelle einrichten, die per SLP verf&uuml;gbar ist. Die Vorgehensweise hierzu wird in Abschnitt 4.1 auf Seite 166 beschrieben.
tftp zum Boot von Itanium Processor Family Rechnern vorbereiten
Das Image, das zum Netzwerkboot von Itanium Processor Family Rechnern ben&ouml;tigt wird, ist auf der ersten CD von SUSE LINUX Enterprise
174
4.3. Booten vom Netz
mount -o loop,ro /media/cdrom/boot/image /mnt
cd /mnt/efi/boot
cp -p linux initrd textmenu elilo.conf /tftpboot
cp -p bootia64.efi /tftpboot/elilo.efi
umount /mnt
Als letzten Schritt m&uuml;ssen Sie nun noch in der Datei /tftpboot/elilo.
conf die append Zeilen durch einen weiteren Parameter install=slp:
erg&auml;nzen. Dadurch wird dem Installationssystem gesagt, dass es seine Installationsquelle &uuml;ber das „SLP“ Protokoll suchen soll.
4.3.2
Einrichten des dhcpd
Der dhcpd &uuml;bernimmt die Aufgabe, dem Rechner mitzuteilen, wo er das
Bootimage findet. Weiterhin bekommt der Rechner, der ja als Netzwerkclient fungiert, eine IP-Adresse zugewiesen. Zur Konfiguration des dhcpd
steht Ihnen ein YaST-Modul zur Verf&uuml;gung. Einem Client teilen Sie den Ort
des Bootimages mit Hilfe des Parameters filename mit.
I
x86, AMD64, EM64T
4
Zentrale Softwareinstallation und -aktualisierung
Server in der Datei /boot/image enthalten. Zur Vorbereitung des Bootvorgangs ist es n&ouml;tig, die Datei bootia64.efi aus diesem Image zu extrahieren, und als elilo.efi in das Verzeichnis /tftpboot/ zu kopieren. Zum Start des Bootvorgangs m&uuml;ssen ausserdem die Dateien linux,
initrd, textmenu und elilo.conf nach /tftpboot/ kopiert werden.
Unter der Annahme, dass die erste CD im Verzeichnis /media/cdrom/
verf&uuml;gbar ist, k&ouml;nnen Sie dies mit Hilfe folgender Befehle erreichen:
filename &quot;pxelinux.0&quot;;
J
I
IPF
filename &quot;elilo.efi&quot;;
J
Wenn der tftpd nicht auf dem selben Server wie der dhcpd l&auml;uft, m&uuml;ssen
Sie die Adresse des tftpd-Servers ebenfalls in die Konfiguration eintragen:
next-server sun
SUSE LINUX Enterprise Server
175
4.3.3
Start des Bootvorgangs
Beim Bootvorgang such das BIOS des Rechners automatisch nach einer
Bootquelle. Der dhcp Server antwortet auf diese Anfrage, und &uuml;bermittelt
die n&ouml;tigen Daten, um per PXE oder elilo zu booten.
Vor dem eigentlichen Bootvorgang wird Ihnen ein „boot:“ Prompt angezeigt, an dem Sie bei Bedarf zus&auml;tzliche Parameter f&uuml;r Kernel und linuxrc
&uuml;bergeben k&ouml;nnen.
176
4.3. Booten vom Netz
5
SUSE LINUX bietet die M&ouml;glichkeit, ein bestehendes System ohne Neuinstallation zu aktualisieren. Dabei muss unterschieden werden zwischen der
Aktualisierung einzelner Softwarepakete und einem Update des gesamten Systems.
Einzelne Pakete k&ouml;nnen auch von Hand mit dem Paketmanager rpm installiert werden.
5.1
5.2
5.3
SUSE LINUX aktualisieren . . . . . . . . . . . . . . 178
Software&auml;nderungen von Version zu Version . . . 183
RPM – Der Paket-Manager der Distribution . . . . 190
Update des Systems und Paketverwaltung
Update des Systems
und Paketverwaltung
5.1
SUSE LINUX aktualisieren
Es ist ein bekanntes Ph&auml;nomen, dass Software von Version zu Version
w&auml;chst. Deshalb empfiehlt es sich vor dem Update mit df nachzuschauen, wie sehr die einzelnen Partitionen bereits ausgelastet sind. Wenn Sie
den Eindruck haben, es k&ouml;nnte knapp werden, dann f&uuml;hren Sie bitte vor
dem Update ein Datenbackup durch und partitionieren Sie das System
neu. Es kann kein genereller Tipp gegeben werden, wie viel Platz jeweils
im Einzelnen ben&ouml;tigt wird – der Platzbedarf ist abh&auml;ngig von der Art der
bestehenden Partitionierung, von der ausgew&auml;hlten Software und von der
Versionsnummer des bestehenden Systems auf die aktuelle SUSE LINUX
Distribution.
Hinweis
Es ist empfehlenswert, auf der CD die Datei LIESMICH bzw.
README zu lesen; dort notieren wir zus&auml;tzliche &Auml;nderungen, die
nach der Drucklegung des Handbuchs erfolgt sind.
Hinweis
5.1.1
Vorbereitungen
Vor Beginn eines Updates sollten sicherheitshalber die alten Konfigurationsdateien auf ein separates Medium (Streamer, Wechselplatte, ZIPLaufwerk, CD-ROM etc.) kopiert werden. In erster Linie handelt es sich
um die Dateien, die in /etc gespeichert sind; weiterhin sind z. T. die Verzeichnisse und Dateien unter /var sowie unter /opt zu kontrollieren und
ggf. zu sichern. Zudem kann es nichts schaden, die aktuellen Benutzerdaten unter /home (die HOME-Verzeichnisse) auf ein Backup-Medium zu
schreiben. Das Sichern der Daten ist als Systemadministrator root durchzuf&uuml;hren; nur root hat die Rechte, alle lokalen Dateien zu lesen. Bevor
Sie den Update-Vorgang einleiten, notieren Sie sich die Rootpartition; mit
dem Kommando df / k&ouml;nnen Sie den Ger&auml;tenamen der Rootpartition herausfinden; in dem Fall der Ausgabe 5.1 ist /dev/hda2 die zu notierende
Root-Partition.
Beispiel 5.1: &Uuml;berblick mit df -h
Dateisystem
/dev/hda1
/dev/hda2
/dev/hda5
178
Gr&ouml;&szlig;e
1,9G
8,9G
9,5G
Benut
189M
7,1G
8,3G
Verf
1.7G
1,4G
829M
5.1. SUSE LINUX aktualisieren
Ben%
10%
84%
92%
montiert auf
/dos
/
/home
5.1.2
M&ouml;gliche Probleme
passwd und group in /etc &uuml;berpr&uuml;fen
Vor dem Update mu&szlig; sichergestellt werden, da&szlig; /etc/passwd und
/etc/group keine Syntaxfehler enthalten. Rufen Sie zu diesem Zweck als
root die Pr&uuml;fprogramme pwck und grpck auf und beseitigen Sie Fehler,
die gemeldet werden.
PostgreSQL
Vor einem PostgreSQL-Update (postgres) empfiehlt es sich in der Regel,
die Datenbanken zu dumpen; vgl. die Manualpage von pg_dump. Dies ist
nat&uuml;rlich nur dann erforderlich, wenn Sie PostgreSQL vor dem Update tats&auml;chlich benutzt haben.
x86: Promise-Controller
Die Festplatten-Controller der Firma Promise finden sich inzwischen auf
hochwertigen Mainboards in verschiedenen Rechnern. Manchmal als reine
IDE-Controller (f&uuml;r UDMA 100), manchmal als IDE-RAID-Controller. Seit
SUSE LINUX 8.0 werden diese Controller direkt vom Kernel unterst&uuml;tzt
und als normale Controller f&uuml;r IDE-Festplatten behandelt. Erst das zus&auml;tzlich Kernel-Modul pdcraid erm&ouml;glicht die RAID-Funktionalit&auml;t.
5
Update des Systems und Paketverwaltung
Die Ausgabe zeigt, dass die Partition /dev/hda2 unter / in das Dateisystem eingeh&auml;ngt (gemountet) ist.
In manchen F&auml;llen kann es beim Update passieren, dass Festplatten am Promise-Controller vor den Festplatten am normalen IDEController erkannt werden. Das System wird dann nach einem
Kernel-Update nicht mehr booten und sich typischerweise mit
Kernel panic: VFS: unable to mount root fs verabschieden.
In diesem Fall muss beim Booten der Kernel-Parameter ide=reverse angegeben werden, um die Reihenfolge der Plattenerkennung umzudrehen;
vgl. Abschnitt 3.3 auf Seite 137 . Dieser Parameter muss f&uuml;r dauerhafte Verwendung mit YaST in die Bootkonfiguration eingetragen werden.
SUSE LINUX Enterprise Server
179
Achtung
Nur die im BIOS eingeschalteten Controller werden gefunden.
Insbesondere hat das nachtr&auml;gliche Ein- oder Ausschalten von
Controllern im BIOS direkte Auswirkungen auf die Devicenamen. Bei unbedachtem Vorgehen ist unter Umst&auml;nden das
Booten nicht mehr m&ouml;glich!
Achtung
Technische Erkl&auml;rung Die Reihenfolge der Controller h&auml;ngt vom Mainboard
ab, jeder Hersteller hat seine eigene Strategie, Zusatzcontroller zu verdrahten. Mit dem Befehl lspci wird diese Reihenfolge sichtbar. Wenn der
Promise-Controller vor dem normalen IDE-Controller aufgef&uuml;hrt wird,
ist der Kernel-Parameter ide=reverse nach einem Update notwendig.
Mit dem alten Kernel (ohne direkte Promise Unterst&uuml;tzung) wurde der
Controller ignoriert und der normale IDE-Controller zuerst erkannt. Die
erste Platte war dann /dev/hda. Mit dem neuen Kernel wird der PromiseController direkt gefunden und seine (bis zu vier) Platten als /dev/hda,
/dev/hdb, /dev/hdc und /dev/hdd gemeldet. Die bisherige /dev/hdaPlatte wird pl&ouml;tzlich zu /dev/hde und daher beim Bootvorgang nicht
mehr gefunden.
5.1.3
Update mit YaST
Nach den in Abschnitt 5.1.1 auf Seite 178 genannten Vorarbeiten leiten Sie
den Bootvorgang ein.
1. Starten Sie das System wie zur Installation und w&auml;hlen Sie dann in
YaST — nach Festlegung der Sprache — nicht ‘Neuinstallation’, sondern ‘Update des bestehenden Systems’.
2. YaST wird ermitteln, ob mehr als eine Rootpartition vorhanden ist;
falls nein, geht es weiter mit dem Systembackup. Falls mehrere Partitionen vorhanden sind, m&uuml;ssen Sie die richtige Partition ausw&auml;hlen
und mit ‘Weiter’ best&auml;tigen (beim Beispiel in Abschnitt 5.1.1 auf Seite 178 hatten Sie /dev/hda2 notiert).
YaST wird alte fstab einlesen, die sich auf dieser Partition befindet,
um dann die dort eingetragenen Dateisysteme zu analysieren und
schlie&szlig;lich zu mounten.
180
5.1. SUSE LINUX aktualisieren
4. Entweder kann im folgenden Dialog festgelegt werden, dass nur die
bereits installierte Software erneuert wird oder dass dem System
wichtige neue Softwarekomponenten hinzugesellt werden (UpgradeModus). Es ist empfehlenswert, die vorgegebene Zusammenstellung
zu akzeptieren (zum Beispiel ‘Standard-System’). Etwaige Unstimmigkeiten k&ouml;nnen Sie mit YaST sp&auml;ter beseitigen.
5
Update des Systems und Paketverwaltung
3. Danach besteht die M&ouml;glichkeit, eine Sicherungskopie der Systemdateien w&auml;hrend des Updates erstellen zu lassen. Diese Option verlangsamt den Update-Vorgang, sollte aber gew&auml;hlt werden, wenn Sie kein
aktuelles Systembackup haben.
Abbildung 5.1: Update der Software
5.1.4
Manuell gesteuertes Update
Das Basissystem erneuern
Da beim Aktualisieren des Grundsystems die zentralen Bestandteile des
Systems (wie zum Beispiel Bibliotheken) ausgetauscht werden m&uuml;ssen,
kann diese Aufgabe nicht im normalen Betrieb, das heisst aus dem bereits
laufenden Linuxsystem heraus, erledigt werden.
SUSE LINUX Enterprise Server
181
Sie m&uuml;ssen also die Update-Umgebung starten. Dies geschieht im Normalfall mit der CD bzw. DVD oder mit der selbst erstellten Diskette zum Booten (Bootdisk). Wenn Sie manuelle Eingriffe w&auml;hrend des Updates vornehmen oder das gesamte Update mit der ncurses-ui von YaST (Textmodus)
durchf&uuml;hren wollen, sind im Wesentlichen die Schritte notwendig, die bereits in Abschnitt 3.3 auf Seite 137 ff. ausf&uuml;hrlich beschrieben sind:
1. Direkt im Anschluss an das Booten des Kernels von der Bootdisk
oder der CD bzw. DVD wird automatisch linuxrc gestartet.
2. Im linuxrc sind im Hauptmen&uuml; unter dem Men&uuml;punkt ‘Einstellungen’ Sprache und Tastatur festzulegen und jeweils mit ‘Ok’ zu best&auml;tigen.
3. &Uuml;ber den Men&uuml;punkt ‘Kernel-Module’ m&uuml;ssen ggf. die notwendigen Hardware- und Software-Treiber geladen werden; zum genauen Vorgehen vgl. Abschnitt 3.1.1 auf Seite 126 und die linuxrcBeschreibung 3.1.4 auf Seite 128.
4. Es kann &uuml;ber die Men&uuml;punkte ‘Installation / System starten’ -&gt; ‘Installation/Update starten’ zur Auswahl des Quellmediums &uuml;bergegangen werden (vgl. Abschnitt 3.1.6 auf Seite 131).
5. Von linuxrc wird die Installationsumgebung geladen und es wird
YaST gestartet.
Im Eingangsmen&uuml; von YaST w&auml;hlen Sie — nach Kontrolle der Sprache und
&Uuml;berpr&uuml;fung der Hardware durch YaST — den Punkt ‘Update des bestehenden Systems’.
Im Anschluss versucht YaST, die Root-Partition herauszufinden und bietet
das Ergebnis zur Auswahl bzw. Best&auml;tigung an; in der angezeigten Liste
geben Sie Ihre Root-Partition an, wie oben notiert (Beispiel: /dev/hda2).
So beauftragen Sie YaST, die alte fstab einzulesen, die sich auf dieser Partition befindet; YaST wird die dort eingetragenen Dateisysteme analysieren
und dann mounten.
Danach besteht die M&ouml;glichkeit, eine Sicherungskopie der Systemdateien
w&auml;hrend des Updates erstellen zu lassen.
Entweder kann im folgenden Dialog festgelegt werden, dass nur die bereits
installierte Software erneuert wird oder dass dem System wichtige neue
Softwarekomponenten hinzugesellt werden (Upgrade-Modus). Es ist empfehlenswert, die vorgegebene Zusammenstellung zu akzeptieren (zum Beispiel ‘Standard-System’). Etwaige Unstimmigkeiten k&ouml;nnen Sie mit YaST
beseitigen.
182
5.1. SUSE LINUX aktualisieren
Anschlie&szlig;end werden zun&auml;chst die zentralen Bestandteile des Systems aktualisiert, wobei YaST automatisch Sicherungen von Dateien anlegt, die seit
der letzten Installation w&auml;hrend des Betriebs ver&auml;ndert wurden; weiterhin
werden alte Konfigurationsdateien ggf. mit der Endung .rpmorig bzw.
.rpmsave gesichert; der Vorgang der Installation bzw. des Updates wird
in /var/log/YaST2/y2log* protokolliert und ist jederzeit nachlesbar.
Update des restlichen Systems
Ist das Basissystem aktualisiert, gelangen Sie in einen speziellen UpdateModus von YaST. Dort k&ouml;nnen Sie nach Ihren W&uuml;nschen den Rest des Systems updaten.
Nachdem diese Aufgabe erledigt ist, m&uuml;ssen Sie den Vorgang wie eine
Erstinstallation abschlie&szlig;en. Unter anderem sollten Sie einen neuen Kernel
ausw&auml;hlen; YaST wird diese Option anbieten.
M&ouml;gliche Probleme
Falls sich nach dem Update bestimmte Shell-Umgebungen nicht mehr so
verhalten wie gewohnt, kontrollieren Sie bitte unbedingt, ob die aktuellen
Punkt-Dateien im Homeverzeichnis noch zum System passen. Ist dies nicht
der Fall, &uuml;bernehmen Sie bitte die aktuellen Versionen von /etc/skel;
zum Beispiel: cp /etc/skel/.profile /.profile.
5.2
5
Update des Systems und Paketverwaltung
Warndialog: ‘Ja’, damit das &Uuml;bertragen der neuen Software von dem Quellmedium auf die Festplatte des Systems geschehen kann. Es folgt die &Uuml;berpr&uuml;fung der RPM-Datenbank.
Software&auml;nderungen von Version
zu Version
In den folgenden Abschnitten wird aufgelistet, welche Details sich von Version zu Version ge&auml;ndert haben. In dieser &Uuml;bersicht erscheint beispielsweise, ob grundlegende Einstellungen neu vorgenommen oder ob Konfigurationsdateien an andere Stellen verschoben wurden oder ob bekannte Programme erkennbar modifiziert wurden. Es werden die Dinge genannt, die
den Benutzer bzw. den Administrator bei der t&auml;glichen Arbeit unmittelbar
ber&uuml;hren.
SUSE LINUX Enterprise Server
183
5.2.1
Von SLES8 auf SLES9
Umstellung auf Kernel 2.6
SUSE LINUX wurde komplett auf die Kernelversion 2.6 umgestellt; die
Vorg&auml;ngerversion 2.4 sollte nicht mehr verwendet werden, da die mitgelieferten Programme mit Kernel 2.4 m&ouml;glicherweise nicht funktionieren.
Weiterhin sind folgende Einzelheiten zu beachten:
Das Laden der Module werden nun &uuml;ber die Datei /etc/
modprobe.conf konfiguriert; die Datei /etc/modules.conf ist
obsolet. YaST wird die Datei versuchen zu konvertieren (vgl. auch
das Skript /sbin/generate-modprobe.conf).
Module haben nun das Suffix .ko.
Das Modul ide-scsi wird beim Brennen von CDs nicht mehr ben&ouml;tigt.
Bei den Optionen der ALSA-Soundmodule ist das Prefix snd_ entfernt worden.
sysfs erg&auml;nzt nun /proc-Dateisystem.
Das Powermanagement (speziell ACPI) wurde verbessert und kann
nun &uuml;ber ein YaST-Modul eingestellt werden.
Codepage und Einh&auml;ngen von VFAT-Partitionen
Beim Mounten von VFAT-Partitionen muss der Parameter code= in
codepage= ge&auml;ndert werden. Falls das Mounten einer VFAT-Partition Probleme bereitet, pr&uuml;fen Sie, ob die Datei /etc/fstab den alten Parameternamen enth&auml;lt.
Eingabeger&auml;te (Input Devices)
Zu den &Auml;nderungen bei den Eingabeger&auml;ten (Input Devices) vgl. den oben
genannten Portalartikel (http://portal.suse.de/sdb/de/2004/02/
bugs91.html).
184
5.2. Software&auml;nderungen von Version zu Version
Native POSIX Thread Library und glibc 2.3.x
Bei Schwierigkeiten mit NPTL kann auf die &auml;lteren linuxthreadsImplementierung durch das Setzen der folgenden Umgebungsvariablen
ausgewichen werden (dabei muss hkernel-versioni durch die Versionsnummer des entsprechenden Kernels ersetzt werden):
LD_ASSUME_KERNEL=kernel-version
Dabei sind folgende Versionsnummern m&ouml;glich:
2.2.5 (i386, i586): linuxthreads ohne Floating Stacks
2.4.1 (AMD64, IPF, s390x, i586, i686):
linuxthread mit Floating Stacks
Hinweise zum Kernel und linuxthreads mit Floating Stacks:
Programme, die errno, h_errno und _res verwenden, m&uuml;ssen die einschl&auml;gigen Header-Dateien (errno.h, netdb.h und resolv.h) mit
#include einbinden. C++-Programme mit Multithread-Unterst&uuml;tzung,
die Thread Cancellation verwenden, m&uuml;ssen mit der Umgebungsvariablen
LD_ASSUME_KERNEL=2.4.1 dazu gebracht werden, die Bibliothek linuxthreads zu verwenden.
Update des Systems und Paketverwaltung
Programme, die gegen NGPT (Next Generation POSIX Threading) gelinkt
sind, laufen nicht mit glibc 2.3.x. Alle davon betroffenen Programme,
die nicht mit SUSE LINUX mitgeliefert werden, m&uuml;ssen entweder mit linuxthreads oder NPTL (Native POSIX Thread Library) neu kompiliert werden. Bei der Portierung ist NPTL zu bevorzugen, da das der in die Zukunft
weisende Standard ist.
5
Anpassungen f&uuml;r Native POSIX Thread Library
NPTL (Native POSIX Thread Library) ist als Thread-Paket dabei. NPTL wurde bin&auml;rkompatibel zu der &auml;lteren Bibliothek linuxthreads entwickelt. An
den Stellen jedoch, an denen linuxthreads gegen den POSIX-Standard
verst&ouml;&szlig;t, erfordert NPTL Anpassungen; im Einzelnen sind zu nennen:
Signal-Behandlung; getpid liefert in allen Threads denselben Wert zur&uuml;ck; Threads-Handlers, die mit pthread_atfork registriert sind, laufen
nicht, wenn vfork verwendet wird.
SUSE LINUX Enterprise Server
185
Konfiguration der Netzwerkschnittstelle
Die Konfiguration der Netzwerkschnittstelle hat sich ge&auml;ndert. Bisher wurde nach der Konfiguration einer nicht vorhandenen Schnittstelle die Initialisierung der Hardware gestartet. Nun wird nach neuer Hardware gesucht
und diese sogleich initialisiert, woraufhin die neue Netzwerkschnittstelle
konfiguriert werden kann.
Zus&auml;tzlich wurden f&uuml;r die Konfigurationsdateien neue Namen eingef&uuml;hrt.
Da der Name einer Netzwerkschnittstelle dynamisch erzeugt wird und der
Einsatz von Hotplug-Ger&auml;ten best&auml;ndig zunimmt, ist ein Name wie ethhXi
nicht mehr f&uuml;r Konfigurationszwecke geeignet. Deshalb verwenden wir
nun eindeutige Beschreibungen wie die MAC-Adresse oder den PCI-Slot
f&uuml;r die Benennung der Schnittstellenkonfigurationen.
Hinweis: Sie k&ouml;nnen Schnittstellennamen nat&uuml;rlich verwenden, sobald Sie
erscheinen. Befehle wie ifup eth0 bzw. ifdown eth0 sind immer noch
m&ouml;glich.
Die Ger&auml;tekonfigurationen finden Sie in /etc/sysconfig/hardware.
Die von diesen Ger&auml;ten bereitgestellten Schnittstellen finden sich &uuml;blicherweise (nur mit unterschiedlichen Namen) in /etc/sysconfig/network.
Vgl. die detaillierte Beschreibung unter /usr/share/doc/packages/
sysconfig/README.
Top-Level-Domain .local als link-local-Domain
Die Resolver-Bibliothek behandelt die Top-Level-Domain .local als
„link-local“-Domain und sendet Multicast-DNS-Anfragen an die MulticastAdresse 224.0.0.251 Port 5353 anstelle normaler DNS-Anfragen; dies
ist eine inkompatible &Auml;nderung. Falls bereits die Domain .local in der
Nameserver-Konfiguration verwendet wird, muss auf einen anderer Domainnamen ausgewichen werden. Weitere Informationen zu MulticastDNS finden Sie unter http://www.multicastdns.org.
UTF-8 als systemweite Kodierung
Als Kodierung f&uuml;r das System ist nun UTF-8 voreingestellt. Bei einer Standardinstallation wird also eine Locale mit .UTF-8 als Kodierungsangabe (Encoding) festgelegt (z.B. de_DE.UTF-8). Mehr Informationen unter
http://www.suse.de/~mfabian/suse-cjk/locales.html.
186
5.2. Software&auml;nderungen von Version zu Version
Dateinamen nach UTF-8 konvertieren
Shell-Tools kapatibel mit POSIX-Standard von 2001
Shell-Tools aus dem coreutils wie tail, chown, head, sort etc. folgen
in der Vorgabeeinstellung nun dem POSIX-Standard von 2001 (Single UNIX
Specification, version 3 == IEEE Std 1003.1-2001 == ISO/IEC 9945:2002) und
nicht mehr dem Standard von 1992. Das alte Verhalten kann man mit einer
Umgebungsvariablen erzwingen:
_POSIX2_VERSION=199209
Der neue Wert ist 200112 und wird als Vorgabe f&uuml;r _POSIX2_VERSION
angenommen. Den SUS-Standard kann man hier nachlesen (frei, aber eine
Registrierung ist erforderlich):
http://www.unix.org
Hier eine kurze Gegen&uuml;berstellung:
Tabelle 5.1: Gegen&uuml;berstellung POSIX 1992/POSIX 2001
POSIX 1992
POSIX 2001
chown tux.users
chown tux:users
tail +3
tail -n +3
head -1
head -n 1
sort +3
sort -k +3
nice -10
nice -n 10
split -10
split -l 10
SUSE LINUX Enterprise Server
Update des Systems und Paketverwaltung
Dateien in Dateisystemen, die fr&uuml;her erstellt wurden, verwenden (sofern
nicht anders angegeben) keine UTF-8-Kodierung f&uuml;r die Dateinamen. Sollten diese Dateien andere als ASCII-Zeichen enthalten, werden sie nun „zerst&uuml;mmelt“ angezeigt. Zur Berichtigung kann das Skript convmv verwendet
werden, welches die Kodierung der Dateinamen nach UTF-8 umwandelt.
5
187
Hinweis
Software von Drittanbietern folgt m&ouml;glicherweise noch nicht
dem neuen Standard; in einem solchen Fall ist es ratsam,
die Umgebungsvariable wie oben beschrieben zu setzen:
_POSIX2_VERSION=199209.
Hinweis
/etc/gshadow obsolet
/etc/gshadow wurde aufgegeben und entfernt, da die Datei &uuml;berfl&uuml;ssig
ist; die Gr&uuml;nde daf&uuml;r sind:
Seitens der glibc gibt es keine Unterst&uuml;tzung.
Es gibt keine offizielle Schnittstelle f&uuml;r diese Datei; sogar in der
shadow-Suite gibt es keine solche Schnittstelle.
Die meisten Tools, die das Gruppenpasswort &uuml;berpr&uuml;fen, unterst&uuml;tzen die Datei nicht und ignorieren sie aus den eben genannten beiden
Gr&uuml;nden.
OpenLDAP
Da sich das Datenbankformat ge&auml;ndert hat, m&uuml;ssen die Datenbanken
neu erstellt werden. Beim Update wird versucht, diese Konvertierung
automatisch durchzuf&uuml;hren; es wird aber bestimmt F&auml;lle geben, in
denen die Konvertierung scheitert.
Die Schema-&Uuml;berpr&uuml;fung wurde wesentlich verbessert. Dadurch
werde einige (nicht standardkonforme) Operationen, die mit dem
fr&uuml;hren LDAP-Server m&ouml;glich waren, nun nicht mehr m&ouml;glich sein.
Die Syntax der config-Datei hat sich teilweise in Hinblick auf ACLs
ge&auml;ndert.
Weitere Informationen zum Update finden Sie nach der Installation in der
Datei /usr/share/doc/packages/openldap2/README.update
188
5.2. Software&auml;nderungen von Version zu Version
5
Apache 1.3 durch Apache 2 ersetzt
Von samba 2.x auf samba 3.x
Mit dem Update von samba 2.x auf samba 3.x steht die winbindAuthentifikation nicht mehr zur Verf&uuml;gung; die anderen Methoden sind
weiterhin m&ouml;glich. Aus diesem Grund wurden die folgenden Programme
entfernt:
/usr/sbin/wb_auth
/usr/sbin/wb_ntlmauth
/usr/sbin/wb_info_group.pl
Vgl. auch: http://www.squid-cache.org/Doc/FAQ/FAQ-23.html#
ss23.5
OpenSSH-Update (Version 3.8p1)
Die gssapi-Unterst&uuml;tzung wurde durch gssapi-with-mic ersetzt, um
m&ouml;gliche MITM-Angriffe zu beheben. Diese beiden Versionen sind nicht
kompatibel. Das bedeutet, dass Sie sich nicht von &auml;lteren Distributionen
mit Kerberos-Tickets authentifizieren k&ouml;nnen, da andere Methoden zur Authentifikation verwendet werden.
Update des Systems und Paketverwaltung
Der Apache Webserver (Version 1.3) wurde ersetzt durch Apache 2. Ein
Update von auf einem System mit einer Installation eines HTTP-Servers
wird das Apache Paket l&ouml;schen und Apache 2 installieren. Das System
muss dann durch YaST oder manuell angepasst werden. Konfigurationsdateien unter /etc/httpd sind nun in /etc/apache2. Apache 2 ben&ouml;tigt eines der Pakete apache2-prefork (empfohlen f&uuml;r Stabilit&auml;t) oder
apache2-worker Paket.
SSH- und Terminal-Applikationen
Bei Zugriff von einem entfernten Rechner (vor allem SSH, telnet und RSH)
zwischen der Version 9 (in der Standardkonfiguration mit aktiviertem UTF8) und &auml;lteren Systemen (SLES, SLES 8 oder SUSE LINUX 9.0 und fr&uuml;her,
wobei UTF-8 nicht standardm&auml;&szlig;ig aktiviert oder unterst&uuml;tzt ist), k&ouml;nnen
Terminal-Applikationen fehlerhafte Zeichen ausgeben.
Dies liegt daran, dass OpenSSH keine lokalen Einstellungen weiterleitet,
sodass System-Standardeinstellungen verwendet werden, die m&ouml;glicherweise nicht mit den entfernten Terminal-Einstellungen &uuml;bereinstimmen.
SUSE LINUX Enterprise Server
189
Dies betrifft YaST im Textmodus sowie Applikationen, die von einem entfernten Rechner als normaler Benutzer (nicht root) ausgef&uuml;hrt werden.
Die von root ausgef&uuml;hrten Applikationen sind nur dann betroffen, wenn
der Benutzer die Standard-Locales f&uuml;r root &auml;ndert (nur LC_CTYPE wird
standardm&auml;&szlig;ig gesetzt).
libiodbc wurde verworfen
Anwender von FreeRADIUS m&uuml;ssen nun gegen unixODBC linken, da libiodbc verworfen wurde.
XML-Ressourcen in /usr/share/xml
Der FHS (siehe 10.1.2 auf Seite 268) sieht nun vor, dass XML-Ressourcen
(DTDs, Stylesheets etc.) unter /usr/share/xml installiert werden. Aus
diesem Grund sind einige Verzeichnisse nun nicht mehr unter /usr/
share/sgml zu finden. Bei Problemen m&uuml;ssen entweder die eigenen
Skripte oder Makefiles angepa&szlig;t bzw. die offiziellen Kataloge (insbesondere /etc/xml/catalog bzw. /etc/sgml/catalog) verwendet werden.
Wechselmedien mit subfs
Wechselmedien werden nun &uuml;ber subfs integriert. Die Medien m&uuml;ssen
nun nicht mehr manuell eingehangen (mount) werden. Der Befehl cd
/media/* startet das automatische Einh&auml;ngen. Medien k&ouml;nnen nicht ausgeworfen werden, solange ein Programm darauf zugreift.
Druckerkonfiguration
Informationen zu den &Auml;nderungen am Drucksystem finden Sie in dem Abschnitt 13.1 auf Seite 324 .
5.3
RPM – Der Paket-Manager der
Distribution
Bei SUSE LINUX kommt RPM (engl. RPM Package Manager) mit den
Hauptprogrammen rpm und rpmbuild als Management f&uuml;r die Softwarepakete zum Einsatz. Damit steht den Benutzern, den Systemadministratoren und nicht zuletzt dem Pakete-Macher die m&auml;chtige RPM-Datenbank
190
5.3. RPM – Der Paket-Manager der Distribution
Im Wesentlichen kann rpm in f&uuml;nf Modi agieren: Softwarepakete installieren bzw. de-installieren oder updaten, die RPM-Datenbank neu erstellen,
Anfragen an die RPM-Datenbank bzw. an einzelne RPM-Archive richten,
Pakete auf Integrit&auml;t &uuml;berpr&uuml;fen und Pakete signieren. rpmbuild dient
dazu, installierbare Pakete aus den unangetasteten Quellen (engl. pristine
sources) herzustellen.
Installierbare RPM-Archive sind in einem speziellen bin&auml;ren Format
gepackt; die Archive bestehen aus den zu installierenden (Programm)Dateien und aus verschiedenen Meta-Informationen, die w&auml;hrend der
Installation von rpm benutzt werden, um das jeweilige Softwarepaket
zu konfigurieren, oder die zu Dokumentationszwecken in der RPMDatenbank abgelegt werden. RPM-Archive haben die Dateinamen-Endung
.rpm.
Mit rpm lassen sich LSB-konforme Pakete verwalten; zu LSB vgl. Abschnitt 10.1.1 auf Seite 268.
Hinweis
Bei etlichen Paketen sind die f&uuml;r die Software-Entwicklung
notwendigen Komponenten (Bibliotheken, Header- und IncludeDateien etc.) in eigene Pakete ausgelagert. Diese Entwicklungspakete werden nur ben&ouml;tigt, wenn Sie Software selbst &uuml;bersetzen
(kompilieren) wollen – beispielsweise neuere GNOME-Pakete .
Solche Pakete sind in der Regel an dem Namenszusatz -devel
zu erkennen: alsa-devel, gimp-devel, kdelibs-devel etc.
5
Update des Systems und Paketverwaltung
zur Verf&uuml;gung, &uuml;ber die jederzeit detaillierte Informationen zur installierten Software abgefragt werden k&ouml;nnen.
Hinweis
5.3.1
Pr&uuml;fen der Authentizit&auml;t eines Pakets
RPM-Pakete von SUSE LINUX sind mit GnuPG signiert:
1024D/9C800ACA 2000-10-19 SuSE Package Signing Key &lt;[email protected]&gt;
Key fingerprint = 79C1 79B2 E1C8 20C1 890F 9994 A84E DAE8 9C80 0ACA
Mit folgenem Befehl kann man die Signatur eines RPM-Pakets &uuml;berpr&uuml;fen
und so feststellen, ob es wirklich von SUSE oder einer anderen vertrauensw&uuml;rdigen Stelle stammt:
rpm --checksig apache-1.3.12.rpm
SUSE LINUX Enterprise Server
191
Insbesondere bei Updatepaketen aus dem Internet ist diese Vorsichtsma&szlig;name zu empfehlen. Unser &ouml;ffentlicher Paketsignierschl&uuml;ssel ist standardm&auml;&szlig;ig in /root/.gnupg/ hinterlegt. Seit Version 8.1 liegt der Schl&uuml;ssel
zus&auml;tzlich im Verzeichnis /usr/lib/rpm/gnupg/, damit auch normale
Benutzer die Signatur von RPM-Paketen pr&uuml;fen k&ouml;nnen.
5.3.2
Pakete verwalten: Installieren, Updaten und
Deinstallieren
Im Normalfall ist das Installieren eines RPM-Archivs schnell erledigt:
rpm -i &lt;paket&gt;.rpm
Mit diesem Standardbefehl wird ein Paket aber nur dann installiert, wenn
die Abh&auml;ngigkeiten erf&uuml;llt sind und wenn es zu keinen Konflikten kommen kann; rpm fordert per Fehlermeldung die Pakete an, die zum Erf&uuml;llen der Abh&auml;ngigkeiten notwendig sind. Die Datenbank wacht im Hintergrund dar&uuml;ber, dass es zu keinen Konflikten kommt: Eine Datei darf in der
Regel nur zu einem Paket geh&ouml;ren. Mit verschiedenen Optionen kann man
sich &uuml;ber diese Regel hinwegsetzen. Wer dies tut, der sollte aber genau wissen, was er tut, da er damit eventuell die Updatef&auml;higkeit des Systems aufs
Spiel setzt.
Interessant sind auch die Optionen -U bzw. --upgrade und -F bzw.
--freshen, um ein Paket zu aktualisieren.
rpm -F &lt;paket&gt;.rpm
Dadurch wird eine &auml;ltere Version des gleichen Pakets gel&ouml;scht und die
neue Version installiert. Der Unterschied zwischen den beiden Versionen
liegt darin, dass bei -U auch Pakete installiert werden, die bisher nicht im
System verf&uuml;gbar waren, w&auml;hrend die Option -F nur dann ein Paket erneuert, wenn es bereits zuvor installiert war. Gleichzeitig versucht rpm,
sorgf&auml;ltig mit den Konfigurationsdateien umzugehen, wobei – etwas vereinfacht – die folgende Strategie zum Tragen kommt:
Falls eine Konfigurationsdatei vom Systemadministrator nicht ver&auml;ndert wurde, wird von rpm die neue Version der entsprechenden Datei
installiert. Es sind keine Eingriffe seitens des Administrators notwendig.
192
5.3. RPM – Der Paket-Manager der Distribution
.rpmnew-Dateien werden immer dann auftauchen, wenn es die
Konfigurationsdatei bereits gibt und wenn in der .spec-Datei die
noreplace-Kennung gesetzt wurde.
Im Anschluss an ein Update sollten nach dem Abgleich alle .rpmorig, .rpmsave- bzw. .rpmnew-Dateien entfernt werden, um bei folgenden Updates nicht zu st&ouml;ren. Die Erweiterung .rpmorig wird gew&auml;hlt,
wenn die Datei der RPM-Datenbank noch nicht bekannt war, sonst kommt
.rpmsave zum Zuge; mit anderen Worten: .rpmorig entsteht beim Update von Fremdformat auf RPM und .rpmsave beim Update von RPM-alt
auf RPM-neu. Bei .rpmnew kann keine Aussage gemacht werden, ob vom
Systemadministrator eine &Auml;nderung an der Konfigurationsdatei vorgenommen wurde oder ob nicht. Eine Liste dieser Dateien finden Sie unter
/var/adm/rpmconfigcheck.
Beachten Sie, dass einige Konfigurationsdateien (zum Beispiel /etc/
httpd/httpd.conf) mit Absicht nicht &uuml;berschrieben werden, um den
sofortigen Weiterbetrieb mit den eigenen Einstellungen zu erm&ouml;glichen.
Die Option -U ist also mehr als ein &Auml;quivalent f&uuml;r die Abfolge -e (Deinstallieren/L&ouml;schen) und -i (Installieren). Wann immer m&ouml;glich, dann ist
der Option -U der Vorzug zu geben.
5
Update des Systems und Paketverwaltung
Falls eine Konfigurationsdatei vom Administrator zu irgendeinem
Zeitpunkt vor dem Update ge&auml;ndert wurde, wird rpm die ge&auml;nderte
Datei dann – und nur dann – mit der Erweiterung .rpmorig oder
.rpmsave sichern und die neue Version aus dem RPM-Paket installieren, falls sich zwischen urspr&uuml;nglicher Datei und der Datei
aus dem Update-Paket etwas ge&auml;ndert hat. In diesem Fall ist es sehr
wahrscheinlich, dass Sie die frisch installierte Konfigurationsdatei
anhand der Kopie (.rpmorig oder .rpmsave) auf Ihre Systembedingungen hin abstimmen m&uuml;ssen.
Hinweis
Nach jedem Update m&uuml;ssen Sie die von rpm angelegten Sicherungskopien mit der Erweiterung .rpmorig oder .rpmsave
kontrollieren, das sind Ihre alten Konfigurationsdateien. Falls
erforderlich, &uuml;bernehmen Sie bitte Ihre Anpassungen aus den Sicherungskopien in die neuen Konfigurationsdateien und l&ouml;schen
Sie dann die alten Dateien mit der Erweiterung .rpmorig bzw.
.rpmsave.
Hinweis
YaST mit der Option -i ist in der Lage, alle Paketabh&auml;ngigkeiten aufzul&ouml;sen und eine entsprechende Installation durchzuf&uuml;hren:
SUSE LINUX Enterprise Server
193
yast -i &lt;paket&gt;
Wenn ein Paket entfernt werden soll, geht man &auml;hnlich vor:
rpm -e &lt;paket&gt;
rpm wird ein Paket aber nur dann entfernen, wenn keine Abh&auml;ngigkeiten
mehr bestehen. So ist es zum Beispiel theoretisch nicht m&ouml;glich, Tcl/Tk zu
l&ouml;schen, solange noch irgendein anderes Programm Tcl/Tk ben&ouml;tigt – auch
dar&uuml;ber wacht RPM mithilfe der Datenbank. Falls in einem Ausnahmefall
eine derartige L&ouml;sch-Operation nicht m&ouml;glich sein sollte, obwohl keine Abh&auml;ngigkeiten mehr bestehen, kann es hilfreich sein, die RPM-Datenbank
mittels der Option --rebuilddb neu aufzubauen; vgl. unten die Anmerkungen zur RPM-Datenbank.
5.3.3
RPM und Patches
Um die Betriebssicherheit eines Systems zu gew&auml;hrleisten, ist es notwendig, von Zeit zu Zeit Pakete in das System einzuspielen, die es auf einen
neuen Stand bringen. Bisher konnte ein Fehler in einem Paket nur dadurch
behoben werden, dass man das komplette Paket ersetzt hat. Bei gro&szlig;en Paketen mit kleinen Fehlern k&ouml;nnen so schnell gro&szlig;e Datenmengen zusammen kommen. Seit der Version 8.1 gibt es bei SUSE daher ein neues Feature
in RPM, das es erm&ouml;glicht, Patches zu Paketen einzuspielen.
Die interessantesten Informationen zu einem Patch-RPM sollen am Beispiel
pine aufgezeigt werden:
Passt das Patch-RPM zu meinem System?
Um dies zu pr&uuml;fen, sollten Sie zun&auml;chst die installierte Version des
Paketes abfragen. Im Fall von pine geht das mit dem Befehl
rpm -q pine
pine-4.44-188
Als N&auml;chstes wird das Patch-RPM untersucht, ob es zu genau dieser
Version von pine passt:
rpm -qp --basedon pine-4.44-224.i586.patch.rpm
pine = 4.44-188
pine = 4.44-195
pine = 4.44-207
194
5.3. RPM – Der Paket-Manager der Distribution
Welche Dateien werden durch den Patch ersetzt?
Die von einem Patch betroffenen Dateien k&ouml;nnen leicht aus dem
Patch-RPM ausgelesen werden. Der Parameter -P von rpm dient dazu, spezielle patch-relevanten M&ouml;glichkeiten auszuw&auml;hlen. Demnach
bekommt man die Liste der Dateien mit
rpm -qpPl pine-4.44-224.i586.patch.rpm
/etc/pine.conf
/etc/pine.conf.fixed
/usr/bin/pine
oder, wenn der Patch bereits installiert ist, mit
rpm -qPl pine
/etc/pine.conf
/etc/pine.conf.fixed
/usr/bin/pine
Wie spielt man ein Patch-RPM in das System ein?
Patch-RPMs werden wie normale RPMs verwendet. Der einzige Unterschied liegt darin, dass f&uuml;r sie ein passendes RPM bereits eingespielt sein muss.
Welche Patches sind im System eingespielt und auf welchen Paketversionen haben sie aufgesetzt?
5
Update des Systems und Paketverwaltung
Dieser Patch passt zu drei verschiedenen Versionen von pine. Auch
die in unserem Fall installierte Version ist dabei enthalten, so dass der
Patch eingespielt werden kann.
Eine Liste aller Patches, die im System eingespielt sind bekommen Sie
mit dem Befehl rpm -qPa. Wenn, wie in unserem Beispiel, in einem
neuen System erst ein Patch eingespielt ist, sieht das so aus:
rpm -qPa
pine-4.44-224
Wenn Sie nach einiger Zeit wissen m&ouml;chten, welche Paketversion
denn zun&auml;chst eingespielt war, so ist dies ebenfalls noch in der RPMDatenbank vorhanden. Sie bekommen diese Information f&uuml;r pine
mit dem Kommando:
rpm -q --basedon pine
pine = 4.44-188
Weitere Informationen, auch zum Patch-Feature von RPM, finden Sie in
dem Manualpages von rpm und rpmbuild.
SUSE LINUX Enterprise Server
195
5.3.4
Anfragen stellen
Mit der Option -q (engl. query) leitet man Anfragen ein. Damit ist es m&ouml;glich die RPM-Archive selbst zu durchleuchten (Option -p hPaketDateii) als
auch die RPM-Datenbank zu befragen. Die Art der angezeigten Information kann man mit den zus&auml;tzlichen Optionen ausw&auml;hlen; vgl. Tabelle 5.2.
Tabelle 5.2: Die wichtigsten Abfrageoptionen (-q [-p] paket)
-i
Paket-Informationen anzeigen
-l
Dateiliste des Pakets anzeigen
-f hDATEIi
Anfrage nach Paket, das die Datei hDATEIi besitzt;
hDATEIi muss mit vollem Pfad angegeben werden!
-s
Status der Dateien anzeigen (impliziert -l)
-d
Nur Dokumentationsdateien auflisten (impliziert
-l)
-c
Nur Konfigurationsdateien auf&quot;|listen (impliziert
-l)
--dump
Alle &uuml;berpr&uuml;fbaren Infos zu jeder Datei anzeigen
(mit -l, -c oder -d benutzen!)
--provides
F&auml;higkeiten des Pakets auflisten, die ein anderes
Paket mit --requires anfordern kann
--requires, -R
Paket-Abh&auml;ngigkeiten ausgeben
--scripts
Die diversen (De-)Installations-Skripten ausgeben
Der folgende Befehl gibt die Information in Ausgabe 5.2 aus:
rpm -q -i wget
Beispiel 5.2: rpm -q -i wget
Name
: wget
Relocations: (not relocateable)
Version
: 1.8.2
Vendor: SuSE Linux AG, Nuernberg, Germany
Release
: 301
Build Date: Di 23 Sep 2003 20:26:38 CEST
Install date: Mi 08 Okt 2003 11:46:31 CEST
Build Host: levi.suse.de
Group: Productivity/Networking/Web/Utilities Source RPM: wget-1.8.2-301.src.rpm
Size
: 1333235
License: GPL
Signature
: DSA/SHA1, Di 23 Sep 2003 22:13:12 CEST, Key ID a84edae89c800aca
Packager
: http://www.suse.de/feedback
URL
: http://wget.sunsite.dk/
Summary
: A tool for mirroring FTP and HTTP servers
Description :
Wget enables you to retrieve WWW documents or FTP files from a server.
This can be done in script files or via the command line.
[...]
196
5.3. RPM – Der Paket-Manager der Distribution
rpm -q -f /bin/rpm /usr/bin/wget
f&uuml;hrt zu dem Ergebnis:
rpm-3.0.3-3
wget-1.5.3-55
Kennt man nur einen Teil des Dateinamens, so muss man sich mit einem
Shell-Skript behelfen (vgl. Datei 5.3); der gesuchte Dateiname ist als Parameter beim Aufruf des Skripts zu &uuml;bergeben.
Beispiel 5.3: Paket-Suchskript
#! /bin/sh
for i in $(rpm -q -a -l | grep $1); do
echo &quot;\&quot;$i\&quot; ist in Paket:&quot;
rpm -q -f $i
echo &quot;&quot;
done
Mit dem Befehl kann man sich gezielt die Auflistung der Informationen
(Updates, Konfiguration, &Auml;nderungen etc.) zu einem bestimmten Paket
anzeigen lassen; hier beispielsweise zu dem Paket rpm:
5
Update des Systems und Paketverwaltung
Die Option -f f&uuml;hrt nur dann zum Ziel, wenn man den kompletten Dateinamen, einschlie&szlig;lich des Pfades, kennt. Sie k&ouml;nnen beliebig viele zu
suchende Dateinamen angeben, zum Beispiel:
rpm -q --changelog rpm
Es werden allerdings nur die letzten 5 Eintr&auml;ge in der RPM-Datenbank angezeigt; im Paket selbst sind alle Eintr&auml;ge (der letzten 2 Jahre) enthalten.
Diese Abfrage funktioniert, wenn CD 1 unter /cdrom eingehangen ist:
rpm -qp --changelog /cdrom/suse/i586/rpm-3*.rpm
Anhand der installierten Datenbank lassen sich auch &Uuml;berpr&uuml;fungen
durchf&uuml;hren. Eingeleitet werden diese Vorg&auml;nge mit der Option -V (gleichbedeutend mit -y oder --verify). Damit veranlasst man rpm, all die Dateien anzuzeigen, die sich im Vergleich zur urspr&uuml;nglichen Version, wie sie
im Paket enthalten war, ge&auml;ndert haben. rpm stellt dem eigentlichen Dateinamen bis zu acht Zeichen voran, die auf folgende &Auml;nderungen hinweisen:
SUSE LINUX Enterprise Server
197
Tabelle 5.3: Die &Uuml;berpr&uuml;fungen
5
MD5-Pr&uuml;fsumme
S
Dateigr&ouml;&szlig;e
L
Symbolischer Link
T
Modification Time
D
major und minor Ger&auml;tenummer (engl. device number)
U
Benutzer (engl. user)
G
Gruppe (engl. group)
M
Modus (einschl. Rechte und Typus)
Bei Konfigurationsdateien wird zus&auml;tzlich ein c ausgegeben. Beispiel, falls
etwas an /etc/wgetrc aus dem wget ge&auml;ndert wurde:
rpm -V wget
S.5....T c /etc/wgetrc
Die Dateien der RPM-Datenbank liegen unter /var/lib/rpm/.
Bei einer /usr/-Partition von 1 GB kann die Datenbank durchaus 30 MB
Plattenplatz beanspruchen; insbesondere nach einem kompletten Update.
Falls die Datenbank &uuml;ber Geb&uuml;hr gro&szlig; erscheint, ist es meist hilfreich, mit
der Option --rebuilddb eine neue Datenbank auf Basis der existierenden zu erstellen. Es ist sinnvoll, vor einem solchen Rebuild eine Kopie der
existierenden Datenbank aufzubewahren.
Weiterhin legt das cron-Skript cron.daily t&auml;glich gepackte Kopien der
Datenbank unter /var/adm/backup/rpmdb an, deren Anzahl durch die
Variable MAX_RPMDB_BACKUPS (Standard: 5) in der /etc/sysconfig/
backup vorgegeben wird; es ist mit bis zu 3 MB pro Backup bei einem
1 GB gro&szlig;en /usr Verzeichnis rechnen.
5.3.5
Quellpakete installieren und kompilieren
Alle Quellpakete haben die Erweiterung .src.rpm hinter dem eigentlichen Paketnamen; diese Dateien sind die „Source-RPMs“.
198
5.3. RPM – Der Paket-Manager der Distribution
5
Hinweis
Hinweis
Die Arbeitsverzeichnisse f&uuml;r rpm bzw. rpmbuild unter /usr/src/
packages m&uuml;ssen vorhanden sein (falls keine eigenen Einstellungen wie
etwa via /etc/rpmrc vorgenommen wurden):
SOURCES f&uuml;r die originalen Quellen (.tar.gz-Dateien etc.) und f&uuml;r die
distributionsspezifischen Anpassungen (.dif-Dateien).
SPECS f&uuml;r die .spec-Dateien, die in der Art eines Meta-Makefiles den
build-Prozess steuern.
BUILD unterhalb dieses Verzeichnisses werden die Quellen entpackt, gepatcht und kompiliert.
RPMS hier werden die fertigen Binary-Pakete abgelegt.
SRPMS und hier die Source-RPMs.
Wenn Sie ein Quellpaket mit YaST installieren, dann werden die f&uuml;r den
build-Prozess notwendigen Komponenten unter /usr/src/packages
installiert: die Quellen und die Anpassungen unter SOURCES und die dazugeh&ouml;rige .spec-Datei unter SPECS.
Update des Systems und Paketverwaltung
Diese Pakete k&ouml;nnen mit YaST – wie jedes andere Paket – installiert werden, allerdings werden Quellpakete nie als installiert
([i]) markiert wie die regul&auml;ren anderen Pakete. Dies liegt
daran, dass die Quellpakete nicht in die RPM-Datenbank aufgenommen werden; in der RPM-Datenbank n&auml;mlich erscheint nur
installierte Betriebssoftware.
Hinweis
Bitte machen Sie keine RPM-Experimente mit wichtigen SystemKomponenten (glibc, rpm, sysvinit etc.), Sie setzen damit die
Funktionst&uuml;chtigkeit Ihres Systems aufs Spiel.
Hinweis
Im Folgenden wird das Paket wget.src.rpm betrachtet. Nachdem das
Quellpaket wget.src.rpm mit YaST installiert wurde, gibt es die Dateien:
/usr/src/packages/SPECS/wget.spec
/usr/src/packages/SOURCES/wget-1.4.5.dif
/usr/src/packages/SOURCES/wget-1.4.5.tar.gz
SUSE LINUX Enterprise Server
199
Mit rpmbuild -b X /usr/src/packages/SPECS/wget.spec wird
der Kompiliervorgang angesto&szlig;en; dabei kann X f&uuml;r verschiedene Stufen
stehen (vgl. die --help-Ausgabe bzw. die RPM-Dokumentation); hier nur
eine kurze Erl&auml;uterung:
-bp Quellen im Verzeichnis /usr/src/packages/BUILD pr&auml;parieren:
entpacken und patchen
-bc wie -bp, jedoch zus&auml;tzlich noch kompilieren
-bi wie -bc, jedoch zus&auml;tzlich noch installieren; Achtung, wenn ein Paket nicht das BuildRoot-Feature unterst&uuml;tzt, ist es m&ouml;glich, dass Sie
sich w&auml;hrend dieses Installationsvorgangs wichtige Konfigurationsdateien &uuml;berschreiben!
-bb wie -bi, jedoch zus&auml;tzlich noch das sog. Binary-RPM herstellen; bei
Erfolg liegt es in /usr/src/packages/RPMS.
-ba wie -bb, jedoch zus&auml;tzlich noch das sog. Source-RPM herstellen; bei
Erfolg liegt es in /usr/src/packages/SRPMS.
--short-circuit Mit dieser Option lassen sich einzelne Schritte &uuml;berspringen.
Das erzeugte Binary-RPM ist schlie&szlig;lich mit rpm -i oder besser mit rpm
-U zu installieren.
5.3.6
RPM-Pakete mit build erzeugen
Bei vielen Paketen besteht die Gefahr, dass w&auml;hrend ihrer Erstellung ungewollt Dateien in das laufende System kopiert werden. Um dies zu vermeiden, k&ouml;nnen Sie das build verwenden, das eine definierte Umgebung herstellt, in der das Paket gebaut wird. Zum Aufbau dieser chroot-Umgebung
muss dem build Skript ein kompletter Paketbaum zur Verf&uuml;gung stehen.
Dieser kann auf Festplatte, &uuml;ber NFS oder auch von DVD bereitgestellt
werden. Dem Skript teilt man die entsprechende Stelle mit dem Befehl
build --rpms &lt;Pfad&gt; mit. Im Unterschied zu rpm m&ouml;chte der Befehl
build das SPEC-File im gleichen Verzeichnis haben, wie die eigentlichen
Quellen. Wenn Sie wie im obigen Beispiel wget neu &uuml;bersetzen m&ouml;chten,
und die DVD unter /media/dvd in das System eingeh&auml;ngt ist, verwenden
Sie als Benutzer root folgende Befehle:
200
5.3. RPM – Der Paket-Manager der Distribution
Daraufhin wird unter /var/tmp/build-root eine minimale Umgebung
aufgebaut, in der das Paket gebaut wird. Die entstandenen Pakete liegen
danach in /var/tmp/build-root/usr/src/packages/RPMS
Das build Skript stellt noch einige weitere Optionen zur Verf&uuml;gung. So
kann man eigene RPMs bevorzugt verwenden lassen, die Initialisierung
der Build-Umgebung auslassen oder den rpm-Befehl auf eine der bereits
beschriebenen Stufen beschr&auml;nken. Sie erhalten mehr Informationen mit
dem Befehl build --help und in der Manpage man build.
5.3.7
Tools f&uuml;r RPM-Archive und die RPM-Datenbank
Der Midnight Commander (mc) kann den Inhalt eines RPM-Archivs anzeigen bzw. Teile daraus kopieren. Er bildet ein solches Archiv als ein virtuelles Dateisystem ab, sodass alle gewohnten Men&uuml;punkte des Midnight
Commander – wenn sinnvoll – zur Verf&uuml;gung stehen: Die Informationen in
den Kopfzeilen der Datei HEADER kann man sich mit F3 ansehen; mit den
Cursor-Tasten und Enter l&auml;sst sich durch die Struktur des Archivs brow Komponenten herauszukopieren.
sen, um bei Bedarf mit F5 KDE enth&auml;lt das Tool kpackage, bei GNOME finden Sie gnorpm.
Mit Alien (alien) ist es m&ouml;glich, die Paketformate der verschiedenen Distributionen zu konvertieren. So kann man versuchen, alte TGZ-Archive
vor dem Installieren nach RPM umzuwandeln, damit w&auml;hrend der Installation die RPM-Datenbank mit den Paket-Informationen versorgt wird. Aber
Achtung: alien ist ein Perl-Skript und befindet sich nach Angaben der
Programm-Autoren noch in einem Alpha-Stadium – wenngleich es bereits
eine hohe Versionsnummer erreicht hat. &Uuml;brigens, mittlerweile gibt es auch
f&uuml;r den Emacs ein rpm.el, ein Frontend f&uuml;r rpm.
SUSE LINUX Enterprise Server
5
Update des Systems und Paketverwaltung
cd /usr/src/packages/SOURCES/
mv ../SPECS/wget.spec .
build --rpms /media/dvd/suse/ wget.spec
201
6
Systemreparatur
Systemreparatur
SUSE LINUX Enterprise Server bietet neben zahlreichen YaST-Modulen zur
Systeminstallation und -konfiguration auch Funktionalit&auml;t zur Reparatur
des installierten Systems. Dieses Kapitel beschreibt die verschiedenen Arten und Stufen der Systemreparatur.
6.1
6.2
6.3
6.4
6.5
Starten der YaST-Systemreparatur . . . . . . .
Automatische Reparatur . . . . . . . . . . . .
Benutzerdefinierte Reparatur . . . . . . . . . .
Expertenwerkzeuge . . . . . . . . . . . . . . .
S/390, zSeries: Die initrd als Rettungssystem
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
204
205
206
207
208
6.1
Starten der YaST-Systemreparatur
Weil im Schadensfall nicht sicher davon ausgegangen werden kann, dass
Ihr System &uuml;berhaupt noch bootet, und weil ein gerade laufendes System
ohnehin schlecht repariert werden kann, wird die YaST-Systemreparatur
&uuml;ber das SUSE LINUX Installationsmedium gestartet. Nachdem Sie die im
Kapitel 1 auf Seite 7 genannten Schritte durchlaufen haben, gelangen Sie
in den Dialog zur Auswahl der Installationsart und w&auml;hlen dort bitte die
Option ‘Reparatur des installierten Systems’ (Abb. 6.1).
Hinweis
Auswahl des Installationsmediums
F&uuml;r den Test und die Reparatur werden Treiber vom Installationsmedium geladen. Sie m&uuml;ssen daher darauf achten, ein Installationsmedium zu verwenden, das genau zu Ihrer installierten
Version von SUSE LINUX passt.
Hinweis
Abbildung 6.1: Ausw&auml;hlen der YaST-Systemreparatur
Danach w&auml;hlen Sie aus, wie die Reparatur des Systems durchgef&uuml;hrt werden soll. Folgende M&ouml;glichkeiten stehen zur Auswahl und werden nachfolgend beschrieben.
Automatische Reparatur
Benutzerdefinierte Reparatur
Expertenwerkzeuge
204
6.1. Starten der YaST-Systemreparatur
6.2
Automatische Reparatur
Systemreparatur
Bei unklarer Fehlersituation ist diese Methode am besten geeignet, ein besch&auml;digtes System wieder herzustellen. Nach der Auswahl beginnt eine
ausf&uuml;hrliche Analyse des installierten Systems, die aufgrund der Vielzahl
von Pr&uuml;fungen und Untersuchungen einige Zeit in Anspruch nimmt. Der
Fortschritt dieses Vorgangs wird am unteren Bildschirmrand anhand zweier Fortschrittsbalken dargestellt. Der obere zeigt den Ablauf der aktuell
ausgef&uuml;hrten Teilpr&uuml;fung, w&auml;hrend der untere den Fortschritt der gesamten Untersuchung anzeigt. Im Logging-Fenster dar&uuml;ber k&ouml;nnen Sie verfolgen, welche Aktion gerade stattfindet und welches Ergebnis die jeweilige
Pr&uuml;fung hatte (Abb. 6.2 auf der n&auml;chsten Seite). Die folgenden Testgruppen
werden durchgef&uuml;hrt, wobei jede Gruppe noch eine Vielzahl untergeordneter Einzelpr&uuml;fungen beinhaltet.
6
Partitionstabellen aller Festplatten
Die G&uuml;ltigkeit und Konsistenz der Partitionstabellen aller gefundenen Festplatten wird gepr&uuml;ft.
Swap-Bereiche Die Swap-Bereiche des installierten Systems werden gesucht, gepr&uuml;ft und ggf. zur Aktivierung angeboten. Sie sollten der
Aktivierung zustimmen, weil dadurch die Geschwindigkeit der YaSTSystemreparatur gesteigert wird.
Dateisysteme F&uuml;r alle gefundenen Dateisysteme wird eine Dateisystemspezifische Pr&uuml;fung durchgef&uuml;hrt.
Eintr&auml;ge der Datei /etc/fstab Es wird gepr&uuml;ft, ob die Eintr&auml;ge in der
Datei vollst&auml;ndig und konsistent sind. Alle g&uuml;ltigen Partitionen werden eingebunden.
Bootloader-Konfiguration Die Bootloader-Konfiguration des installierten
Systems (GRUB oder LILO) wird auf Vollst&auml;ndigkeit und Konsistenz
gepr&uuml;ft. Boot- und Root-Device werden untersucht und die Verf&uuml;gbarkeit der initrd-Module kontrolliert.
Paketdatenbank Es wird gepr&uuml;ft, ob alle Pakete vorhanden sind, die zum
Betrieb einer Minimal-Installation notwendig sind. Wahlweise k&ouml;nnen auch die Basispakete analysiert werden, jedoch dauert diese Untersuchung wegen des gro&szlig;en Umfangs recht lange.
Wenn ein Fehler gefunden wird, stoppt die Analyse und ein Dialog wird
ge&ouml;ffnet, der Details anzeigt und L&ouml;sungsm&ouml;glichkeiten anbietet. Aufgrund der Vielzahl von Pr&uuml;fungen ist es hier nicht m&ouml;glich, auf all diese
SUSE LINUX Enterprise Server
205
Abbildung 6.2: Der automatische Reparaturmodus
F&auml;lle einzugehen. Bitte lesen Sie die Hinweise am Bildschirm genau und
w&auml;hlen Sie dann aus den angebotenen Optionen die gew&uuml;nschte aus. In
Zweifelsf&auml;llen k&ouml;nnen Sie die vorgeschlagene Reparatur nat&uuml;rlich auch ablehnen. Das System bleibt dann in diesem Punkt unver&auml;ndert. Es wird in
keinem Fall automatisch und ohne R&uuml;ckfrage repariert.
6.3
Benutzerdefinierte Reparatur
Die im vorigen Abschnitt erkl&auml;rte automatische Reparatur f&uuml;hrt kategorisch alle Tests durch. Dies ist sinnvoll, wenn v&ouml;llig unklar ist, was genau
im installierten System besch&auml;digt ist. Wenn Sie jedoch bereits wissen, welcher Systembereich betroffen ist, k&ouml;nnen Sie hier die Anzahl der durchgef&uuml;hrten Tests einschr&auml;nken. Nach Auswahl von ‘Benutzerdefinierte Reparatur’ erhalten Sie eine Auswahl von Testgruppen, die zun&auml;chst alle angew&auml;hlt sind. Der Gesamtumfang der Pr&uuml;fungen ist damit der gleiche wie bei
der automatischen Reparatur. Wenn Sie bereits wissen, wo sich der Fehler
206
6.3. Benutzerdefinierte Reparatur
6.4
Expertenwerkzeuge
6
Systemreparatur
sicher nicht befindet, k&ouml;nnen Sie die entsprechenden Gruppen durch einen
Klick auf die zugh&ouml;rige Checkbox abw&auml;hlen. Nach einem Klick auf ‘Weiter’ startet dann eine reduzierte Testprozedur mit gegebenenfalls deutlich
k&uuml;rzerer Laufzeit. Beachten Sie dabei jedoch, dass nicht alle Testgruppen
einzeln anwendbar sind. Die Pr&uuml;fung der fstab-Eintr&auml;ge ist z.B. immer mit
einer Pr&uuml;fung der Dateisysteme einschlie&szlig;lich vorhandener Swap-Bereiche
verbunden. Falls n&ouml;tig bereinigt YaST solche Abh&auml;ngigkeiten durch automatische Anwahl der kleinstm&ouml;glichen Anzahl von Testgruppen.
Wenn Sie sich mit SUSE LINUX gut auskennen und schon eine sehr konkrete Vorstellung davon haben, was in Ihrem System repariert werden
muss, k&ouml;nnen Sie nach Auswahl von ‘Expertenwerkzeuge’ gezielt jenes
Werkzeug anwenden, das Sie f&uuml;r die Reparatur ben&ouml;tigen.
Neuen Bootloader installieren Hier starten Sie das YaST-BootloaderKonfigurationsmodul. Details hierzu finden Sie im Kapitel 8.6 auf
Seite 244
Partitionierer starten Hier starten Sie den YaST-Expertenpartitionierer.
Details hierzu finden Sie im Kapitel 1.7.5 auf Seite 24
Reparatur des Dateisystems Hier k&ouml;nnen Sie die Dateisysteme Ihres installierten Systems pr&uuml;fen. Sie erhalten zun&auml;chst eine Auswahl aller
gefundenen Partionen und k&ouml;nnen dort jene ausw&auml;hlen, die Sie pr&uuml;fen m&ouml;chten.
Verlorene Partitionen wieder herstellen
Wenn Partitionstabellen in Ihrem System besch&auml;digt sind, k&ouml;nnen
Sie hier eine Rekonstruktion versuchen. Bei mehreren Festplatten
bekommen Sie zun&auml;chst Gelegenheit, eine davon auszuw&auml;hlen. Nach
einem Klick auf ‘OK’ beginnt dann die Pr&uuml;fung. Dies kann je nach
Rechenleistung und Gr&ouml;&szlig;e der Festplatte einige Zeit dauern.
SUSE LINUX Enterprise Server
207
Hinweis
Rekonstruktion der Partitionstabelle
Die Rekonstuktion einer Partitionstabelle ist schwierig. YaST versucht, durch Analyse des FestplattenDatenbereiches verlorene Partitionen zu erkennen. Bei
Erfolg werden sie in die rekonstruierte Partitionstabelle
aufgenommen. Dies gelingt aber nicht in allen denkbaren
F&auml;llen.
Hinweis
Systemeinstellungen auf Diskette speichern
Mit dieser Option k&ouml;nnen Sie wichtige Systemdateien auf eine Diskette sichern. Falls dann sp&auml;ter einmal eine dieser Dateien besch&auml;digt
ist, kann sie von der Diskette wieder restauriert werden.
Installierte Software pr&uuml;fen Hier wird die Konsistenz der Paketdatenbank getestet und die Verf&uuml;gbarkeit der wichtigsten Pakete gepr&uuml;ft.
Sollten installierte Pakete besch&auml;digt sein, k&ouml;nnen Sie hier deren Neuinstallation veranlassen.
6.5
S/390, zSeries: Die initrd als
Rettungssystem
Wenn der Kernel des SUSE LINUX Enterprise Servers f&uuml;r S/390 und
zSeries aktualisiert oder ge&auml;ndert wurde, kann es vorkommen, dass das
System bei einem Reboot in einem inkonistenten Zustand hochf&auml;hrt und
alle Standardverfahren zum IPL des installierten Systems versagen. Meistens tritt diese Situation auf, wenn der Kernel aktualisiert wurde, aber zipl
anschlie&szlig;end nicht ausgef&uuml;hrt wurde, um den IPL-Record zu aktualiseren.
Dieses Kapitel beschreibt, wie das Standard Installationspaket als Rettungssystem eingesetzt werden kann, von dem zipl ausgef&uuml;hrt werden kann, um
den IPL-Record zu aktualisieren.
208
6.5. S/390, zSeries: Die initrd als Rettungssystem
6.5.1
6
IPL des Rettungssystems
Bereitstellen der Installationsdaten
Damit diese Methode angewandt werden kann, m&uuml;ssen die Installationsdaten des SUSE LINUX Enterprise Servers verf&uuml;gbar
sein. Details hierzu schlagen Sie im Kapitel Bereitstellen der Installationsdaten des Architekturspezifika Handbuches nach. Zus&auml;tzlich
ben&ouml;tigen Sie die Channel Number des Ger&auml;ts und die Partitionsnummer auf dem Ger&auml;t, auf dem sich das Rootfilesystem der
SUSE LINUX Enterprise Server-Installation befindet.
Systemreparatur
Hinweis
Hinweis
F&uuml;hren Sie zuerst den IPL des SUSE LINUX Enterprise Servers wie im Architekturspezifika Handbuch beschrieben durch. Anschlie&szlig;end wird Ihnen
eine Liste zur Auswahl eines Netzwerkadapters ausgegeben.
Beispiel 6.1: Auswahl des Netzwerktyps
=
===
Welcome to SUSE LINUX Server 8 for zSeries
=
-==
=
Please select the type of your network device:
0) no network
1) OSA Token Ring
2) OSA Ethernet
3) OSA-Gigabit Ethernet or OSA-Express Fast Ethernet
4) Channel To Channel
5) Escon
6) IUCV
8) Hipersockets
9) OSA High speed Token Ring (qdio)
10) Show subchannels and detected devices
Enter your choice (0-10):
W&auml;hlen Sie 0 f&uuml;r no network aus. Das Installationsprogramm wird beendet
und die folgenden Meldungen ausgegeben:
SUSE LINUX Enterprise Server
209
Beispiel 6.2: Ausgabe bei nicht selektiertem Netzwerkadapter
*** OK, NETWORK ACCESS WILL _NOT_ BE AVAILABLE. ***
You should be able to login via ssh now.
To restart network setup, enter:
netsetup
To continue the installation, enter:
./inst_source
bash: no job control in this shell
SuSE Instsys suse:/ #
Jetzt &ouml;ffnet sich eine Rootshell, von der aus die ben&ouml;tigten Kommandos
direkt eingegeben werden k&ouml;nnen.
6.5.2
Laden der DASD-Module
Um auf das Rootdevice zugreifen zu k&ouml;nnen, m&uuml;ssen die ben&ouml;tigten
Kernelmodule geladen werden. Zuerst m&uuml;ssen die DASD-Module geladen werden. Sie setzen sich aud einem „middle layer module“ dasd_mod
und einem „low-level module“, das vom DASD-Typ abh&auml;ngig ist, zusammen. In diesem Fall werden ECKD-Ger&auml;te angenommen, also heisst das
entsprechende Modul dasd_eckd_mod. Das dasd_mod Modul ben&ouml;tigt
die Channelbereiche der DASDs, auf die der Zugriff erfolgen soll, als Argument (z.B. 0150). Die Module werden mittels der folgenden Kommandos
geladen:
Beispiel 6.3: Laden von DASD Modulen
SuSE Instsys suse:/ # insmod dasd_mod dasd=0150
Using /lib/modules/version/kernel/drivers/s390/block/dasd_mod.o
dasd: initializing...
debug: dasd: new level 3
dasd: Registered successfully to major no 94
dasd: initialization finished
SuSE Instsys suse:/ # insmod dasd_eckd_mod
Using /lib/modules/version/kernel/drivers/s390/block/dasd_eckd_mod.o
210
6.5. S/390, zSeries: Die initrd als Rettungssystem
6
Wenn die Zeile Partition check ausgegeben wird, sind alle Module
korrekt geladen und das DASD zum Mounten bereit.
6.5.3
Systemreparatur
dasd(eckd): ECKD discipline initializing
[ ... ]
Partition check:
dasda:VOL1/ 0X0150: dasda1 dasda2
dasd(eckd): We are interested in: CU 3880/00
dasd(eckd): We are interested in: CU 3990/00
dasd(eckd): We are interested in: CU 2105/00
dasd(eckd): We are interested in: CU 9343/00
Mounten des Rootdevices
Falls alle Module korrekt geladen wurden, k&ouml;nnen Sie nun das Rootdevice
mounten. Angenommen das Rootdevice befindet sich in der zweiten Partition auf dem DASD (/dev/dasda2), lautet das entsprechende Kommando
folgenderma&szlig;en:
Beispiel 6.4: Mounten des Rootdevices
SuSE Instsys suse:/ # mount /dev/dasda2 /mnt
Hinweis
Konsistenz des Dateisystems
Wurde das installierte System nicht sauber heruntergefahren,
kann es ratsam sein, die Konsistenz des Dateisystems vor dem
Mounten zu &uuml;berpr&uuml;fen. So wird Datenverlust vermieden. Im
Beispiel verwenden Sie das Kommando fsck /dev/dasda2,
um das Dateisystem auf Konsistenz zu pr&uuml;fen.
Hinweis
Mit Eingabe von mount &uuml;berpr&uuml;fen Sie, ob das Dateisystem korrekt gemountet wurde.
Beispiel 6.5: Ausgabe des mount Kommandos
SuSE Instsys suse:/ # mount
shmfs on /newroot type shm (rw,nr_inodes=10240)
devpts on /dev/pts type devpts (rw)
virtual-proc-filesystem on /proc type proc (rw)
/dev/dasda2 on /mnt type reiserfs (rw)
SUSE LINUX Enterprise Server
211
6.5.4
Wechsel in das gemountete Dateisystem
Damit zipl seine Konfiguration vom Rootdevice des installierten Systems
und nicht vom Rettungssystem einliest, wechseln Sie zum Rootdevice des
installierten Systems. Diesen Wechsel nehmen Sie mit chroot vor:
Beispiel 6.6: chroot in das gemountete Dateisystem
SuSE Instsys suse:/ # cd /mnt
SuSE Instsys suse:/mnt # chroot /mnt
6.5.5
Ausf&uuml;hren von zipl
F&uuml;hren Sie nun das Kommando zipl aus, um den IPL-Record mit den korrekten Werten erneut zu schreiben:
Beispiel 6.7: Installieren des IPL-Records mit zipl
sh-2.05b# zipl
building bootmap : /boot/zipl/bootmap
adding Kernel Image : /boot/kernel/image located at 0x00010000
adding Ramdisk : /boot/initrd located at 0x00800000
adding Parmline : /boot/zipl/parmfile located at 0x00001000
Bootloader for ECKD type devices with z/OS compatible layout install
Syncing disks....
...done
6.5.6
Verlassen des Rettungssystems
Um das Rettungssystem zu verlassen, verlassen Sie zuerst die Shell, die mit
dem chroot Kommando ge&ouml;ffnet wurde:
Beispiel 6.8: Verlassen der „chrooted“ Shell
sh-2.05b# exit
exit
SuSE Instsys suse:/mnt #
212
6.5. S/390, zSeries: Die initrd als Rettungssystem
Beispiel 6.9: Unmounten des Dateisystems
SuSE Instsys suse:/mnt # cd /
SuSE Instsys suse:/ # umount /mnt
6
Systemreparatur
Um Datenverlust zu vermeiden, schreiben Sie mithilfe des sync Kommandos alle ungeschriebenen Puffer auf die Festplatte. Nun wechseln Sie in das
Rootverzeichnis des Rettungssystems und h&auml;ngen das Rootdevice der SUSE LINUX Enterprise Server Installation aus.
Zum Schluss halten beenden Sie das Rettungssystem mit dem halt
Kommando an. Der IPL des SUSE LINUX Systems kann nun wie in Abschnitt 1.7.11 auf Seite 37 beschrieben vorgenommen werden.
SUSE LINUX Enterprise Server
213
Teil II
System
7
SUSE LINUX Enterprise Server ist f&uuml;r mehrere 64-bit Plattformen erh&auml;ltlich. Dies bedeutet nicht notwendigerweise, dass alle enthaltenen Applikationen schon auf 64-bit portiert wurden. SUSE LINUX Enterprise Server
unterst&uuml;tzt die Verwendung von 32-bit Applikationen in einer 64-bit Systemumgebung. Dieses Kapitel gibt Ihnen einen kleinen &Uuml;berblick, wie diese
Unterst&uuml;tzung auf 64-bit SUSE LINUX Enterprise Server Plattformen umgesetzt wird.
7.1
7.2
7.3
7.4
Laufzeit-Unterst&uuml;tzung . . . . . . . . . . . . . .
Softwareentwicklung . . . . . . . . . . . . . . .
Software-Kompilierung auf Biarch-Plattformen
Kernel-Spezifika . . . . . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
218
219
220
222
32-bit und 64-bit Applikationen in einer 64-bit Systemumgebung
32-bit und 64-bit
Applikationen in einer
64-bit Systemumgebung
SUSE LINUX Enterprise Server f&uuml;r die 64-bit Plattformen ipf, ppc64, s390x,
sparc64, amd64 und em64t ist so ausgelegt, dass existierende 32-bit Applikationen in der 64-bit Umgebung „out-of-the-box“ lauff&auml;hig sind. Die
entsprechenden 32-bit Plattformen sind x86 f&uuml;r ipf, ppc f&uuml;r ppc64, s390
f&uuml;r s390x und x86 f&uuml;r amd64 und em64t. Dank dieser Unterst&uuml;tzung ist
es m&ouml;glich, Ihre bevorzugten 32-bit Applikationen weiter zu verwenden,
ohne dass Sie auf die Verf&uuml;gbarkeit eines entsprechenden 64-bit-Ports warten m&uuml;ssten. Das aktuelle ppc64 System l&auml;uft im 32-bit Modus, w&auml;hrend
Sie 64-bit Applikationen verwenden k&ouml;nnen.
Um die 32-bit Unterst&uuml;tzung zu verstehen, m&uuml;ssen wir uns mit folgenden
Themen auseinandersetzen:
Laufzeit-Unterst&uuml;tzung Wie k&ouml;nnen 32-bit Applikationen ausgef&uuml;hrt
werden?
Entwicklungs-Unterst&uuml;tzung Wie m&uuml;ssen 32-bit Applikationen kompiliert werden, damit sie sowohl in 32-bit als auch 64-bit Systemumgebungen lauff&auml;hig sind?
Kernel API Wie k&ouml;nnen 32-bit Applikationen unter einem 64-bit Kernel
laufen?
7.1
Laufzeit-Unterst&uuml;tzung
Hinweis
Konflikte zwischen 32-bit und 64-bit Version einer Applikation
Ist eine Applikation sowohl f&uuml;r 32-bit als auch f&uuml;r 64-bit verf&uuml;gbar, wird eine parallele Installation beider Versionen zwangsl&auml;ufig Probleme bereiten. In solchen F&auml;llen m&uuml;ssen Sie sich auf
eine der beiden Versionen festlegen und diese installieren und
verwenden.
Hinweis
Jede Applikation ben&ouml;tigt eine Reihe von Bibliotheken, um korrekt ausgef&uuml;hrt zu werden. Leider sind die Bezeichnungen f&uuml;r die 32-bit und 64-bit
Versionen dieser Bibliotheken identisch – sie m&uuml;ssen auf eine andere Art
und Weise voneinander unterschieden werden.
F&uuml;r die 64-bit Plattformen ppc64, s390x, sparc64, amd64 und em64t wird
ein und derselbe Ansatz verwendet: Um die Kompatibilit&auml;t mit der 32-bit
218
7.1. Laufzeit-Unterst&uuml;tzung
Alle 64-bit Bibiliotheken und Objektdateien sind in Verzeichnissen namens lib64/, d.h. dass die 64-bit Objektdateien, die Sie normalerweise
unter /lib/, /usr/lib/ und /usr/X11R6/lib/ suchen w&uuml;rden, nun
unter /lib64/, /usr/lib64/ und /usr/X11R6/lib64/ zu finden
sind. So ist f&uuml;r die 32-bit Bibliotheken Platz unter /lib/, /usr/lib/ und
/usr/X11R6/lib/, wobei der Dateiname f&uuml;r beide Versionen unver&auml;ndert beibehalten werden kann.
Grunds&auml;tzlich wurden Unterverzeichnisse der Objektverzeichnisse, deren Dateninhalt von der Wortgr&ouml;&szlig;e unabh&auml;ngig ist, nicht verschoben. Sie
werden beispielsweise die X11 Fonts weiterhin wie gew&ouml;hnlich unter
/usr/X11R6/lib/X11/fonts finden.
Dieses Schema ist mit der LSB (Linux Standards Base) und dem FHS (File
System Hierarchy Standard) konform.
I IPF
F&uuml;r ipf, ebenso f&uuml;r die 64-bit Alpha Plattform, liegen die 64-bit Bibliotheken
in den standardm&auml;&szlig;igen lib/ Verzeichnissen. In diesen F&auml;llen gibt es weder ein lib64/ noch ein lib32/ Verzeichnis. Stattdessen f&uuml;hrt ipf den 32bit x86 Code unter einer Emulation aus. Ein Satz von Basisbibliotheken ist
in /emul/ia32-linux/lib/ und /emul/ia32-linux/usr/X11R6/
lib/ installiert. J
7.2
Softwareentwicklung
Alle 64-bit Architekturen unterst&uuml;tzen die Entwicklung von 64-bit Objekten. Der Unterst&uuml;tzungsgrad f&uuml;r 32-bit Kompilierung h&auml;ngt allerdings von
der Architektur ab. Dies sind die unterschiedlichen Realisierungsm&ouml;glichkeiten f&uuml;r die Toolchain aus GCC (GNU Compiler Collection) und Binutils,
die den Assembler as und den Linker ld umfassen:
Biarch Compiler Mit einer Biarch-Development-Toolchain k&ouml;nnen sowohl 32- als auch 64-bit Objekte generiert werden. Auf fast allen
Plattformen ist der Standard die Kompilierung von 64-bit Objekten.
Wenn spezielle Flags verwendet werden, k&ouml;nnen 32-bit Objekte generiert werden. F&uuml;r GCC ist dieses spezielle Flag -m32 (bzw. f&uuml;r s390x
-m31). F&uuml;r die Binutils sind diese Flags architekturabh&auml;ngig. GCC
SUSE LINUX Enterprise Server
7
32-bit und 64-bit Applikationen in einer 64-bit Systemumgebung
Version zu erhalten, werden die Bibliotheken an derselben Stelle im System
gespeichert, an der sie auch in der 32-bit Umgebung liegen. Die 32-bit Version der libc.so.6 befindet sich sowohl in der 32-bit als auch der 64-bit
Umgebung unter /lib/libc.so.6.
219
wird die korrekten Flags aber an Linker und Assembler &uuml;bergeben.
Eine Biarch-Development-Toolchain existiert im Moment f&uuml;r sparc64
(unterst&uuml;tzt sparc und sparc64 Entwicklung), f&uuml;r amd64 (unterst&uuml;tzt
die Entwicklung f&uuml;r x86 und amd64 Instruktionen), f&uuml;r s390x und f&uuml;r
ppc64. Auf der ppc64-Plattform werden normalerweise 32-bit Objekte
erzeugt. Um 64-bit Objekte zu generieren, muss das Flag -m64 verwendet werden.
Keine Unterst&uuml;tzung SUSE unterst&uuml;tzt nicht die direkte Entwicklung von
32-bit Software auf allen Plattformen. Sollten Sie unter ipf Applikationen f&uuml;r x86 entwickeln wollen, m&uuml;ssen Sie die entsprechende 32-bit
Version des SUSE LINUX Enterprise Servers verwenden.
Beachten Sie, dass alle Headerdateien in einer architektuunabh&auml;ngigen
Form geschrieben werden m&uuml;ssen und dass die installierten 32- und 64bit Bibliotheken eine API (Application Programming Interface) aufweisen
m&uuml;ssen, die zu den installierten Headerdateien passt. Die normale SUSEUmgebung ist nach diesem Schema konzipiert – f&uuml;r selbst aktualisierte Bibliotheken m&uuml;ssen Sie sich selbst um diese Belange k&uuml;mmern.
7.3
Software-Kompilierung auf BiarchPlattformen
Um auf einer Biarch-Architektur Binaries f&uuml;r die jeweils andere Architektur zu entwickeln, m&uuml;ssen Sie die entsprechenden Bibliotheken
f&uuml;r die Zweitarchitektur zus&auml;tzlich installieren. Diese Pakete heissen
rpmname-32bit, wenn die Zweitarchitektur eine 32-bit Architektur ist
bzw. rpmname-64bit, wenn die Zweitarchitektur eine 64-bit Architektur
ist.
Ausserdem ben&ouml;tigen Sie die entsprechenden Header und Bibliotheken, die Sie in den rpmname-devel-Paketen finden, sowie die Entwicklungsbibliotheken zur Zweitarchitektur, die entsprechend entweder unter
rpmname-devel-32bit oder rpmname-devel-64bit zu finden sind.
Wenn Sie zum Beispiel ein Programm kompilieren, dass libaio auf einem
System, dessen Zweitarchitektur 64-bit hat, verwendet, ben&ouml;tigen Sie die
folgenden RPMs:
libaio 32-bit Laufzeitpaket
220
7.3. Software-Kompilierung auf Biarch-Plattformen
libaio-devel Header und Bibliotheken f&uuml;r die 32-bit Entwicklung
libaio-devel-64bit 64-bit Entwicklungsbibliotheken
Die meisten Opensource Programme verwenden eine autoconf-basierte
Programmkonfiguration. Um autoconf zur Konfiguration eines Programms f&uuml;r die Zweitarchitektur einzusetzen, m&uuml;ssen Sie die normalen
Compiler- und Linkereinstellungen von autoconf durch einen Aufruf des
configure Skripts mit zus&auml;tzlichen Umgebungsvariablen &uuml;berschreiben.
Das folgende Beispiel bezieht sich auf ein ppc System mit ppc64 als Zweitarchitektur:
Legen Sie fest, dass autoconf den 64-bit Compiler verwenden soll:
CC=&quot;gcc -m64&quot;
Weisen Sie den Linker an, 64-bit Objekte zu verarbeiten:
LD=&quot;ld -m elf64ppc&quot;
Legen Sie fest, dass der Assembler 64-bit Objekte erzeugt:
AS=&quot;gcc -c -m64&quot;
Legen Sie fest, dass die Bibliotheken f&uuml;r libtool etc. aus /usr/
lib64/ stammen:
LDFLAGS=&quot;-L/usr/lib64&quot;
Legen Sie fest, dass die Bibliotheken im lib64-Unterverzeichnis abgelegt werden:
--libdir=/usr/lib64
Legen Sie fest, dass die 64-bit X-Bibliotheken verwendet werden:
--x-libraries=/usr/X11R6/lib64/
Nicht alle diese Variablen werden f&uuml;r jedes Programm ben&ouml;tigt. Passen Sie
sie den Gegebenheiten des Programms an.
32-bit und 64-bit Applikationen in einer 64-bit Systemumgebung
libaio-64bit 64-bit Laufzeitpaket
7
Ein beispielhafter configure-Aufruf k&ouml;nnte folgenderma&szlig;en aussehen:
SUSE LINUX Enterprise Server
221
CC=&quot;gcc -m64&quot;
\
LDFLAGS=&quot;-L/usr/lib64;&quot; \
.configure
\
--prefix=/usr \
--libdir=/usr/lib64
make
make install
7.4
Kernel-Spezifika
Die 64-bit Kernel f&uuml;r ppc64, s390x, amd64 und em64t bieten sowohl eine
64- als auch eine 32-bit Kernel-ABI (Application Binary Interface). Die Letztere ist identisch mit der ABI f&uuml;r den entsprechenden 32-bit Kernel. Dies
bedeutet, dass die 32-bit Applikation mit dem 64-bit Kernel auf gleiche
Weise kommunizieren kann wie mit dem 32-bit Kernel.
Bitte beachten Sie, dass die 32-bit Emulation von Systemaufrufen eines 64bit Kernels eine Anzahl von APIs nicht unterst&uuml;tzt, die von Systemprogrammen verwendet werden. Dies ist von der Plattform abh&auml;ngig. Aus diesem Grund m&uuml;ssen einige wenige Anwendungen wie lspci oder die LVMVerwaltungsprogramme auf nicht-ppc64-Plattformen als 64-bit Programme
existieren, wenn sie korrekt funktionieren sollen.
Ein 64-bit Kernel kann ausschlie&szlig;lich 64-bit Kernel-Module laden, die speziell f&uuml;r diesen Kernel kompiliert wurden. Die Verwendung von 32-bit
Kernel-Modulen ist nicht m&ouml;glich.
Hinweis
Einige Applikationen ben&ouml;tigen eigene kernel-ladbare Module. Sollten Sie vorhaben, eine solche 32-bit Applikation in einer
64-bit Systemumgebung zu verwenden, kontaktieren Sie den
Anbieter dieser Applikation und SUSE, um sicherzugehen, dass
die 64-bit Version des kernel-ladbaren Moduls und die 32-bit
&Uuml;bersetzung der Kernel API f&uuml;r dieses Modul verf&uuml;gbar sind.
Hinweis
222
7.4. Kernel-Spezifika
8
Im Folgenden werden verschiedene Methoden zum Booten des fertig installierten System vorgestellt. Um das Verst&auml;ndnis der einzelnen Methoden
zu erleichtern, werden zun&auml;chst einige technische Details des Bootprozesses erl&auml;utert. Im Anschluss daran folgen Erl&auml;uterungen zum aktuell verwendeten Bootmanager GRUB und seinem Vorg&auml;nger LILO.
Dieses Kapitel bezieht sich ausschlie&szlig;lich auf die Prozessorarchitekturen
AMD64, x86 und Intel EM64T.
8.1
8.2
8.3
8.4
8.5
8.6
8.7
8.8
8.9
Der Bootvorgang auf dem PC . . . .
Bootkonzepte . . . . . . . . . . . . . .
Map Files, GRUB und LILO . . . . .
Booten mit GRUB . . . . . . . . . . .
Booten mit LILO . . . . . . . . . . . .
Bootloader-Konfiguration mit YaST .
Linux-Bootloader entfernen . . . . .
F&uuml;r alle F&auml;lle: Boot-CD erstellen . . .
S/390, zSeries: Der Bootloader ZIPL .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
224
225
226
227
238
244
249
250
252
Booten und Bootmanager
Booten und Bootmanager
8.1
Der Bootvorgang auf dem PC
Nach dem Einschalten des Rechners werden vom BIOS (engl. Basic Input
Output System) Bildschirm und Tastatur initialisiert sowie der Hauptspeicher getestet. Bis zu diesem Zeitpunkt verf&uuml;gt der Rechner &uuml;ber keine Massenspeichermedien.
Anschlie&szlig;end werden Informationen &uuml;ber aktuelles Datum, Zeit und die
wichtigsten Peripherieger&auml;te aus den CMOS-Werten (CMOS Setup) ausgelesen. Da nun die erste Festplatte einschlie&szlig;lich ihrer Geometrie bekannt
sein sollte, kann das Laden des Betriebssystems von dort beginnen.
Dazu wird von der ersten Festplatte der physikalisch erste Datensektor von
512 Byte Gr&ouml;&szlig;e in den Speicher geladen und die Kontrolle geht auf das Programm zu Beginn dieses Sektors &uuml;ber. Die Abfolge der auf diese Weise ausgef&uuml;hrten Anweisungen bestimmt den weiteren Ablauf des Bootvorgangs.
Die ersten 512 Byte auf der ersten Festplatte werden deshalb auch als Master Boot Record bezeichnet.
Bis zu diesem Zeitpunkt (Laden des MBR) l&auml;uft der Bootvorgang v&ouml;llig
unabh&auml;ngig vom installierten System auf jedem PC immer gleich ab und
der Computer hat bis dahin f&uuml;r den Zugriff auf die Peripherie lediglich die
im BIOS gespeicherten Routinen (Treiber) zur Verf&uuml;gung.
8.1.1
Master Boot Record
Die Struktur des MBR ist durch eine betriebssystem&uuml;bergreifende Konvention festgelegt. Die ersten 446 Byte sind f&uuml;r Programmcode reserviert. Die
n&auml;chsten 64 Byte bieten Platz f&uuml;r eine Partitionstabelle mit bis zu vier Eintr&auml;gen; siehe Abschnitt 3.9 auf Seite 148. Ohne die Partitionstabelle gibt es
keine Dateisysteme, d.h. die Festplatte ist praktisch nicht zu verwenden.
Die letzten zwei Byte m&uuml;ssen eine feste „magische Zahl“ (AA55) enthalten:
ein MBR, der dort etwas anderes stehen hat, wird vom BIOS und von allen
PC-Betriebssystemen als ung&uuml;ltig angesehen.
8.1.2
Bootsektoren
Bootsektoren sind die jeweils ersten Sektoren der Festplatten-Partitionen,
au&szlig;er bei der erweiterten Partition, die nur ein „Beh&auml;lter“ f&uuml;r andere Partitionen ist. Diese Bootsektoren bieten 512 Byte Platz und sind dazu gedacht, Code aufzunehmen, der ein auf dieser Partition befindliches Betriebssystem starten kann. Dies gilt f&uuml;r Bootsektoren formatierter DOS-,
224
8.1. Der Bootvorgang auf dem PC
8.1.3
Booten von DOS oder Windows
Im DOS-MBR der ersten Festplatte ist ein Partitionseintrag als aktiv (engl.
bootable) gekennzeichnet, was bedeutet, dass dort nach dem zu ladenden
System gesucht werden soll. Deshalb muss DOS zwingend auf der ersten
Festplatte installiert sein. Der DOS-Programmcode im MBR ist die erste
Stufe des Bootloaders (engl. first stage bootloader) und &uuml;berpr&uuml;ft, ob auf
der angegebenen Partition ein g&uuml;ltiger Bootsektor vorhanden ist.
Falls dies der Fall ist, kann der Code in diesem Bootsektor als „zweite Stufe“ des Bootloaders (engl. secondary stage loader) nachgestartet werden.
Dieser l&auml;dt nun die Systemprogramme und schlie&szlig;lich erscheint der gewohnte DOS-Prompt bzw. es startet die Benutzeroberfl&auml;che von Windows.
Unter DOS l&auml;sst sich nur eine einzige prim&auml;re Partition als aktiv markieren.
Folglich kann das DOS–System nicht auf logischen Laufwerken in einer
erweiterten Partition untergebracht werden.
8.2
8
Booten und Bootmanager
Windows- oder OS/2-Partitionen, die zus&auml;tzlich noch wichtige Grunddaten des Dateisystems enthalten. Im Gegensatz dazu sind Bootsektoren von
Linux-Partitionen auch nach der Anlage eines Dateisystems erst einmal
leer. Eine Linux-Partition ist daher nicht von selbst startbar, auch wenn sie
einen Kernel und ein g&uuml;ltiges Root-Dateisystem enth&auml;lt.
Ein Bootsektor mit g&uuml;ltigem Code f&uuml;r den Systemstart tr&auml;gt in den letzten
2 Bytes dieselbe „magische“ Kennung wie der MBR (AA55).
Bootkonzepte
Das einfachste „Bootkonzept“ betrifft einen Rechner mit einem einzigen
Betriebssystem. Die Abl&auml;ufe in der Startphase in diesem Fall haben wir soeben geschildert. Ein solcher Bootvorgang ist auch f&uuml;r einen Nur–Linux–
Rechner denkbar. Dann kann theoretisch auf die Installation eines Bootloaders verzichtet werden, allerdings w&auml;re es so nicht m&ouml;glich, dem Kernel
w&auml;hrend des Startens eine Kommandozeile (mit Spezialw&uuml;nschen zum
Startvorgang, zus&auml;tzlichen Hardware-Informationen usw.) mitzugeben. Sobald mehr als ein Betriebssystem auf einem Rechner installiert ist, bieten
sich verschiedene Bootkonzepte an:
Zus&auml;tzliche Systeme von Diskette booten
Ein Betriebssystem wird von Platte geladen, mit Hilfe von
Boot-Disketten k&ouml;nnen alternativ weitere Betriebssysteme vom
Disketten-Laufwerk aus gestartet werden.
SUSE LINUX Enterprise Server
225
Bedingung: Ein bootf&auml;higes Diskettenlaufwerk ist vorhanden.
Beispiel: Sie installieren Linux zus&auml;tzlich zu Ihrem Windows–
System und starten Linux stets von Bootdiskette.
Vorteil: Sie ersparen sich die Bootloader-Installation.
Nachteile: Sie m&uuml;ssen sehr darauf bedacht sein, einen Sicherheitsvorrat funktionierender Bootdisketten zu haben und der Start
dauert l&auml;nger.
Dass Ihr Linux ohne Bootdiskette nicht starten kann, mag je
nach beabsichtigtem Einsatz Ihres Rechners ein Vor- oder Nachteil sein.
Zus&auml;tzliche Systeme von einem USB-Speichermedium booten
Ebenso wie von einer Diskette k&ouml;nnen die zum Booten notwendigen
Informationen von einem USB-Speichermedium eingelesen werden.
Installation eines Bootmanagers Ein Bootmanager erlaubt, mehrere Systeme gleichzeitig auf einem Rechner zu halten und sie abwechselnd
zu nutzen. Der Benutzer w&auml;hlt das zu ladende System bereits w&auml;hrend des Bootvorgangs aus; ein Wechsel erfordert den Neustart des
Rechners. Bedingung ist dabei, dass der gew&auml;hlte Bootmanager mit
allen Betriebssystemen „harmoniert“. Die Bootmanager von SUSE
LINUX (LILO und sein Nachfolger GRUB) k&ouml;nnen alle g&auml;ngigen Betriebssysteme starten. SUSE LINUX installiert daher den gew&uuml;nschten Bootmanager standardm&auml;&szlig;ig in den MBR, so Sie diese Einstellung
nicht w&auml;hrend des Installationsdialogs &auml;ndern.
8.3
Map Files, GRUB und LILO
Das gr&ouml;&szlig;te Problem beim Booten eines Betriebssystems besteht darin, dass
der Kernel eine Datei auf einem Dateisystem auf einer Partition auf einer
Festplatte ist. F&uuml;r das BIOS allerdings sind Dateisysteme und Partitionen
v&ouml;llig unbekannte Konzepte.
Um dieses Problem zu umgehen, wurden so genannte „Maps“ und „Map
Files“ eingef&uuml;hrt. In den Maps werden die physikalischen Bl&ouml;cke auf der
Festplatte notiert, die von den logischen Dateien belegt sind. Wenn so eine
Map verarbeitet wird, l&auml;dt das BIOS die physikalischen Bl&ouml;cke in der Reihenfolge, wie sie in der Map-Datei angegeben ist, und baut so die logische
Datei im Speicher auf.
226
8.3. Map Files, GRUB und LILO
Dieser Unterschied hat historische Gr&uuml;nde. In den fr&uuml;hen Tagen von Linux
k&auml;mpften viele verschieden Dateisysteme um die Vorherrschaft. Werner
Almesberger entwickelte einen Bootloader (LILO), der nicht wissen musste, auf welchem Filesystem der zu bootende Kernel angelegt war. Die Idee
hinter GRUB geht sogar noch weiter zur&uuml;ck in die Tage des traditionellen
Unix und BSD. Diese hatten sich gew&ouml;hnlich auf ein Dateisystem festgelegt und am Anfang desselben einen bestimmten Platz f&uuml;r den Bootloader
reserviert. Dieser Bootloader kannte die Struktur des Dateisystems, in das
er eingebunden war, und fand dort die Kernel mit ihren Namen im rootVerzeichnis.
Hinweis
Wann wird welcher Bootloader installiert?
Wenn Sie ein Update von einer fr&uuml;heren SUSE LINUX Version
durchf&uuml;hren, die LILO benutzte, wird auch wieder LILO eingerichtet. Bei einer Neuinstallation wird dagegen GRUB verwendet, au&szlig;er die Root-Partition wird auf folgenden Raid-Systemen
installiert:
8
Booten und Bootmanager
Im Gegensatz zu LILO, der sich vollst&auml;ndig auf Maps verl&auml;sst, versucht
GRUB, sich sobald als m&ouml;glich von den festen Maps zu l&ouml;sen Dies erreicht
GRUB durch File System Code, der es erm&ouml;glicht, auf Dateien durch die Pfadangabe zuzugreifen und nicht mehr durch die Blocknummern.
CPU-abh&auml;ngige Raid-Controller (wie z.B. viele Promise- oder
Highpoint Controller)
Software-Raid
LVM
Informationen zur Installation und Konfiguration von LILO
erhalten Sie unter dem Stichwort „LILO“ in der SupportDatenbank (http://portal.suse.de/sdb/de/index.
html).
Hinweis
8.4
Booten mit GRUB
GRUB (engl. Grand Unified Bootloader) besteht wie LILO aus zwei Stufen. Die erste Stufe (stage1) besteht aus 512 Byte und wird in den MBR oder
SUSE LINUX Enterprise Server
227
den Bootsektor einer Plattenpartition oder Diskette geschrieben. Die zweite, gr&ouml;&szlig;ere Stufe (stage 2) wird im Anschluss daran geladen und enth&auml;lt
den eigentlichen Programmcode. Einzige Aufgabe der ersten Stufe ist bei
GRUB, die zweite Stufe des Bootloaders zu laden.
Ab diesem Punkt unterscheidet sich GRUB von LILO. stage2 kann auf
Dateisysteme zugreifen. Derzeit werden Ext2, Ext3, ReiserFS, JFS, XFS, Minix und das von Windows verwendete DOS FAT FS unterst&uuml;tzt. GRUB
kann noch vor dem Booten auf Dateisysteme unterst&uuml;tzter BIOS-DiskDevices (Diskette oder vom BIOS erkannte Festplatten) zugreifen, weshalb &Auml;nderungen an der GRUB-Konfigurationsdatei keine Neuinstallation
des Bootmanagers mehr bedeuten. Beim Booten liest GRUB die Men&uuml;datei
samt der aktuellen Pfade und Partitionsangaben zu Kernel oder initialer
Ramdisk (initrd) neu ein und findet diese Dateien selbst&auml;ndig.
Hinweis
GRUB and JFS
Obwohl technisch m&ouml;glich, ist eine Kombination von GRUB mit
JFS nicht zu empfehlen.
Hinweis
GRUB hat den gro&szlig;en Vorteil, dass alle Bootparameter vor dem Booten bequem ge&auml;ndert werden k&ouml;nnen. Wurde zum Beispiel beim Editieren der
Men&uuml;datei ein Fehler gemacht, kann er auf diese Weise „ausgewetzt“ werden. Dar&uuml;ber hinaus k&ouml;nnen Boot-Kommandos interaktiv &uuml;ber eine Art
von Eingabeaufforderung eingegeben werden. GRUB bietet die M&ouml;glichkeit, noch vor dem Booten die Lage von Kernel und initrd festzustellen. So
booten Sie Betriebssysteme, die noch keinen Eintrag im Bootmen&uuml; haben.
8.4.1
Das GRUB-Bootmen&uuml;
Hinter dem grafischen Splash-Screen mit dem Bootmen&uuml; steht die GRUBKonfigurationsdatei /boot/grub/menu.lst, die alle Informationen zu
allen Partitionen oder Betriebssystemen enth&auml;lt, die mit Hilfe des Men&uuml;s
gebootet werden k&ouml;nnen.
GRUB liest bei jedem Systemstart die Men&uuml;datei vom Dateisystem neu ein.
Es besteht also kein Bedarf, GRUB nach jeder erfolgten &Auml;nderung an der
Datei zu aktualisieren — verwenden Sie einfach YaST oder Ihren favorisierten Editor.
Die Men&uuml;datei enth&auml;lt Befehle. Die Syntax ist sehr einfach. Jede Zeile enth&auml;lt einen Befehl, gefolgt von optionalen Parametern, die wie bei der Shell
228
8.4. Booten mit GRUB
Zur Erkennung der Men&uuml;eintr&auml;ge in der Men&uuml;-&Uuml;bersicht, m&uuml;ssen Sie f&uuml;r
jeden Eintrag einen Namen oder einen title vergeben. Der nach dem
Schl&uuml;sselwort title stehende Text wird inklusive Leerzeichen im Men&uuml;
als selektierbare Option angezeigt. Alle Befehle bis zum n&auml;chsten title
werden nach Auswahl dieses Men&uuml;eintrages ausgef&uuml;hrt.
Einfachster Fall ist das Verzweigen zu Bootloadern anderer Betriebssysteme. Der Befehl lautet chainloader und das Argument ist normalerweise
der Boot-Block einer anderen Partition in GRUBs Block-Notation, zum Beispiel:
chainloader (hd0,3)+1
Die Devicenamen unter GRUB werden in Abschnitt 8.4.1 auf der n&auml;chsten
Seite erkl&auml;rt. Obiges Beispiel spezifiziert den ersten Block der vierten Partition auf der ersten Festplatte.
8
Booten und Bootmanager
durch Leerzeichen getrennt werden. Einige Befehle erlauben aus historischen Gr&uuml;nden ein Gleichheitszeichen vor dem ersten Parameter. Kommentare werden durch einen Hash (#) eingeleitet.
Mit dem Kommando kernel wird ein Kernel-Image spezifiziert. Das erste
Argument ist der Pfad zum Kernel-Image auf einer Partition. Die restlichen
Argumente werden dem Kernel auf der Kommandozeile &uuml;bergeben.
Wenn der Kernel nicht die erforderlichen Treiber f&uuml;r den Zugriff auf die
root-Partition einkompiliert hat, dann muss initrd angegeben werden.
Hierbei handelt es sich um einen separaten GRUB-Befehl, der den Pfad
zur initrd-Datei als einziges Argument hat. Da die Ladeadresse der initrd
in das bereits geladene Kernel-Image geschrieben wird, muss der Befehl
initrd auf den kernel-Befehl folgen.
Der Befehl root vereinfacht die Spezifikation der Kernel- und initrdDateien. root hat als einziges Argument entweder ein GRUB-Device oder
eine Partition auf einem solchen. Allen Kernel-, initrd- oder anderen Dateipfaden, bei denen nicht explizit ein Device angegeben ist, wird bis zum
n&auml;chsten root-Befehl das Device vorangestellt. In einer menu.lst-Datei,
die w&auml;hrend der Installation generiert wurde, kommt dieser Befehl nicht
vor. Er dient der Vereinfachung beim h&auml;ndischen Editieren.
Am Ende jeden Men&uuml;-Eintrags steht implizit das boot-Kommando, so
dass dieses nicht in die Men&uuml;datei geschrieben werden muss. Sollten Sie
jedoch in die Situation kommen, GRUB interaktiv zum Booten zu benutzen, m&uuml;ssen Sie am Ende das boot-Kommando eingeben. boot hat keine
Argumente, es f&uuml;hrt lediglich das geladene Kernel-Image oder den angegebenen Chain Loader aus.
SUSE LINUX Enterprise Server
229
Wenn Sie alle Men&uuml;-Eintr&auml;ge geschrieben haben, m&uuml;ssen Sie einen Eintrag
als default festlegen. Andernfalls wird der erste (Eintrag 0) verwendet.
Sie haben auch die M&ouml;glichkeit, einen Timeout in Sekunden anzugeben,
nach dem dies geschehen soll. timeout und default werden &uuml;blicherweise vor die Men&uuml;eintr&auml;ge geschrieben. Eine Beispieldatei samt Erl&auml;uterung finden Sie im Abschnitt 8.4.1 auf der n&auml;chsten Seite.
Namenskonventionen f&uuml;r Festplatten und Partitionen
GRUB verwendet f&uuml;r die Bezeichnung von Festplatten und Partitionen
andere Konventionen, als Sie es von den normalen Linux-Devices (z.B.
/dev/hda1) her gewohnt sind. Die erste Festplatte wird immer hd0 genannt, das Diskettenlaufwerk fd0.
Hinweis
Partitionz&auml;hlung in GRUB
Die Z&auml;hlung der Partitionen in GRUB beginnt bei Null. (hd0,0)
entspricht der ersten Partition auf der ersten Festplatte; in einem
gew&ouml;hnlichen Desktop-Rechner mit einer Platte als Primary
Master angeschlossen lautet der Device-Name /dev/hda1.
Hinweis
Die vier m&ouml;glichen prim&auml;ren Partitionen belegen die Partitionsnummern 0
bis 3. Ab 4 werden die logischen Partitionen hochgez&auml;hlt:
(hd0,0)
(hd0,1)
(hd0,2)
(hd0,3)
(hd0,4)
(hd0,5)
...
erste prim&auml;re Partition auf der ersten Festplatte
zweite prim&auml;re Partition
dritte prim&auml;re Partition
vierte prim&auml;re (und meist die erweiterte) Partition
erste logische Partition
zweite logische Partition
Hinweis
IDE, SCSI oder RAID
GRUB unterscheidet nicht zwischen IDE-, SCSI- oder RAIDDevices. Alle Festplatten, die vom BIOS oder weiteren Controllern erkannt werden, werden der im BIOS voreingestellten
Bootreihenfolge entsprechend durchgez&auml;hlt.
Hinweis
230
8.4. Booten mit GRUB
Ein kompletter GRUB-Pfad besteht aus einem Device-Namen, der in Klammern geschrieben wird sowie dem Pfad der Datei in dem Dateisystem auf
der angegebenen Partition. Der Pfad wird durch einen Slash eingeleitet. Als
Beispiel, auf einem System mit einer einzelnen IDE-Festplatte und Linux
auf der ersten Partition, k&ouml;nnte der bootbare Kernel wie folgt aussehen:
(hd0,0)/boot/vmlinuz
Beispiel einer Men&uuml;-Datei
Zum besseren Verst&auml;ndnis des Aufbaus einer GRUB-Men&uuml;datei stellen wir
ein kurzes Beispiel vor. Diese Beispiel-Installation beinhaltet eine LinuxBootpartition unter /dev/hda5, eine Root-Partition unter /dev/hda7 und
eine Windows-Installation unter /dev/hda1.
8
Booten und Bootmanager
Das Problem, dass Linux-Device-Namen nicht eindeutig zu BIOS-DeviceNamen zugeordnet werden k&ouml;nnen, besteht f&uuml;r sowohl LILO als auch
GRUB. Beide benutzen vergleichbare Algorithmen, um diese Zuordnung
zu generieren. Jedoch speichert GRUB diese Zuordnung in einer Datei
(device.map) ab, die bearbeitet werden kann. Mehr Informationen zur
Datei device.map finden Sie im Abschnitt 8.4.2 auf Seite 234.
gfxmenu (hd0,4)/message
color white/blue black/light-gray
default 0
timeout 8
title linux
kernel (hd0,4)/vmlinuz root=/dev/hda7 vga=791
initrd (hd0,4)/initrd
title windows
chainloader(hd0,0)+1
title floppy
chainloader(fd0)+1
title failsafe
kernel (hd0,4)/vmlinuz.shipped root=/dev/hda7 ide=nodma \
apm=off acpi=off vga=normal nosmp maxcpus=0 3
initrd (hd0,4)/initrd.shipped
Der erste Block behandelt die Konfiguration des Splash-Screens:
gfxmenu (hd0,4)/message Das Hintergrundbild liegt auf /dev/hda5 und
tr&auml;gt den Namen message
SUSE LINUX Enterprise Server
231
color white/blue black/light-gray Das Farbschema: weiss (Vordergrund),
blau (Hintergrund), schwarz (Auswahl) und hellgrau (Hintergrund
der Auswahl). Das Farbschema wirkt sich nicht auf den Splashscreen
aus, sondern erst, wenn Sie diesen mit Esc verlassen.
default 0 Der erste Men&uuml;eintrag mit title linux soll standardm&auml;&szlig;ig
gebootet werden.
timeout 8 Nach acht Sekunden ohne Benutzerfeedback bootet GRUB automatisch durch.
Der zweite und gr&ouml;&szlig;te Block listet die verschiedenen bootbaren Betriebssysteme auf.
Der erste Eintrag (title linux) ist f&uuml;r das Booten von SUSE LINUX zust&auml;ndig. Der Kernel (vmlinuz) liegt auf der ersten Festplatte
in den ersten logischen Partition (hier der Bootpartition). Kernelparameter wie zum Beispiel die Angabe der Rootpartition, des VGAModus etc. werden hier angeh&auml;ngt. Die Angabe der Rootpartition
erfolgt nach dem Linux-Schema (/dev/hda7/) da diese Information f&uuml;r den Kernel bestimmt ist und nichts mit GRUB zu tun hat. Die
initrd liegt ebenfalls in der ersten logischen Partition der ersten
Festplatte.
Der zweite Eintrag ist f&uuml;r das Laden von Windows zust&auml;ndig. Windows wird von der ersten Partition der ersten Festplatte aus gestartet
(hd0,0). Mittels chainloader +1 wird das Auslesen und Ausf&uuml;hren des ersten Sektors der angegebenen Partition gesteuert.
Der n&auml;chste Abschnitt dient dazu, das Booten von Diskette zu erm&ouml;glichen, ohne dass dazu das BIOS umgestellt werden m&uuml;sste.
Die Bootoption failsafe dient dazu, Linux mit einer bestimmten
Auswahl an Kernelparametern zu starten, die selbst auf problematischen Systemen ein Hochfahren von Linux erm&ouml;glichen.
Die Men&uuml;datei kann jederzeit ge&auml;ndert werden und wird von GRUB automatisch beim n&auml;chsten Booten &uuml;bernommen. Sie k&ouml;nnen diese Datei
mit dem Editor Ihrer Wahl oder mit YaST permanent editieren. Alternativ
k&ouml;nnen Sie tempor&auml;re &Auml;nderungen interaktiv &uuml;ber die Edit-Funktion von
GRUB vornehmen.
232
8.4. Booten mit GRUB
8
Hinweis
...
title windows
map (hd0) (hd1)
map (hd1) (hd0)
chainloader(hd1,0)+1
...
Hier soll Windows von der zweiten Festplatte gestartet werden.
Dazu wird die logische Reihenfolge der Festplatten mit map getauscht. Beachten Sie dabei jedoch, dass sich durch den Tausch
die Logik innerhalb der GRUB-Men&uuml;datei nicht &auml;ndert. Nach wie
vor m&uuml;ssen Sie bei chainloader die zweite Festplatte angeben.
Booten und Bootmanager
Festplattenreihenfolge tauschen
Manche Betriebssysteme (z.B. Windows) k&ouml;nnen nur von der
ersten Festplatte starten. Wenn Sie ein solches Betriebssystem auf
einer anderen als der ersten Festplatte installiert haben, k&ouml;nnen
Sie beim entsprechenden Men&uuml;eintrag einen logischen Tausch
veranlassen. Dies funktioniert allerdings nur, wenn das Betriebssystem beim Start &uuml;ber das BIOS auf die Festplatten zugreift.
Hinweis
&Auml;ndern von Men&uuml;-Eintr&auml;gen w&auml;hrend des Bootvorgangs
Aus dem grafischen Bootmen&uuml; von GRUB k&ouml;nnen Sie mittels der Cursortasten ausw&auml;hlen, welches der verf&uuml;gbaren Betriebssysteme gestartet
werden soll. W&auml;hlen Sie ein Linux-System, k&ouml;nnen Sie am Bootprompt –
wie auch von LILO gewohnt – eigene Bootparameter einf&uuml;gen. GRUB geht
noch &uuml;ber dieses Konzept hinaus. Dr&uuml;cken Sie Esc und verlassen Sie den
Splash-Screen, k&ouml;nnen Sie nach der Eingabe von e (edit) einzelne Men&uuml;Eintr&auml;ge gezielt direkt editieren. &Auml;nderungen, die Sie auf diese Weise vornehmen, gelten nur f&uuml;r diesen einen Bootvorgang und werden nicht dauerhaft &uuml;bernommen.
Hinweis
Tastaturbelegung w&auml;hrend des Bootens
Bitte beachten Sie, dass beim Booten nur die amerikanische Tastaturbelegung verf&uuml;gbar ist. Achten Sie auf die vertauschten
Sonderzeichen.
Hinweis
SUSE LINUX Enterprise Server
233
Nach Aktivieren des Editiermodus w&auml;hlen Sie mittels der Cursortasten den
Men&uuml;-Eintrag, dessen Konfiguration Sie ver&auml;ndern wollen. Um die Konfi
guration editierbar zu machen, geben Sie ein weiteres Mal e ein. So korrigieren Sie falsche Partitions- oder Pfadangaben, bevor diese sich negativ
verlassen Sie den Editiermodus,
auf den Bootprozess auswirken. Mit Enter kehren ins Men&uuml; zur&uuml;ck und booten diesen Eintrag mit b . Im Hilfetext am
unteren Rand werden weitere Handlungsm&ouml;glichkeiten angezeigt.
M&ouml;chten Sie ge&auml;nderte Bootoptionen dauerhaft eintragen, &ouml;ffnen Sie als
Benutzer root die Datei menu.lst und h&auml;ngen die zus&auml;tzlichen Kernelparameter durch ein Leerzeichen getrennt an die bestehende Zeile an:
title linux
kernel (hd0,0)/vmlinuz root=/dev/hda3 &lt;zus&auml;tzlicher parameter&gt;
initrd (hd0,0)/initrd
GRUB &uuml;bernimmt den neuen Parameter beim n&auml;chsten Booten automatisch. Alternativ k&ouml;nnen Sie f&uuml;r diese &Auml;nderung auf das YaSTBootloadermodul aufrufen. Auch hier wird der neue Parameter lediglich
durch ein Leerzeichen getrennt an die bestehende Zeile angeh&auml;ngt.
8.4.2
Die Datei device.map
Die schon erw&auml;hnte Datei device.map enth&auml;lt die Zuordnungen von
GRUB-Devicenamen und Linux-Devicenamen. Sollten Sie ein Mischsystem aus IDE- und SCSI-Festplatten vorliegen haben, muss GRUB anhand eines bestimmten Verfahrens versuchen, die Bootreihenfolge zu ermitteln. Die BIOS-Informationen zur Bootreihenfolge sind GRUB nicht
zug&auml;nglich. Das Ergebnis dieser &Uuml;berpr&uuml;fung speichert GRUB unter
/boot/grub/device.map ab. Eine Beispieldatei device.map f&uuml;r ein
Beispielsystem – angenommen wird eine im BIOS eingestellte Bootreihenfolge von IDE vor SCSI – sieht so aus:
(fd0)
(hd0)
(hd1)
(hd2)
(hd3)
/dev/fd0
/dev/hda
/dev/hdb
/dev/sda
/dev/sdb
Da die Reihenfolge von IDE, SCSI und anderen Festplatten abh&auml;ngig von
verschiedenen Faktoren ist und Linux die Zuordnung nicht erkennen kann,
besteht die M&ouml;glichkeit, die Reihenfolge in der device.map manuell festzulegen. Sollten Sie Probleme beim Booten haben, kontrollieren Sie, ob die
234
8.4. Booten mit GRUB
Nach manuellen &Auml;nderungen der device.map Datei, rufen Sie den folgenden Befehl auf, um GRUB neu zu installieren:
grub --batch --device-map=/boot/grub/device.map &lt; /etc/grub.conf
8.4.3
Die Datei /etc/grub.conf
Die dritte wichtige Konfigurationsdatei von GRUB neben menu.lst und
device.map ist /etc/grub.conf. Hier werden die Parameter und Optionen aufgef&uuml;hrt, die der Befehl grub ben&ouml;tigt, um den Bootloader korrekt zu installieren:
8
Booten und Bootmanager
Reihenfolge in dieser Datei der BIOS-Reihenfolge entspricht und &auml;ndern
Sie sie notfalls mithilfe der GRUB-Shell (siehe Abschnitt 8.4.3) ab. Ist das
Linux-System erst gebootet, k&ouml;nnen Sie die device.map mithilfe des YaST
Bootloader-Moduls oder eines Editors Ihrer Wahl dauerhaft ab&auml;ndern.
root (hd0,4)
install /grub/stage1 d (hd0) /grub/stage2 0x8000 (hd0,4)/grub/menu.lst
quit
Die Bedeutung der einzelnen Eintr&auml;ge im Detail:
root (hd0,4) Mit diesem Befehl wird GRUB angewiesen, sich bei den folgenden Befehlen auf die erste logische Partition der ersten Festplatte
zu beziehen, auf denen er seine Bootdateien findet.
install parameter Der Befehl grub soll mit dem installParameter gestartet werden. stage1 als erste Stufe des Bootloaders soll in den MBR der ersten Festplatte installiert werden
(/grub/stage1 d (hd0)). stage2 soll in die Speicheradresse
0x8000 geladen werden (/grub/stage2 0x8000). Der letzte Eintrag (hd0,4)/grub/menu.lst weist grub an, wo die Men&uuml;datei
zu finden ist.
Die GRUB-Shell
GRUB existiert in zwei Versionen. Einmal als Bootloader und einmal als
normales Linux-Programm unter /usr/sbin/grub. Dieses Programm
wird als GRUB-Shell bezeichnet. Die Funktionalit&auml;t, GRUB als Bootloader
auf eine Festplatte oder Diskette zu installieren, ist direkt in GRUB integriert in Form der Kommandos install oder setup. Damit ist sie in der
SUSE LINUX Enterprise Server
235
GRUB-Shell verf&uuml;gbar, wenn Linux geladen ist. Diese Befehle sind aber
auch schon w&auml;hrend des Bootvorgangs verf&uuml;gbar, ohne dass Linux dazu
laufen m&uuml;sste. Dadurch vereinfacht sich die Rettung eines defekten Systems.
Nur wenn die GRUB-Shell als Linux-Programm l&auml;uft (aufzurufen mit grub
wie beispielsweise unter Abschnitt 8.4.2 auf Seite 234 beschrieben), kommt
der Zuordnungsalgorithmus von GRUB-Device und Linux-Device-Namen
ins Spiel. Das Programm liest hierzu die Datei device.map. Mehr dazu im
Abschnitt 8.4.2 auf Seite 234.
8.4.4
Bootpasswort setzen
GRUB unterst&uuml;tzt schon zum Bootzeitpunkt den Zugriff auf Dateisysteme,
das heisst es k&ouml;nnen auch solche Dateien Ihres Linux-Systems eingesehen
werden, zu denen Benutzer ohne Root-Rechte im einmal gestarteten System keinen Zugriff h&auml;tten. Durch Vergabe eines Passworts verhindern Sie
solche Zugriffe. Einerseits k&ouml;nnen Sie lediglich den Dateisystemzugriff zur
Bootzeit f&uuml;r Unbefugte sperren oder auch das Ausf&uuml;hren bestimmter Betriebsysteme f&uuml;r die Benutzer sperren.
Zur Vergabe eines Boot-Passworts gehen Sie als Benutzer root folgenderma&szlig;en vor:
Geben Sie am Rootprompt grub ein.
Verschl&uuml;sseln Sie in der GRUB-Shell das Passwort:
grub&gt; md5crypt
Password: ****
Encrypted: $1$lS2dv/$JOYcdxIn7CJk9xShzzJVw/
F&uuml;gen Sie den verschl&uuml;sselten Wert in den globalen Abschnitt der
Datei menu.lst ein:
gfxmenu (hd0,4)/message
color white/blue black/light-gray
default 0
timeout 8
password --md5 $1$lS2dv/$JOYcdxIn7CJk9xShzzJVw/
Nun ist das Ausf&uuml;hren von GRUB-Befehlen am Bootprompt ge
sch&uuml;tzt. Erst nach Eingabe von p und des Passworts wird diese
M&ouml;glichkeit wieder freigegeben. Das Starten eines Betriebssystems
aus dem Bootmen&uuml; heraus ist weiterhin f&uuml;r alle Benutzer m&ouml;glich.
236
8.4. Booten mit GRUB
title linux
kernel (hd0,4)/vmlinuz root=/dev/hda7 vga=791
initrd (hd0,4)/initrd
lock
Nach einem Reboot des Systems und der Auswahl des LinuxEintrags im Bootmen&uuml; erscheint zun&auml;chst folgende Fehlermeldung:
Error 32: Must be authenticated
, um ins Men&uuml; zu gelangen und anschlie&szlig;end p ,
Dr&uuml;cken Sie Enter um einen Prompt f&uuml;r das Passwort zu erhalten. Nach Eingabe des
Passworts und Enter bootet das gew&uuml;nschte Betriebssystem (in diesem Fall Linux).
8
Booten und Bootmanager
Um zus&auml;tzlich das Starten einer oder mehrerer Betriebssysteme aus
dem Bootmen&uuml; zu verhindern, erg&auml;nzen Sie in der Datei menu.lst
den Eintrag lock f&uuml;r jeden Abschnitt, der nicht ohne Passworteingabe starten soll. Im Beispiel s&auml;he dies so aus:
Hinweis
Bootpasswort und Splashscreen
Verwenden Sie ein Bootpasswort f&uuml;r GRUB, steht Ihnen der
gewohnte Splashscreen nicht zur Verf&uuml;gung.
Hinweis
8.4.5
M&ouml;gliche Probleme und weitere Informationen
Hinweis
Bootprobleme mit GRUB
GRUB &uuml;berpr&uuml;ft die Geometrie der angeschlossenen Festplatten
erst beim Booten. In seltenen F&auml;llen macht das BIOS hier inkonsistente Angaben, so dass GRUB einen GRUB Geom Error meldet
(siehe hierzu http://portal.suse.com/sdb/de/2003/02/
fhassel_geom-error.html). In solchen F&auml;llen verwenden
Sie LILO oder aktualisieren ggf. das BIOS. Detaillierte Informationen zur Installation, Konfiguration und Wartung von LILO
finden Sie in der Support-Datenbank http://portal.suse.
de/sdb/de/2004/01/lilo_overview.html.
Hinweis
SUSE LINUX Enterprise Server
237
Auf der Webseite http://www.gnu.org/software/grub/ finden Sie
ausf&uuml;hrliche Informationen zu GRUB in den Sprachen Deutsch und Englisch. Das Online-Handbuch existiert allerdings nur in Englisch.
Wenn texinfo auf dem Rechner installiert ist, k&ouml;nnen Sie sich in der Shell
mit info grub die Info-Seiten zu GRUB anzeigen lassen. Suchen Sie auch
in der Support-Datenbank http://portal.suse.de/sdb/de/index.
html nach dem Stichwort GRUB, um Informationen zu speziellen Themen
zu erhalten.
8.5
Booten mit LILO
Der Linux-Bootloader LILO ist f&uuml;r die Installation im MBR geeignet. LILO hat Zugriff auf beide im Real-Modus bekannten Festplatten und ist bereits von seiner Installation her in der Lage, alle ben&ouml;tigten Daten auf den
„rohen“ Festplatten, ohne Informationen zur Partitionierung, zu finden.
Deshalb lassen sich auch Betriebssysteme von der zweiten Festplatte booten. Die Eintr&auml;ge in der Partitionstabelle werden im Gegensatz zum DOSBootvorgang ignoriert.
Der Hauptunterschied zum DOS-Bootvorgang besteht in der M&ouml;glichkeit,
beim Booten zwischen dem Laden verschiedener installierter Betriebssysteme w&auml;hlen zu k&ouml;nnen. Nach dem Laden des MBR in den Speicher wird
LILO gestartet; LILO bietet nun dem Benutzer die Auswahl aus einer Liste vorinstallierter Systeme an. Er kann beim Systemstart Bootsektoren von
Partitionen laden, um ein Betriebssystem von dieser Partition zu starten,
oder den Linux-Kernel laden und Linux starten. Zudem bietet er die wichtige Gelegenheit, dem Linux-Kernel eine Kommandozeile mitzugeben. Zu
Sicherheitszwecken kann LILO ganz oder teilweise passwortgesch&uuml;tzt werden.
8.5.1
Grundlagen
Die LILO Startmaschinerie umfasst die folgenden Bestandteile:
LILO–Bootsektor mit einem Anfangsst&uuml;ck („erste Stufe“) des LILO–
Codes, das den eigentlichen LILO beim Systemstart aktiviert.
LILO–Maschinencode, standardm&auml;&szlig;ig in /boot/boot-menu.b
Map-Datei (/boot/map), in der LILO bei seiner Installation eintr&auml;gt,
wo die Linux–Kernel und sonstigen Daten, die er braucht, zu finden
sind.
238
8.5. Booten mit LILO
die verschiedenen Linux–Kernel und Bootsektoren, die LILO zum
Starten anbieten soll.
Achtung
Zerst&ouml;rung der Map-Datei durch Schreibzugriff
Jeder Schreibzugriff (auch durch Dateiverschiebung) auf einen
dieser Bestandteile macht die Map-Datei ung&uuml;ltig und daher
eine Neuinstallation von LILO erforderlich (siehe 8.5.4 auf Seite 244)! Dies betrifft vor allem den Wechsel zu einem neuen
Linux-Kernel.
Achtung
F&uuml;r den LILO–Bootsektor stehen folgende Installationsziele zur Auswahl:
8
Booten und Bootmanager
optional: die Message-Datei /boot/message, die standardm&auml;&szlig;ig eine
graphische LILO–Bootauswahl erzeugt.
Auf einer Diskette Dies ist die einfachste, aber auch langsamste Methode,
mit LILO zu booten. W&auml;hlen Sie diese Methode, wenn Sie den bestehenden Bootsektor nicht &uuml;berschreiben wollen.
Im Bootsektor einer prim&auml;ren Linux–Partition der ersten Festplatte
Diese Variante l&auml;sst den MBR unber&uuml;hrt. Vor dem Booten muss diese
Partition mit fdisk als aktiv markiert werden. Rufen Sie dazu als root
fdisk -s &lt;Partition&gt; auf. fdisk fragt Sie nun nach einer Eingabe.
m gibt Ihnen eine Liste der m&ouml;glichen Eingaben und mit a k&ouml;nnen Sie
die angegebene Partition startbar machen.
Im Master Boot Record Diese Variante bietet die gr&ouml;&szlig;te Flexibilit&auml;t. Insbesondere ist dies die einzige M&ouml;glichkeit, Linux von Festplatte aus zu
booten, wenn s&auml;mtliche Linux-Partitionen auf der zweiten Festplatte liegen und auf der ersten keine erweiterte Partition zur Verf&uuml;gung
steht. Ein Ver&auml;nderung des MBR birgt aber bei unsachgem&auml;&szlig;er Installation auch gewisse Risiken.
Wenn Sie bisher einen anderen Bootmanager verwendet haben . . .
. . . und ihn weiterverwenden wollen, gibt es, je nach dessen F&auml;higkeiten, noch weitere M&ouml;glichkeiten. Ein h&auml;ufiger Fall: Sie haben
eine prim&auml;re Linux-Partition auf der zweiten Platte, von der aus
Sie Linux starten wollen. Ihr anderer Bootmanager w&auml;re imstande,
diese Partition &uuml;ber den Bootsektor zu starten. Dann k&ouml;nnen Sie
diese Partition startbar machen, indem Sie LILO in deren Bootsektor
installieren und sie dem anderen Bootmanager als startbar melden.
SUSE LINUX Enterprise Server
239
8.5.2
LILO-Konfiguration
Als flexibler Bootmanager bietet LILO zahlreiche M&ouml;glichkeiten, seine Konfiguration den individuellen Erfordernissen anzupassen. Die wichtigsten
Optionen und ihre Bedeutung werden im Folgenden erl&auml;utert. F&uuml;r eine
umfassende Beschreibung sei auf [4] verwiesen.
Die Konfiguration von LILO wird in der Datei /etc/lilo.conf eingetragen. Es ist ratsam, die bei der letzten LILO–Installation verwendete Konfigurationsdatei sorgf&auml;ltig aufzubewahren und vor jeder &Auml;nderung eine
Sicherheitskopie herzustellen. Eine &Auml;nderung wird erst wirksam, indem
Sie LILO mit der neuesten Fassung der Konfigurationsdatei neu installieren
(Abschnitt 8.5.4 auf Seite 244)!
8.5.3
Der Aufbau der Datei lilo.conf
Die /etc/lilo.conf beginnt mit einem globalen Abschnitt (engl. global
options section) mit allgemeinen Einstellungen, gefolgt von einem oder
mehreren System-Abschnitten (engl. image sections) f&uuml;r die einzelnen Betriebssysteme, die LILO starten soll. Ein neuer Systemabschnitt wird jeweils eingeleitet durch eine Zeile mit der Option image oder other.
Die Reihenfolge der einzelnen Betriebssysteme in der lilo.conf ist nur
insofern von Bedeutung, als das zuerst in der Liste aufgef&uuml;hrte System automatisch gebootet wird, wenn keine Benutzereingabe erfolgt – gegebenenfalls nach Ablauf einer vorkonfigurierten Wartezeit (s.u. die Optionen
delay und timeout).
Datei 8.1 zeigt eine Beispielkonfiguration auf einem Rechner mit Linux
und Windows. Beim Booten sollen zur Auswahl stehen: ein neuer Kernel
(/boot/vmlinuz) und ein Linux-Kernel als Fallback (/boot/vmlinuz.
shipped), sowie Windows auf /dev/hda1 und das Programm Memtest86.
Beispiel 8.1: Beispielkonfiguration in /etc/lilo.conf
### LILO global section
boot
= /dev/hda
#
backup = /boot/MBR.hda.990428
#
vga
= normal
#
read-only
menu-scheme = Wg:kw:Wg:Wg
lba32
#
240
8.5. Booten mit LILO
LILO installation target: MBR
# backup file for the old MBR
1999-04-28
normal text mode (80x25 chars)
Use BIOS to ignore
# 1024 cylinder limit
message = /boot/message
### LILO
image
label
root
initrd
#
#
#
#
LILO password (example)
Wait at prompt for 8 s before
default is booted
LILO’s greeting
Linux section (default)
= /boot/vmlinuz
# Default
= linux
= /dev/hda7
# Root partition for the kernel
= /boot/initrd
### LILO Linux section (fallback)
image = /boot/vmlinuz.shipped
label = Failsafe
root
= /dev/hda7
initrd = /boot/initrd.suse
optional
Booten und Bootmanager
prompt
password = q99iwr4
timeout = 80
8
### LILO other system section (Windows)
other = /dev/hda1
# Windows partition
label = windows
### LILO Memory Test
image = /boot/memtest.bin
label = memtest86
In /etc/lilo.conf ist alles von einem # bis zum Zeilenende ein Kommentar. Er wird ebenso wie Zwischenraum von LILO ignoriert und kann
zur Verbesserung der Lesbarkeit verwendet werden. Zun&auml;chst werden die
unbedingt notwendigen Eintr&auml;ge besprochen, die weiteren Optionen sind
im anschlie&szlig;enden Abschnitt 8.5.3 auf der vorherigen Seite beschrieben.
Globaler Abschnitt (Parameterteil)
. boot=bootdevice
Device auf dessen erstem Sektor der LILO–Bootsektor installiert werden soll (das Installationsziel). bootdevice kann
sein: ein Diskettenlaufwerk (/dev/fd0), eine Partition (z.B.
/dev/hdb3), oder eine ganze Platte (z.B. /dev/hda): letzteres bedeutet die Installation im MBR. Voreinstellung: Fehlt diese
SUSE LINUX Enterprise Server
241
Angabe, wird LILO auf der gegenw&auml;rtigen Linux–Rootpartition
installiert.
. lba32
Diese Option umgeht die 1024–Zylinder–Grenze von LILO. Dies
funktioniert nat&uuml;rlich nur, wenn das BIOS Ihres Rechners dies
auch unterst&uuml;tzt.
. prompt
Erzwingt das Erscheinen der LILO–Eingabeaufforderung
(Prompt). Die Voreinstellung ist: kein Prompt! (Vgl. Abschnitt 8.5.3 auf Seite 240, Option delay.)
Empfohlen, sobald LILO mehr als nur ein System starten soll.
Zusammen damit sollte auch die timeout-Option gesetzt werden, damit ein automatischer Reboot m&ouml;glich ist, wenn keine
Eingabe erfolgt.
. timeout=zehntelsekunden
Setzt eine Auszeit f&uuml;r die Wahl des zu startenden Systems und
erm&ouml;glicht dadurch das automatische Booten, wenn nicht rechtzeitig eine Auswahl erfolgt. zehntelsekunden ist dabei die
verbleibende Zeit in Zehntelsekunden f&uuml;r eine Eingabe. Durch
Dr&uuml;cken von Shift wird diese Funktion au&szlig;er Kraft gesetzt und
der Rechner wartet auf Ihre Eingabe. Die Voreinstellung ist 80.
Linux-Abschnitt
. image=kernelimage
Hier muss der Name des zu bootenden Kernel-Images stehen.
Dies wird in der Regel /boot/vmlinuz sein.
. label=&lt;name&gt;
Innerhalb der /etc/lilo.conf eindeutiger, aber sonst frei
w&auml;hlbarer Name f&uuml;r das System (z.B. Linux). Maximale L&auml;nge
15 Zeichen: m&ouml;glichst nur Buchstaben, Ziffern und Unterstrich
– keine Leerzeichen, Sonderzeichen wie deutsche Umlaute u.&Auml;.
Die genauen Regeln f&uuml;r erlaubte Zeichen finden Sie in Abschnitt
[4]. Die Voreinstellung ist Dateiname des Kernel-Images (zum
Beispiel /boot/vmlinuz).
Unter diesem Namen w&auml;hlen Sie beim Systemstart das gew&uuml;nschte Betriebssystem aus. Bei mehreren Systemen empfiehlt
es sich, eine n&auml;here Beschreibung der Namen und Systeme in einer message–Datei (siehe Abschnitt 8.5.3 auf Seite 240, Option
message) bereitzustellen.
242
8.5. Booten mit LILO
Linux-Abschnitt (Linux – Safe Settings)
Auch wenn ein eigener Kernel installiert wurde, ist es immer m&ouml;glich, auf diesen Kernel zur&uuml;ckzugreifen und das System zu starten.
8
Booten und Bootmanager
. root=&lt;rootdevice&lt;
Damit gibt LILO dem Kernel die Rootpartition (z.B. /dev/
hda2) des Linux-Systems an. Zur Sicherheit empfohlen! Wird
diese Option weggelassen, nimmt der Kernel die in ihm selbst
eingetragene Rootpartition &lt;kernelimage&gt;.
. append=&lt;parameter&gt;
M&ouml;chten Sie LILO nachtr&auml;glich weitere Bootoptionen f&uuml;r den
Kernel &uuml;bergeben, f&uuml;gen Sie der bestehenden lilo.conf eine
mit append beginnende Zeile hinzu und geben nach dem = Zeichen die entsprechenden Parameter durch Leerzeichen getrennt
und in Anf&uuml;hrungsstrichen ein. Nach dieser &Auml;nderung muss LILO als Benutzer root mit lilo neu installiert werden, damit
beim n&auml;chsten Booten Ihre &Auml;nderungen &uuml;bernommen werden.
. optional
Sollte /boot/vmlinuz.shipped gel&ouml;scht werden (nicht empfehlenswert!), wird bei der LILO-Installation dieser Abschnitt
ohne Fehlermeldung &uuml;bergangen.
Anderes System
. other=&lt;partition&gt;
Mit other werden LILO Startpartitionen anderer Systeme zum
Booten bekannt gemacht (z.B. /dev/hda1).
. label=name
W&auml;hlen Sie hier einen Name f&uuml;r dieses System. Die Voreinstellung – der blo&szlig;e Device–Name der Partition – ist beim Booten
nicht sehr aussagekr&auml;ftig.
Memory Test
Hier ist nur das Programm zum Testen des Speichers eingetragen.
Im diesem Abschnitt wurden nur die in /etc/lilo.conf minimal
n&ouml;tigen Eintr&auml;ge besprochen. Weitere n&uuml;tzliche Einstellungen entnehmen Sie bitte der Manual-Page von lilo.conf, die Sie mit dem Befehl
man lilo.conf erhalten.
SUSE LINUX Enterprise Server
243
8.5.4
Installation und Deinstallation von LILO
Achtung
Booten von anderen Betriebssystemen
Vergewissern Sie sich vor der Installation von LILO auf jeden
Fall, dass Sie eventuell vorhandene andere Betriebssysteme
von Diskette booten k&ouml;nnen (funktioniert nicht bei Windows
XP/2000/NT)! Vor allem fdisk muss zur Verf&uuml;gung stehen. SUSE
LINUX kann gegebenenfalls auch von der Installations-CD bzw.
-DVD gebootet werden.
Achtung
Installation nach &Auml;nderung der Konfiguration
Wenn sich an den LILO–Komponenten etwas ge&auml;ndert hat oder wenn Sie
Ihre Konfiguration in /etc/lilo.conf modifiziert haben, m&uuml;ssen Sie
LILO neu installieren. Dies geschieht durch einfachen Aufruf des sog. MapInstallers als Benutzer root: /sbin/lilo.
LILO legt daraufhin ein Backup des Ziel–(Boot-)Sektors an, schreibt seine „erste Stufe“ in diesen Sektor und erzeugt eine neue Map–Datei. LILO
meldet nacheinander die installierten Systeme – z.B. im Fall unser obigen
Beispielkonfiguration:
Added linux * Added suse Added windows Added memtest86
Nach abgeschlossener Installation kann der Rechner neu gestartet werden
(als Benutzer root): shutdown -r now.
Nachdem das BIOS seinen Systemtest ausgef&uuml;hrt hat, meldet sich LILO
mit seiner Eingabeaufforderung, an der Sie LILO Parameter f&uuml;r den Kernel
&uuml;bergeben und das gew&uuml;nschte Bootimage ausw&auml;hlen k&ouml;nnen. Mit Tab lassen sich die Bezeichnungen der installierten Konfigurationen auflisten.
8.6
Bootloader-Konfiguration mit YaST
Die Bootloader-Konfiguration wird durch das YaST-Modul stark vereinfacht, allerdings sollten Sie sich nicht daran versuchen, ohne das Konzept
dahinter verstanden zu haben. Die folgenden Erkl&auml;rungen beziehen sich
prim&auml;r auf den Standard-Bootloader GRUB.
244
8.6. Bootloader-Konfiguration mit YaST
8
Hinweis
Hinweis
Rufen Sie im YaST Kontrollzentrum unter ‘System’ das Modul ‘BootloaderKonfiguration’ auf. Sie sehen die aktuelle Bootloader-Konfiguration Ihres
Systems und k&ouml;nnen diese nun ver&auml;ndern (siehe Abb. 8.1).
Booten und Bootmanager
Das &Auml;ndern des Boot-Modus im laufenden System ist nur f&uuml;r
Experten zu empfehlen.
Abbildung 8.1: Bootloader-Konfiguration mit YaST
8.6.1
Das Hauptfenster
Das wei&szlig; unterlegte Konfigurationsfeld gliedert sich in drei Spalten, links
unter ‘Ge&auml;ndert’ werden die ver&auml;nderten Optionen markiert, die in der
mittleren Spalte aufgef&uuml;hrt sind. Die aktuellen Werte dazu finden Sie in der
rechten Spalte. Um nun eine neue Option hinzuzuf&uuml;gen, klicken Sie auf
den Button ‘Hinzuf&uuml;gen’. Wenn Sie dagegen nur den Wert einer Option &auml;ndern wollen, w&auml;hlen Sie diese durch Mausklick aus und klicken dann auf
SUSE LINUX Enterprise Server
245
‘Bearbeiten’. Wollen Sie eine bestehende Option nicht verwenden, w&auml;hlen
Sie sie aus und klicken auf ‘L&ouml;schen’.
Rechts unter dem Konfigurationsfenster finden Sie eine Combobox ‘Zur&uuml;cksetzen’ mit folgenden Optionen:
Neue Konfiguration vorschlagen Ein neuer Konfigurationsvorschlag
wird erstellt. Wenn dabei auf anderen Partitionen eine &auml;ltere LinuxVersion oder ein anderes Betriebssystem gefunden werden, werden
diese in das Bootmen&uuml; integriert. Sie k&ouml;nnen dann w&auml;hlen, ob Linux
direkt gebootet wird oder dessen alter Bootloader. Im letzteren Fall
gelangen Sie dann beim Booten in ein zweites Bootmen&uuml;.
Starten von Scratch Sie erstellen selbst die gesamte Konfiguration ohne
Unterst&uuml;tzung durch Vorschl&auml;ge.
Konfiguration neu von Festplatte einlesen
Wenn Sie schon einige Ver&auml;nderungen vorgenommen haben und
mit dem Ergebnis nicht zufrieden sind, k&ouml;nnen Sie hier die aktuell
gespeicherte Konfiguration neu einlesen. Als Ausgangsbasis haben
Sie dann wieder den Stand, der im System gespeichert ist.
Vorschlagen und mit vorhandene GRUB-Men&uuml;s mergen
Falls ein anderes Betriebssystem und eine &auml;ltere Linux-Version in
anderen Partitionen installiert sind, wird das Men&uuml; aufgebaut aus einem Eintrag f&uuml;r das neue SUSE LINUX, einem Eintrag f&uuml;r das andere
System sowie allen Eintr&auml;gen aus dem alten Bootloader-Men&uuml;. Dieser
Vorgang kann einige Zeit in Anspruch nehmen. Bei Verwendung von
LILO besteht diese M&ouml;glichkeit nicht.
MBR von Festplatte wiederherstellen
Hier wird der auf Festplatte gespeicherte MBR wieder zur&uuml;ckgeschrieben.
Unterhalb dieser Combobox finden Sie den Button ‘Konfigurationsdateien bearbeiten’, &uuml;ber den Sie direkt die relevanten Konfigurationsdateien
in einem Editor bearbeiten k&ouml;nnen. &Uuml;ber das Auswahlfeld laden Sie die
gew&uuml;nschte Datei und k&ouml;nnen diese direkt &auml;ndern. Bei Klick auf ‘OK’
werden Ihre &Auml;nderungen gespeichert. Mit ‘Abbrechen’ verlassen Sie die
Bootloader-Konfiguration und ‘Zur&uuml;ck’ bringt Sie wieder zum Hauptfenster.
246
8.6. Bootloader-Konfiguration mit YaST
8
Achtung
Achtung
8.6.2
Optionen der Bootloader-Konfiguration
F&uuml;r weniger erfahrene Benutzer ist die YaST-gef&uuml;hrte Konfiguration wesentlich einfacher als das direkte Editieren der Dateien. Selektieren Sie mit
der Maus eine Option und klicken dann auf ‘Bearbeiten’, erscheint ein Dialog, in dem Sie individuelle Anpassungen vornehmen k&ouml;nnen. Durch Klick
auf ‘OK’ best&auml;tigen Sie die &Auml;nderungen und gelangen zur&uuml;ck zum Hauptdialog, wo Sie weitere Optionen bearbeiten k&ouml;nnen. Diese Optionen sind
je nach Bootloader unterschiedlich. Im Folgenden stellen wir Ihnen kurz
einige wichtige f&uuml;r GRUB vor:
Booten und Bootmanager
Beachten Sie, dass die Reihenfolge der Optionen bzw. Befehle
bei GRUB eine wichtige Rolle spielt. Richten Sie sich nach der
vorgegebenen Reihenfolge, da der Rechner sonst eventuell nicht
startet.
Bootloader-Typ &Uuml;ber diese Option k&ouml;nnen Sie zwischen GRUB und LILO umschalten. Sie gelangen dann zu einem weiteren Dialog, in dem
Sie die Art des Wechsels spezifizieren. Sie k&ouml;nnen die aktuelle GRUBKonfiguration in eine &auml;hnliche LILO-Konfiguration umwandeln lassen, wobei Informationen verloren gehen k&ouml;nnen, wenn es keine
&auml;quivalenten Optionen gibt. Au&szlig;erdem k&ouml;nnen Sie die Konfiguration
v&ouml;llig neu erstellen oder sich einen neuen Vorschlag erstellen lassen,
den Sie dann gegebenenfalls weiter bearbeiten.
Wenn Sie die Bootloader-Konfiguration im laufenden System aufrufen, k&ouml;nnen Sie weiterhin die Konfiguration von der Festplatte einlesen lassen. Falls Sie sich entscheiden sollten, doch wieder zum vorher
eingestellten Bootloader zur&uuml;ckzuwechseln, k&ouml;nnen Sie &uuml;ber die letzte Option dessen Konfiguration wieder laden. Allerdings ist dies nur
m&ouml;glich, solange Sie das Bootloader-Modul nicht verlassen.
Ort des Bootloaders In diesem Dialog wird bestimmt, wohin der Bootloader installiert werden soll. Im Master Boot Record (MBR), im Bootsektor der Boot-Partition (falls vorhanden), im Bootsektor der rootPartition oder auf Diskette. &Uuml;ber die Option ‘Andere’ k&ouml;nnen Sie das
Installationsziel frei w&auml;hlen. Bitte beachten Sie dazu die Informationen zu GRUB oder LILO im Installation und Administration.
SUSE LINUX Enterprise Server
247
Festplatten-Reihenfolge Wenn Sie zwei oder mehr Festplatten in Ihrem
Rechner eingebaut haben, geben Sie hier die Reihenfolge entsprechend den BIOS-Einstellungen des Rechners an.
Standardabschnitt Mit dieser Option legen Sie fest, welcher Kernel oder
welches andere Betriebssystem als Standard geladen werden soll,
wenn Sie im Bootmen&uuml; keine Wahl treffen. Dieses Betriebssystem
wird nach Ablauf der Wartefrist automatisch gebootet. In diesem
Men&uuml; gelangen Sie &uuml;ber den Button ‘Bearbeiten’ zur &Uuml;bersicht aller
Bootmen&uuml;-Eintr&auml;ge. W&auml;hlen Sie aus der Liste den gew&uuml;nschten Eintrag aus und aktivieren Sie dann ‘Als Standard festlegen’. Sie k&ouml;nnen
an dieser Stelle auch einen beliebigen Eintrag durch Klick auf ‘&Auml;ndern’ editieren.
Verf&uuml;gbare Abschnitte Im Hauptfenster sehen Sie bei dieser Option, welche Men&uuml;-Eintr&auml;ge es gibt. Wenn Sie diese Option ausw&auml;hlen und auf
‘&Auml;ndern’ klicken, gelangen Sie zum selben Dialog wie bei ‘StandardEintrag’.
Bootloader-Partition aktivieren Mit dieser Option aktivieren Sie die Partition, in deren Bootsektor der Bootloader installiert wurde unabh&auml;ngig
davon, auf welcher Partition das Verzeichnis /boot oder / (root) mit
den Bootloader-Dateien liegt.
Code im MBR ersetzen Wenn Sie die Lage des Bootloaders ver&auml;ndern,
k&ouml;nnen Sie hier entscheiden, ob der MBR &uuml;berschrieben werden soll.
Sicherung von Dateien und Festplattenbereichen
Die ge&auml;nderten Festplattenbereiche werden gesichert.
Gespeicherten MBR zum Bootloader-Men&uuml; hinzuf&uuml;gen
F&uuml;gen Sie den gespeicherten MBR zum Bootloadermen&uuml; hinzu.
Im untersten Abschnitt ist die ‘Timeout’-Option interessant, mit der Sie
festlegen k&ouml;nnen, wie viele Sekunden der Bootloader auf Eingaben wartet, bis er das Standard-System bootet. An dieser Stelle k&ouml;nnen Sie noch
eine Reihe weiterer Optionen &uuml;ber den ‘Hinzuf&uuml;gen’-Button erg&auml;nzen.
Die sinnvolle Nutzung dieser Optionen erfordert in der Regel jedoch ein
tiefes Verst&auml;ndnis der Hintergr&uuml;nde und wird deshalb hier nicht weiter erl&auml;utert. Lesen Sie dazu bitte die entsprechenden Kapitel im Installation und Administration sowie in den Manual-Pages von GRUB und LILO (Befehle: man grub, man lilo, man lilo.conf). Zu GRUB finden Sie au&szlig;erdem ein ausf&uuml;hrliches Online-Handbuch auf der Webseite:
http://www.gnu.org/software/grub/.
248
8.6. Bootloader-Konfiguration mit YaST
8.7
8
Linux-Bootloader entfernen
Spielen Sie das Backup des urspr&uuml;nglichen MBRs mittels des YaSTBootloader-Moduls wieder ein. YaST erstellt dieses Backup automatisch. Eine Beschreibung des YaST Bootloader-Moduls finden Sie im
Installationsteil des Benutzerhandbuchs.
Installieren Sie einen anderen Bootloader oder stellen Sie den
DOS/Windows-MBR wieder her.
Achtung
Ung&uuml;ltige Backups von Bootsektoren
Ein Backup des Bootsektors wird ung&uuml;ltig, wenn die betreffende
Partition ein neues Dateisystem erhalten hat. Die Partitionstabelle in einem MBR-Backup wird ung&uuml;ltig, wenn die betreffende Festplatte zwischenzeitlich anders partitioniert worden
ist. Solche Backups sind „Zeitbomben“: am Besten sofort in
/boot/backup.mbrl&ouml;schen!
Booten und Bootmanager
Es stehen zwei Methoden zur Auswahl, um den Linux-Bootloader zu deinstallieren:
Achtung
8.7.1
MBR wiederherstellen (DOS/Win9x/ME)
Einen DOS- oder Windows-MBR stellt man mit dem MS-DOS-Befehl
fdisk /MBR (verf&uuml;gbar ab DOS Version 5.0) wieder her. Oder unter OS/2
mit dem Befehl: fdisk /newmbr.
Diese Befehle schreiben nur die 446 ersten Bytes (den Boot-Code) in den
MBR zur&uuml;ck und lassen die gegenw&auml;rtige Partitionstabelle unangetastet.
Au&szlig;er, wenn der MBR (siehe 8.1.1 auf Seite 224) wegen einer falschen „magischen Zahl“ als im ganzen ung&uuml;ltig behandelt wird: dann wird die Partitionstabelle genullt. Nicht vergessen: Mit fdisk die von jetzt an gew&uuml;nschte
Startpartition wieder als aktiv bootable kennzeichnen; die MBR–Routinen
von DOS, Windows, OS/2 brauchen das.
SUSE LINUX Enterprise Server
249
8.7.2
MBR wiederherstellen (Windows XP)
Booten Sie von der Windows XP CD, dr&uuml;cken Sie im Setup die Taste R ,
um die Wiederherstellungskonsole zu starten. W&auml;hlen Sie aus der Liste Ihre Windows XP Installation aus und geben Sie das Administratorpasswort
ein. Geben Sie in die Eingabeaufforderung den Befehl FIXMBR ein und best&auml;tigen Sie die Sicherheitsabfrage mit j. Mit exit k&ouml;nnen Sie den Computer anschlie&szlig;end neu starten.
8.7.3
MBR wiederherstellen (Windows 2000)
,
Booten Sie von der Windows 2000 CD, dr&uuml;cken Sie im Setup die Taste R sowie im darauf folgenden Men&uuml; die Taste K , um die Wiederherstellungskonsole zu starten. W&auml;hlen Sie aus der Liste Ihre Windows 2000 Installation aus und geben Sie das Administratorpasswort ein. Geben Sie in die
Eingabeaufforderung den Befehl FIXMBR ein und best&auml;tigen Sie die Sicherheitsabfrage mit j. Mit exit k&ouml;nnen Sie den Computer anschlie&szlig;end neu
starten.
8.8
F&uuml;r alle F&auml;lle: Boot-CD erstellen
Falls Sie Probleme haben, Ihr installiertes System &uuml;ber einen Bootmanager zu booten oder Lilo oder Grub nicht in den MBR Ihrer Festplatte, noch
auf eine Diskette installieren wollen oder k&ouml;nnen, ist es auch m&ouml;glich, eine bootf&auml;hige CD zu erstellen, auf die Sie die Linux Startdateien brennen.
Voraussetzung hierf&uuml;r ist nat&uuml;rlich, dass ein Brenner in Ihrem System vorhanden und eingerichtet ist.
8.8.1
Boot-CD mit ISOLINUX
Um eine bootf&auml;hige CD zu erstellen, ist es am einfachsten, den Bootmanager Isolinux zu verwenden. Auch die SuSE Installations-CDs werden
&uuml;brigens per Verwendung von Isolinux bootf&auml;hig gemacht.
Booten Sie Ihr installiertes System zun&auml;chst auf folgendem Umweg:
Legen Sie die Installations-CD oder -DVD in Ihr Laufwerk und booten Sie von dieser wie bei der Installation. W&auml;hlen Sie dann im Bootmen&uuml; die Option ‘Installation’ aus und im n&auml;chsten Menu den Punkt
‘Installiertes System booten’. Dabei wird die root-Partition automatisch erkannt, sodass von dieser das System gebootet werden kann.
250
8.8. F&uuml;r alle F&auml;lle: Boot-CD erstellen
Installieren Sie mit Hilfe von YaST das syslinux.
mkdir /tmp/CDroot
cp /usr/share/syslinux/isolinux.bin /tmp/CDroot/
cp /boot/vmlinuz /tmp/CDroot/linux
cp /boot/initrd /tmp/CDroot
Erstellen Sie mit einem Editor die Bootloader-Konfigurationsdatei
/tmp/CDroot/isolinux.cfg. Tragen Sie folgenden Inhalt ein:
DEFAULT linux
LABEL linux
KERNEL linux
APPEND initrd=initrd root=/dev/hdXY [bootparameter]
Booten und Bootmanager
&Ouml;ffnen Sie eine Root-Shell. Mit Hilfe der folgenden Aufrufe wird f&uuml;r
die Boot-CD ein tempor&auml;res Verzeichnis erstellt und die zum Booten
des Linux Systems notwendigen Dateien (der Bootloader Isolinux
sowie der Kernel und die Initrd) hineinkopiert.
8
F&uuml;r den Parameter root=/dev/hdXY tragen Sie bitte Ihre rootPartition ein. Wenn Sie sich nicht sicher sind, welche Partitionsbezeichnung diese hat, schauen Sie einfach in der Datei /etc/fstab
nach. F&uuml;r den Wert [bootparameter] k&ouml;nnen Sie zus&auml;tzliche Optionen eingeben, die beim Booten verwendet werden sollen. Die Konfigurationsdatei k&ouml;nnte zum Beispiel folgenderma&szlig;en aussehen:
DEFAULT linux
LABEL linux
KERNEL linux
APPEND initrd=initrd root=/dev/hda7 hdd=ide-scsi
Anschlie&szlig;end wird mit folgendem Aufruf aus den Dateien ein
ISO9660-Dateisystem f&uuml;r die CD erstellt (schreiben Sie das folgende
Kommando in eine Zeile):
mkisofs -o /tmp/bootcd.iso -b isolinux.bin -c boot.cat
-no-emul-boot -boot-load-size 4
-boot-info-table /tmp/CDroot
SUSE LINUX Enterprise Server
251
Brennen Sie die Datei /tmp/bootcd.iso auf CD, entweder mit
graphischen Brennprogrammen wie K3b oder einfach von der
Kommandozeile: cdrecord -v -eject speed=2 dev=0,0,0
/tmp/bootcd.iso.
Evtl. muss der Parameter dev=0,0,0 an die SCSI-ID des Brenners
angepasst werden (diese erfahren Sie durch Eingabe des Aufrufs
cdrecord -scanbus, vergleiche auch die Manualpage mit man
cdrecord).
Testen Sie die Boot-CD! Rebooten Sie dazu den Computer und &uuml;berpr&uuml;fen Sie ob Ihr Linux-System korrekt von der CD gestartet wird.
8.9
S/390, zSeries: Der Bootloader ZIPL
Sobald SUSE LINUX auf den DASDs installiert wurde, m&uuml;ssen Sie die
notwendigen Informationen f&uuml;r den IPL erstellen. Diese Informationen
schliessen den Speicherort des Kernelimages und die Parameterzeile ein.
Benutzen Sie hierzu das Programm ZIPL, das diese Informationen entweder
von der Kommandozeile &uuml;bernimmt oder aus einer Konfiguartionsdatei
liest.
8.9.1
Verwendung
In Verbindung mit Kernel Version 2.6.x
ZIPLs Syntax ist wie folgt:
zipl [options] [configuration]
Options:
-h or --help
prints this information
-c &lt;CONFIG-FILE&gt; or --config=&lt;CONFIG-FILE&gt;
&lt;CONFIG-FILE&gt; specifies the config file to be used.
This option overrides the environment variable
ZIPLCONF.
Die folgenden Optionen &uuml;bersteuern die Einstellungen der Konfigurationsdatei:
-t &lt;DIRECTORY&gt; oder --target=&lt;DIRECTORY&gt;
hDIRECTORYi legt das Zielverzeichnis fest in das ZIPL eine Dateien
f&uuml;r den ipl Prozess ablegt
252
8.9. S/390, zSeries: Der Bootloader ZIPL
-r &lt;RAMDISK[,ADDRESS]&gt; oder --ramdisk=&lt;RAMDISK[,ADDRESS]&gt;
hRAMDISKi gibt den Dateinamen der Ramdisk fest, die geladen
werden soll hADDRESSi legt die Ladeadresse der Ramdisk im
Haupsteicher fest
-p &lt;PARMFILE[,ADDRESS]&gt; oder --parmfile=&lt;PARMFILE[,ADDRESS]&gt;
hPARMFILEi gibt den Dateinamen der Parameterdatei an
hADDRESSi legt die Ladeadresse der Parameterdatei im Hauptspeicher fest
-d &lt;PARTITION&gt; oder --dumpto &lt;PARTITION&gt;
hPARTITIONi gibt die Ger&auml;tedatei an, auf der ein Speicherabzug erstellt werden soll. Beispiel: /dev/dasdb1 oder
/devfs/dasd/0192/part1
8
Booten und Bootmanager
-i &lt;IMAGE[,ADDRESS]&gt; oder --image=&lt;IMAGE[,ADDRESS]&gt;
hIMAGEi gibt den Dateinamen des zu bootenden Kernelimages an,
hADDRESSi legt die Ladeadresse des Images im Hauptspeicher fest
Beachten Sie, dass hARGi ein notwendiges Argument darstellt, w&auml;hrend
h[ARG]i optionale Parameter enth&auml;lt.
Der Befehl zipl liest die Konfigurationsdatei /etc/zipl.conf und benutzt die Parameter aus dieser Datei.
Die ZIPL Konfigurationsdatei
Die Konfigurationsdatei des ZIPL Bootloaders befindet sich unter /etc/
zipl.conf.
Beispiel 8.2 zeigt Ihnen eine zipl.conf Datei. Sie ist in mehrere Sektionen aufgeteilt. Sie k&ouml;nnen hier mehrere Wege zum IPL des Linux Systems
definieren.
Beispiel 8.2: /etc/zipl.conf
[defaultboot]
default = ipl
[ipl]
target = /boot/zipl
image = /boot/image
ramdisk = /boot/initrd
parameters = &quot;root=/dev/dasda2 term=dumb&quot;
SUSE LINUX Enterprise Server
253
[dumpdasd]
target = /boot/zipl
dumpto = /dev/dasd??
[dumptape]
target = /boot/zipl
dumpto = /dev/rtibm0
Die Sektion [defaultboot] legt fest, welche Sektion aufgerufen wird,
wenn ZIPL ohne Angabe weiterer Parameter gestartet wird.
Die Parameterzeile parameters=... gibt an, welche Kommandos w&auml;rend des Bootens an den Kernel &uuml;bergeben werden.
Hinweis
Hinzuf&uuml;gen oder Herausnehmen von DASDs
Das Hinzuf&uuml;gen bzw. Herausnehmen eines oder mehrerer
DASDs wird nun &uuml;ber YaST geregelt und sollte nicht mehr &uuml;ber
die Datei /etc/zipl.conf erfolgen (wie es in fr&uuml;heren System
der Fall war).
Hinweis
254
8.9. S/390, zSeries: Der Bootloader ZIPL
9
Der Linux Kernel
Der Linux Kernel
Der Kernel verwaltet die Hardware jedes Linux Systems und stellt diese
den verschiedensten Prozessen zur Verf&uuml;gung. Auf den folgenden Seiten
wird man nicht lernen, wie man Kernel-„Hacker“ wird, aber man erf&auml;hrt,
wie man ein Kernel-Update durchf&uuml;hrt, und wird in die Lage versetzt, sich
einen selbstkonfigurierten Kernel zu kompilieren und zu installieren. Wenn
Sie so vorgehen, wie in diesem Kapitel beschrieben, bleibt der bisherige
Kernel funktionsf&auml;hig und kann jederzeit auf Wunsch gebootet werden.
9.1
9.2
9.3
9.4
9.5
9.6
9.7
9.8
Kernel-Update . . . . . . . . . . . . . . . . .
Die Kernelquellen . . . . . . . . . . . . . . .
Konfiguration des Kernels . . . . . . . . . .
Kernel-Module . . . . . . . . . . . . . . . . .
Einstellungen bei der Kernelkonfiguration .
&Uuml;bersetzen des Kernels . . . . . . . . . . . .
Kernel installieren . . . . . . . . . . . . . . .
Festplatte nach der &Uuml;bersetzung aufr&auml;umen
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
256
257
257
259
262
262
263
265
Der Kernel, der bei der Installation im /boot/-Verzeichnis abgelegt wird,
ist so konfiguriert, dass er ein m&ouml;glichst breites Spektrum von Hardware
unterst&uuml;tzt. Es ist meist nicht erforderlich, einen eigenen Kernel zu generieren, au&szlig;er Sie wollen „experimentelle“ Features oder Treiber ausprobieren.
Zum Erzeugen eines neuen Kernels existieren bereits Makefiles, mit deren Hilfe der Ablauf fast v&ouml;llig automatisiert ist. Lediglich die Auswahl
der vom Kernel zu unterst&uuml;tzenden Hardware und Features muss interaktiv durchlaufen werden. Da Sie Ihr Computer-System ziemlich gut kennen
m&uuml;ssen, um eine funktionierende Auswahl zu treffen, empfehlen wir – wenigstens f&uuml;r die ersten Versuche – eine bestehende und funktionierende
Konfigurationsdatei abzu&auml;ndern und damit die Gefahr falscher Einstellungen zu vermindern.
9.1
Kernel-Update
Um einen SUSE Update-Kernel zu installieren, laden Sie das Update-Paket
vom SUSE FTP-Server oder einem Mirror wie zum Beispiel: ftp://ftp.
gwdg.de/pub/linux/suse/ herunter. Wenn Sie nicht wissen, welcher
Kernel aktuell bei Ihnen l&auml;uft, so k&ouml;nnen Sie zum einen den version-String
ansehen: cat /proc/version.
Sie k&ouml;nnen au&szlig;erdem pr&uuml;fen, zu welchem Paket der Kernel /boot/
vmlinuz geh&ouml;rt: rpm -qf /boot/vmlinuz.
Vor der Installation sollten Sie den urspr&uuml;nglichen Kernel und die dazugeh&ouml;rige initrd sichern. Geben Sie dazu als root die folgenden beiden
Befehle ein:
cp /boot/vmlinuz /boot/vmlinuz.old
cp /boot/initrd /boot/initrd.old
Installieren Sie nun das neue Paket mit dem Befehl rpm -Uvh
&lt;Paketname&gt;. Setzen Sie dabei die entsprechende Versionsnummer ein.
Seit SUSE LINUX 7.3 wird reiserfs als Standardfilesystem verwendet, was
den Einsatz einer „initial ramdisk“ voraussetzt. Diese wird mit dem Befehl mk_initrd neu geschrieben. Bei aktuellen SUSE LINUX Versionen
geschieht dies automatisch bei der Installation des Kernels.
Um gegebenenfalls den alten Kernel booten zu k&ouml;nnen, muss der Bootloader entsprechend konfiguriert werden. Genaue Informationen dazu finden
Sie im Kapitel 8 auf Seite 223.
256
9.1. Kernel-Update
9.2
Die Kernelquellen
9
Der Linux Kernel
Wenn Sie den Original-Kernel von den SUSE LINUX CDs installieren
m&ouml;chten, gehen Sie &auml;hnlich vor. Auf CD 1 oder der DVD finden Sie im Verzeichnis boot/ den Standard Kernel als rpm-Paket. Installieren Sie diesen
wie oben beschrieben. Falls Sie eine Fehlermeldung erhalten, dass bereits
ein neueres Paket installiert ist, m&uuml;ssen Sie die Option --force beim rpmKommando zus&auml;tzlich angeben.
Um einen Kernel bauen zu k&ouml;nnen, m&uuml;ssen die Kernelquellen (Paket
kernel-source) installiert werden. Andere erforderliche Pakete wie
der C-Compiler (Paket gcc), die GNU Binutils (Paket binutils) und die
Include-Dateien f&uuml;r den C-Compiler (Paket glibc-devel) werden dabei
automatisch mit ausgew&auml;hlt.
Die Kernelquellen befinden sich nach der Installation im Verzeichnis
/usr/src/linux-&lt;kernel-version&gt;/. Sollten Sie vorhaben, mit dem
Kernel zu experimentieren und verschiedene Versionen des Kernels gleichzeitig auf der Platte zu halten, so bietet es sich an, die einzelnen Versionen
in verschiedene Verzeichnisse zu entpacken und die augenblicklich relevanten Quellen &uuml;ber einen Link anzusprechen, da es Software-Pakete gibt,
die die Kernelquellen unter /usr/src/linux erwarten. Diese Form der
Installation wird von YaST automatisch vorgenommen.
9.3
Konfiguration des Kernels
Die Konfiguration des aktuell laufenden Kernel ist in der Datei /proc/
config.gz gespeichert. Um diese Konfiguration nach Ihren W&uuml;nschen
anzupassen, wechseln Sie als Benutzer root in das Verzeichnis /usr/
src/linux/ und f&uuml;hren folgende Befehle aus:
zcat /proc/config.gz &gt; .config
make oldconfig
Der Befehl make oldconfig verwendet die Datei /usr/src/linux/
.config als Vorlage zur aktuellen Kernelkonfiguration. Wenn bei Ihren
aktuellen Kernel-Sourcen neue Optionen hinzugekommen sind, so werden
diese jetzt abgefragt.
Wenn die Datei .config fehlt, dann wird eine „default“ Konfiguration
verwendet, die in den Kernel-Sourcen enthalten ist.
SUSE LINUX Enterprise Server
257
9.3.1
Kommandozeilenkonfiguration
Um den Kernel zu konfigurieren, wechseln Sie nach /usr/src/linux
und geben den Befehl make config ein.
Sie werden nach einer Reihe von Systemf&auml;higkeiten gefragt, die der Kernel
unterst&uuml;tzen soll. Bei der Beantwortung der Fragen gibt es normalerweise
und n , oder eine der
zwei oder drei M&ouml;glichkeiten: Entweder einfaches y drei M&ouml;glichkeiten y (yes), n (no) und m (module). m bedeutet hierbei, dass der entsprechende Treiber nicht fest zum Kernel hinzugebunden
wird, sondern vielmehr als Modul &uuml;bersetzt wird, das zur Laufzeit zum
Kernel hinzugeladen werden kann. S&auml;mtliche Treiber, die zum Booten des
Systems unbedingt ben&ouml;tigt werden, m&uuml;ssen fest zum Kernel hinzugebun
best&auml;tigen Sie die
w&auml;hlen. Mit Enter den werden; in diesen F&auml;llen also y Vorauswahl, die aus der Datei .config eingelesen wird. Wenn Sie bei einer Frage eine andere Taste dr&uuml;cken, erhalten Sie einen kurzen Hilfetext zu
der jeweiligen Option angezeigt.
9.3.2
Konfiguration im Textmodus
Angenehmer l&auml;sst sich die Konfiguration des Kernels mit „menuconfig“
durchf&uuml;hren; gegebenenfalls m&uuml;ssen Sie dazu das ncurses-devel mit
YaST nachinstallieren. Starten Sie die Kernel-Konfiguration mit dem Befehl
make menuconfig.
Bei einer geringf&uuml;gigen &Auml;nderung der Konfiguration m&uuml;ssen Sie sich hier
nicht durch alle Fragen „durchtasten“, sondern k&ouml;nnen &uuml;ber das Men&uuml; direkt bestimmte Bereiche w&auml;hlen. Die Voreinstellungen werden der Datei
.config entnommen. Um eine andere Konfiguration zu laden, w&auml;hlen
Sie den Men&uuml;punkt ‘Load an Alternate Configuration File’ und geben den
Dateinamen an.
9.3.3
Konfiguration unter dem X Window System
Haben Sie das X Window System (Paket xf86) sowie Tcl/Tk (Paket tcl
und tk) installiert, k&ouml;nnen Sie die Konfiguration alternativ durch den Befehl make xconfig vornehmen.
Sie haben dann eine grafische Oberfl&auml;che, die das Konfigurieren komfortabler macht. Dazu m&uuml;ssen Sie das X Window System aber als Benutzer root gestartet haben oder in der Shell zuerst als normaler Benutzer
xhost + eingeben, um root Zugriff auf das Display zu gew&auml;hren. Die
Voreinstellungen werden aus der Datei .config ausgelesen. Beachten Sie,
258
9.3. Konfiguration des Kernels
9.4
Kernel-Module
Es gibt eine gro&szlig;e Vielfalt an PC-Hardware-Komponenten. Um diese Hardware richtig benutzen zu k&ouml;nnen, braucht man einen „Treiber“, &uuml;ber den
das Betriebssystem (bei Linux der „Kernel“) die Hardware richtig ansprechen kann. Generell gibt es zwei Mechanismen, Treiber in den Kernel zu
integrieren:
9
Der Linux Kernel
da&szlig; die Konfiguration &uuml;ber make xconfig nicht so gut gepflegt ist, wie
die anderen Konfigurationsm&ouml;glichkeiten. Sie sollten daher nach dieser
Konfigurationmethode immer noch ein make oldconfig ausf&uuml;hren.
Die Treiber k&ouml;nnen fest in den Kernel einkompiliert sein. Solche Kernel „aus einem St&uuml;ck“ bezeichnen wir in diesem Buch auch als monolithische Kernel. Manche Treiber k&ouml;nnen nur in dieser Form verwendet werden.
Die Treiber k&ouml;nnen erst bei Bedarf in den Kernel geladen werden, der
in diesem Fall als modularisierter Kernel bezeichnet wird. Das hat den
Vorteil, dass wirklich nur die ben&ouml;tigten Treiber geladen sind und
dass der Kernel keinen unn&ouml;tigen Ballast enth&auml;lt.
Welche Treiber fest zum Kernel gebunden und welche als Module realisiert
werden, wird bei der Konfiguration des Kernels festgelegt. Alle KernelKomponenten, die nicht zwingend w&auml;hrend des Bootvorgangs ben&ouml;tigt
werden, sollten als Module realisiert werden. So wird sichergestellt, dass
der Kernel nicht zu gro&szlig; wird und dass der Kernel ohne Schwierigkeiten
vom BIOS und einem beliebigen Bootloader geladen werden kann. Der
Festplatten-Treiber, Unterst&uuml;tzung f&uuml;r ext2 und &auml;hnliche Dinge sind also im Regelfall direkt in den Kernel hineinzukompilieren, Unterst&uuml;tzung
f&uuml;r isofs, msdos oder sound sollten in jedem Fall als Module kompiliert
werden.
Die Kernelmodule werden in dem Verzeichnis /lib/modules/
&lt;Version&gt;/ abgelegt, wobei Version der momentanen Version des Kernels entspricht.
9.4.1
Erkennung der akutellen Hardware mit hwinfo
Unter SUSE LINUX steht Ihnen das Programm hwinfo zur Verf&uuml;gung, mit
der die aktuelle Hardware des Rechners erkannt werden kann, und die ver-
SUSE LINUX Enterprise Server
259
f&uuml;gbaren Treiber zugeordnet werden. Eine kurze Hilfestellung zu diesem
Programm bekommen Sie mit dem Befehl hwinfo --help.
Um zum Beispiel die Daten der eingebauten SCSI-Ger&auml;te zu bekommen
geben Sie folgenden Befehl ein:
hwinfo --scsi
Die Ausgaben dieses Hilfsprogrammes stehen Ihnen auch in YaST im Modul Hardware-Information zur Verf&uuml;gung.
9.4.2
Umgang mit Modulen
Folgende Befehle zum Umgang mit Modulen stehen zur Verf&uuml;gung:
insmod Mit dem Befehl insmod wird das angegebene Modul geladen.
Das Modul wird in einem Unterverzeichnis von /lib/modules/
&lt;Version&gt; gesucht. Zugunsten von modprobe (s. u.) sollte insmod
nicht mehr verwendet werden.
rmmod Entl&auml;dt das angegebene Modul. Dies ist nat&uuml;rlich nur dann m&ouml;glich, wenn die entsprechende Funktionalit&auml;t des Kernels nicht mehr
verwendet wird. So ist es nicht m&ouml;glich, das Modul isofs zu entladen, wenn noch eine CD gemountet ist.
depmod Dieser Befehl erzeugt eine Datei mit dem Namen modules.dep
im Verzeichnis /lib/modules/&lt;Version&gt;, in der die Abh&auml;ngigkeiten der einzelnen Module untereinander verzeichnet sind. Damit
stellt man sicher, dass beim Laden eines Modules alle davon abh&auml;ngigen Module ebenfalls automatisch geladen werden. Die Datei mit
den Modul-Abh&auml;ngigkeiten beim Start des Systems automatisch generiert, sofern sie noch nicht existiert.
modprobe Laden bzw. Entladen eines Modules mit Ber&uuml;cksichtigung der
Abh&auml;ngigkeiten von anderen Modulen. Dieser Befehl ist sehr m&auml;chtig und kann f&uuml;r eine Reihe weiterer Zwecke eingesetzt werden (etwa
Durchprobieren aller Module eines bestimmten Typs, bis eines erfolgreich geladen werden kann). Im Gegensatz zum Laden mittels insmod wertet modprobe die Datei /etc/modprobe.conf aus und
sollte daher generell zum Laden von Modulen verwendet werden.
F&uuml;r eine ausf&uuml;hrliche Erkl&auml;rung s&auml;mtlicher M&ouml;glichkeiten lesen Sie
bitte die zugeh&ouml;rigen Manual-Pages.
260
9.4. Kernel-Module
modinfo Zeigt Informationen zu einem Modul an.
9.4.3
/etc/modprobe.conf
9
Der Linux Kernel
lsmod Zeigt an, welche Module gegenw&auml;rtig geladen sind und von wie
vielen anderen Modulen sie verwendet werden. Module, die vom
Kernel-Daemon geladen wurden, sind durch ein nachfolgendes
autoclean gekennzeichnet. Die Kennzeichnung mit autoclean
weist darauf hin, dass diese Module automatisch wieder entfernt
werden, wenn sie l&auml;ngere Zeit nicht benutzt wurden und man entsprechende Vorkehrungen getroffen hat; vgl. jedoch Abschnitt 9.4.4.
Das Laden von Modulen wird &uuml;ber die Dateien /etc/modprobe.conf
/etc/modprobe.conf.local und das Verzeichnis /etc/modprobe.d
beeinflusst; vgl. die Manualpage man modprobe.conf. In dieser Datei
k&ouml;nnen auch die Parameter f&uuml;r solche Module eingetragen werden, die
direkt auf die Hardware zugreifen und daher auf das spezifische System
eingestellt werden m&uuml;ssen (zum Beispiel CD-ROM-Treiber oder Netzwerktreiber). Die hier eingetragenen Parameter werden in den Kernel Sourcen
beschrieben. Installieren Sie dazu das Paket kernel-source und lesen Sie
die Dokumentation im Verzeichnis /usr/src/linux/Documentation/.
9.4.4
Kmod – der Kernel Module Loader
Der eleganteste Weg bei der Verwendung von Kernel-Modulen ist der Einsatz des „Kernel Module Loader“. Kmod wacht im Hintergrund und sorgt
daf&uuml;r, dass ben&ouml;tigte Module durch modprobe-Aufrufe automatisch geladen werden, sobald auf die entsprechende Funktionalit&auml;t des Kernels zugegriffen wird.
Um den Kmod verwenden zu k&ouml;nnen, m&uuml;ssen Sie bei der KernelKonfiguration die Option ‘Kernel module loader’ (CONFIG_KMOD) aktivieren.
Der Kmod ist nicht daf&uuml;r ausgelegt, Module wieder automatisch zu entladen; bei der heutigen RAM-Ausstattung der Rechner w&auml;re der Gewinn
an Arbeitsspeicher nur marginal. Server-Rechner, die spezielle Aufgaben zu erf&uuml;llen haben und nur wenige Treiber ben&ouml;tigen, werden aus
Performance-Gr&uuml;nden einen „monolithischen“ Kernel bevorzugen.
SUSE LINUX Enterprise Server
261
9.5
Einstellungen bei der
Kernelkonfiguration
Die einzelnen Konfigurationsm&ouml;glichkeiten des Kernels k&ouml;nnen hier nicht
im Detail dargestellt werden. Machen Sie bitte Gebrauch von den zahlreich
vorhandenen Hilfetexten zur Kernel-Konfiguration. Der neueste Stand
der Dokumentation findet sich immer im Verzeichnis /usr/src/linux/
Documentation/ sofern das Paket kernel-source installiert ist.
9.6
&Uuml;bersetzen des Kernels
Wir empfehlen, ein „bzImage“ zu generieren. So l&auml;sst es sich in der Regel
umgehen, dass der Kernel „zu gro&szlig;“ wird, wie dies leicht passieren kann,
wenn man zu viele Features ausw&auml;hlt und ein „zImage“ herstellt (typisch
sind dann die Meldungen &quot;kernel too big&quot; oder &quot;System is too big&quot;).
Nachdem Sie den Kernel f&uuml;r Ihre Gegebenheiten konfiguriert haben, starten Sie die Kompilation (in /usr/src/linux/:
I
x86
make clean
make bzImage
J
I
POWER
make clean
make vmlinux
J
I POWER
Oder f&uuml;r eine RS/6000, wenn ein von Diskette bootbarer Kernel gew&uuml;nscht
wird, zus&auml;tzlich make zImage. J
Diese beiden Befehle k&ouml;nnen Sie auch in einer Befehlszeile eingeben:
I
x86
make clean bzImage
262
9.5. Einstellungen bei der Kernelkonfiguration
9
POWER
make clean vmlinux
J
I x86, AMD64, EM64T, IPF, zSeries
Nach der erfolgreichen &Uuml;bersetzung finden Sie den komprimierten Kernel in /usr/src/linux/arch/&lt;arch&gt;/boot/. Das Kernel-Image – die
Datei, die den Kernel enth&auml;lt – hei&szlig;t bzImage. J
I POWER
Nach der erfolgreichen &Uuml;bersetzung finden Sie den Kernel in /usr/src/
linux/. Das Kernel-Image – die Datei, die den Kernel enth&auml;lt – hei&szlig;t
vmlinux; der Disketten-Kernel f&uuml;r RS/6000 wird jedoch in /usr/src/
linux/arch/&lt;arch&gt;/chrpboot abgelegt. J
Finden Sie diese Datei nicht vor, ist aller Wahrscheinlichkeit nach ein Fehler
w&auml;hrend der Kernel&uuml;bersetzung aufgetreten. Unter der Bash k&ouml;nnen Sie
mit:
Der Linux Kernel
J
I
make bzImage 2&gt; &amp;1 | tee kernel.out
make clean vmlinux 2&gt; &amp;1 | tee kernel.out
den Kompilationsvorgang erneut starten und in die Datei kernel.out
„mitschreiben“ lassen.
Wenn Sie Teile des Kernels als ladbare Module konfiguriert haben, m&uuml;ssen
Sie anschlie&szlig;end das &Uuml;bersetzen dieser Module veranlassen. Dies erreichen
Sie durch: make modules.
9.7
Kernel installieren
Nachdem Sie den Kernel &uuml;bersetzt haben, m&uuml;ssen Sie daf&uuml;r sorgen, dass
dieser neue Kernel installiert wird, um ihn k&uuml;nftig booten zu k&ouml;nnen.
I x86
Wenn Sie LILO verwenden, so muss dies gleichfalls neu installiert werden. Im einfachsten Fall kopieren Sie dazu den neuen Kernel nach /boot/
vmlinuz und rufen dann LILO auf; um sich vor unliebsamen &Uuml;berraschungen zu sch&uuml;tzen, empfiehlt es sich jedoch, den alten Kernel zun&auml;chst
beizubehalten ( als /boot/vmlinuz.old), um ihn notfalls booten zu k&ouml;nnen, wenn der neue Kernel nicht wie erwartet funktioniert:
SUSE LINUX Enterprise Server
263
cp /boot/vmlinuz /boot/vmlinuz.old
cp arch/i386/boot/bzImage /boot/vmlinuz
lilo
Das Makefile-Target make bzlilo erledigt diese drei Schritte &uuml;brigens in
einem Rutsch. J
Hinweis
x86:
Wenn Sie GRUB als Bootloader verwenden, muss dieser nicht
neu installiert werden! F&uuml;hren Sie also bitte nur die ersten beiden
Schritte aus, um den Kernel an die richtige Stelle im System zu
kopieren.
Hinweis
I
POWER
BootX: Die bereits genannte Datei vmlinux ist nach ‘Linux Kernels’ in
den Systemordner zu kopieren. Beim n&auml;chsten Start von BootX ist der
neue Kernel auszuw&auml;hlen und auf ‘Save to prefs’ zu klicken.
RS/6000 (quik): vmlinux ist nach /boot zu kopieren und /etc/quik.
conf ist anzupassen.
RS/6000 (Diskette): Das zImage ist aus dem Verzeichnis /usr/src/
linux/arch/&lt;arch&gt;/chrpboot auf auf eine DOS-Diskette zu kopieren.
J
Die &uuml;bersetzten Module m&uuml;ssen nun noch installiert werden; durch Eingabe von make modules_install k&ouml;nnen Sie diese in die korrekten
Zielverzeichnisse unter /lib/modules/&lt;Version&gt;/ kopieren lassen.
Dabei werden die alten Module bei gleicher Kernelversion &uuml;berschrieben;
Sie k&ouml;nnen jedoch die urspr&uuml;nglichen Module zusammen mit dem Kernel
von den CDs wieder installieren.
264
9.7. Kernel installieren
9
Hinweis
Hinweis
I x86
Damit der alte Kernel (jetzt /boot/vmlinuz.old) von GRUB oder LILO
gebootet werden kann, tragen Sie in der Datei /boot/grub/menu.lst
bzw. in /etc/lilo.conf zus&auml;tzlich ein Label Linux.old als Boot-Image
ein. Dieses Vorgehen wird ausf&uuml;hrlich im Kapitel 8 auf Seite 223 beschrieben. Falls Sie LILO als Bootloader verwenden, m&uuml;ssen Sie nach den Anpassungen in /etc/lilo.conf erneut lilo aufrufen. Bei GRUB ist keine
Neuinstallation notwendig.
Der Linux Kernel
Es ist darauf zu achten, dass Module, deren Funktionalit&auml;t man
jetzt eventuell direkt in den Kernel einkompiliert hat, unter
/lib/modules/&lt;Version&gt;/ entfernt werden. Sonst kann
es zu unvorhersehbaren Effekten kommen! Dies ist ein Grund,
weshalb dem Unge&uuml;bten vom Selbstkompilieren des Kernels
dringend abgeraten wird.
Weiterhin ist Folgendes zu beachten: Die Datei /boot/System.map enth&auml;lt die Kernelsymbole, die die Kernelmodule ben&ouml;tigen, um Kernelfunktionen korrekt aufrufen zu k&ouml;nnen. Diese Datei ist abh&auml;ngig vom aktuellen
Kernel. Daher sollten Sie nach der &Uuml;bersetzung und Installation des Kernels die aktuelle Datei /usr/src/linux/System.map in das Verzeichnis /boot/ kopieren. Bei jeder Kernel&uuml;bersetzung wird diese Datei neu
erzeugt. Falls Sie Ihren Kernel mittels make bzlilo bzw. make zlilo erstellen, wird diese Aufgabe automatisch f&uuml;r Sie erledigt.
Sollten Sie beim Booten eine Fehlermeldung wie &quot;System.map does not
match actual kernel&quot; erhalten, dann wurde wahrscheinlich nach der Kernel&uuml;bersetzung die Datei System.map nicht nach /boot/ kopiert. J
9.8
Festplatte nach der &Uuml;bersetzung
aufr&auml;umen
Sie k&ouml;nnen die w&auml;hrend der Kernel-&Uuml;bersetzung erzeugten Objekt-Dateien
l&ouml;schen, falls Sie Probleme mit dem Plattenplatz haben:
cd /usr/src/linux
make clean
SUSE LINUX Enterprise Server
265
Falls Sie jedoch &uuml;ber ausreichend Plattenplatz verf&uuml;gen und vorhaben, den
Kernel des &Ouml;fteren neu zu konfigurieren, so &uuml;berspringen Sie diesen letzten Schritt. Ein erneutes &Uuml;bersetzen des Kernels ist dann erheblich schneller, da nur die Teile des Systems neu &uuml;bersetzt werden, die von den entsprechenden &Auml;nderungen betroffen sind.
266
9.8. Festplatte nach der &Uuml;bersetzung aufr&auml;umen
10
Systemmerkmale
Systemmerkmale
In diesem Kapitel finden Sie Hinweise zu Filesystem Hierarchy Standard
(FHS) und Linux Standard Base (LSB). Einzelne Softwarepakete und besondere Eigenheiten wie das Booten mit der initrd, das Programm linuxrc
und das Rettungssystem werden detailliert beschrieben.
10.1
10.2
10.3
10.4
10.5
10.6
10.7
Linux-Standards . . . . . . . . . . . . . .
Hinweise zu speziellen Softwarepaketen
Booten mit der initial ramdisk . . . . . .
Das SUSE Rettungssystem . . . . . . . .
Virtuelle Konsolen . . . . . . . . . . . . .
Tastaturbelegung . . . . . . . . . . . . . .
Lokale Anpassungen — I18N/L10N . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
268
269
275
280
284
285
286
10.1
Linux-Standards
10.1.1
Linux Standard Base (LSB)
SUSE unterst&uuml;tzt aktiv die Bem&uuml;hungen des Linux Standard Base-Projekts;
aktuelle Informationen dazu unter http://www.linuxbase.org.
Die LSB-Spezifikation liegt in der Version 1.3.x vor. Nunmehr ist der Filesystem Hierarchy Standard (FHS) Teil der Spezifikation und es sind u. a.
das Paketformat und die Initialisierung des Systems festgelegt; vgl. Kapitel 11 auf Seite 289.
10.1.2
Filesystem Hierarchy Standard (FHS)
SUSE LINUX ist gem&auml;&szlig; LSB-Spezifikation konform zum Filesystem Hierarchy Standard (FHS, fhs-Paket); vgl. http://www.pathname.com/fhs/.
Aus diesem Grunde war es bisweilen erforderlich, Dateien oder Verzeichnisse an die richtigen Stelle zu verschieben, wie diese im FHS festgelegt ist.
Ein Ziel des FHS ist es beispielsweise, eine Struktur zu definieren, mit deren Hilfe es m&ouml;glich ist, /usr read-only einzuh&auml;ngen (mounten).
10.1.3
teTeX — TeX unter SuSE Linux
TeX ist ein komplexes Satzsystem, das auf zahlreichen Plattformen l&auml;uft.
Es ist &uuml;ber Makro-Pakete wie LaTeX erweiterbar. Es besteht aus sehr vielen
einzelnen Dateien, die gem&auml;&szlig; der TeX Directory Structure (TDS) zusammenzustellen sind (vgl. ftp://ftp.dante.de/tex-archive/tds/; teTeX
ist eine Zusammenstellung aktueller TeX-Software.
Unter SUSE LINUX kommt teTeX in einer Konfiguration zum Einsatz, die
sowohl die Anforderungen des TDS als auch des FHS erf&uuml;llt.
10.1.4
Zu FTP
Um die Einrichtung eines FTP-Servers zu erleichtern, h&auml;lt das Paket
ftpdir eine Beispielumgebung bereit. Diese Umgebung wird unter
/srv/ftp installiert.
268
10.1. Linux-Standards
10.1.5
10
Zu HTTP
10.2
10.2.1
Hinweise zu speziellen
Softwarepaketen
Systemmerkmale
Apache ist der Standard-Webserver bei SUSE LINUX. Gleichzeitig mit der
Installation des Apache werden Beispiel-Dokumente unter /srv/www/
zur Verf&uuml;gung gestellt. Wenn Sie einen eigenen Webserver aufbauen wollen, tragen Sie bitte eine eigene DocumentRoot in /etc/httpd/httpd.
conf ein und legen Sie dort Ihre Dateien (Dokumente, Bilder etc.) ab.
Paket bash und /etc/profile
In dieser Reihenfolge wertet die bash die Initialisierungsdateien aus, wenn
sie als Loginshell aufgerufen wird:
1. /etc/profile
2. ~/.profile
3. /etc/bash.bashrc
4. ~/.bashrc
Eigene Eintr&auml;ge k&ouml;nnen Benutzer in ~/.profile bzw. ~/.bashrc vornehmen. Um ordnungsgem&auml;&szlig;es Abarbeiten dieser Dateien zu gew&auml;hrleisten, ist es erforderlich, dass die aktuellen Grundeinstellungen von
/etc/skel/.profile bzw. /etc/skel/.bashrc in das Benutzerverzeichnis &uuml;bernommen werden. Nach einem Update empfiehlt sich deshalb,
die Einstellungen aus /etc/skel zu &uuml;bernehmen. Um keine eigenen Anpassungen zu verlieren, f&uuml;hren Sie bitte die folgenden Shellbefehle aus:
mv
cp
mv
cp
~/.bashrc ~/.bashrc.old
/etc/skel/.bashrc ~/.bashrc
~/.profile ~/.profile.old
/etc/skel/.profile ~/.profile
Danach sind die eigenen Anpassungen aus den Dateien *.old zur&uuml;ckzuschreiben.
SUSE LINUX Enterprise Server
269
10.2.2
Paket cron
Die cron-Tabellen liegen unter /var/spool/cron/tabs. Als systemweite Tabelle wird die Datei /etc/crontab eingerichtet. In der Datei
/etc/crontab muss zus&auml;tzlich nach der Zeitangabe eingetragen werden,
unter welchem Benutzer der jeweilige Auftrag ausgef&uuml;hrt werden soll (vgl.
Datei 10.1, dort ist root angegeben); dem gleichen Format folgen paketspezifische Tabellen, die in /etc/cron.d/ liegen – vgl. die Manualpage
man cron.
Beispiel 10.1: Beispiel eines Eintrags in /etc/crontab
1-59/5 * * * * root test -x /usr/sbin/atrun &amp;&amp; /usr/sbin/atrun
/etc/crontab kann nicht mit crontab -e bearbeitet werden, sondern
muss direkt in einen Editor geladen, bearbeitet und gespeichert werden.
Einige Pakete installieren in den Verzeichnissen /etc/cron.hourly/,
/etc/cron.daily/, /etc/cron.weekly/ und /etc/cron.monthly/
Shellskripten, deren Abarbeitung von /usr/lib/cron/run-crons gesteuert wird. /usr/lib/cron/run-crons wird alle 15 Minuten von der
Haupt-Tabelle (/etc/crontab) aufgerufen. So wird sichergestellt, dass
eventuell vers&auml;umte L&auml;ufe rechtzeitig nachgeholt werden.
Die t&auml;glichen Wartungsarbeiten am System sind aus Gr&uuml;nden der &Uuml;bersichtlichkeit auf mehrere Skripten verteilt worden (Paket aaa_base). In
/etc/cron.daily/ gibt es also neben aaa_base zum Beispiel die Komponenten backup-rpmdb, clean-tmp oder clean-vi.
10.2.3
Protokoll-Dateien — das Paket logrotate
Zahlreiche System-Dienste (engl. Daemons) und auch der Kernel selbst
protokollieren regelm&auml;&szlig;ig Systemzust&auml;nde oder besondere Vorkommnisse
in Protokoll-Dateien (engl. logfiles). So kann der Administrator zuverl&auml;ssig
feststellen, in welchem Zustand sich das System zu einem bestimmten Zeitpunkt befand, Fehler oder Fehlfunktionen erkennen und gezielt beheben.
Diese Protokoll-Dateien werden in der Regel gem&auml;&szlig; FHS unter /var/log
abgelegt und werden von Tag zu Tag gr&ouml;&szlig;er. Mit Hilfe von logrotate ist
es m&ouml;glich, das Wachsen der Protokoll-Dateien zu steuern.
270
10.2. Hinweise zu speziellen Softwarepaketen
Beispiel 10.2: Beispiel f&uuml;r /etc/logrotate.conf
# see &quot;man logrotate&quot; for details
# rotate log files weekly weekly
# keep 4 weeks worth of backlogs rotate 4
# create new (empty) log files after rotating old ones create
# uncomment this if you want your log files compressed
#compress
# RPM packages drop log rotation information into this directory
include /etc/logrotate.d
# no packages own lastlog or wtmp - we’ll rotate them here
#/var/log/wtmp {
#
monthly
#
create 0664 root utmp
#
rotate 1
#}
# system-specific logs may be also be configured here.
10
Systemmerkmale
Konfiguration
In der Konfigurationsdatei /etc/logrotate.conf wird das generelle
Verhalten festgelegt. Mit der include-Angabe wird insbesondere konfiguriert, welche weiteren Dateien ausgewertet werden sollen. Bei SUSE
LINUX ist vorgesehen, dass die einzelnen Pakete in /etc/logrotate.d
Dateien installieren (beispielsweise syslog oder yast).
logrotate selbst wird &uuml;ber cron gesteuert und einmal t&auml;glich von /etc/
cron.daily/logrotate angesto&szlig;en.
Hinweis
Die Option create liest etwaige Einstellungen des Administrator in den Dateien /etc/permissions* ein. Stellen Sie bitte
sicher, dass es bei eigenen Anpassungen zu keinen Konflikten
kommt.
Hinweis
10.2.4
Manual-Pages
F&uuml;r einige GNU-Programme (zum Beispiel tar) werden die Manual-Pages
nicht mehr weiter gepflegt. An ihre Stelle treten als Schnell&uuml;bersicht die
--help-Ausgabe sowie als ausf&uuml;hrliche Handb&uuml;cher die Info-Dateien. info ist GNUs Hypertext-System. Mit info info erh&auml;lt man erste Hilfe zur
Benutzung; info kann entweder &uuml;ber Emacs emacs -f info aufgerufen
werden, oder direkt mit dem Befehl info. Angenehm zu bedienen sind
tkinfo, xinfo oder der Zugriff &uuml;ber das Hilfesystem.
SUSE LINUX Enterprise Server
271
10.2.5
Der Befehl ulimit
Mit dem Befehl ulimit (engl. user limits) ist es m&ouml;glich, Limits f&uuml;r die
Nutzung von Systemressourcen zu setzen, bzw. sich diese anzeigen zu lassen. Insbesondere ist ulimit dazu geeignet, den zur Verf&uuml;gung stehenden
Speicher f&uuml;r Anwendungen zu begrenzen. Dadurch wird verhindert, dass
eine Anwendung &uuml;berm&auml;&szlig;ig viel (allen) Speicherplatz f&uuml;r sich beschlagnahmt und das System zum Stillstand kommt.
Der Aufruf von ulimit kann mit verschiedenen Optionen erfolgen. Um den
Speicherverbrauch zu begrenzen, sind zum Beispiel die Optionen in Tabelle 10.1 tauglich.
Tabelle 10.1: ulimit: Ressourcen f&uuml;r den Anwender einstellen
-m
max. Gr&ouml;&szlig;e des physikalischen Speichers
-v
max. Gr&ouml;&szlig;e des virtuellen Speichers
-s
max. Gr&ouml;&szlig;e des Stacks
-c
max. Gr&ouml;&szlig;e der Core-Dateien
-a
Anzeige der gesetzten Limits
Systemweit k&ouml;nnen die Einstellungen in /etc/profile vorgenommen
werden. Dort muss beispielsweise das Erzeugen von Core-Dateien freigeschaltet werden, die Programmierer zum „Debuggen“ ben&ouml;tigen. Als Anwender kann man die vom Systemadministrator in /etc/profile vorgegebenen Werte nicht erh&ouml;hen, aber man kann spezielle Einstellung in die
eigene ~/.bashrc eintragen.
Beispiel 10.3: ulimit-Einstellungen in /.bashrc
# Begrenzung des realen Speichers
ulimit -m 98304
# Begrenzung des virtuellen Speichers
ulimit -v 98304
Die Speicherangaben m&uuml;ssen in KB gemacht werden. F&uuml;r detailliertere Informationen werfen Sie bitte einen Blick in die Manualpage man bash.
272
10.2. Hinweise zu speziellen Softwarepaketen
10
Hinweis
Hinweis
10.2.6
Der Befehl free
Der Befehl free ist etwas irref&uuml;hrend, wenn es darum geht herauszufinden, wie der Arbeitsspeicher gerade verwendet wird . . . Informationen
findet man in /proc/meminfo. Heutzutage sollte sich eigentlich kein Anwender darum Gedanken machen, dem ein modernes Betriebssystem wie
Linux zur Verf&uuml;gung steht. Das Konzept vom „freien Arbeitsspeicher“ datiert von der Zeit her, als es noch keine vereinheitlichte Speicherverwaltung
(engl. unified memory management ) gab – unter Linux gilt das Motto:
„freier Speicher ist schlechter Speicher“ (engl. free memory is bad memory). Infolgedessen ist Linux immer bestrebt, verschiedene Caches auszubalancieren, nie aber wirklich freien (= ungenutzten) Speicher zuzulassen.
Systemmerkmale
Nicht alle Shells unterst&uuml;tzen ulimit-Angaben. Wenn Sie auf
&uuml;bergreifende Einstellungen f&uuml;r derartige Beschr&auml;nkungen angewiesen sind, dann bietet PAM (zum Beispiel pam_limits)
weitgehende Einstellm&ouml;glichkeiten.
Der Kernel wei&szlig; im Grunde nichts direkt von Programmen oder Benutzerdaten. Er verwaltet Programme und Benutzerdaten im so genannten „Page
Cache“. Wenn der Speicher knapp wird, werden Teile davon entweder in
den Swapbereich oder in die Dateien geschrieben, aus denen sie urspr&uuml;nglich mit Hilfe des Systemaufrufs mmap gelesen wurden; vgl. die Manualpage von mmap.
Des Weiteren h&auml;lt der Kernel auch noch andere Zwischenspeicher, wie
den „slab cache“, der zum Beispiel die f&uuml;r den Netzwerkzugriff benutzten Puffer enth&auml;lt. Dadurch werden eventuelle Differenzen zwischen den
Z&auml;hlern in /proc/meminfo erkl&auml;rt. Die meisten, aber nicht alle, sind &uuml;ber
/proc/slabinfo abfragbar.
10.2.7
Die Datei /etc/resolv.conf
Die Namensaufl&ouml;sung wird &uuml;ber die Datei /etc/resolv.conf geregelt;
vgl.Abschnitt 21.7 auf Seite 502 . Diese Datei wird stets nur von dem Skript
/sbin/modify_resolvconf aktualisiert. Es ist keinem Programm erlaubt, /etc/resolv.conf direkt zu manipulieren. Nur wenn diese Regel
beachtet wird, kann sichergestellt werden, dass die Netzwerkkonfiguration
und die zugeh&ouml;rigen Daten konsistent gehalten werden.
SUSE LINUX Enterprise Server
273
10.2.8
Einstellungen f&uuml;r GNU Emacs
GNU Emacs ist eine komplexe Arbeitsumgebung. Weiterf&uuml;hrende Informationen finden Sie unter http://www.gnu.org/software/emacs/.
In den folgenden Abs&auml;tzen werden die Konfigurationsdateien genannt, die
GNU Emacs beim Start abarbeitet. Beim Start liest Emacs mehrere Dateien ein, um gem&auml;&szlig; den Vorgaben des Benutzers, des Systemadministrators
und oder des Distributors f&uuml;r die jeweilige Bed&uuml;rfnissen angepasst oder
vorkonfiguriert zu werden.
F&uuml;r jeden Benutzer wird im Home-Verzeichnis die Initialisierungsdatei
~/.emacs von /etc/skel/ installiert; .emacs wiederum liest die Datei /etc/skel/.gnu-emacs ein. Wenn ein Benutzer eigene Anpassungen vornehmen m&ouml;chte, empfiehlt es sich, diese Datei .gnu-emacs in das
eigene Home-Verzeichnis zu kopieren und dort die gew&uuml;nschten Einstellungen vorzunehmen:
cp /etc/skel/.gnu-emacs ~/.gnu-emacs
In .gnu-emacs wird die Datei ~/.gnu-emacs-custom als
custom-file festgelegt; wenn der Benutzer mit den customizeM&ouml;glichkeiten eigene Einstellungen vornimmt, werden diese in ~/.gnuemacs-custom gespeichert.
Mit dem Paket emacs wird bei SUSE LINUX die Datei site-start.el
im Verzeichnis /usr/share/emacs/site-lisp installiert. Die Datei
site-start.el wird vor der Initialisierungsdatei ~/.emacs geladen.
site-start.el sorgt beispielsweise daf&uuml;r, dass besondere Konfigurationsdateien automatisch geladen werden, die mit Emacs-Zusatzpaketen
der Distribution installiert werden (zum Beispiel Paket psgml). Derartige
Konfigurationsdateien befinden sich gleichfalls in /usr/share/emacs/
site-lisp und beginnen stets mit suse-start-.
Der lokale Systemadministrator kann in default.el systemweite Einstellungen vornehmen. Mehr Informationen zu diesen Dateien finden
Sie in der Info-Datei zu Emacs, im Knoten Init File: info:/emacs/
InitFile. Dort ist auch beschrieben, wie man — falls notwendig — das
Laden dieser Dateien verhindern kann.
Die Bestandteile des Emacs’ sind auf mehrere Pakete verteilt:
Basispaket emacs
274
10.2. Hinweise zu speziellen Softwarepaketen
Im Paket emacs-nox ist das Programm ohne X11-Unterst&uuml;tzung enthalten.
Das Paket emacs-info stellt Online-Dokumentation im Info-Format
bereit.
Das Paket emacs-el enth&auml;lt die nicht kompilierten Bibliotheksdateien in Emacs Lisp — zur Laufzeit nicht erforderlich!
Zahlreiche Zusatzpakete, die nach Bedarf installiert werden k&ouml;nnen: Paket emacs-auctex (f&uuml;r LaTeX); psgml (f&uuml;r SGML/XML);
gnuserv (f&uuml;r Client-/Serverbetrieb) usw.
10.3
10.3.1
10
Systemmerkmale
Dazu ist in der Regel das Paket emacs-x11 zu installieren, in dem
das Programm mit X11-Unterst&uuml;tzung enthalten ist.
Booten mit der initial ramdisk
Problemstellung
Sobald der Linux-Kernel geladen und das Root-Dateisystem (/) gemountet
ist, k&ouml;nnen Programme ausgef&uuml;hrt und weitere Kernel-Module eingebunden werden, um zus&auml;tzliche Funktionalit&auml;ten bereitzustellen. Um aber das
Root-Dateisystem &uuml;berhaupt mounten zu k&ouml;nnen, m&uuml;ssen verschiedene
Bedingungen erf&uuml;llt sein: Der Kernel ben&ouml;tigt die entsprechenden Treiber,
um das Ger&auml;t ansprechen zu k&ouml;nnen, auf dem das Root-Dateisystem liegt
(insbesondere SCSI-Treiber). Weiter muss der Kernel den Code enthalten,
der ben&ouml;tigt wird, um das Dateisystem lesen zu k&ouml;nnen (ext2, reiserfs,
romfs usw.). Weiterhin ist es denkbar, dass bereits das Root-Dateisystem
verschl&uuml;sselt ist. Zum Mounten ist in diesem Fall die Eingabe des Schl&uuml;ssels/Passworts erforderlich.
Betrachtet man nur einmal das Problem der SCSI-Treiber, so sind verschiedene L&ouml;sungsans&auml;tze denkbar: Der Kernel kann alle denkbaren Treiber
enthalten. Dies ist problematisch, da sich die verschiedenen Treiber bei&szlig;en k&ouml;nnen. Au&szlig;erdem wird der Kernel dadurch sehr gro&szlig;. Eine andere
M&ouml;glichkeit besteht darin, verschiedene Kernel zur Verf&uuml;gung zu stellen,
die jeweils nur einen oder sehr wenige SCSI-Treiber enthalten. Auch dieser
Weg ist problematisch, da er eine sehr gro&szlig;e Zahl unterschiedlicher Kernel
notwendig macht. Ein Problem, das durch verschieden optimierte Kernel
(Athlon-Optimierung, SMP) noch weiter versch&auml;rft wird.
SUSE LINUX Enterprise Server
275
Der Ansatz, den SCSI-Treiber als Modul zu laden, f&uuml;hrt zur generellen Problematik, der durch das Konzept der initial ramdisk begegnet wird: Das Bereitstellen einer M&ouml;glichkeit, Userspace-Programme bereits vor dem Mounten des Root-Dateisystems ausf&uuml;hren zu k&ouml;nnen.
10.3.2
Konzept der initial ramdisk
Die initial ramdisk (auch initdisk oder initrd genannt) l&ouml;st genau diese oben
beschriebenen Probleme. Der Linux-Kernel bietet die M&ouml;glichkeit, ein (kleines) Dateisystem in eine Ramdisk zu laden, und darin Programme ausf&uuml;hren zu lassen, bevor das eigentliche Root-Dateisystem gemountet wird.
Das Laden der initrd wird dabei vom Bootloader (GRUB, LILO usw.)
&uuml;bernommen; all diese Bootloader ben&ouml;tigen lediglich BIOS-Routinen, um
Daten vom Bootmedium zu laden. Wenn der Bootloader den Kernel laden
kann, kann er auch die initial ramdisk laden. Spezielle Treiber sind somit
nicht erforderlich.
10.3.3
Ablauf des Bootvorgangs mit initrd
Der Bootloader l&auml;dt den Kernel und die initrd in den Speicher und
startet den Kernel, wobei der Bootloader dem Kernel mitteilt, dass eine
initrd vorhanden ist und wo im Speicher diese liegt. Ist die initrd
komprimiert (was typischerweise der Fall ist), so dekomprimiert der Kernel die initrd und mountet sie als tempor&auml;res Root-Dateisystem. Hierauf wird in der initrd ein Programm mit dem Namen linuxrc gestartet.
Dieses Programm kann nun all die Sachen tun, die erforderlich sind, um
das richtige Root-Dateisystem mounten zu k&ouml;nnen. Sobald linuxrc terminiert, wird die (tempor&auml;re) initrd wieder abgeh&auml;ngt (engl. unmounted )
und der Bootvorgang wie gewohnt mit dem Mounten des richtigen RootDateisystems fortgef&uuml;hrt. Das Mounten der initrd und das Ausf&uuml;hren
von linuxrc kann somit als ein kurzes Intermezzo w&auml;hrend eines normalen
Bootvorgangs betrachtet werden. Der Kernel versucht nach dem Booten
der tats&auml;chlichen Root-Partition, die initrd auf das Verzeichnis /initrd
umzumounten. Wenn das fehlschl&auml;gt, weil zum Beispiel der Mountpunkt
/initrd nicht vorhanden ist, wird der Kernel versuchen, die initrd abzuh&auml;ngen. Sollte auch dies fehlschlagen, ist das System zwar voll funktionsf&auml;hig, jedoch kann der durch die initrd belegte Speicher nie freigegeben werden; er steht somit nicht mehr zur Verf&uuml;gung.
276
10.3. Booten mit der initial ramdisk
10
Das Programm linuxrc
Systemmerkmale
F&uuml;r das Programm linuxrc in der initrd gibt es lediglich die folgenden
Anforderungen: Das Programm muss den speziellen Namen linuxrc
tragen und im Root-Verzeichnis der initrd liegen. Abgesehen davon
muss es lediglich vom Kernel ausgef&uuml;hrt werden k&ouml;nnen. Das bedeutet,
dass linuxrc durchaus dynamisch gelinkt sein darf. In diesem Fall m&uuml;ssen
nat&uuml;rlich die shared libraries wie gewohnt vollst&auml;ndig unter /lib in der
initrd verf&uuml;gbar sein. Weiter darf linuxrc auch ein Shellskript sein. In diesem Fall muss nat&uuml;rlich eine Shell in /bin existieren. Kurz gesagt, muss
die initrd ein minimales Linux-System enthalten, das die Ausf&uuml;hrung
des Programmes linuxrc erlaubt. Bei der Installation von SUSE LINUX wird
ein statisch gelinktes linuxrc verwendet, um die initrd so klein wie m&ouml;glich halten zu k&ouml;nnen. linuxrc wird mit root-Rechten ausgef&uuml;hrt.
Das echte Root-Dateisystem
Sobald linuxrc terminiert, wird die initrd abgeh&auml;ngt und verworfen, der
Bootvorgang geht normal weiter und der Kernel mountet das wirkliche
Root-Dateisystem. Was als Root-Dateisystem gemountet werden soll, kann
durch linuxrc beeinflusst werden. Dazu muss linuxrc lediglich das /procDateisystem mounten und den Wert des echten Root-Dateisystems in numerischer Form nach /proc/sys/kernel/real-root-dev schreiben.
10.3.4
Bootloader
Die meisten Bootloader (vor allem GRUB, LILO und syslinux) k&ouml;nnen mit
initrd umgehen. Die einzelnen Bootloader werden wie folgt angewiesen,
eine initrd zu verwenden:
GRUB Eintrag der folgenden Zeile in /boot/grub/menu.lst:
initrd (hd0,0)/initrd
Da die Ladeadresse der initrd in das bereits geladene Kernel-Image
geschrieben wird, muss der Befehl initrd auf den kernel-Befehl
folgen.
LILO Eintrag der folgenden Zeile in /etc/lilo.conf:
initrd=/boot/initrd
Die Datei /boot/initrd ist die initial ramdisk. Sie kann komprimiert
sein.
SUSE LINUX Enterprise Server
277
syslinux Eintrag der folgenden Zeile in syslinux.cfg:
append initrd=initrd
Weitere Parameter k&ouml;nnen in der Zeile folgen.
10.3.5
Anwendung von initrd bei SUSE
Installation des Systems
Die initrd wird bereits seit geraumer Zeit f&uuml;r die Installation verwendet:
Bei manueller Installation kann der Anwender in linuxrc Kernel-Module
laden und die f&uuml;r eine Installation notwendigen Eingaben vornehmen. linuxrc startet dann YaST, das die Installation durchf&uuml;hrt. Hat YaST seine
Arbeit getan, teilt es linuxrc mit, wo das Root-Dateisystem des frisch installierten Systems liegt. linuxrc schreibt diesen Wert nach /proc und f&uuml;hrt
dann einen Reboot durch. Danach startet YaST erneut und installiert die
restlichen Pakete bereits in jenes System, das gerade installiert wird.
Booten des installierten Systems
In der Vergangenheit hat YaST mehr als 40 Kernel f&uuml;r die Installation im
System angeboten, wobei sich die Kernel im Wesentlichen dadurch unterschieden, dass jeder Kernel einen bestimmten SCSI-Treiber enthielt. Dies
war n&ouml;tig, um nach dem Booten das Root-Dateisystem mounten zu k&ouml;nnen. Weitere Treiber konnten dann als Modul nachgeladen werden.
Da inzwischen aber auch optimierte Kernel zur Verf&uuml;gung gestellt werden, ist dieses Konzept nicht mehr tragbar – es w&auml;ren inzwischen weit &uuml;ber
100 Kernel-Images n&ouml;tig.
Daher wird nun auch f&uuml;r das normale Starten des Systems eine initrd
verwendet. Die Funktionsweise ist analog zu einer Installation. Das hier
eingesetzte linuxrc ist jedoch einfach nur ein Shellskript, das lediglich die
Aufgabe hat, einige vorgegebene Module zu laden. Typischerweise handelt
es sich nur um ein einziges Modul, n&auml;mlich denjenigen SCSI-Treiber, der
ben&ouml;tigt wird, um auf das Root-Dateisystem zugreifen zu k&ouml;nnen.
Erstellen einer initrd
Das Erstellen einer initrd erfolgt mittels des Skripts mkinitrd (fr&uuml;her
mk_initrd). Die zu ladenden Module werden bei SUSE LINUX durch die
Bezeichner INITRD_MODULES in /etc/sysconfig/kernel festgelegt.
Nach einer Installation wird diese Variable automatisch durch die richtigen
278
10.3. Booten mit der initial ramdisk
Hinweis
Da das Laden der initrd durch den Bootloader genauso abl&auml;uft wie das Laden des Kernels selbst (LILO vermerkt in seiner
map-Datei die Lage der Dateien), muss bei der Verwendung von
LILO nach jeder &Auml;nderung der initrd der Bootloader neu installiert werden – bei der Verwendung von GRUB ist dies nicht
notwendig!
10
Systemmerkmale
Werte vorbelegt (das Installations-linuxrc wei&szlig; ja, welche Module geladen
wurden). Die Module werden in genau der Reihenfolge geladen, in der sie
in INITRD_MODULES auftauchen. Das ist besonders wichtig, wenn mehrere SCSI-Treiber verwendet werden, da sich ansonsten die Benennung der
Platten &auml;ndern w&uuml;rde. Streng genommen w&uuml;rde es reichen, nur denjenigen
SCSI-Treiber laden zu lassen, der f&uuml;r den Zugriff auf das Root-Dateisystem
ben&ouml;tigt wird. Da das automatische Nachladen zus&auml;tzlicher SCSI-Treiber
jedoch problematisch ist, laden wir alle bei der Installation verwendeten
SCSI-Treiber mittels der initrd.
Hinweis
10.3.6
M&ouml;gliche Schwierigkeit – Selbstkompilierte Kernel
&Uuml;bersetzt man sich selbst einen Kernel, so kann es zu folgendem Problem
kommen: Versehentlich wird der SCSI-Treiber fest in den Kernel gelinkt,
die bestehende initrd bleibt aber unver&auml;ndert. Beim Booten geschieht
Folgendes: Der Kernel enth&auml;lt bereits den SCSI-Treiber, die Hardware wird
erkannt. Die initrd versucht nun jedoch, den Treiber nochmals als Modul zu laden. Dies f&uuml;hrt bei einigen SCSI-Treibern (insbesondere beim
aic7xxx) zum Stillstand des Systems. Streng genommen handelt es sich
um einen Kernelfehler (ein bereits vorhandener Treiber darf nicht ein zweites Mal als Modul geladen werden k&ouml;nnen) – das Problem ist bereits im
Zusammenhang mit seriellen Treibern bekannt.
Es gibt mehrere L&ouml;sungen: Entweder den Treiber als Modul konfigurieren (dann wird er korrekt in der initrd geladen) oder aber den Eintrag
f&uuml;r die initrd aus /etc/grub/menu.lst bzw. /etc/lilo.conf entfernen. &Auml;quivalent zur letzteren L&ouml;sung ist es, den Treiber aus INITRD_MODULES zu entfernen und mkinitrd aufzurufen, das dann feststellt, dass
keine initrd ben&ouml;tigt wird.
SUSE LINUX Enterprise Server
279
10.3.7
Ausblick
F&uuml;r die Zukunft ist denkbar, dass eine initrd f&uuml;r weitaus mehr (und anspruchsvollere) Dinge verwendet wird als nur f&uuml;r das Laden der Module,
die f&uuml;r den Zugriff auf / ben&ouml;tigt werden.
Root-Dateisystem auf Software RAID (linuxrc setzt die md-Devices
auf)
Root-Dateisystem auf LVM
Root-Dateisystem ist verschl&uuml;sselt (linuxrc fragt nach Passwort)
Root-Dateisystem auf einer SCSI-Platte am PCMCIA-Adapter
Weitere Informationen
/usr/src/linux/Documentation/initrd.txt
(Nur verf&uuml;gbar, wenn die Kernel-Quellen installiert wurden)
Die man-page zu initrd.
10.4
Das SUSE Rettungssystem
SUSE LINUX enth&auml;lt ein Rettungssystem, mit dessen Hilfe Sie in Notf&auml;llen von au&szlig;en auf Ihre Linux-Partitionen zugreifen k&ouml;nnen: Sie k&ouml;nnen
das Rescue–System von CD, Netzwerk oder vom SUSE-FTP-Server laden.
Weiterhin gibt es eine bootbare SUSE LINUX–CD (die LiveEval-CD), die als
Rettungssystem eingesetzt werden kann. Zum Rettungssystem geh&ouml;ren
verschiedene Hilfsprogramme, mit denen Sie Probleme mit unzug&auml;nglich
gewordenen Festplatten, fehlerhaften Konfigurationsdateien usw. beheben
k&ouml;nnen. Teil des Rettungssystems ist auch Parted (parted) zum Ver&auml;ndern der Partitionsgr&ouml;&szlig;en. Es kann bei Bedarf aus dem Rettungssystem
heraus manuell aufgerufen werden, falls Sie nicht auf den in YaST integrierten Resizer zur&uuml;ckgreifen wollen. Informationen zu Parted finden
Sie unter:
http://www.gnu.org/software/parted/
280
10.4. Das SUSE Rettungssystem
10
Systemmerkmale
Abbildung 10.1: Quellmedium f&uuml;r das Rettungssystem
10.4.1
Das Rettungssystem starten
Das Rettungssystem wird von CD (oder DVD) gestartet. Voraussetzung ist,
dass das CD-ROM/DVD-Laufwerk bootf&auml;hig ist. Gegebenenfalls m&uuml;ssen
Sie im BIOS-Setup die Boot-Reihenfolge &auml;ndern.
Nachfolgend die Schritte zum Starten des Rettungssystems:
1. Legen Sie die die erste CD oder DVD von SUSE LINUX in das entsprechende Laufwerk ein und schalten Sie Ihr System ein.
2. Sie k&ouml;nnen entweder das System durchbooten lassen oder Sie w&auml;hlen
‘Manual Installation’ aus, und k&ouml;nnen dann – falls notwendig – bei
‘boot option’ spezielle Boot-Parameter angeben.
3. Nehmen Sie im linuxrc die erforderlichen Einstellungen f&uuml;r die Sprache und die Tastatur vor.
4. Anschlie&szlig;end k&ouml;nnen die f&uuml;r ihr System ben&ouml;tigten Kernel-Module
geladen werden. Laden Sie hier bitte alle Module, von denen Sie glau-
SUSE LINUX Enterprise Server
281
ben, dass sie sp&auml;ter im Rettungssystem gebraucht werden. Das Rettungssystem selbst enth&auml;lt aus Platzgr&uuml;nden fast keine.
5. W&auml;hlen Sie im Hauptmen&uuml; den Punkt ‘Installation/System starten’.
6. W&auml;hlen Sie im Men&uuml; ‘Installation/System starten’ den Punkt ‘Rettungssystem starten’ (s. Abb. 3.7 auf Seite 133) und geben Sie dann
das gew&uuml;nschte Quellmedium an (s. Abb. 10.1 auf der vorherigen Seite).
‘CD-ROM’ Das Rettungssystem auf der CD-ROM wird verwendet.
‘Netzwerk’ Das Rettungssystem wird &uuml;ber eine Netzverbindung
gestartet. Hierf&uuml;r muss vorher das richtige Kernel-Modul f&uuml;r
die Netzwerkkarte geladen worden sein (vgl. die allgemeinen
Hinweise in Abschnitt 3.5.2 auf Seite 141). In einem Untermen&uuml;
stehen mehrere Protokolle zur Verf&uuml;gung (s. Abb. 10.2): NFS,
FTP, SMB etc.
‘Festplatte’ Sollten Sie vorher schon ein Rettungssystem auf eine
aktuell erreichbare Festplatte kopiert haben, k&ouml;nnen Sie hier angeben wo es liegt. Dieses Rettungssystem wird dann verwendet.
Abbildung 10.2: Netzwerkprotokolle
282
10.4. Das SUSE Rettungssystem
10.4.2
Das Rettungssystem benutzen
+ F1 bis Alt + F3 mindestens
Das Rettungssystem stellt Ihnen unter Alt drei virtuelle Konsolen zur Verf&uuml;gung, an denen Sie sich als Benutzer root
ohne Passwort einloggen k&ouml;nnen. Mit Alt + F10 kommen Sie zur Systemkonsole mit den Meldungen von Kernel und syslog.
In dem Verzeichnis /bin finden Sie die Shell und Utilities (zum Beispiel
mount). Wichtige Datei- und Netz-Utilities, zum Beispiel zum &Uuml;berpr&uuml;fen und Reparieren von Dateisystemen (reiserfsck, e2fsck etc.), liegen im
Verzeichnis /sbin. Des Weiteren finden Sie in diesem Verzeichnis auch die
wichtigsten Binaries f&uuml;r die Systemverwaltung wie fdisk, mkfs, mkswap,
init, shutdown, sowie f&uuml;r den Netzwerkbetrieb ifconfig, route und netstat. Als Editor ist der vi unter /usr/bin verf&uuml;gbar; hier sind auch weitere
Tools (grep, find, less etc.) wie auch das Programm telnet zu finden.
10
Systemmerkmale
Welches Medium Sie auch gew&auml;hlt haben, das Rettungssystem wird dekomprimiert, als neues Root-Dateisystem in eine RAM-Disk geladen, gemountet und gestartet. Es ist damit betriebsbereit.
Zugriff auf das normale System
Zum Mounten Ihres SUSE LINUX-Systems auf der Platte ist der Mountpoint /mnt gedacht. Sie k&ouml;nnen f&uuml;r eigene Zwecke weitere Verzeichnisse
erzeugen und als Mount-Punkte verwenden.
Nehmen wir als Beispiel einmal an, Ihr normales System setzt sich laut
/etc/fstab wie in der Beispieldatei 10.4 beschrieben zusammen.
Beispiel 10.4: Beispiel /etc/fstab
/dev/sdb5
/dev/sdb3
/dev/sdb6
swap
/
/usr
swap
ext2
ext2
defaults
defaults
defaults
0
1
1
0
1
2
Achtung
Beachten Sie im folgendem Abschnitt die Reihenfolge, in welcher
die einzelnen Ger&auml;te zu mounten sind.
Achtung
Um Zugriff auf Ihr gesamtes System zu haben, mounten Sie es Schritt f&uuml;r
Schritt unter /mnt mit den folgenden Befehlen:
SUSE LINUX Enterprise Server
283
mount /dev/sdb3 /mnt
mount /dev/sdb6 /mnt/usr
Nun haben Sie Zugriff auf Ihr ganzes System und k&ouml;nnen zum Beispiel Fehler in Konfigurationsdateien wie /etc/fstab, /etc/passwd,
/etc/inittab beheben. Die Konfigurationsdateien befinden sich statt
im Verzeichnis /etc jetzt im Verzeichnis /mnt/etc. Um selbst komplett
verloren gegangene Partitionen mit dem Programm fdisk einfach wieder
durch Neu-Anlegen zur&uuml;ckzugewinnen, sollten Sie sich vorher einen Ausdruck (Hardcopy) von dem Verzeichnis /etc/fstab und dem Output des
Befehls fdisk -l machen.
Dateisysteme reparieren
Besch&auml;digte Dateisysteme sind ein besonders ernster Anlass f&uuml;r den Griff
zum Rettungssystem. Dateisysteme lassen sich grunds&auml;tzlich nicht im laufenden Betrieb reparieren. Bei schwereren Sch&auml;den l&auml;sst sich unter Umst&auml;nden nicht einmal mehr das Root-Dateisystem mounten und der Systemstart
endet in einer kernel panic. Dann bleibt nur noch der Weg, die Reparatur von au&szlig;en unter einem Rettungssystem zu versuchen.
Im SUSE LINUX-Rettungssystem sind die Utilities reiserfsck, e2fsck und
dumpe2fs (zur Diagnose) enthalten. Damit beheben Sie die meisten Probleme. Und da auch im Notfall oft die Manual-Page von reiserfsck oder
e2fsck nicht mehr zug&auml;nglich ist, sind sie im Anhang C auf Seite 807
bzw. B auf Seite 801 ausgedruckt.
Beispiel: Wenn sich ein ext2-Dateisystem wegen eines ung&uuml;ltigen Superblocks nicht mehr mounten l&auml;sst, wird das Programm e2fsck vermutlich zun&auml;chst ebenfalls scheitern. Die L&ouml;sung ist, die im Dateisystem alle 8192 Bl&ouml;cke (8193, 16385. . . ) angelegt und gepflegten Superblock-Backups zu verwenden. Dies leistet zum Beispiel der Befehl:
e2fsck -f -b 8193 /dev/&lt;Defekte_Partition&gt;
Die Option -f erzwingt den Dateisystem-Check und kommt damit dem
m&ouml;glichen Irrtum von e2fsck zuvor, es sei – angesichts der intakten
Superblock-Kopie – alles in Ordnung.
10.5
Virtuelle Konsolen
Linux ist multitasking- und multiuserf&auml;hig. Auch wenn nur Sie selbst an
Ihrem Rechner arbeiten, werden Sie die Vorteile, die diese F&auml;higkeiten mitbringen, zu sch&auml;tzen lernen.
284
10.5. Virtuelle Konsolen
10.6
Tastaturbelegung
10
Systemmerkmale
Im Textmodus stehen sechs virtuelle Konsolen zur Verf&uuml;gung, zwischen
denen Sie &uuml;ber die Tastenkombinationen Alt + F1 bis Alt + F6 wechseln
k&ouml;nnen. Die siebte Konsole ist f&uuml;r X11 reserviert, die achte f&uuml;r eine weitere
X11-Sitzung. Durch Modifikation der Datei /etc/inittab k&ouml;nnen weitere oder weniger Konsolen zur Verf&uuml;gung gestellt werden. Wenn Sie von
X11 aus auf eine Textkonsole zur&uuml;ckschalten m&ouml;chten, ohne X11 zu been + Alt + F1 bis Strg + Alt + F6 . Mit Alt + F7 den, verwenden Sie Strg kommen Sie zu X11 zur&uuml;ck.
Um die Tastaturbelegung von Programmen zu vereinheitlichen, wurden
&Auml;nderungen an den folgenden Dateien vorgenommen:
/etc/inputrc
/usr/X11R6/lib/X11/Xmodmap
/etc/skel/.Xmodmap
/etc/skel/.exrc
/etc/skel/.less
/etc/skel/.lesskey
/etc/csh.cshrc
/etc/termcap
/usr/lib/terminfo/x/xterm
/usr/X11R6/lib/X11/app-defaults/XTerm
/usr/share/emacs/&lt;VERSION&gt;/site-lisp/term/*.el
Diese &Auml;nderungen wirken sich nur auf die Applikationen aus, die die
terminfo-Eintr&auml;ge auslesen, bzw. deren Konfigurationsdateien direkt
ver&auml;ndert wurden (vi, less etc.). Applikationen die nicht von SUSE stammen, sollten an diese Vorgaben angepasst werden.
Unter X ist die Compose-Taste (Multi_key) &uuml;ber die Tastenkombination
+ Shift (rechts) zu erreichen. Beachten Sie dabei den entsprechenden
Strg Eintrag in /usr/X11R6/lib/X11/Xmodmap.
Zu Besonderheiten bei der Eingabe von Chinesich, Japanisch oder Koreanisch (CJK) finden Sie detaillierte Informationen auf Mike Fabians Seite:
http://www.suse.de/~mfabian/suse-cjk/input.html.
SUSE LINUX Enterprise Server
285
10.7
Lokale Anpassungen —
I18N/L10N
SUSE LINUX ist internationalisiert und kann flexibel auf lokale Gegebenheiten abgestimmt werden. Die Internationalisierung (I18N) erlaubt spezielle Lokalisierungen (L10N). Die Abk&uuml;rzungen I18N und L10N stehen
f&uuml;r internationalization und localization: jeweils Anfangs- und Endbuchstabe
und dazwischen die Anzahl der ausgelassenen Buchstaben.
Die Einstellungen werden &uuml;ber LC_-Variablen vorgenommen, die in der
Datei /etc/sysconfig/language definiert sind. Dabei geht es nicht
nur um die Einstellung der Sprache f&uuml;r die Programmoberfl&auml;che und meldungen (engl. native language support ), sondern im Einzelnen um die
Kategorien f&uuml;r Nachrichten (Sprache), Zeichenklassen, Sortierreihenfolge, Datum und Uhrzeit, Zahlen und Geld. Jede dieser Kategorien kann entweder
gezielt &uuml;ber eine eigene Variable oder indirekt &uuml;ber eine &uuml;bergeordnete Variable in der Datei language festgelegt werden (vgl. die Manualpage man
locale).
1. RC_LC_MESSAGES, RC_LC_CTYPE, RC_LC_COLLATE, RC_LC_TIME,
RC_LC_NUMERIC, RC_LC_MONETARY: Diese Variablen werden ohne
den RC_-Vorsatz an die Shell weitergereicht und bestimmen die oben
genannten Kategorien; die betroffenen Dateien werden im Folgenden
aufgez&auml;hlt.
Die aktuelle Einstellung kann mit dem Befehl locale abgefragt werden.
2. RC_LC_ALL: Diese Variable &uuml;berschreibt, falls gesetzt, die Werte der
in Punkt 1 genannten Variablen.
3. RC_LANG: Wenn keine der o. g. Variablen gesetzt ist, ist diese der Fallback. SUSE LINUX setzt standardm&auml;&szlig;ig nur RC_LANG; dadurch kann
der Anwender leichter eigene Werte eintragen.
4. ROOT_USES_LANG: Eine yes/no-Variable. Ist sie auf no gesetzt,
dann arbeitet root immer in der POSIX-Umgebung.
Die Variablen sind &uuml;ber den sysconfig-Editor zu setzen. Der Wert einer
solchen Variablen setzt sich aus Sprachangabe (language code), Land oder
Territorium (engl. country code), Zeichensatz (engl. encoding) und Option
(engl. modifier) zusammen. Die einzelnen Angaben werden mit Spezialzeichen verbunden:
LANG=hlanguagei[[_hCOUNTRYi].hEncodingi[@hModifieri]]
286
10.7. Lokale Anpassungen — I18N/L10N
10.7.1
10
Einige Beispiele
Systemmerkmale
Bitte setzen Sie die Sprach- und die L&auml;nderangabe immer zusammen.
Die Angabe der Sprache folgt dem Standard ISO 639 (http://www.
evertype.com/standards/iso639/iso639-en.html und http:
//www.loc.gov/standards/iso639-2/), die L&auml;ndercodes sind
in ISO 3166 festgelegt (siehe http://www.din.de/gremien/nas/
nabd/iso3166ma/codlstp1/en_listp1.html). Sinnvollerweise d&uuml;rfen aber nur die Werte gew&auml;hlt werden, f&uuml;r die verwendbare Beschreibungsdateien unter /usr/lib/locale zu finden sind. Weitere Beschreibungsdateien lassen sich mit Hilfe von localedef aus den Dateien in
/usr/share/i18n erzeugen.
LANG=de_DE.UTF-8 Dies ist die Standardeinstellung, wenn man in deutscher Sprache installiert; installiert man in einer anderen Sprache,
wird auch UTF-8 als Zeichen-Kodierung gesetzt, aber die jeweils andere Sprache f&uuml;r das System eingestellt.
LANG=de_DE.ISO-8859-1 So stellt man die deutsche Sprache in
Deutschland mit Zeichensatz ISO-8859-1 ein. Dieser Zeichensatz
enth&auml;lt nicht das Euro-Zeichen; man ben&ouml;tigt diesen Zeichensatz bisweilen noch, wenn ein Programm noch nicht an UTF-8 angepasst ist.
Die Angabe des Zeichensatzes (hier ISO-8859-1) wertet zum Beispiel der Editor Emacs aus.
LANG=de_DE@euro Dies ist ein Beispiel f&uuml;r das Setzen einer Option
(euro).
SuSEconfig liest die Variablen aus /etc/sysconfig/language aus
und schreibt die Angaben nach /etc/SuSEconfig/profile und
/etc/SuSEconfig/csh.cshrc. /etc/SuSEconfig/profile wird
von /etc/profile eingelesen (gesourcet) und /etc/SuSEconfig/
csh.cshrc von /etc/csh.cshrc. Somit stehen die Einstellungen systemweit zur Verf&uuml;gung.
Die Benutzer k&ouml;nnen die Systemvorgaben in ~/.bashrc &uuml;berschreiben.
Wenn also die Systemvorgabe de_DE ist, kann der Benutzer, falls er mit
deutschen Programmmeldungen nicht zufrieden ist, so auf englische Ausgaben umschalten: LC_MESSAGES=en_US.
10.7.2
Anpassung f&uuml;r Sprachunterst&uuml;tzung
Dateien der Kategorie Nachrichten werden in der Regel nur im Sprachverzeichnis (zum Beispiel de) abgelegt, um ein Fallback zu haben. Wenn
SUSE LINUX Enterprise Server
287
man also LANG auf de_AT setzt und die Message-Datei unter /usr/
share/locale/de_AT/LC_MESSAGES nicht vorhanden ist, dann wird
auf /usr/share/locale/de/LC_MESSAGES zur&uuml;ckgegriffen.
Auch kann man mit LANGUAGE eine Fallbackkaskade festlegen; zum Beispiel f&uuml;r bretonisch -&gt; franz&ouml;sisch oder f&uuml;r galizisch -&gt; spanisch -&gt; portugiesisch:
LANGUAGE=&quot;br_FR:fr_FR&quot;
LANGUAGE=&quot;gl_ES:es_ES:pt_PT&quot;
Oder um auf die norwegischen Variaten nynorsk bzw. bokm&aring;l auszuweichen (mit zus&auml;tzlichem R&uuml;ckfall auf no):
LANG=&quot;nn_NO&quot;
LANGUAGE=&quot;nn_NO:nb_NO:no&quot;
oder
LANG=&quot;nb_NO&quot;
LANGUAGE=&quot;nb_NO:nn_NO:no&quot;
Bei Norwegisch ist auch zu beachten, dass LC_TIME unterschiedlich behandelt wird.
M&ouml;gliche Probleme
Der Tausenderpunkt wird nicht erkannt. Wahrscheinlich steht LANG beispielweise auf de. Da die Beschreibung, auf die die glibc zur&uuml;ckgreift, in
/usr/share/lib/de_DE/LC_NUMERIC zu finden ist, muss beispielsweise LC_NUMERIC auf de_DE gesetzt werden.
Weitere Informationen:
The GNU C Library Reference Manual, Kapitel „Locales and Internationalization“; enthalten im glibc-info.
Jochen Hein, unter dem Stichwort „NLS“.
German-Howto von Winfried Tr&uuml;mper file:/usr/share/doc/
howto/en/html/German-HOWTO.html.
Markus Kuhn, UTF-8 and Unicode FAQ for Unix/Linux, aktuell unter
http://www.cl.cam.ac.uk/~mgk25/unicode.html.
Unicode-Howto von Bruno Haible file:/usr/share/doc/howto/
en/html/Unicode-HOWTO.html.
CJK Support in SuSE Linux auf Englisch von Mike Fabian http://
www.suse.de/~mfabian/suse-cjk/suse-cjk.html.
288
10.7. Lokale Anpassungen — I18N/L10N
11
Das Bootkonzept
Das Bootkonzept
Das Booten und die Initialisierung eines Unix-Systems sind selbst f&uuml;r einem erfahrenen System-Administrator keineswegs trivial. Dieses Kapitel
gibt eine kurze Einf&uuml;hrung in das Bootkonzept von SUSE LINUX. Die vorliegende Implementierung der Systeminitialisierung setzt den Standard
LSB in Version 1.3.x um (vgl. Abschnitt 10.1.1 auf Seite 268).
11.1
11.2
11.3
11.4
11.5
11.6
11.7
Das init-Programm . . . . . . .
Die Runlevels . . . . . . . . . . .
Wechsel des Runlevels . . . . .
Die Init-Skripten . . . . . . . . .
Der YaST Runlevel-Editor . . . .
SuSEconfig und /etc/sysconfig
Der YaST Sysconfig-Editor . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
290
291
292
293
297
299
301
Mit den lapidaren Worten „Uncompressing Linux...“ (bzw. bei IBM S/390
und zSeries nach dem IPL) &uuml;bernimmt der Kernel die Kontrolle &uuml;ber die
gesamte Hardware des Systems. Er pr&uuml;ft und setzt die Konsole — oder genauer: die BIOS-Register der Graphikkarte und das Ausgabeformat auf den
Bildschirm —, um danach die Einstellungen im BIOS zu lesen und die elementaren Schnittstellen des Mainboards zu initialisieren. In den n&auml;chsten
Schritten „proben“ die einzelnen Treiber — die ja Bestandteil des Kernels
sind — die vorhandene Hardware, um sie gegebenenfalls zu initialisieren. Nach dem &Uuml;berpr&uuml;fen der Partitionen und dem Mounten des RootDateisystems startet der Kernel das Programm init. Durch init wird das
eigentliche System „hochgefahren“ (Unix-Jargon) und die vielen Dienstprogramme und deren Konfiguration werden so gestartet. Der Kernel verwaltet dann das gesamte System; er &uuml;berwacht Rechenzeit f&uuml;r die einzelnen Programme, er stellt Speicher zur Verf&uuml;gung und steuert HardwareZugriffe.
11.1
Das init-Programm
Das Programm init ist der f&uuml;r die korrekte Initialisierung des Systems zust&auml;ndige Prozess; alle Prozesse im System sind also „Kinder“ von init.
Unter allen Programmen nimmt init eine Sonderrolle ein: init wird direkt
vom Kernel gestartet und ist immun gegen das Signal 9, mit dem normalerweise jeder Prozess „gekillt“ werden kann. Alle weiteren Prozesse werden
entweder von init selbst oder von einem seiner „Kindprozesse“ gestartet.
Konfiguriert wird init zentral &uuml;ber die Datei /etc/inittab; hier werden
die so genannten „Runlevels“ definiert (mehr dazu im Abschnitt 11.2 auf
der n&auml;chsten Seite) und es wird festgelegt, welche Dienste und Daemonen
in den einzelnen Levels zur Verf&uuml;gung stehen sollen. Abh&auml;ngig von den
Eintr&auml;gen in /etc/inittab ruft init verschiedene Skripten auf, die aus
Gr&uuml;nden der &Uuml;bersichtlichkeit im Verzeichnis /etc/init.d/ zusammengefasst sind.
Der gesamte Hochlauf des Systems — und nat&uuml;rlich auch das Herunterfahren — wird somit einzig und allein vom init-Prozess gesteuert; insofern
l&auml;sst sich der Kernel quasi als „Hintergrundprozess“ betrachten, dessen
Aufgabe darin besteht, die gestarteten Prozesse zu verwalten, ihnen Rechenzeit zuzuteilen und den Zugriff auf die Hardware zu erm&ouml;glichen und
zu kontrollieren.
290
11.1. Das init-Programm
11.2
11
Die Runlevels
Um zu einem sp&auml;teren Zeitpunkt in einen anderen Runlevel zu wechseln,
kann man init mit der Nummer des zugeh&ouml;rigen Runlevels aufrufen; das
Wechseln des Runlevels kann nur vom Systemadministrator veranlasst
werden. Beispielsweise gelangt man durch das Kommando init 1 oder
shutdown now in den Einzelbenutzerbetrieb (engl. Single user mode),
der der Pflege und Administration des Systems dient. Nachdem der Systemadministrator seine Arbeit beendet hat, kann er durch init 3 das System wieder in den normalen Runlevel hochfahren lassen, in dem alle f&uuml;r
den Betrieb erforderlichen Programme laufen und sich die Benutzer beim
System anmelden k&ouml;nnen. Mit init 0 oder shutdown -h now kann das
System angehalten, bzw. durch init 6 oder shutdown -r now zu einem
Neustart veranlasst werden.
Das Bootkonzept
Unter Linux existieren verschiedene Runlevels, die den jeweiligen Zustand des Systems definieren. Der Standard-Runlevel, in dem das System
beim Booten hochf&auml;hrt, ist in der Datei /etc/inittab durch den Eintrag
initdefault festgelegt. F&uuml;r gew&ouml;hnlich ist dies 3 oder 5 (siehe &Uuml;berblick
in Tabelle 11.1). Alternativ kann der gew&uuml;nschte Runlevel beim Booten
(zum Beispiel am Boot-Prompt) angegeben werden; der Kernel reicht die
Parameter, die er nicht selbst auswertet, unver&auml;ndert an den init-Prozess
weiter.
Hinweis
Runlevel 2 bei NFS gemounteter /usr/ Partition
Runlevel 2 sollte auf einem System, dessen /usr/ Partition
via NFS gemountet ist, nicht verwendet werden. Die /usr/
Partition enth&auml;lt wichtige Programme, die zur reibungslosen Bedienbarkeit des Systems notwendig sind. Da der NFS-Dienst im
Runlevel 2 (Lokaler Multiuserbetrieb ohne entferntes Netzwerk)
noch nicht zur Verf&uuml;gung steht, w&uuml;rde Ihr System in seiner
Funktion stark beeintr&auml;chtigt.
Hinweis
Tabelle 11.1: Liste der g&uuml;ltigen Runlevels unter Linux
Runlevel
Bedeutung
0
Systemhalt (engl. System halt )
S
Einzelbenutzerbetrieb (engl. Single user mode); vom
Bootprompt aus mit US-Tastaturbelegung
SUSE LINUX Enterprise Server
291
1
Einzelbenutzerbetrieb (engl. Single user mode)
2
Lokaler Multiuserbetrieb ohne entferntes Netzwerk (engl.
Local multiuser without remote network ) (d.h. NFS)
3
Voller Multiuserbetrieb mit Netzwerk (engl. Full multiuser with network )
4
Frei (engl. Not used )
5
Voller Multiuserbetrieb mit Netzwerk und KDM (Standard), GDM oder XDM (engl. Full multiuser with network and xdm)
6
Systemneustart (engl. System reboot )
Bei einer Standardinstallation von SUSE LINUX wird normalerweise Runlevel 5 als Standard eingerichtet, so dass sich die Benutzer direkt an der
grafischen Oberfl&auml;che beim System anmelden k&ouml;nnen.
Wenn Sie den Runlevel von 3 auf 5 setzen wollen, muss sichergestellt sein,
dass das X Window System bereits korrekt konfiguriert ist; (siehe Kapitel 12 auf Seite 305). Ob das System so wie von Ihnen gew&uuml;nscht funktioniert, testen Sie danach durch Eingabe von init 5. Ist dies der Fall, k&ouml;nnen
Sie den Standard-Runlevel &uuml;ber YaST auf 5 &auml;ndern.
Achtung
Eigene &Auml;nderungen an /etc/inittab
Eine fehlerhafte /etc/inittab kann dazu f&uuml;hren, dass das
System nicht korrekt hochgefahren wird. Gehen Sie bei Ver&auml;nderungen dieser Datei mit &auml;u&szlig;erster Sorgfalt vor und behalten
Sie immer eine Kopie einer intakten Datei. Zur Behebung des
Schadens k&ouml;nnen Sie versuchen, am Bootprompt den Parameter
init=/bin/sh zu &uuml;bergeben, um direkt in eine Shell zu booten und von dort aus die Datei wiederherzustellen. Nach dem
Booten spielen Sie mittels cp die Backupkopie wieder ein.
Achtung
11.3
Wechsel des Runlevels
Generell passieren bei einem Wechsel des Runlevels folgende Dinge: Die
Stopp-Skripten des gegenw&auml;rtigen Runlevels werden ausgef&uuml;hrt — dabei
292
11.3. Wechsel des Runlevels
Um dies zu verdeutlichen, betrachten wir an einem Beispiel den Wechsel
von Runlevel 3 nach Runlevel 5:
Der Administrator (root) teilt dem init-Prozess mit, dass der Runlevel gewechselt werden soll. In diesem Fall erreicht er dies durch
Eingabe von init 5.
init konsultiert die Konfigurationsdatei /etc/inittab und stellt
fest, dass das Skript /etc/init.d/rc mit dem neuen Runlevel als
Parameter aufgerufen werden muss.
11
Das Bootkonzept
werden typischerweise verschiedene, in diesem Level laufende Programme
beendet — und die Start-Skripten des neuen Runlevels werden ausgef&uuml;hrt.
W&auml;hrend eines solchen Vorgangs werden in den meisten F&auml;llen einige Programme gestartet.
Nun ruft rc alle Stopp-Skripten des gegenw&auml;rtigen Runlevels auf, f&uuml;r
die im neuen Runlevel kein Start-Skript existiert; in unserem Beispiel
sind das alle Skripten, die sich im Verzeichnis /etc/init.d/rc3.
d/ befinden (der alte Runlevel war 3) und mit einem K beginnen. Die
nach dem K folgende Zahl gew&auml;hrleistet, dass hierbei eine bestimmte
Reihenfolge eingehalten wird, da unter Umst&auml;nden manche Programme von anderen abh&auml;ngig sind.
Als Letztes werden die Start-Skripten des neuen Runlevels aufgerufen; diese liegen in unserem Beispiel unter /etc/init.d/rc5.d/
und beginnen mit einem S. Auch hierbei wird eine bestimmte Reihenfolge eingehalten, die durch die dem S folgende Zahl festgelegt
ist.
Wenn Sie in denselben Runlevel wechseln, in dem Sie sich bereits befinden, liest init nur die /etc/inittab ein, pr&uuml;ft sie auf Ver&auml;nderungen und
nimmt bei Bedarf die entsprechenden Ma&szlig;nahmen vor, etwa das Starten
eines getty auf einer weiteren Schnittstelle.
11.4
Die Init-Skripten
Die Skripten unter /etc/init.d/ unterteilen sich in zwei Kategorien:
Skripte, die direkt von init aufgerufen werden: Dies ist nur beim Booten der Fall sowie bei einem sofortigen Herunterfahren des Systems
SUSE LINUX Enterprise Server
293
(bei Stromausfall oder durch Dr&uuml;cken der Tastenkombination Strg + Alt + Entf durch den Anwender). Bei IBM S/390 und zSeries tritt
dieser Fall nur beim Booten sowie bei einem sofortigen Herunterfahren des Systems (bei Stromausfall oder per „signal quiesce“) auf.
Skripte, die indirekt von init aufgerufen werden: Das geschieht bei
einem Wechsel des Runlevels; es wird generell das &uuml;bergeordnete
Skript /etc/init.d/rc ausgef&uuml;hrt, das daf&uuml;r sorgt, dass die relevanten
Skripten in der korrekten Reihenfolge aufgerufen werden.
Alle Skripten befinden sich unter /etc/init.d/. Die Skripten f&uuml;r das
Wechseln des Runlevels befinden sich ebenfalls in diesem Verzeichnis, werden jedoch grunds&auml;tzlich als symbolischer Link aus einem der Unterverzeichnisse /etc/init.d/rc0.d/ bis /etc/init.d/rc6.d/ aufgerufen. Dies dient der &Uuml;bersichtlichkeit und vermeidet, dass Skripten mehrfach vorhanden sein m&uuml;ssen, etwa weil sie in verschiedenen Runlevels
verwendet werden sollen. Da jedes dieser Skripten sowohl als Start- wie
auch als Stopp-Skript aufgerufen werden kann, m&uuml;ssen sie alle die beiden
m&ouml;glichen Parameter start und stop verstehen. Zus&auml;tzlich verstehen die
Skripten die Optionen restart, reload, force-reload und status;
die Bedeutung aller Optionen ist in Tabelle 11.2 aufgelistet.
Tabelle 11.2: &Uuml;bersicht der Optionen der init-Skripten
Option
Bedeutung
start
Dienst starten
stop
Dienst stoppen
restart
Dienst stoppen und erneut starten, wenn der
Dienst bereits lief; andernfalls den Dienst starten
reload
Konfiguration des Dienstes erneut einlesen, ohne
den Dienst zu stoppen und neu zu starten
force-reload
Konfiguration des Dienstes erneut einlesen,
wenn der Dienst dies unterst&uuml;tzt; andernfalls
wie restart
status
aktuellen Status anzeigen
Die Links in den einzelnen Runlevel-spezifischen Unterverzeichnissen dienen somit also nur dazu, eine Zuordnung der einzelnen Skripten zu bestimmten Runlevels zu erm&ouml;glichen. Das Anlegen und Entfernen der not-
294
11.4. Die Init-Skripten
boot Wird beim Start des Systems ausgef&uuml;hrt und direkt von init gestartet. Es ist unabh&auml;ngig vom gew&uuml;nschten Default-Runlevel und wird
nur genau ein einziges Mal ausgef&uuml;hrt: Im Wesentlichen werden
proc- und pts-Dateisystem eingeh&auml;ngt („gemountet“), der blogd
(engl. Boot Logging Daemon) wird aktiviert und — nach einer Erstinstallation oder einem Update des Systems — wird eine Grundkonfiguration angesto&szlig;en.
11
Das Bootkonzept
wendigen Links geschieht mit insserv (bzw. dem Link /usr/lib/lsb/
install_initd) beim Installieren oder Deinstallieren des jeweiligen Paketes; vgl. die Manualpage von insserv.
Im Folgenden finden Sie eine kurze Beschreibung der ersten Boot- und der
letzten Shutdown-Skripten sowie des Steuerskripts:
Der blogd Daemon ist ein Daemon, der vom boot und rc Skript vor
allem anderen gestartet wird und nach getaner Arbeit (zum Beispiel
dem Aufruf von Unterskripten) wieder beendet wird. Dieser Daemon
schreibt in die Log-Datei /var/log/boot.msg, falls /var/ les- und
schreibbar gemountet ist bzw. puffert alle Bildschirmdaten bis das
/var/ les- und schreibbar gemountet wird. Weitere Informationen zu
blogd finden Sie unter man blogd.
Diesem Skript ist des Weiteren das Verzeichnis /etc/init.d/
boot.d/ zugeordnet; alle in diesem Verzeichnis gefundenen Skripte,
die mit S beginnen, werden automatisch beim Hochlauf des Systems
ausgef&uuml;hrt. Es werden die Dateisysteme gepr&uuml;ft, etwaige &uuml;berfl&uuml;ssige Dateien unter /var/lock/ gel&ouml;scht und das Netzwerk f&uuml;r das
Loopback-Device konfiguriert, sofern dies vorgesehen ist. Weiterhin
wird die Systemzeit gesetzt.
Tritt beim Pr&uuml;fen und automatischen Reparieren der Dateisysteme
ein schwerer Fehler auf, hat der Systemadministrator nach Eingabe
des Root-Passwortes die M&ouml;glichkeit, manuell eine L&ouml;sung des Problems herbeizuf&uuml;hren. Schlie&szlig;lich wird das Skript boot.local ausgef&uuml;hrt.
boot.local Hier k&ouml;nnen weitere Dinge eingetragen werden, die beim
Start geschehen sollen, bevor das System in einen der Runlevels eintritt; es kann von seiner Funktion her mit der vielleicht von DOS her
gewohnten AUTOEXEC.BAT verglichen werden.
boot.setup Grundlegende Einstellungen, die beim &Uuml;bergang vom Einzelnutzerbetrieb in irgendeinen Runlevel vorgenommen werden
m&uuml;ssen. Hier werden die Tastaturbelegung und die Konsolenkonfiguration geladen.
SUSE LINUX Enterprise Server
295
halt Dieses Skript wird nur beim Eintritt in den Runlevel 0 oder 6 ausgef&uuml;hrt. Dabei wird es entweder unter dem Namen halt oder dem
Namen reboot aufgerufen. Abh&auml;ngig davon, wie halt aufgerufen
wurde, wird das System neu gestartet oder ganz heruntergefahren.
rc
Das &uuml;bergeordnete Skript, das bei jedem Wechsel des Runlevels aufgerufen wird. Es f&uuml;hrt die Stopp-Skripten des gegenw&auml;rtigen Runlevels aus und danach die Start-Skripten des neuen.
11.4.1
Init-Skripten hinzuf&uuml;gen
Zus&auml;tzliche Init-Skripten lassen sich in das oben beschriebene Konzept
leicht integrieren. Orientieren Sie sich bei Fragen zum Format, Namensgebung und Organisation der Init-Skripten an den Vorgaben des LSB und
den Manualpages von init, init.d/ und insserv. Hilfreich sind in
diesem Zusammenhang weiterhin die Manualpages von startproc und
killproc.
Achtung
Erstellung eigener Init-Skripten
Fehlerhafte Init-Skripten k&ouml;nnen das gesamte System „aufh&auml;ngen“. Erstellen Sie eigene Skripte mit &auml;u&szlig;erster Sorgfalt und
testen Sie sie — soweit m&ouml;glich — vor dem Ernstfall in der Multiuserumgebung. Grundlageninformation zum Umgang mit
Runleveln/Init-Skripten finden Sie im Abschnitt 11.2 auf Seite 291.
Achtung
Wenn Sie f&uuml;r ein eigenes Programm oder eigenen Dienst (engl. service) ein
Init-Skript erstellen, verwenden Sie die Datei /etc/init.d/skeleton
als Vorlage. Speichern Sie diese Datei unter dem neuen Namen und editieren Sie die Nennung von Programm- oder Dateinamen und Pfaden und
f&uuml;gen Sie, wenn n&ouml;tig, eigene Skriptbestandteile hinzu, die f&uuml;r ein korrektes Ausf&uuml;hren des Init-Aufrufes ben&ouml;tigt werden.
Editieren Sie den obligatorischen INIT INFO Block am Anfang der Datei:
Beispiel 11.1: Eine minimale INIT INFO
### BEGIN INIT INFO
# Provides:
# Required-Start:
296
FOO
$syslog $remote_fs
11.4. Die Init-Skripten
$syslog $remote_fs
3 5
0 1 2 6
Start FOO to allow XY and provide YZ
In der ersten Zeile des INFO-Headers nennen Sie nach Provides: den
Namen des Programms oder Dienstes, der mit diesem Init-Skript gesteuert werden soll. Required-Start: und Required-Stop: enthalten alle
Dienste, die vor dem Start oder Stopp des betroffenen Dienstes oder Programms gestartet oder gestoppt werden m&uuml;ssen. Diese Information wird
ausgewertet, um die Numerierung der resultierenden Start- und Stoppskripten in den Runlevel-Verzeichnissen zu generieren. Die Runlevel, in
denen Ihre Anwendung automatisch gestartet bzw. gestoppt werden sollen, geben Sie bei Default-Start: und Default-Stop: an. Mit einer
kurzen Beschreibung Ihrer Anwendung unter Description: schlie&szlig;en
Sie Ihre Eingaben ab.
11
Das Bootkonzept
# Required-Stop:
# Default-Start:
# Default-Stop:
# Description:
### END INIT INFO
Legen Sie mit dem Befehl insserv &lt;Name des neuen Skripts&gt; die
Links von /etc/init.d/ in die entsprechenden Runlevelverzeichnisse
(/etc/init.d/rc?.d/)/ an. insserv wertet automatisch die im Header
des Init-Skripts gemachten Angaben aus und legt die Links f&uuml;r Start- und
Stoppskripte in den entsprechenden Runlevelverzeichnissen ab. Die korrekte Start- und Stoppreihenfolge innerhalb eines Runlevels wird ebenfalls
&uuml;ber die Nummerierung der Skripte von insserv gew&auml;hrleistet. Als grafisches Konfigurationswerkzeug zum Anlegen der Links steht der RunlevelEditor von YaST zur Verf&uuml;gung; vgl. Abschnitt 11.5.
Soll lediglich ein in /etc/init.d/ bereits vorliegendes Skript in das
Runlevel-Konzept eingebunden werden, legen Sie mittels insserv oder
dem YaST-Runlevel-Editor die Links in die entsprechenden Runlevelverzeichnisse an und aktivieren den Dienst. Beim n&auml;chsten Start des Systems
werden Ihre &Auml;nderungen umgesetzt und der neue Dienst automatisch gestartet.
11.5
Der YaST Runlevel-Editor
Nach dem Start dieses Moduls gelangen Sie in eine &Uuml;bersichtsmaske, die
alle verf&uuml;gbaren Dienste und deren Aktivierungszustand wiedergibt. Entscheiden Sie sich per Radiobutton f&uuml;r einen der beiden Modi ‘Einfacher
SUSE LINUX Enterprise Server
297
Modus’ oder ‘Expertenmodus’. Voreingestellt und f&uuml;r die meisten Anwendungssituationen ausreichend ist der ‘Einfache Modus’. In einer tabellarischen &Uuml;bersicht sind alphabetisch geordnet alle Dienste und Daemonen
aufgelistet, die auf Ihrem System zur Verf&uuml;gung stehen. In der linken Spalte stehen die Namen der Dienste, in der Mitte ihr Aktivierungszustand und
in der rechten Spalte eine kurze Beschreibung. Unterhalb der &Uuml;bersicht
wird zum aktuell selektierten Dienst eine ausf&uuml;hrlichere Beschreibung eingeblendet. Um einen Dienst zu aktivieren, selektieren Sie ihn in der &Uuml;bersicht und klicken auf ‘Aktivieren’. Entsprechend gehen Sie vor, um aktive
Dienste zu deaktivieren.
Abbildung 11.1: YaST Runlevel-Editor
M&ouml;chten Sie gezielt den Runlevel beeinflussen, in dem ein Dienst gestartet
oder gestoppt werden soll oder den Standard-Runlevel ver&auml;ndern, wechseln Sie per Radiobutton in den ‘Expertenmodus’. In dieser Maske wird
zuerst der aktuelle Standard-Runlevel angezeigt. Dieser „Betriebsmodus“
wird nach dem Booten Ihres Systems hochgefahren. Bei SUSE LINUX ist
dies &uuml;blicherweise Runlevel 5 (voller Multiuserbetrieb mit Netzwerk und
XDM). Geeignet w&auml;re zum Beispiel auch Runlevel 3 (voller Multiuserbetrieb mit Netzwerk). An dieser Stelle l&auml;sst sich mit Hilfe von YaST ein anderer Default-Runlevel einstellen; vgl. Tabelle 11.1 auf Seite 291. Die De/Aktivierung von Diensten und Daemonen geschieht &uuml;ber die tabellarische
&Uuml;bersicht. Sie erhalten dort Information dar&uuml;ber, welche Dienste und Daemonen vorhanden sind, ob diese in Ihrem System aktiv geschaltet sind und
298
11.5. Der YaST Runlevel-Editor
Mit ‘Starten/Anhalten/Aktualisieren’ entscheiden Sie, ob ein Dienst eingesetzt werden soll. Mit ‘Status aktualisieren’ sind Sie in der Lage, den aktuellen Status zu pr&uuml;fen, falls dies nicht automatisch geschieht. &Uuml;ber ‘Anwenden/Zur&uuml;cksetzen’ selektieren Sie, ob der von Ihnen konfigurierte Zustand &uuml;bernommen werden soll oder der Ausgangszustand vor Aufruf des
Runlevel-Editors wiederhergestellt werden soll. Mit ‘Beenden’ speichern
Sie die Systemkonfiguration.
11
Das Bootkonzept
f&uuml;r welche Runlevels dies gilt. Wenn Sie eine Zeile per Mausklick markieren, haben Sie die M&ouml;glichkeit, die Checkboxen f&uuml;r die Runlevels ‘B’, ‘0’,
‘1’, ‘2’, ‘3’, ‘5’, ‘6’ und ‘S’ zu aktivieren und damit festzulegen, f&uuml;r welche
Runlevels der entsprechende Dienst bzw. Daemon aktiv werden soll. Runlevel 4 ist nicht definiert — dieser ist stets frei f&uuml;r benutzereigene Einstellungen. Unmittelbar unterhalb der &Uuml;bersicht wird eine kurze Beschreibung
des jeweils selektierten Dienstes oder Daemons angezeigt.
Achtung
Editieren der Runlevel-Einstellungen
Fehlerhafte Einstellungen von Systemdiensten und Runleveln
k&ouml;nnen Ihr System unbrauchbar machen. Informieren Sie sich
vor einer &Auml;nderung dieser Einstellungen &uuml;ber die m&ouml;glichen Folgen, um die Funktionsf&auml;higkeit Ihres Systems zu gew&auml;hrleisten.
Achtung
11.6
SuSEconfig und /etc/sysconfig
Die wesentliche Konfiguration von SUSE LINUX nehmen Sie &uuml;ber die
Konfigurationsdateien unter /etc/sysconfig/ vor. Fr&uuml;here Versionen von SUSE LINUX verwendeten zur Systemkonfiguration die Datei
/etc/rc.config/, die mittlerweile obsolet wurde. Bei einer Neuinstallation von SUSE LINUX wird diese Datei nicht mehr angelegt. S&auml;mtliche
Systemkonfiguration wird &uuml;ber die Dateien unter /etc/sysconfig/ vorgenommen. Bei einem Update bleibt eine bestehende /etc/rc.config/
jedoch erhalten.
Auf die Dateien in /etc/sysconfig/ wird nur gezielt von einzelnen
Skripten zugegriffen; dadurch wird gew&auml;hrleistet, dass zum Beispiel die
Netzwerkeinstellungen auch nur von dem Netzwerk-Skripten ausgewertet
werden m&uuml;ssen. Dar&uuml;ber hinaus werden viele weitere Konfigurationsdateien des Systems in Abh&auml;ngigkeit von den Dateien in /etc/sysconfig/
SUSE LINUX Enterprise Server
299
generiert; diese Aufgabe erledigt SuSEconfig. So wird beispielsweise nach
einer &Auml;nderung der Netzwerkkonfiguration die Datei /etc/host.conf
neu erzeugt, da sie abh&auml;ngig von der Art der Konfiguration ist.
Wenn Sie &Auml;nderungen an den genannten Dateien vornehmen, m&uuml;ssen Sie
nachfolgend immer SuSEconfig aufrufen, so dass die neuen Einstellungen
auch an allen relevanten Stellen wirksam werden. Ver&auml;ndern Sie die Konfiguration mit dem YaST Sysconfig-Editor, brauchen Sie sich darum nicht
explizit zu k&uuml;mmern; YaST startet automatisch SuSEconfig, wodurch die
betroffenen Dateien auf den aktuellen Stand gebracht werden.
Dieses Konzept erm&ouml;glicht es, grundlegende &Auml;nderungen an der Konfiguration des Rechners vornehmen zu k&ouml;nnen, ohne die Maschine neu booten
zu m&uuml;ssen. Da manche Einstellungen sehr tief greifend sind, m&uuml;ssen jedoch unter Umst&auml;nden einige Programme neu gestartet werden, um die
&Auml;nderungen wirksam werden zu lassen.
Wenn Sie zum Beispiel &Auml;nderungen an der Netzwerkkonfiguration vorgenommen haben, erreichen Sie durch manuelles Ausf&uuml;hren der Kommandos
rcnetwork stop und rcnetwork start, dass die betroffenen NetzwerkProgramme neu gestartet werden.
F&uuml;r das Konfigurieren des Systems ist folgender Weg zu empfehlen:
Bringen Sie das System durch Eingabe von init 1 in den single user
mode (Runlevel 1).
Nehmen Sie die gew&uuml;nschten &Auml;nderungen an den Konfigurationsdateien vor. Dies entweder kann mit einem Texteditor geschehen oder
besser mit dem Sysconfig-Editor von YaST; vgl. in Abschnitt 11.7 auf
der n&auml;chsten Seite.
Achtung
Manuelles Editieren der Systemkonfiguration
Wenn Sie die Konfigurationsdateien in /etc/sysconfig/
nicht mit YaST bearbeiten, achten Sie darauf, dass Sie einen
leeren Parameter als zwei aufeinander folgende Anf&uuml;hrungszeichen schreiben (zum Beispiel KEYTABLE=&quot;&quot;) und
Parameter, die Leerzeichen enthalten, in Anf&uuml;hrungsstriche einschlie&szlig;en. Bei Variablen, die nur aus einem Wort
bestehen, sind die Anf&uuml;hrungszeichen nicht notwendig.
Achtung
300
11.6. SuSEconfig und /etc/sysconfig
Bringen Sie das System durch Eingabe von init 3 in den vorherigen
Runlevel zur&uuml;ck (hier im Beispiel 3).
Diese Vorgehensweise ist nat&uuml;rlich nur bei sehr weitreichenden &Auml;nderungen an den Einstellungen des Systems erforderlich (zum Beispiel Netzwerkkonfiguration); bei einfachen Aufgaben ist es nicht erforderlich, f&uuml;r
die Administration in den „single user mode“ zu wechseln; jedoch stellen Sie damit sicher, dass auch wirklich alle von der &Auml;nderung betroffenen
Programme neu gestartet werden.
11
Das Bootkonzept
F&uuml;hren Sie SuSEconfig aus, um die &Auml;nderungen in die verschiedenen
weiteren Konfigurationsdateien eintragen zu lassen. Dies geschieht
automatisch, wenn Sie YaST verwendet haben, um den Runlevel zu
setzen.
Hinweis
Sie k&ouml;nnen die automatische Konfiguration via SuSEconfig global abschalten, indem Sie die Variable ENABLE_SUSECONFIG
in /etc/sysconfig/suseconfig auf no setzen. Wollen Sie
den Installationssupport in Anspruch nehmen, muss ENABLE_SUSECONFIG allerdings auf yes gesetzt sein. Einzelne Teile der
Autokonfiguration k&ouml;nnen auch gezielt deaktiviert werden.
Hinweis
11.7
Der YaST Sysconfig-Editor
Im Verzeichnis /etc/sysconfig/ sind die Dateien mit den wichtigsten
Einstellungen f&uuml;r SUSE LINUX hinterlegt. Der YaST Sysconfig-Editor stellt
alle Einstellm&ouml;glichkeiten &uuml;bersichtlich dar. Die Werte k&ouml;nnen ge&auml;ndert
und anschlie&szlig;end in die einzelnen Konfigurationsdateien &uuml;bernommen
werden. Im Allgemeinen ist das manuelle Editieren allerdings nicht notwendig, da bei der Installation eines Paketes oder beim Einrichten eines
Dienstes etc. die Dateien automatisch angepasst werden.
SUSE LINUX Enterprise Server
301
Achtung
&Auml;nderungen in den /etc/sysconfig/*-Dateien
Ihre &Auml;nderungen in /etc/sysconfig/*/ haben tief greifende
Folgen f&uuml;r Ihr gesamtes System. Bitte informieren Sie sich vor
jeder &Auml;nderung ausreichend &uuml;ber die m&ouml;glichen Folgen. So stellen Sie sicher, dass Ihr System funktionsf&auml;hig bleibt. S&auml;mtliche
Sysconfig-Variablen in den /etc/sysconfig/-Dateien sind mit
kurzen Kommentaren versehen, die die Funktion der jeweiligen
Variablen dokumentieren.
Achtung
Abbildung 11.2: YaST: Systemkonfiguration mit dem Sysconfig-Editor
Der YaST Sysconfig-Editor startet mit einer in drei Teilbereiche gegliederten
Maske. Im linken Teil der Maske k&ouml;nnen Sie in einer Baumansicht die zu
konfigurierende Variable selektieren. Sobald Sie eine Variable selektieren,
erscheint in der rechten Fensterh&auml;lfte die Bezeichnung der Selektion und
die derzeit aktive Einstellung der Variablen. Unterhalb der Variablen wird
eine kurze Beschreibung, m&ouml;glichen Werte, die Standardeinstellung, sowie
die Datei, in der diese Variable gespeichert wird, angezeigt. Weiterhin wird
in dieser Maske angezeigt, welches Konfigurationsskript bei &Auml;nderung
dieser Variablen ausgef&uuml;hrt wird und welcher Dienst neu gestartet wird.
YaST bittet Sie um eine Best&auml;tigung der &Auml;nderungen und informiert Sie,
302
11.7. Der YaST Sysconfig-Editor
SUSE LINUX Enterprise Server
11
Das Bootkonzept
welche Skripte im Anschluss an ein Verlassen des Moduls mit ‘Beenden’
ausgef&uuml;hrt werden sollen. Sie haben die M&ouml;glichkeit, das Starten bestimmter Dienste und Skripte zu &uuml;berspringen, wenn Sie sie an dieser Stelle noch
nicht starten wollen.
303
12
Das X Window System (X11) ist der Quasi-Standard f&uuml;r grafische Benutzeroberfl&auml;chen unter Unix. X11 ist zudem netzwerkbasiert, sodass Anwendungen, die auf einem Rechner gestartet wurden ihre Ausgabe auf einem
anderen Rechner darstellen k&ouml;nnen, wenn beide miteinander vernetzt sind.
Die Art des Netzes (LAN oder Internet) spielt hierbei keine Rolle.
Wir stellen Ihnen in diesem Kapitel Optimierungsm&ouml;glichkeiten f&uuml;r Ihre X Window System-Umgebung vor, geben Ihnen Hintergrundinformationen zum Umgang mit Fonts unter SUSE LINUX und gehen auf die
OpenGL/3D-Konfiguration ein. Die YaST Modulbeschreibungen zur Konfiguration von Monitor, Grafikkarte, Maus und Tastatur finden Sie Installationsteil dieses Handbuches (Abschnitt 2.4.5 auf Seite 81).
I S/390, zSeries
Dieses Kapitel ist auf S/390 und zSeries Installationen von SUSE LINUX
Enterprise Server nicht anwendbar, da bei diesen Ger&auml;ten kein Display
existiert, das von XFree unterst&uuml;tzt wird. J
12.1
12.2
12.3
Installation des X Window Systems optimieren . . 306
Installation und Konfiguration von Fonts . . . . . . 312
Konfiguration von OpenGL/3D . . . . . . . . . . . 318
Das X Window System
Das X Window System
12.1
Installation des X Window
Systems optimieren
Um die zur Verf&uuml;gung stehende Hardware (Maus, Grafikkarte, Monitor,
Tastatur) optimal nutzen zu k&ouml;nnen, besteht die M&ouml;glichkeit, die Konfiguration manuell zu optimieren. Im Folgenden wird auf einige Aspekte der
Optimierung eingegangen. Detaillierte Informationen zur Konfiguration
des X Window System finden sich in verschiedenen Dateien im Verzeichnis /usr/share/doc/packages/xf86 sowie nat&uuml;rlich in der Manpage
man XF86Config.
Achtung
Bei der Konfiguration des X Window Systems sollte besonders
sorgsam vorgegangen werden! Auf keinen Fall sollte X11 gestartet werden, bevor die Konfiguration abgeschlossen wurde.
Ein falsch eingestelltes System kann zu irreparablen Sch&auml;den an
der Hardware f&uuml;hren; besonders gef&auml;hrdet sind FestfrequenzMonitore. Die Autoren dieses Buches und die SUSE LINUX AG
lehnen jede Verantwortung f&uuml;r eventuell entstehende Sch&auml;den
ab. Der vorliegende Text wurde mit gr&ouml;&szlig;tm&ouml;glicher Sorgfalt
erstellt. Dennoch kann nicht garantiert werden, dass die hier
vorgestellten Methoden korrekt sind und Ihrer Hardware keinen
Schaden zuf&uuml;gen.
Achtung
Die Programme SaX2 und xf86config erstellen die Datei XF86 Config,
standardm&auml;&szlig;ig in /etc/X11. Dies ist die prim&auml;re Konfigurationsdatei f&uuml;r
das X Window System. Hier finden sich die gemachten Angaben zu Maus,
Monitor und Grafikkarte.
Im Folgenden soll der Aufbau der Konfigurationsdatei /etc/X11/
XF86Config vorgestellt werden. Diese Datei ist in Abschnitte
(engl. Sections) aufgeteilt, die jeweils mit dem Schl&uuml;sselwort Section
&quot;bezeichner&quot; eingeleitet werden und mit EndSection beendet werden.
Es folgt ein grober Abriss der wichtigsten Abschnitte.
XF86Config setzt sich aus mehreren Abschnitten zusammen (den sog.
Sections), die sich mit jeweils einem Aspekt der Konfiguration besch&auml;ftigen. Eine Section hat stets die Form:
Section Abschnittsbezeichnung
eintrag 1
306
12.1. Installation des X Window Systems optimieren
12
Es existieren folgende Typen von Sections:
Tabelle 12.1: Abschnitte (sog. sections) in /etc/X11/XF86Config
Typ
Bedeutung
Files
Dieser Abschnitt beschreibt die verwendeten Pfade f&uuml;r
Zeichens&auml;tze und die RGB-Farbtabelle.
ServerFlags
Hier werden allgemeine Schalter angegeben.
InputDevice
&Uuml;ber diesen Abschnitt werden die Eingabeger&auml;te konfiguriert. Es werden sowohl Tastaturen und M&auml;use als
auch spezielle Eingabeger&auml;te (Touchtablett, Joysticks
usw.) &uuml;ber diesen Abschnitt konfiguriert. Wichtige
Bezeichner sind hier Driver und die Optionen, die
Protocol und Device festlegen.
Monitor
Beschreibt den verwendeten Monitor. Elemente dieses Abschnittes sind ein Name, auf den sp&auml;ter bei der
Definition des Screens verwiesen wird, sowie die
Beschreibung der Bandbreite (Bandwidth) und der zul&auml;ssigen Synchronisationsfrequenzen (HorizSync und
VertRefresh). Die Angaben erfolgen in MHz, kHz
bzw. Hz. Grunds&auml;tzlich lehnt der Server jede Modeline
ab, die nicht der Spezifikation des Monitors entspricht.
Damit soll verhindert werden, dass durch Experimente
an den Modelines versehentlich zu hohe Frequenzen an
den Monitor geschickt werden.
Modes
Hier werden die Darstellungsparameter der einzelnen
Bildschirmaufl&ouml;sungen festgelegt. Diese Parameter
k&ouml;nnen von SaX2 aufgrund der vom Benutzer vorgegebenen Werte berechnet werden und m&uuml;ssen im
Regelfall nicht ver&auml;ndert werden. Manuell eingreifen
k&ouml;nnen Sie an dieser Stelle aber beispielsweise, wenn
Sie einen Festfrequenzbildschirm anschlie&szlig;en m&ouml;chten. Eine genaue Erl&auml;uterung der einzelnen Parameter
w&uuml;rde den Rahmen dieses Buches sprengen, Sie finden
allerdings eine detaillierte Erl&auml;uterung der Bedeutung der einzelnen Zahlenwerte in der HOWTO Datei
/usr/share/doc/howto/en/XFree86-VideoTimings-HOWTO.gz.
SUSE LINUX Enterprise Server
Das X Window System
eintrag 2
eintrag n
EndSection
307
Device
Dieser Abschnitt definiert eine bestimmte Grafikkarte.
Diese wird durch den angegeben Namen referenziert.
Screen
Diese Section schlie&szlig;lich f&uuml;gt einen Monitor und ein
Device zusammen und es ergeben sich daraus die
notwendigen Angaben f&uuml;r XFree. Der Unterabschnitt
Display erlaubt die Angabe der virtuellen Bildschirmgr&ouml;&szlig;e (Virtual), des ViewPort und der verwendeten
Modes mit diesem Screen.
ServerLayout Dieser Abschnitt legt das Layout einer Single- oder
Multiheadkonfiguration fest. Hier werden die Eingabeger&auml;te InputDevice und die Anzeigeger&auml;te Screen
zu einem Ganzen zusammengefasst.
N&auml;her betrachtet werden die Sections Monitor, Device und Screen. In
der Manualpage von XFree86 und der Manualpage von XF86Config
finden sich weitere Informationen zu den verbleibenden Sections.
In XF86Config k&ouml;nnen mehrere Monitor- und Device-Abschnitte
vorkommen. Auch mehrere Screen-Abschnitte sind m&ouml;glich; welcher davon verwendet wird, h&auml;ngt dann vom nachfolgenden Abschnitt
ServerLayout ab.
12.1.1
Screen-Section
Zun&auml;chst soll die Screen-Section n&auml;her betrachtet werden. Diese bringt eine
Monitor- mit einer Device-Section zusammen und bestimmt, welche Aufl&ouml;sungen mit welcher Farbtiefe bereitgestellt werden sollen.
Eine Screen-Section kann beispielsweise wie in Datei 12.1 aussehen.
Beispiel 12.1: Die Screen-Section der Datei /etc/X11/XF86Config
Section &quot;Screen&quot;
DefaultDepth 16
SubSection &quot;Display&quot;
Depth
16
Modes
&quot;1152x864&quot; &quot;1024x768&quot; &quot;800x600&quot;
Virtual
1152x864
EndSubSection
SubSection &quot;Display&quot;
Depth
24
308
12.1. Installation des X Window Systems optimieren
12
Das X Window System
Modes
&quot;1280x1024&quot;
EndSubSection
SubSection &quot;Display&quot;
Depth
32
Modes &quot;640x480&quot;
EndSubSection
SubSection &quot;Display&quot;
Depth
8
Modes
&quot;1280x1024&quot;
EndSubSection
Device
&quot;Device[0]&quot;
Identifier
&quot;Screen[0]&quot;
Monitor
&quot;Monitor[0]&quot;
EndSection
Die Zeile Identifier (hier Screen[0]) gibt diesem Abschnitt eine eindeutige Bezeichnung, durch die er dann im darauf folgenden Abschnitt
ServerLayout eindeutig referenziert werden kann. &Uuml;ber die Zeilen
Device und Monitor werden dem Screen eindeutig die schon weiter
oben in der Datei definierte Grafikkarte und der Monitor zugeordnet. Dies
sind nichts weiter als Verweise auf die Device- und Monitor-Sections mit
den entsprechenden Namen bzw. Identifiern. Auf diese Sections wird weiter unten noch n&auml;her eingegangen.
Mittels der DefaultDepth-Angabe kann ausgew&auml;hlt werden, in welcher
Farbtiefe der Server startet, wenn er ohne eine explizite Angabe der Farbtiefe gestartet wird. Es folgt f&uuml;r jede Farbtiefe eine Display-Subsection.
Die Farbtiefe, f&uuml;r die die Subsection gilt, wird durch das Schl&uuml;sselwort
Depth festgelegt. M&ouml;gliche Werte f&uuml;r Depth sind 8, 15, 16 und 24. Nicht
alle X-Server-Module unterst&uuml;tzen jeden dieser Werte.
Nach der Farbtiefe wird mit Modes eine Liste von Aufl&ouml;sungen festgelegt.
Diese Liste wird vom X-Server von links nach rechts durchlaufen. F&uuml;r jede
Aufl&ouml;sung wird in der Modes-Section in Abh&auml;ngigkeit von der MonitorSection eine passende Modeline gesucht, die vom Monitor und der Grafikkarte dargestellt werden kann.
Die erste in diesem Sinne passende Aufl&ouml;sung ist die, in der der X-Server
startet (der sog. Default-Mode). Mit den Tasten Strg -Alt -Grau + kann
in der Liste nach rechts, mit Strg -Alt -Grau - nach Links gewandert werden. So kann die Bildschirmaufl&ouml;sung zur Laufzeit des X Window Systems
variiert werden.
Die letzte Zeile der Subsection Display mit Depth 16 bezieht sich auf
die Gr&ouml;&szlig;e des virtuellen Bildschirms. Die maximal m&ouml;gliche Gr&ouml;&szlig;e des virtuellen Bildschirms h&auml;ngt vom Speicherausbau der Videokarte und der
SUSE LINUX Enterprise Server
309
gew&uuml;nschten Farbtiefe ab, nicht aber von der maximalen Aufl&ouml;sung des
Monitors. Da moderne Grafikkarten sehr viel Grafikspeicher anbieten, k&ouml;nnen Sie sehr gro&szlig;e virtuelle Desktops anlegen. Beachten Sie dann aber bitte,
dass Sie evtl. keine 3D-Funktionalit&auml;t mehr nutzen k&ouml;nnen, wenn Sie praktisch den gesamten Grafikspeicher mit einem virtuellen Desktop f&uuml;llen.
Hat die Karte zum Beispiel 16 MB Video-RAM, so kann, bei 8 Bit Farbtiefe,
der virtuelle Bildschirm bis zu 4096x4096(!) Pixel gro&szlig; sein. Speziell bei den
beschleunigten Servern empfiehlt es sich jedoch nachdr&uuml;cklich, nicht den
gesamten Speicher der Videokarte f&uuml;r den virtuellen Bildschirm zu verwenden, da der nicht verwendete Speicherbereich auf der Videokarte von
diesen Servern f&uuml;r verschiedene Caches f&uuml;r Zeichens&auml;tze und Grafikbereiche verwendet wird.
12.1.2
Device-Section
Eine Device-Section beschreibt eine bestimmte Grafikkarte. Es k&ouml;nnen beliebig viele Device-Sections in XF86Config enthalten sein, solange sich ihr
Name, der mit dem Schl&uuml;sselwort Identifier angegeben wird, unterscheidet. In der Regel werden – falls Sie mehrere Grafikkarten eingebaut
haben – die Sections einfach durchnummeriert, die erste wird dann mit
Device[0], die zweite mit Device[1] bezeichnet usw.. In der folgenden
Datei sehen Sie den Ausschnitt aus der Device Section eines Computers,
in dem eine Matrox Millennium PCI Grafikkarte eingebaut ist:
Section &quot;Device&quot;
BoardName
&quot;MGA2064W&quot;
BusID
&quot;0:19:0&quot;
Driver
&quot;mga&quot;
Identifier
&quot;Device[0]&quot;
VendorName
&quot;Matrox&quot;
Option
&quot;sw_cursor&quot;
EndSection
Wenn Sie SaX2 zur Konfiguration verwenden, dann d&uuml;rfte die DeviceSection ungef&auml;hr so wie oben abgebildet aussehen. Insbesondere Driver
und BusID sind nat&uuml;rlich von der in Ihrem Computer eingebauten Hardware abh&auml;ngig und werden von SaX2 automatisch bestimmt. Die BusID
bestimmt den PCI- bzw. AGP-Steckplatz, in den die Grafikkarte eingesteckt
ist. Diese stimmt mit der vom Kommando lspci ausgegebenen ID &uuml;berein.
Beachten Sie, dass der X-Server die Angaben in dezimaler, das Programm
lspci hingegen in hexadezimaler Schreibweise ausgibt!
310
12.1. Installation des X Window Systems optimieren
&Uuml;ber zus&auml;tzliche Optionen kann das Verhalten des X-Servers bzw. des
Treibers beeinflusst werden. In der Device Section ist hier exemplarisch
die Option sw_cursor gesetzt worden. Dies deaktiviert den Hardwaremauscursor und stellt den Mauszeiger in Software dar. Je nach Treibermodul stehen ihnen verschiedene Optionen zur Verf&uuml;gung, diese
sind in den Beschreibungsdateien zu den Treibermodulen im Verzeichnis
/usr/X11R6/lib/X11/doc zu finden. Allgemein g&uuml;ltige Optionen finden Sie auch in den Manpages (man XF86Config und man XFree86).
12.1.3
12
Das X Window System
&Uuml;ber den Parameter Driver legen Sie den zu verwendenden Treiber f&uuml;r
diese Grafikkarte fest. Im Falle der Matrox Millennium hei&szlig;t das Treibermodul mga. Diese werden vom X-Server &uuml;ber den im Abschnitt Files
definierten ModulePath im Unterverzeichnis drivers gesucht. In einer Standardinstallation ist dies das Verzeichnis /usr/X11R6/lib/
modules/drivers. Hierzu wird an den Namen einfach _drv.o angeh&auml;ngt, im Falle des mga Treibers wird die Treiberdatei mga_drv.o geladen.
Monitor- und Modes-Section
Die Monitor-Sections und die Modes-Section beschreiben, analog zu
den Device-Sections, jeweils einen Monitor. Die Konfigurationsdatei
/etc/X11/XF86Config kann wieder beliebig viele, unterschiedlich benannte Monitor-Sections enthalten. In der ServerLayout-Section wird dann
festgelegt, welche Monitor-Section ausschlaggebend ist.
F&uuml;r die Monitordefinition gilt, noch mehr als f&uuml;r die Beschreibung der Grafikkarte, dass das Erstellen einer Monitor-Section und insbesondere der
Modes-Section nur von erfahrenen Benutzern gemacht werden sollte. Der
wesentliche Bestandteil der Modes-Section sind die so genannten Modelines, in denen Horizontal- und Vertikal-Timings f&uuml;r die jeweilige Aufl&ouml;sung
angegeben werden. In der Monitor-Section werden die Eigenschaften des
Monitors, insbesondere die zul&auml;ssigen Ablenkfrequenzen, festgehalten.
Achtung
Ohne ein grundlegendes Verst&auml;ndnis der Funktionsweise von
Monitor und Grafikkarte sollte an den Modelines nichts ver&auml;ndert werden, da dies unter Umst&auml;nden zur Zerst&ouml;rung des
Monitors f&uuml;hren kann!
Achtung
Wer sich zutraut, eigene Monitorbeschreibungen zu entwickeln, sollte mit
der Dokumentation im Verzeichnis /usr/X11/lib/X11/doc vertraut
SUSE LINUX Enterprise Server
311
sein. Besonders zu erw&auml;hnen ist [20], wo die Funktion der Hardware und
das Erstellen von Modelines detailliert beschrieben wird. Eine deutsche
Einf&uuml;hrung in dieses Thema findet sich im XFree-Kapitel in [21].
Gl&uuml;cklicherweise ist mittlerweile die manuelle Erstellung von Modelines
oder Monitordefinitionen fast nie mehr n&ouml;tig. Wenn Sie einen modernen
Multisync-Monitor verwenden, k&ouml;nnen die zul&auml;ssigen Frequenzbereiche
und optimalen Aufl&ouml;sungen in der Regel, wie im SaX2 Konfigurationsabschnitt erw&auml;hnt, direkt via DDC vom X-Server aus dem Monitor gelesen
werden. Sollte dies nicht m&ouml;glich sein, k&ouml;nnen Sie auch einen der eingebauten VESA-Modi des X-Servers verwenden. Diese sollten auf praktisch
allen Grafikkarten/Monitorkombinationen einwandfrei funktionieren.
12.2
Installation und Konfiguration von
Fonts
Das Installieren zus&auml;tzlicher Fonts unter SUSE LINUX ist sehr einfach. Es
gen&uuml;gt die Fonts in ein beliebiges Verzeichnis zu kopieren, das sich im X11
Font-Pfad (siehe Abschnitt 12.2.1 auf Seite 316) befindet und, damit die
Fonts auch &uuml;ber das neue Xft-Fontrendering-System benutzbar sind, auch
ein Unterverzeichnis der in /etc/fonts/fonts.conf konfigurierten
Verzeichnisse ist (siehe Abschnitt 12.2.1 auf der n&auml;chsten Seite).
Sie k&ouml;nnen die Fontdateien manuell als root in solch ein geeignetes Verzeichnis kopieren, zum Beispiel nach /usr/X11R6/lib/X11/fonts/
truetype/, oder auch den KDE Fontinstaller im KDE Kontrollzentrum
dazu benutzen. Das Ergebnis ist identisch.
Anstelle die Fonts tats&auml;chlich zu kopieren, k&ouml;nnen Sie nat&uuml;rlich auch symbolische Links anlegen, wenn Sie zum Beispiel lizensierte Fonts auf einer
gemounteten Windows Partition haben und diese nutzen m&ouml;chten. Anschlie&szlig;end rufen Sie SuSEconfig --module fonts auf.
SuSEconfig --module fonts ruft das Skript /usr/sbin/fontsconfig auf, das die Konfiguration der Fonts &uuml;bernimmt. F&uuml;r Details was dieses Skript tut, lesen Sie bitte die zugeh&ouml;rige Manual-Page
(man fonts-config).
Es spielt keine Rolle, welche Typen von Fonts installiert werden sollen, die
Prozedur ist die gleiche f&uuml;r Bitmap-Fonts, TrueType/OpenType-Fonts und
Type1-(PostScript)-Fonts. Alle diese Fontarten k&ouml;nnen in jedes beliebige
Verzeichnis installiert werden. Lediglich CID-keyed Fonts sind ein Spezialfall, siehe Abschnitt 12.2.1 auf Seite 318.
312
12.2. Installation und Konfiguration von Fonts
12.2.1
Details zu Font-Systemen
Xft
Beim Entwurf von Xft wurde von Anfang an darauf geachtet, dass es skalierbare Fonts, inclusive Antialiasing, gut unterst&uuml;tzt. Bei Benutzung von
Xft werden die Fonts im Gegensatz zum X11 Core-Font-System von dem
Programm gerendert, welches die Fonts benutzt und nicht vom X-Server.
Dadurch bekommmt das jeweilige Programm Zugriff auf die Fontdateien selbst und volle Kontrolle &uuml;ber Details, wie die Glyphen genau gerendert werden. Zum einen wird dadurch die korrekte Darstellung von Text
in manchen Sprachen erst m&ouml;glich, zum anderen ist der direkte Zugriff
auf die Fontdateien sehr hilfreich, um Fonts zum Drucken zu einzubetten (engl. to embed ) und so zu erreichen, dass der Ausdruck tats&auml;chlich
so aussieht wie die Bildschirmausgabe.
Das X Window System
XFree enth&auml;lt zwei v&ouml;llig verschiedene Font-Systeme, das alte X11 CoreFont-System und das v&ouml;llig neu entworfene Xft/fontconfig System. Im Folgenden wird auf beide Systeme kurz eingegangen.
12
Die beiden Desktopumgebungen KDE und Gnome, Mozilla und viele andere Applikationen benutzen unter SUSE LINUX bereits standardm&auml;&szlig;ig
Xft. Xft wird also bereits von erheblich mehr Applikationen benutzt als das
alte X11 Core-Font-System.
Xft benutzt die Fontconfig-Bibliothek um Fonts zu finden und um die
Art und Weise wie sie gerendert werden zu beeinflussen. Das Verhalten von fontconfig wird durch eine systemweite Konfigurationsdatei
/etc/fonts/fonts.conf und eine benutzerspezifische Konfigurationsdatei ~/.fonts.conf gesteuert. Jede dieser fontconfig Konfigurationsdateien muss mit
&lt;?xml version=&quot;1.0&quot;?&gt;
&lt;!DOCTYPE fontconfig SYSTEM &quot;fonts.dtd&quot;&gt;
&lt;fontconfig&gt;
beginnen und mit
&lt;/fontconfig&gt;
enden. Um Verzeichnisse, in denen nach Fonts gesucht wird hinzuzuf&uuml;gen,
k&ouml;nnen Sie Zeilen wie die folgende
&lt;dir&gt;/usr/local/share/fonts/&lt;/dir&gt;
SUSE LINUX Enterprise Server
313
hinzuf&uuml;gen. Das ist aber selten n&ouml;tig. Das benutzerspezifische Verzeichnis
~/.fonts/ ist bereits per Default in /etc/fonts/fonts.conf eingetragen. Wenn ein Benutzer also f&uuml;r sich pers&ouml;nlich zus&auml;tzliche Fonts installieren m&ouml;chte, gen&uuml;gt es, diese nach ~/.fonts zu kopieren.
Sie k&ouml;nnen auch Regeln einf&uuml;gen, um das Aussehen der Fonts zu beinflussen, zum Beispiel
&lt;match target=&quot;font&quot;&gt;
&lt;edit name=&quot;antialias&quot; mode=&quot;assign&quot;&gt;
&lt;bool&gt;false&lt;/bool&gt;
&lt;/edit&gt;
&lt;/match&gt;
um das Antialiasing f&uuml;r alle Fonts auszuschalten, oder
&lt;match target=&quot;font&quot;&gt;
&lt;test name=&quot;family&quot;&gt;
&lt;string&gt;Luxi Mono&lt;/string&gt;
&lt;string&gt;Luxi Sans&lt;/string&gt;
&lt;/test&gt;
&lt;edit name=&quot;antialias&quot; mode=&quot;assign&quot;&gt;
&lt;bool&gt;false&lt;/bool&gt;
&lt;/edit&gt;
&lt;/match&gt;
wenn Sie es nur f&uuml;r bestimmte Fonts ausschalten m&ouml;chten.
Die meisten Applikationen benutzen standardm&auml;&szlig;ig die Fontnamen
sans-serif (oder das &auml;quivalente sans), serif oder monospace. Dies
sind keine wirklich existierenden Fonts sondern nur Aliases, die abh&auml;ngig
von der eingestellten Sprache auf einen geeigneten Font aufgel&ouml;st werden.
Jeder Benutzer kann sich leicht Regeln zu seiner ~/.fonts.conf hinzuf&uuml;gen um zu erreichen, dass diese Aliases auf seine Lieblingsfonts aufgel&ouml;st
werden:
&lt;alias&gt;
&lt;family&gt;sans-serif&lt;/family&gt;
&lt;prefer&gt;
&lt;family&gt;FreeSans&lt;/family&gt;
&lt;/prefer&gt;
&lt;/alias&gt;
&lt;alias&gt;
&lt;family&gt;serif&lt;/family&gt;
314
12.2. Installation und Konfiguration von Fonts
12
Weil fast alle Applikationen diese Aliase standardm&auml;&szlig;ig verwenden, wirkt
das fast f&uuml;r das ganze System. Sie bekommen so mit sehr geringem Aufwand Ihre Lieblingsfonts fast &uuml;berall, ohne in jedem Program einzeln die
Fonteinstellungen &auml;ndern zu m&uuml;ssen.
Das X Window System
&lt;prefer&gt;
&lt;family&gt;FreeSerif&lt;/family&gt;
&lt;/prefer&gt;
&lt;/alias&gt;
&lt;alias&gt;
&lt;family&gt;monospace&lt;/family&gt;
&lt;prefer&gt;
&lt;family&gt;FreeMono&lt;/family&gt;
&lt;/prefer&gt;
&lt;/alias&gt;
Um festzustellen, welche Fonts &uuml;berhaupt installiert und verf&uuml;gbar sind,
gibt es das Kommando fc-list.
fc-list &quot;&quot; gibt zum Beispiel eine Liste aller Fonts aus. M&ouml;chten Sie wissen, welche skalierbaren Fonts (:outline=true) verf&uuml;gbar sind, die alle
f&uuml;r Hebr&auml;isch ben&ouml;tigen Glyphen enthalten (:lang=he), und sich f&uuml;r alle
diese Fonts den Fontnamen (family), den Stil (style), den Fettheitsgrad
(weight) und den Dateinamen, der den Font enth&auml;lt ausgeben lassen, k&ouml;nnen Sie zum Beispiel folgendes Kommando benutzen:
fc-list &quot;:lang=he:outline=true&quot; family style weight file
Die Ausgabe dieses Kommandos k&ouml;nnte zum Beispiel so aussehen:
/usr/X11R6/lib/X11/fonts/truetype/FreeSansBold.ttf: FreeSans:style=Bold:weight=200
/usr/X11R6/lib/X11/fonts/truetype/FreeMonoBoldOblique.ttf: FreeMono:style=BoldOblique:weight=200
/usr/X11R6/lib/X11/fonts/truetype/FreeSerif.ttf: FreeSerif:style=Medium:weight=80
/usr/X11R6/lib/X11/fonts/truetype/FreeSerifBoldItalic.ttf: FreeSerif:style=BoldItalic:weight=200
/usr/X11R6/lib/X11/fonts/truetype/FreeSansOblique.ttf: FreeSans:style=Oblique:weight=80
/usr/X11R6/lib/X11/fonts/truetype/FreeSerifItalic.ttf: FreeSerif:style=Italic:weight=80
/usr/X11R6/lib/X11/fonts/truetype/FreeMonoOblique.ttf: FreeMono:style=Oblique:weight=80
/usr/X11R6/lib/X11/fonts/truetype/FreeMono.ttf: FreeMono:style=Medium:weight=80
/usr/X11R6/lib/X11/fonts/truetype/FreeSans.ttf: FreeSans:style=Medium:weight=80
/usr/X11R6/lib/X11/fonts/truetype/FreeSerifBold.ttf: FreeSerif:style=Bold:weight=200
/usr/X11R6/lib/X11/fonts/truetype/FreeSansBoldOblique.ttf: FreeSans:style=BoldOblique:weight=200
/usr/X11R6/lib/X11/fonts/truetype/FreeMonoBold.ttf: FreeMono:style=Bold:weight=200
Die wichtigsten Parameter, die mit fc-list abgefragt und ausgegeben
werden k&ouml;nnen, sind:
SUSE LINUX Enterprise Server
315
Tabelle 12.2: M&ouml;gliche Parameter von fc-list
Parameter
Bedeutung und m&ouml;gliche Werte
family
Der Name der Fontfamilie, zum Beispiel FreeSans
foundry
Der Fonthersteller, zum Beispiel urw
style
Der Fontstil, zum Beispiel Medium, Regular, Bold,
Italic, Heavy, ...
lang
Die Sprache(n), die der Font unterst&uuml;tzt. Zum Beispiel de
f&uuml;r Deutsch, ja f&uuml;r Japanisch, zh-TW f&uuml;r traditionelles
Chinesisch, zh-CN f&uuml;r vereinfachtes Chinesisch ...
weight
Der Fettheitsgrad, zum Beispiel 80 f&uuml;r nicht fett, 200 f&uuml;r fett.
slant
Der Kursivit&auml;tsgrad, meist 0 f&uuml;r nicht kursiv, 100 f&uuml;r kursiv.
file
Der Dateiname unter dem der Font gespeichert ist.
outline
true wenn es sich um einen Outline-Font handelt, sonst
false.
scalable
true wenn es sich um einen skalierbaren Font handelt,
sonst false.
bitmap
true wenn es sich um einen Bitmap-Font handelt, sonst
false.
pixelsize
Die Gr&ouml;&szlig;e des Fonts in Pixel. Im Zusammenhang mit fc-list
nur sinnvoll f&uuml;r Bitmap-Fonts.
X11 Core-Fonts
Heutzutage unterst&uuml;tzt auch das X11 Core-Font-System nicht nur
Bitmap-Fonts, sondern auch skalierbare Fonts wie Type1-Fonts,
TrueType/OpenType-Fonts und auch CID-keyed Fonts. Auch UnicodeFonts werden bereits seit l&auml;ngerer Zeit unterst&uuml;tzt.
Urspr&uuml;nglich wurde wurde das X11 Core-Font-System 1987 f&uuml;r X11R1 entwickelt um monochrome Bitmap-Fonts zu verarbeiten und man merkt bis
heute, dass alle oben erw&auml;hnten Erweiterungen nachtr&auml;glich hinzugef&uuml;gt
wurden.
Zum Beispiel werden skalierbare Fonts nur ohne Antialiasing und
Subpixel-Rendering unterst&uuml;tzt und das Laden gro&szlig;er, skalierbarer Fonts
mit Glyphen f&uuml;r viele Sprachen kann sehr langsam sein. Auch die Benutzung von Unicode Fonts kann langsam sein und ben&ouml;tigt mehr Speicher.
316
12.2. Installation und Konfiguration von Fonts
Beachten Sie bitte, dass nur Verzeichnisse vom X-Server beachtet werden,
die
im Abschnitt Files der Datei /etc/X11/XF86Config als
FontPath eingetragen sind.
eine g&uuml;ltige font.dir Datei besitzen (wird von SuSEconfig generiert).
nicht zur Laufzeit des X-Servers mit Hilfe des Kommandos xset -fp
abgemeldet wurden.
12
Das X Window System
Es gibt einige grundlegende Schw&auml;chen des X11 Core-Font-Systems. Man
kann sagen, dass es veraltet und nicht mehr sinnvoll erweiterbar ist. Es
muss aus Gr&uuml;nden der R&uuml;ckw&auml;rtskompatibilit&auml;t verf&uuml;gbar bleiben, aber
soweit wie m&ouml;glich sollte man das modernere Xft/fontconfig System verwenden.
bzw. zur Laufzeit des X-Servers mit Hilfe des Kommandes xset +fp
eingebunden wurden.
Wenn der X-Server bereits l&auml;uft, k&ouml;nnen neu installierte Fonts in bereits eingebundenen Verzeichnisse mit dem Kommando xset fp
rehash zur Verf&uuml;gung gestellt werden. Dieses Kommando wird von
SuSEconfig --module fonts bereits aufgerufen.
Da das Kommando xset Zugriff auf den laufenden X-Server ben&ouml;tigt,
kann das allerdings nur funktionieren, wenn SuSEconfig --module
fonts aus einer Shell gestartet wurde, die Zugriff auf den laufenden XServer hat. Am einfachsten ereichen Sie dies, indem Sie sich durch Eingeben des Kommandos sux und anschlie&szlig;ende Eingabe des Root-Passwortes
in einem Terminal zu root machen, sux &uuml;bergibt die Zugriffsrechte des
Benutzers, der den X-Server gestartet hat, an die Rootshell.
Zum Testen, ob die Fonts richtig installiert wurden und tats&auml;chlich &uuml;ber
das X11 Core-Font-System verf&uuml;gbar sind, k&ouml;nnen Sie das Kommando
xlsfonts verwenden, das alle verf&uuml;gbaren Fonts auflistet.
SUSE LINUX verwendet standardm&auml;&szlig;ig UTF-8 Locales, daher sollten Sie in
der Regel Unicode-Fonts verwenden, die Sie daran erkennen, dass der von
xlsfonts gelistete Fontname mit iso10646-1 endet. Alle verf&uuml;gbaren
Unicode-Fonts k&ouml;nnen Sie sich also mit xlsfonts | grep iso10646-1
anzeigen lassen.
Fast alle unter SUSE LINUX verf&uuml;gbaren Unicode-Fonts enthalten mindestens alle n&ouml;tigen Glyphen f&uuml;r die europ&auml;ischen Sprachen, f&uuml;r die fr&uuml;her die
Encodings iso-8859-* verwendet wurden.
SUSE LINUX Enterprise Server
317
CID-keyed Fonts
Im Gegensatz zu den anderen Fonttypen ist es bei CID-keyed Fonts nicht
egal, in welches Verzeichnis sie installiert werden. Sie sollten auf jeden Fall
nach /usr/share/ghostscript/Resource/CIDFont/ installiert werden. F&uuml;r Xft/fontconfig spielt das zwar keine Rolle, aber Ghostscript und
das X11 Core-Font-System erfordern dies.
Hinweis
Weitere Informationen zum Thema Fonts unter X11 erhalten Sie
unter http://www.xfree86.org/current/fonts.html.
Hinweis
12.3
Konfiguration von OpenGL/3D
Direct3D ist unter Linux nur auf x86- und kompatiblen Systemen als Teil
des Windows-Emulators WINE verf&uuml;gbar, der wiederum das OpenGLInterface zur Implementierung verwendet.
12.3.1
Hardwareunterst&uuml;tzung
SUSE LINUX beinhaltet f&uuml;r die 3D-Hardwareunterst&uuml;tzung diverse
OpenGL-Treiber. Eine &Uuml;bersicht finden Sie in der Tabelle 12.3.
Tabelle 12.3: Unterst&uuml;tzte 3D-Hardware
OpenGL Treiber
Unterst&uuml;tzte Hardware
nVidia
nVidia Chips: alle au&szlig;er Riva 128(ZX)
DRI
3Dfx Voodoo Banshee,
3Dfx Voodoo-3/4/5,
Intel i810/i815/i830M,
Intel 845G/852GM/855GM/865G,
Matrox G200/G400/G450/G550,
ATI Rage 128(Pro)/Radeon
Bei einer Neuinstallation mit YaST kann bereits w&auml;hrend der Installation
die 3D-Unterst&uuml;tzung aktiviert werden, wenn eine entsprechende Unter-
318
12.3. Konfiguration von OpenGL/3D
Sollte ein Update eingespielt worden sein, muss der 3D-Hardwaresupport
anderweitig eingerichtet werden. Die Vorgehensweise h&auml;ngt dabei vom
zu verwendenden OpenGL-Treiber ab und wird im folgenden Abschnitt
genauer erkl&auml;rt.
12.3.2
OpenGL-Treiber
nVidia und DRI
12
Das X Window System
st&uuml;tzung von YaST erkannt wird. Bei Grafikchips von nVidia muss vorher
noch der nvidia-Treiber eingespielt werden. W&auml;hlen Sie dazu bitte w&auml;hrend der Installation den nVidia-Treiber Patch in YOU (YaST Online Update) an. Aus Lizenzgr&uuml;nden k&ouml;nnen wir den nVidia-Treiber leider nicht
mitliefern.
Diese OpenGL-Treiber k&ouml;nnen sehr komfortabel mit SaX2 eingerichtet werden. Beachten Sie bitte, dass bei nVidia-Karten vorher noch der nVidiaTreiber eingespielt werden muss (s.o.). Mit dem Kommando 3Ddiag k&ouml;nnen Sie &uuml;berpr&uuml;fen, ob die Konfiguration f&uuml;r nVidia bzw. DRI korrekt ist.
Aus Sicherheitsgr&uuml;nden d&uuml;rfen nur die Benutzer der Gruppe video auf
die 3D-Hardware zugreifen. Stellen Sie deshalb sicher, dass alle Benutzer,
die auf der Maschine lokal arbeiten, in der Gruppe video eingetragen
sind. Ansonsten wird f&uuml;r OpenGL-Programme der langsamere Software
Rendering Fallback des OpenGL-Treibers verwendet. Mit dem Kommando
id k&ouml;nnen Sie &uuml;berpr&uuml;fen, ob der aktuelle Benutzer der Gruppe video
angeh&ouml;rt. Ist dies nicht der Fall, kann er mittels YaST zu dieser Gruppe hinzugef&uuml;gt werden.
12.3.3
Diagnose-Tool 3Ddiag
Um die 3D-Konfiguration unter SUSE LINUX &uuml;berpr&uuml;fen zu k&ouml;nnen, steht
das Diagnosetool 3Ddiag zur Verf&uuml;gung. Beachten Sie bitte, dass es sich
dabei um ein Kommandozeilentool handelt, das Sie in einem Terminal aufrufen m&uuml;ssen.
Das Programm &uuml;berpr&uuml;ft beispielsweise die XFree-Konfiguration, ob die
entsprechenden Pakete f&uuml;r 3D-Support installiert sind und ob die korrekte OpenGL-Bibliothek sowie GLX Extension verwendet wird. Befolgen
Sie bitte die Anweisungen von 3Ddiag, wenn es zu &quot;failed&quot; Meldungen
kommt. Im Erfolgsfall werden ausschlie&szlig;lich &quot;done&quot; Meldungen auf dem
Bildschirm ausgegeben.
Mit 3Ddiag -h lassen sich zul&auml;ssige Optionen f&uuml;r 3Ddiag ermitteln.
SUSE LINUX Enterprise Server
319
12.3.4
OpenGL-Testprogramme
Als OpenGL-Testprogramme eignen sich neben glxgears Spiele wie
tuxracer und armagetron (gleichnamige Pakete). Bei aktiviertem 3DSupport sollten sich diese auf einem halbwegs aktuellen Rechner fl&uuml;ssig
spielen lassen. Ohne 3D-Support ist dies nicht sinnvoll (Diashow-Effekt).
Eine zuverl&auml;ssige Aussage dar&uuml;ber, ob 3D aktiviert ist, liefert die Ausgabe
von glxinfo. direct rendering muss hier auf Yes stehen.
12.3.5
Troubleshooting
Sollte sich der OpenGL 3D-Test ein negatives Ergebnis liefern (kein fl&uuml;ssiges Spielen m&ouml;glich), sollte erst mit 3Ddiag &uuml;berpr&uuml;ft werden, ob keine
Fehlkonfiguration vorliegt (failed Meldungen) und diese ggf. behoben
werden. Hilft auch das nicht oder lagen keine failed Meldungen vor, hilft
oft nur noch ein Blick in die Logdateien von XFree86. Oft findet man hier in
/var/log/XFree86.0.log von XFree86 die Zeile DRI is disabled.
Daf&uuml;r kann es mehrere Ursachen geben, die sich jedoch nur mit genauem
Studium der Logdatei finden lassen, womit der Laie in aller Regel &uuml;berfordert ist.
In diesen F&auml;llen liegt in der Regel kein Konfigurationsfehler vor, da dieser bereits von 3Ddiag erkannt worden w&auml;re. Somit bleibt ohnehin nur der
Software Rendering Fallback des DRI Treibers, der jedoch keinerlei 3DHardware-Support bietet. Man sollte ebenfalls auf die Verwendung von
3D-Support verzichten, wenn sich OpenGL Darstellungsfehler oder gar
Stabilit&auml;tsprobleme ergeben. Verwenden Sie SaX2 um den 3D-Support zu
deaktivieren.
12.3.6
Installationssupport
Abgesehen von Software Rendering Fallback des DRI Treibers befinden
sich unter Linux alle OpenGL-Treiber im Entwicklungsstadium und sind
deshalb zum Teil noch als experimentell anzusehen. Wir haben uns dennoch entschlossen, die Treiber auf der Distribution mitzuliefern, da die
Nachfrage nach 3D-Hardwarebeschleunigung unter Linux sehr gro&szlig; ist.
Aufgrund des z.T. experimentellen Stadiums der OpenGL-Treiber k&ouml;nnen
wir im Rahmen des Installationssupports jedoch nicht auf das Einrichten
von 3D-Hardwarebeschleunigung eingehen und bei diesbez&uuml;glichen Problemen nicht weiterhelfen. Das grundlegende Einrichten der grafischen
Benutzeroberfl&auml;che X11 beinhaltet also keinesfalls auch das Einrichten
320
12.3. Konfiguration von OpenGL/3D
12.3.7
Weiterf&uuml;hrende Online-Dokumentation
DRI: /usr/X11R6/lib/X11/doc/README.DRI (XFree86-doc)
SUSE LINUX Enterprise Server
12
Das X Window System
von 3D-Hardwarebeschleunigung. Wir hoffen jedoch, dass dieses Kapitel
viele Fragen zu diesem Thema beantwortet. Bei Problemen mit dem 3DHardwaresupport empfehlen wir Ihnen, im Zweifelsfall auf 3D-Support zu
verzichten.
321
13
Druckerbetrieb
Druckerbetrieb
In diesem Kapitel werden zun&auml;chst Hinweise zum Update von SUSE LINUX Enterprise Server 8 auf SUSE LINUX Enterprise Server 9 gegeben.
Dann wird Standardwissen zum Druckerbetrieb geliefert. Es dient insbesondere auch dazu, geeignete Probleml&ouml;sungen f&uuml;r den Druckerbetrieb in
Netzwerken zu finden.
13.1
13.2
13.3
13.4
13.5
13.6
13.7
Update, Upgrade und Migration . . . . . . . . . .
Vorbereitungen und weitere &Uuml;berlegungen . . .
Druckeranbindung — Methoden und Protokolle
Installation der Software . . . . . . . . . . . . . .
Konfiguration des Druckers . . . . . . . . . . . .
Besonderheiten bei SUSE LINUX . . . . . . . . .
M&ouml;gliche Probleme und deren L&ouml;sung . . . . . .
.
.
.
.
.
.
.
324
327
329
330
331
334
339
13.1
Update, Upgrade und Migration
Mit der Vorg&auml;ngerversion SuSE Linux Enterprise Server 8 wurden die beiden Drucksysteme LPRng/lpdfilter und CUPS als gleichberechtigte Alternativen ausgeliefert. Mit SUSE LINUX Enterprise Server 9 beginnt der Fokus sich zu CUPS zu verschieben. Die M&ouml;glichkeit zur Migration einer mit
YaST erstellten LPRng/lpdfilter-Konfiguration in eine CUPS-Konfiguration
muss bei SUSE LINUX Enterprise Server 9 entfallen. Daher muss vor einem
Update von SuSE Linux Enterprise Server 8 auf SUSE LINUX Enterprise
Server 9 entschieden werden, ob noch unter SuSE Linux Enterprise Server 8
eine Migration von LPRng/lpdfilter auf CUPS durchzuf&uuml;hren ist.
CUPS ist das Drucksystem der Zukunft. Auch wenn die Pakete lprng und
lpdfilter weiterhin ausgeliefert werden, empfiehlt sich bei SUSE LINUX
Enterprise Server 9 der Umstieg auf CUPS, da es die folgenden Vorteile
bietet:
individuelle Einstellung der Druckparameter auf Benutzer-Ebene
optimale Unterst&uuml;tzung von PostScript-Druckern
„Browsing“ im Netzwerk
Web-Frontend (auf Benutzer-Ebene und zur Administration)
Nach SUSE LINUX Enterprise Server 9 wird die Konfiguration von
LPRng/lpdfilter nicht mehr von YaST unterst&uuml;tzt werden, sondern muss
ab dann manuell erfolgen. Daher sollte unter SUSE LINUX Enterprise Server 9 zumindest gepr&uuml;ft werden, ob CUPS den Anforderungen gen&uuml;gt und
ein Wechsel m&ouml;glich ist.
13.1.1
Aktualisierung von CUPS
Bei der Aktualisierung von CUPS sind die folgenden beiden F&auml;lle zu unterscheiden:
Update von CUPS Die Softwarepakete werden aktualisiert, aber die bestehenden Konfigurationsdateien werden unver&auml;ndert &uuml;bernommen.
Nach dem Update werden sich die Warteschlangen und der cupsd
wie vorher verhalten; dies bedeutet gleichzeitig, dass viele Neuerungen in SUSE LINUX Enterprise Server 9 zun&auml;chst ungenutzt bleiben
und bei Bedarf nachtr&auml;glich hinzukonfiguriert werden m&uuml;ssen.
324
13.1. Update, Upgrade und Migration
http://portal.suse.com/sdb/de/2004/03/jsmeix_printeinrichten-91.html
http://portal.suse.com/sdb/de/2003/09/jsmeix_printeinrichten-90.html
13
Druckerbetrieb
Upgrade von CUPS Die bestehenden Softwarepakete und die bestehenden Konfigurationsdateien werden durch die neuen Softwarepakete
und deren Default-Konfigurationsdateien ersetzt. Alle Neuerungen
stehen sofort zur Verf&uuml;gung, die Warteschlangen m&uuml;ssen jedoch neu
angelegt werden. Die Neuerungen sind im einzelnen in den folgenden Artikeln beschrieben:
http://portal.suse.com/sdb/de/2003/03/jsmeix_printeinrichten-82.html
http://portal.suse.com/sdb/de/2002/09/jsmeix_printeinrichten-81.html
13.1.2
Migration von LPRng/lpdfilter nach CUPS
CUPS und LPRng/lpdfilter sind grundlegend verschieden.
Bei CUPS sind die Konfigurationsdaten f&uuml;r die Warteschlangen in
/etc/cups/printers.conf und /etc/cups/ppd/ gespeichert
und /etc/printcap wird vom cupsd nur zwecks Kompatibilit&auml;t
zu printcap-basierten Anwendungsprogrammen angelegt.
CUPS verwendet das IPP Protokoll, LPRng das LPD Protokoll
CUPS braucht normalerweise mehr Rechenleistung f&uuml;r die leistungsf&auml;higere Filterung und das Web-Interface
Hinweis
LPD-Funktionalit&auml;t bei CUPS
CUPS unterst&uuml;tzt grundlegende LPD Funktionalit&auml;t, und zwar
empf&auml;ngerseitig durch den cups-lpd und senderseitig durch das
lpd-Backend. CUPS unterst&uuml;tzt jedoch nicht die volle LPRng
Funktionalit&auml;t. Weiterhin ist es m&ouml;glich, Filterskripte von LPDbasierten Drucksystemen als „System V style interface script“ zu
verwenden.
Hinweis
SUSE LINUX Enterprise Server
325
Einsatz eines Testsystems
Durch den Parallelbetrieb eines Testsystems kann man auf eine gesicherte
Weise nach CUPS migrieren; dabei bleibt der vorhandene LPD-Druckserver
weiterhin aktiv. Auf einem zus&auml;tzlichen Testsystem wird SUSE LINUX Enterprise Server 9 mit CUPS installiert.
Das folgende Vorgehen funktioniert nur f&uuml;r Netzwerkdrucker gut; denn
wenn Drucker direkt am LPD-Druckserver angeschlossen sind, m&uuml;ssen
diese zu Tetszwecken direkt am CUPS-Testsystem angeschlossen werden.
Auf dem CUPS-Testsystem werden f&uuml;r die Netzwerkdrucker die Warteschlangen eingerichtet. Dabei ist zu beachten, dass viele Netzwerkdrucker
(bzw. deren Netzwerkschnittstellen) &uuml;berfordert sind, wenn sie von mehreren Rechnern gleichzeitig Daten erhalten. Daher ist w&auml;hrend Tests mit dem
CUPS-Testsystem das Ausdrucken f&uuml;r die zu testenden Netzwerkdrucker
auf dem LPD-Druckserver anzuhalten.
Wenn die Warteschlangen auf dem CUPS-Testsystem mit YaST oder dem
Web-Frontend von CUPS oder einem anderen graphischen Tool angelegt
werden, sind die vorgenommenen Einstellungen genau zu protokollieren, um diese sp&auml;ter genau so auf dem Produktivsystem einrichten zu
k&ouml;nnen. Wenn die Warteschlangen auf dem CUPS-Testsystem aber nur
mit lpadmin-Kommandos angelegt werden, gen&uuml;gt es, die lpadminKommandos in einem Skript festzuhalten und dieses Skript auf dem Produktivsystem laufen zu lassen.
Umstellung des Produktivsystem
F&uuml;r Warteschlangen, die nur mit YaST konfiguriert wurden:
1. Migration von LPRng/lpdfilter nach CUPS unter SuSE Linux Enterprise Server 8.
2. Update von SuSE Linux Enterprise Server 8 auf SUSE LINUX Enterprise Server 9.
F&uuml;r Warteschlangen, nicht nur mit YaST konfiguriert wurden, gibt es keinen Automatismus zur Migration. Ein Wechseln der installierten Pakete
von LPRng/lpdfilter zu CUPS ist verf&uuml;gbar, aber eine bestehende Konfiguration wird dabei nicht migriert.
Bei SuSE Linux Enterprise Server 8 werden mit der Druckerkonfiguration von YaST immer die beiden Drucksysteme CUPS und LPRng/lpdfilter
gleichzeitig konfiguriert. Die Druckerkonfiguration speichert dazu s&auml;mtliche Konfigurationsdaten und legt damit die Konfiguration f&uuml;r das aktuelle
326
13.1. Update, Upgrade und Migration
Bei SUSE LINUX Enterprise Server 9 sind YaST und andere Konfigurationstools (z. B. das CUPS Web-Frontend) synchronisiert. Es gibt keine „privaten“ YaST-Konfigurationsdaten mehr. Die Migration einer mit YaST erstellten LPRng/lpdfilter-Konfiguration in eine CUPS-Konfiguration muss
daher bei SUSE LINUX Enterprise Server 9 entfallen, denn zur Migration einer YaST-Konfiguration werden „private“ YaST-Konfigurationsdaten
ben&ouml;tigt. Eine automatische Migration einer beliebigen LPRng/lpdfilterKonfiguration in eine CUPS-Konfigurationen ist nicht mit vertretbarem
Aufwand realisierbar.
13.2
13
Druckerbetrieb
Drucksystem an - bzw. f&uuml;r das neue Drucksystem, wenn das Drucksystem
gewechselt wurde. Die YaST-Druckerkonfiguration unterscheidet streng
zwischen Warteschlangen, die sie selbst angelegt hat, und solchen, die auf
andere Art angelegt wurden. Letztere werden nicht ver&auml;ndert und k&ouml;nnen
auch nicht ver&auml;ndert werden, sondern nur mit einer neuen Konfiguration
&uuml;berschrieben werden.
Vorbereitungen und weitere
&Uuml;berlegungen
CUPS ist das Standarddrucksystem unter SUSE LINUX. CUPS ist sehr anwederorientiert. In vielen F&auml;llen ist es kompatibel zu LPRng oder kann mit
relativ wenig Aufwand dazu gebracht werden. LPRng wird nur noch aus
Kompatibilit&auml;tsgr&uuml;nden bei SUSE LINUX Enterprise Server mitgeliefert;
vgl. den Abschnitt 13.1 auf Seite 324 .
Drucker k&ouml;nnen hinsichtlich der Schnittstellen (USB, Netzwerk) sowie der
Druckersprachen unterschieden werden. Beim Kauf eines Druckers sollte
daher sowohl auf eine geeignete Schnittstelle, die von der Hardware unterst&uuml;tzt wird, als auch auf die Druckersprache Wert gelegt werden.
Man kann Drucker grob in etwa die folgenden drei Klassen von Druckersprachen einteilen:
PostScript-Drucker PostScript ist die Druckersprache in der die meisten
Druckauftr&auml;ge unter Linux/Unix erstellt werden und vom Drucksystem intern verarbeitet werden. Die Sprache ist schon sehr alt und
sehr m&auml;chtig. Wenn PostScript-Dokumente direkt vom Drucker verarbeitet werden k&ouml;nnen und nicht mehr durch weitere Schritte im
Drucksystem umgewandelt werden m&uuml;ssen, so reduziert sich die Anzahl der potentiellen Fehlerquellen. Da PostScript-Drucker lizenziert
SUSE LINUX Enterprise Server
327
werden m&uuml;ssen und dabei anfallende Kosten nicht unerheblich sind,
kosten diese Drucker im allgemeinen mehr als Drucker, die mit keinem PostScript-Interpreter ausger&uuml;stet sind.
Standarddruckersprachen wie PCL und ESC/P
Diese Druckersprachen sind sehr alt, werden aber auch heute noch
erweitert, um aktuelle Entwicklungen im Drucker ansteuern zu k&ouml;nnen. Wenn es sich um bekannte Druckersprachen handelt, kann das
Drucksystem PostScript-Auftr&auml;ge mit Hilfe von Ghostscript in die
Druckersprache umwandeln („interpretieren“ genannt). Die bekanntesten sind PCL, welches haupts&auml;chlich bei HP-Druckern und deren
„Clones“, und ESC/P, welches bei Epson-Druckern verbreitet ist. Bei
solchen Druckersprachen kann man meist davon ausgehen, dass sie
unter auch Linux zu guten Druckergebnissen f&uuml;hren. Mit Ausnahme
der hpijs-Treiber, die von HP selbst entwickelt werden, gibt es
derzeit (2004) keinen Druckerhersteller, der Linux-Treiber entwickelt
und diese unter einer OpenSource-Lizenz den Linux-Distributoren
zur Verf&uuml;gung stellt.
Vom Preissegment her bewegen sich diese Drucker meist im mittleren
Bereich.
Propriet&auml;re Drucker, meist GDI-Drucker
F&uuml;r die Klasse der propriet&auml;ren Drucker gibt es meist nur einen oder
mehrere Windows-Treiber. Bei diesen Druckern ist keine der bekannten Druckersprache implementiert und die Druckersprache als solche
kann sich von einem Modelljahrgang zum n&auml;chsten &auml;ndern.
Die OpenSource-Gemeinde hat es mittlerweile aufgegeben, solche
Drucker per Reverse-Engineering zu unterst&uuml;tzen, da sich nach einem langen Aufwand nur ein sehr kurzer Moment des Erfolgs einstellt. G&uuml;nstige Lexmark-Drucker sind hier typische Vertreter, die
mittlerweile auch unter dem Produktnamen Dell angeboten werden.
Diese Drucker finden sich meist als „Dreingabe“ in einem PC-Bundle
und man erkennt sie daran, dass ein Set Nachf&uuml;llpatronen meist teurer ist als der Kaufpreis des Druckers.
Diese Drucker finden sich meist im billigsten Preissegment. Unter
Linux sind sie meistens nicht verwendbar.
Vor einer Neuanschaffung sollte man die folgenden Informationsquellen konsultieren, um Unterst&uuml;tzungsgrad des in Aussicht genommenen
Druckers in Erfahrung zu bringen:
http://cdb.suse.de/ bzw. http://hardwaredb.suse.de/ —
die SUSE LINUX Druckerdatenbank
328
13.2. Vorbereitungen und weitere &Uuml;berlegungen
http://www.cs.wisc.edu/~ghost/ — die Ghostscript-Webseite
file:/usr/share/doc/packages/ghostscript/catalog.
devices — die eingebundenen Treiber
Nat&uuml;rlich geben die Online-Datenbanken immer den aktuellsten Stand der
Linux-Unterst&uuml;tzung an und ein Produkt kann nur bis zum Produktionszeitpunkt aktuelle Treiber einbinden; ein aktuell als „perfekt unterst&uuml;tzter“ eingestufter Drucker muss dies zum Zeitpunkt der Produktion von
SUSE LINUX noch nicht gewesen sein. Die Datenbanken geben also nicht
notwendigerweise immer den korrekten Zustand an, sondern nur in guter
N&auml;herung.
13.3
13
Druckerbetrieb
http://www.linuxprinting.org/ — die Druckerdatenbank auf
Linuxprinting.org
Druckeranbindung — Methoden
und Protokolle
Es gibt verschiedene M&ouml;glichkeiten, um einen Drucker an das System anzuschlie&szlig;en. F&uuml;r das CUPS-Drucksystem ist es von der Konfiguration her
unerheblich, ob ein Drucker lokal oder &uuml;ber das Netzwerk mit dem System
verbunden ist.
Lokale Drucker sind unter Linux genauso anzuschlie&szlig;en, wie es der
Druckerhersteller in der Anleitung vorschreibt. Von CUPS werden die folgende Anschlussarten unterst&uuml;tzt: seriell, USB, parallel und SCSI. Das entsprechende Backend muss auch zur Kommunikation gew&auml;hlt werden.
I S/390, zSeries
Die an S/390- und zSeries-Mainframes lokal anschlie&szlig;baren Drucker sowie
die entsprechenden virtuellen Ger&auml;te, die von z/VM zur Verf&uuml;gung gestellt
werden, werden von CUPS und lprng nicht unterst&uuml;tzt. Auf diesen Plattformen ist nur das Drucken per Netzwerk m&ouml;glich. J
Achtung
Kabelverbindung zum Rechner
Beim Verkabeln mit dem Rechner muss man darauf achtgeben,
dass nur USB-Verbindungen darauf ausgelegt sind, im laufenden
Betrieb angeschlossen oder getrennt zu werden. Alle anderen
Verbindungen sollte man immer nur im ausgeschalteten Betrieb
&auml;ndern.
Achtung
SUSE LINUX Enterprise Server
329
Bei Netzwerkdruckern geschieht die Verkabelung ebenso wie vom
Druckerhersteller beschrieben.
13.4
Installation der Software
„PostScript Printer Description“ (PPD) ist die Computersprache, die Eigenschaften (z. B. Aufl&ouml;sung) und Optionsm&ouml;glichkeiten (z. B. Duplex-Einheit)
von Druckern beschreibt; vgl. Abschnitt 13.6.3 auf Seite 336. Diese Beschreibungen sind notwendig, um die verschiedenen Optionen des Druckers
unter CUPS nutzen zu k&ouml;nnen. Ohne PPD-Datei werden die Druckdaten „roh“ an den Drucker weitergegeben, was man im allgemeinen nicht
w&uuml;nscht.
Mit SUSE LINUX sind schon viele PPD-Dateien vorinstalliert, um gerade
auch Drucker, die PostScript von hause aus nicht unterst&uuml;tzen, verwenden
zu k&ouml;nnen.
Falls ein PostScript-Drucker konfiguriert ist, empfiehlt es sich die passende PPD-Datei zu besorgen. Falls sich dies als zu viel Aufwand erweist oder
eine solche nicht besorgt werden kann oder m&ouml;glicherweise gar nicht existiert, kann auch eine generische PPD-Datei, die mit dem System mitgeliefert wird, benutzt werden. &Uuml;blicherweise findet man sonst PPD-Dateien
auf den Treiber-CDs f&uuml;r Windows oder Apple MacOS, die bei syntaktischer
Korrektheit ohne Probleme auch unter Linux verwendet werden k&ouml;nnen.
Die Druckerhersteller bieten manchmal auch im Internet PPD-Dateien an.
Neue PPD-Dateien sind im Verzeichnis /usr/share/cups/model/ abzulegen oder besser per YaST in das Drucksystem hinzuf&uuml;gen; vgl. den Abschnitt 2.4.3 auf Seite 76 . Dann wird eine solche PPD-Datei bevorzugt bei
der Installation gew&auml;hlt.
Mit Vorsicht ist dagegen zu genie&szlig;en, wenn ein Druckerhersteller neben
Konfigurationsdaten verlangt, dass ganze Software-Pakete installiert werden sollen. Durch eine solche Installation w&uuml;rde man zum einen den Support von Seiten SUSE LINUX verlieren, und zum anderen darf man sich
dann nicht wundern, wenn Druck-Kommandos anders als bisher funktionieren und Ger&auml;te anderer Hersteller gar nicht angesprochen werden
k&ouml;nnen. Von daher ist i. a. von einer Installation von Hersteller-Software
abzuraten.
330
13.4. Installation der Software
13.5
Konfiguration des Druckers
13.5.1
Lokaler Drucker
Druckerbetrieb
Nachdem der Drucker mit dem Computer verbunden und die Software installiert ist, gilt es, diesen im System zu konfigurieren. Dabei sollten die mit
SUSE LINUX gelieferten Tools verwendet werden und m&ouml;glichst keine anderen. Da bei SUSE LINUX hoher Wert auf Sicherheit gelegt wird, kommen
3rd-Party-Tools mit den Sicherheitseinschr&auml;nkungen nicht immer klar und
f&uuml;hren am Ende zu mehr Komplikationen als dass sie helfen.
13
Wurde ein lokaler Drucker beim Einloggen als noch nicht konfiguriert erkannt, so wird ein YaST-Modul zur Konfiguration wird gestartet; vgl. den
Abschnitt 2.4.3 auf Seite 75 .
Zum Konfigurieren mit Kommandozeilen-Tools (s. u.) ist eine eine DeviceURI notwendig. Diese lautet beispielsweise: parallel:/dev/lp0 (Drucker am 1. Parallel-Port) usb:/dev/usb/lp1 (1. erkannter Drucker am
USB-Port).
13.5.2
Netzwerkdrucker
Ein Netzwerkdrucker kann verschiedene Protokolle unterst&uuml;tzen und manche davon sogar gleichzeitig. Die meisten der unterst&uuml;tzten Protokolle sind
standardisiert und trotzdem kann es vorkommen, dass Hersteller den Standard erweitern (ab&auml;ndern), weil sie entweder mit Systemen testen, die den
Standard nicht korrekt implementiert haben, oder weil sie bestimmte Funktionen haben m&ouml;chten, die es laut Standard gar nicht gibt. Derartige Treiber
bieten sie nur f&uuml;r einige wenige Betriebssysteme an, zu denen Linux leider
nur in seltenen F&auml;llen geh&ouml;rt.
Es kann also im Moment also nicht davon ausgegangen werden, dass jedes
Protokoll unter Linux problemlos funktioniert und daher sollte durchaus
mit den verschiedenen M&ouml;glichkeiten experimentiert werden, um zu einer
funktionst&uuml;chtigen Konfiguration zu gelangen.
Unter CUPS werden die Protokolle socket, LPD, IPP und smb unterst&uuml;tzt.
Im Folgenden einige Detailinformationen zu diesen Protokollen:
socket „socket“ bezeichnet die Verbindung, bei der die Daten auf
einen Internetsocket geschickt werden, ohne dass vorher ein
Daten-Handshake ausgef&uuml;hrt wird. Typisch verwendete SocketPort-Nummern sind 9100 oder 35. Beispiel f&uuml;r eine Device-URI:
socket://hhost-printeri:9100/
SUSE LINUX Enterprise Server
331
LPD (Line Printer Daemon) Das LPD-Protokoll ist traditionell bew&auml;hrt.
LPD steht f&uuml;r &quot;Line Printer Daemon&quot; und es wird im RFC 1179 beschrieben. Dieses Protokoll beinhaltet, dass vor den eigentlich Druckdaten noch ein paar wenige auftragsbezogene Daten verschickt
werden, z.B. Druckerqueue. Daher ist es notwendig, dass bei der
Konfiguration des LPD-Protokolls zur Daten&uuml;bertragung auch eine Druckerqueue angegeben wird. Implementierungen diverser
Druckerhersteller sind so flexibel geschrieben, dass sie jeden Namen als Druckerqueue akzeptieren. Den zu verwendenden Namen
findet man im Bedarfsfall im Handbuch zum Drucker. H&auml;ufig lauten sie LPT, LPT1, LP1 oder so &auml;hnlich. Nat&uuml;rlich kann man auf
diese Weise auch eine LPD-Queue an einem anderen Linux- oder
unix-artigen Rechner im CUPS-System konfigurieren. Die PortNummer f&uuml;r einen LPD-Dienst lautet 515. Beispiel f&uuml;r eine DeviceURI: lpd://hhost-printeri/LPT1
IPP (Internet Printing Protokoll) Das Internet Printing Protokoll,
kurz IPP, ist noch relativ jung (1999) und basiert auf dem Protokoll HTTP. Es werden im IPP deutlich mehr auftragsbezogene Daten verschickt als in den anderen Protokollen. CUPS
verwendet zur internen Daten&uuml;bertragung das IPP. Sollte eine
Forwarding-Queue zwischen zwei CUPS-Server eingerichtet werden, so ist dieses Protokoll zu bevorzugen. Auch hier wird wieder der Name der Druckerqueue ben&ouml;tigt, um IPP korrekt konfigurieren zu k&ouml;nnen. Die Port-Nummer f&uuml;r IPP lautet 631. Beispiel f&uuml;r eine Device-URI: ipp://hhost-printeri/ps oder:
ipp://hhost-cupsserveri/printers/ps
SMB (Windows-Share) Schlie&szlig;lich unterst&uuml;tzt CUPS auch noch
das Drucken auf Drucker am Windows-Share. Das Protokoll hierf&uuml;r lautet SMB und es werden die Port-Nummer
137, 138 und 139 verwendet. Beispiel f&uuml;r eine Device-URI:
smb://huseri:hpasswordi@hworkgroupi/hserveri/hprinteri
oder: smb://huseri:hpasswordi@hhosti/hprinteri oder:
smb://hserveri/hprinteri
Das vom Drucker unterst&uuml;tzte Protokoll ist also vor der Konfiguration herauszufinden. Sollte sich der Hersteller dar&uuml;ber ausschweigen, so kann es
mit Hilfe des Befehls nmap (Paket nmap) erraten werden. nmap pr&uuml;ft einen
Host nach offenen Ports; Beispiel:
nmap -p 35,137-139,515,631,9100-10000
332
13.5. Konfiguration des Druckers
13.5.3
Konfigurationsarbeiten
Netzwerkdrucker sind mit YaST einzurichten; YaST erleichtert die Konfiguration und es kann am besten mit den Sicherheitseinschr&auml;nkungen bei
CUPS umgehen; vgl. auch den Abschnitt 13.6.1 auf der n&auml;chsten Seite .
Konfiguration per Kommandozeilen-Tools
Alternativ ist es auch m&ouml;glich, mit Kommandozeilentools CUPS zu konfigurieren. Wenn die Vorarbeit schon gemacht ist (PPD-Datei ist bekannt
und der Name der Device-URI auch), sind nur noch die folgenden Schritte
notwendig:
Druckerbetrieb
Netzwerkdrucker konfigurieren
13
lpadmin -p &lt;queuename&gt; -v &lt;Device-URI&gt; \
-P &lt;PPD-Datei&gt; -E
Dabei ist wichtig, dass das -E nicht die erste Option ist. Denn bei allen
CUPS-Befehlen bedeutet -E als erstes Argument, dass eine verschl&uuml;sselte Verbindung benutzt werden soll (engl. encrypted) und nicht, wie oben
beabsichtigt, der Drucker aktiviert werden soll (engl. enable). Konkretes
Beispiel:
lpadmin -p ps -v parallel:/dev/lp0 \
-P /usr/share/cups/model/Postscript.ppd.gz -E
Analoges Beispiel f&uuml;r einen Netzwerkdrucker:
lpadmin -p ps -v socket://192.168.1.0:9100/ \
-P /usr/share/cups/model/Postscript-level1.ppd.gz -E
Optionen ver&auml;ndern
YaST bietet an, dass schon zur Installation bestimmte Optionen als Vorgabe („per default“) aktiviert sind. Diese lassen sich pro Printjob ver&auml;ndern
(abh&auml;ngig von dem verwendeten Printtool), es ist aber auch m&ouml;glich, diese
Einstellungen sp&auml;ter noch festzulegen (z. B. mit YaST).
Mit den Kommandozeilen-Tools l&auml;sst sich das wie folgt bewerkstelligen:
1. Zuerst l&auml;sst man sich alle Optionen ausgeben:
lpoptions -p &lt;queue&gt; -l
SUSE LINUX Enterprise Server
333
Beispiel:
Resolution/Output Resolution: 150dpi *300dpi 600dpi 1200dpi
2. Die aktivierte Default-Option erkennt man am vorgestellten Asterisk: *
3. Eine neue Option dann mit lpadmin &auml;ndern:
lpadmin -p &lt;queue&gt; -o Resolution=600dpi
4. &Uuml;berpr&uuml;fen, ob nichts schief ging:
lpoptions -p &lt;queue&gt; -l
Resolution/Output Resolution: 150dpi 300dpi *600dpi 1200dpi
13.6
Besonderheiten bei SUSE LINUX
13.6.1
Web-Frontend (CUPS) und KDE-Administration
Um die Administration mit dem Web-Frontend (CUPS) oder dem DruckerAdministrationstool (KDE) nutzen zu k&ouml;nnen, muss der Benutzer root
als CUPS-Administrator mit der CUPS-Administrationsgruppe sys und
einem CUPS-Passwort angelegt werden; dies erreicht man als root mit
folgendem Befehl:
lppasswd -g sys -a root
Andernfalls ist die Administration via Web-Interface oder via Administrationstool nicht m&ouml;glich, denn die Authentisierung schl&auml;gt fehl, wenn
kein CUPS-Administrator eingerichtet ist. Anstelle von root kann auch
ein anderer Benutzer als CUPS-Administrator bestimmt werden; vgl. den
folgenden Abschnitt 13.6.2 .
13.6.2
&Auml;nderungen beim cupsd
Beim CUPS-Druckdienst gibt es drei wichtige &Auml;nderungen:
Der cupsd l&auml;uft als Benutzer lp.
334
13.6. Besonderheiten bei SUSE LINUX
Verallgemeinerte Funktionalit&auml;t f&uuml;r BrowseAllow/BrowseDeny.
Genauere Informationen dazu finden Sie im Support-Datenbank Artikel
„Drucker einrichten ab SUSE LINUX 9.0“ unter http://portal.suse.
com/sdb/de/2003/09/jsmeix_print-einrichten-90.html.
Der cupsd l&auml;uft als Benutzer lp
Der cupsd wechselt nach dem Start vom Benutzer root zum Benutzer lp.
Dadurch erh&ouml;ht sich die Sicherheit, weil der CUPS-Druckdienst nicht mit
unbeschr&auml;nkten Rechten l&auml;uft, sondern nur mit solchen Rechten, die f&uuml;r
den Druckdienst notwendig sind.
Druckerbetrieb
Der cupsd wird standardm&auml;&szlig;ig aktiviert.
13
Ein Nachteil ist jedoch, dass die Authentisierung (genauer: die Passwortpr&uuml;fung) nicht mittels /etc/shadow erfolgen kann, denn lp hat auf
/etc/shadow keinen Zugriff. Stattdessen muss die CUPS-spezifische
Authentisierung via /etc/cups/passwd.md5 verwendet werden. Dazu muss ein CUPS-Administrator mit der CUPS-Administrationsgruppe
sys und einem CUPS-Passwort in /etc/cups/passwd.md5 eingetragen
werden; als als Benutzer root ist einzugeben:
lppasswd -g sys -a &lt;CUPS-admin-name&gt;
Weitere Konsequenzen:
Wenn der cupsd als lp l&auml;uft, kann /etc/printcap nicht erzeugt
werden, denn lp darf in /etc/ keine Dateien anlegen. Deswegen legt
cupsd /etc/cups/printcap an. Damit Anwendungsprogramme,
die die Warteschlangennamen nur aus /etc/printcap lesen k&ouml;nnen, weiterhin korrekt funktionieren ist /etc/printcap ist ein symbolischer Link auf /etc/cups/printcap.
Sobald der cupsd als lp l&auml;uft, kann der Port 631 nicht ge&ouml;ffnet werden. Deswegen kann der cupsd nicht mehr mit rccups reload
neu geladen werden. Stattdessen sollte rccups restart verwendet werden.
Verallgemeinerte Funktionalit&auml;t f&uuml;r BrowseAllow/BrowseDeny
Die bei BrowseAllow und BrowseDeny gesetzten Zugfriffsbedingungen beziehen sich auf alle Arten von Paketen, die an den cupsd geschickt werden.
Die defaultm&auml;&szlig;igen Einstellungen in /etc/cups/cupsd.conf sind:
SUSE LINUX Enterprise Server
335
BrowseAllow @LOCAL
BrowseDeny All
und
&lt;Location /&gt;
Order Deny,Allow
Deny From All
Allow From 127.0.0.1
Allow From 127.0.0.2
Allow From @LOCAL
&lt;/Location&gt;
Damit k&ouml;nnen genau die LOCAL-Rechner auf den cupsd auf einem CUPSServer zugreifen. LOCAL-Rechner sind solche, deren IP-Adresse zu einem nicht-point-to-point Interface geh&ouml;rt (genauer: Interfaces deren
IFF_POINTOPOINT Flag nicht gesetzt ist) und deren IP-Adresse zum gleichen Netzwerk wie der CUPS-Server geh&ouml;rt. Von allen anderen Rechnern
werden jegliche Pakete sofort zur&uuml;ckgewiesen.
Der cupsd wird standardm&auml;ssig aktiviert
Bei einer Standardinstallation wird der cupsd automatisch aktiviert. Das
erm&ouml;glicht ohne zus&auml;tzliche manuelle Aktionen den komfortablen Zugriff
auf Warteschlangen von CUPS-Netzwerk-Servern.
Die beiden obigen Punkte sind daf&uuml;r notwendige Bedingungen, denn andernfalls w&auml;re die Sicherheit nicht hinreichend f&uuml;r eine automatische Aktivierung des cupsd.
13.6.3
PPD-Dateien in SUSE Linux-Paketen
Druckerkonfiguration nur mit PPD-Dateien
Die YaST-Druckerkonfiguration legt die Warteschlangen f&uuml;r CUPS nur mit
den auf dem jeweiligen System unter /usr/share/cups/model/ installierten PPD-Dateien an. F&uuml;r ein bestimmtes Druckermodell ermittelt YaST
die passenden PPD-Dateien indem der bei der Hardwareerkennung ermittelte Hersteller- und Modellname mit den Hersteller- und Modellnamen in
allen auf dem jeweiligen System unter /usr/share/cups/model/ vorhandenen PPD-Dateien verglichen wird. Die YaST-Druckerkonfiguration
baut dazu eine Datenbank aus den Hersteller- und Modell-Informationen,
die in den PPD-Dateien stehen, auf. Dadurch k&ouml;nnen Sie Ihren Drucker
336
13.6. Besonderheiten bei SUSE LINUX
Das Konfigurieren nur mit den PPD-Dateien und ohne sonstige Informationsquellen hat den Vorteil, dass die PPD-Dateien unter /usr/
share/cups/model/ beliebig ge&auml;ndert werden k&ouml;nnen. Die YaSTDruckerkonfiguration erkennt Ver&auml;nderungen und baut dann die
Hersteller/Modell-Datenbank erneut auf. Wenn Sie beispielsweise nur
PostScript-Drucker haben, dann brauchen Sie normalerweise weder die
Foomatic PPD-Dateien im Paket cups-drivers noch die GimpPrint PPDDateien im Paket cups-drivers-stp, sondern Sie k&ouml;nnen die genau zu Ihren
PostScript-Druckern passenden PPD-Dateien nach /usr/share/cups/
model/ kopieren (wenn diese nicht schon im Paket manufacturer-PPDs
vorhanden sind) und so Ihre Drucker optimal konfigurieren.
13
Druckerbetrieb
&uuml;ber die Hersteller- und Modellbezeichnung ausw&auml;hlen und erhalten somit
die PPD-Dateien, die zu dieser Hersteller- und Modellbezeichnung passen.
CUPS PPD-Dateien im Paket cups
Die generischen PPD-Dateien im Paket cups wurden speziell f&uuml;r PostScript Level 2 und Level 1 Drucker um folgende angepasste Foomatic PPDDateien erg&auml;nzt: /usr/share/cups/model/Postscript-level1.
ppd.gz /usr/share/cups/model/Postscript-level2.ppd.gz
Foomatic (bzw. LinuxPrinting.org) PPD-Dateien im Paket cups-drivers
F&uuml;r Nicht-PostScript-Drucker wird normalerweise der Foomatic Druckerfilter &quot;foomatic-rip&quot; zusammen mit Ghostscript verwendet. Die dazu passenden Foomatic PPD-Dateien sind durch die Eintr&auml;ge &quot;*NickName: ...
Foomatic/hGhostscript Treiberi&quot; und &quot;*cupsFilter: ... foomatic-rip&quot; gekennzeichnet. Diese PPD-Dateien befinden sich im Paket cups-drivers.
YaST verwendet bevorzugt eine Foomatic PPD-Datei, wenn folgende Bedingungen erf&uuml;llt sind:
Es passt eine &quot;recommended&quot; Foomatic PPD-Datei zu dem Druckermodell, die duch den Eintrag &quot;*NickName: ... Foomatic ... (recommended)&quot; gekennzeichnet ist.
Es gibt keine PPD-Datei aus manufacturer-PPDs, die besser geeignet
ist (siehe unten).
GimpPrint PPD-Dateien im Paket cups-drivers-stp
F&uuml;r viele Nicht-PostScript-Drucker kann statt &quot;foomatic-rip&quot; alternativ auch
der CUPS-Filter &quot;rastertoprinter&quot; von GimpPrint verwendet werden. Dieser
SUSE LINUX Enterprise Server
337
Filter und die dazu passenden GimpPrint PPD-Dateien sind im Paket cupsdrivers-stp. Die GimpPrint PPD-Dateien liegen unter /usr/share/cups/
model/stp/ und sind durch die Eintr&auml;ge &quot;*NickName: ... CUPS+GimpPrint&quot; und &quot;*cupsFilter: ... rastertoprinter&quot; gekennzeichnet.
PPD-Dateien von Druckerherstellern im Paket manufacturer-PPDs
Das Paket manufacturer-PPDs enth&auml;lt PPD-Dateien von Druckerherstellern, die unter einer hinreichend freien Lizenz stehen. PostScript-Drucker
sollten mit der passenden PPD-Datei des Druckerherstellers eingerichtet
werden, denn die PPD-Datei des Druckerherstellers erm&ouml;glicht es, alle
Funktionen des PostScript-Druckers zu nutzen. YaST verwendet bevorzugt eine PPD-Datei aus manufacturer-PPDs, wenn folgende Bedingungen
erf&uuml;llt sind:
Der bei der Hardwareerkennung ermittelte Hersteller- und Modellname stimmt mit dem Hersteller- und Modellnamen in einer PPD-Datei
aus manufacturer-PPDs &uuml;berein.
Entweder ist die PPD-Datei aus manufacturer-PPDs die einzige zu
dem Druckermodell passende PPD-Datei, oder es passt auch eine
Foomatic PPD-Datei mit folgendem Eintrag zu dem Druckermodell:
&quot;*NickName: ... Foomatic/Postscript (recommended)&quot;.
YaST verwendet also in den folgenden F&auml;llen keine PPD-Datei aus
manufacturer-PPDs:
Die PPD-Datei aus manufacturer-PPDs passt hinsichtlich Herstellerund Modellname nicht. Das kann insbesondere dann passieren, wenn
es f&uuml;r &auml;hnliche Modelle nur eine PPD-Datei in manufacturer-PPDs
gibt (z. B. wenn bei einer Serie von Modellen nicht f&uuml;r jedes einzelne Modell eine eigene PPD-Datei existiert, sondern als Modellname
etwas in der Art wie &quot;Funprinter 1000 series&quot; in der PPD-Datei steht).
Die Foomatic Postscript PPD-Datei ist aus folgenden Gr&uuml;nden nicht
„recommended“: Das Druckermodell arbeitet nicht gut genug im
PostScript-Modus (z. B. unzuverl&auml;ssig weil der Drucker standardm&auml;ssig zu wenig Speicher hat oder zu langsam weil der Prozessor im
Drucker zu leistungsschwach ist) und der Drucker unterst&uuml;tzt PostScript nicht standardm&auml;ssig (z. B. weil die PostScript-Unterst&uuml;tzung
als optionales Modul verf&uuml;gbar ist).
Wenn f&uuml;r einen PostScript Drucker eine PPD-Datei aus manufacturer-PPDs
geeignet ist, aber YaST kann aus obigen Gr&uuml;nden diese nicht einrichten,
dann ist das passende Druckermodell manuell in YaST auszuw&auml;hlen.
338
13.6. Besonderheiten bei SUSE LINUX
13.7
Drucker ohne Standarddruckersprache
Ein Drucker, der nur mit speziellen eigenen Steuersequenzen angesprochen
werden kann, so hat hei&szlig;en GDI-Drucker. Diese Drucker funktionieren nur
mit den Betriebssystemversionen, f&uuml;r die der Hersteller einen Treiber mitliefert. GDI ist eine von Microsoft entwickelte Programmierschnittstelle zur
grafischen Darstellung. Das Problem ist nicht die Programmierschnittstelle,
sondern dass die sog. GDI-Drucker nur &uuml;ber die propriet&auml;re Druckersprache des jeweiligen Druckermodells angesprochen werden k&ouml;nnen.
13
Druckerbetrieb
13.7.1
M&ouml;gliche Probleme und deren
L&ouml;sung
Es gibt Drucker, die zus&auml;tzlich zum GDI-Modus eine Standarddruckersprache verstehen, wozu der Drucker passend einzustellen oder umzuschalten
ist. F&uuml;r einige GDI-Drucker gibt es propriet&auml;re Treiber vom Druckerhersteller. Der Nachteil propriet&auml;rer Druckertreiber ist, dass weder garantiert werden kann, dass diese mit dem aktuell installierten Drucksystem funktionieren, noch dass diese f&uuml;r die verschiedenen Hardwareplatformen funktionieren. Drucker, die eine Standarddruckersprache verstehen, sind dagegen
weder von einer speziellen Drucksystem-Version noch von einer speziellen
Hardwareplatform abh&auml;ngig.
Es ist in der Regel kosteng&uuml;nstiger, nicht Zeit f&uuml;r die Anpassung eines propriet&auml;ren Linux-Treiber aufzuwenden, sondern gleich einen unterst&uuml;tzten Drucker anzuschaffen. Insbesondere deswegen nicht, weil mit einem
ordentlichen Drucker das Treiberproblem ein f&uuml;r alle Mal gel&ouml;st ist. Nie
wieder ist dann eine spezielle Treibersoftware einzuspielen und unter Umst&auml;nden speziell zu konfigurieren und nie wieder m&uuml;ssen Treiber-Updates
beschafft werden, wenn das Drucksystem weiterentwickelt wurde.
13.7.2
Geeignete PPD-Datei f&uuml;r PostScript-Drucker fehlt
Wenn f&uuml;r einen PostScript Drucker keine PPD-Datei im Paket
manufacturer-PPDs geeignet ist, sollte es m&ouml;glich sein, die PPD-Datei von
der Treiber-CD des Druckerherstellers zu verwenden oder eine passende
PPD-Datei von der Webseite des Druckerherstellers herunterzuladen.
Wenn die PPD-Datei als Zip-Archiv (.zip) oder als selbstentpackendes ZipArchiv (.exe) vorliegt, k&ouml;nnen Sie es mit unzip entpacken. Kl&auml;ren Sie zuerst die Lizenzbedingungen der PPD-Datei. Dann testen Sie mit dem Programm cupstestppd , ob die PPD-Datei der &quot;Adobe PostScript Printer
SUSE LINUX Enterprise Server
339
Description File Format Specification, Version 4.3&quot; gen&uuml;gt. Wird &quot;FAIL&quot;
ausgegeben, dann sind die Fehler in der PPD-Datei so schwerwiegend,
dass gr&ouml;ssere Probleme zu erwarten sind. Die von cupstestppd angegebenen Problemstellen sollten beseitigt werden. Wenn notwendig, fragen
Sie direkt den Druckerhersteller nach einer geeigneten PPD-Datei.
13.7.3
Parallel-Ports
Hinweis
Parallel-Ports gibt es nur bei PC-&auml;hnlichen Plattformen.
Hinweis
Am sichersten funktioniert es, wenn der Drucker direkt an der ersten parallelen Schnittstelle angeschlossen ist und im BIOS f&uuml;r die parallele Schnittstelle folgende Einstellungen gesetzt sind:
IO-Adresse 378 (hexadezimal)
Interrupt ist nicht relevant
Modus Normal, SPP oder Output-Only
DMA wird nicht verwendet
Ist trotz dieser BIOS-Einstellungen der Drucker nicht &uuml;ber die erste parallele Schnittstelle ansprechbar, muss die IO-Adresse entsprechend der BIOSEinstellung explizit in der Form 0x378 in /etc/modprobe.conf eingetragen werden. Sind zwei parallele Schnittstellen vorhanden, die auf die
IO-Adressen 378 und 278 (hexadezimal) eingestellt sind, dann sind diese
in der Form 0x378,0x278 einzutragen.
Wenn der Interrupt 7 noch frei ist, dann kann mit dem Eintrag in der Datei 13.1 der Interrupt-Betrieb aktiviert werden. Bevor der Interrupt-Betrieb
aktiviert wird, ist der Datei /proc/interrupts zu entnehmen, welche
Interrupts bereits verwendet werden, wobei hier nur die Interrupts angezeigt werden, die momentan in Gebrauch sind. Dies kann sich je nach aktiv
benutzter Hardware &auml;ndern. Der Interrupt f&uuml;r die parallele Schnittstelle
darf nicht anderweitig in Gebrauch sein. Im Zweifel ist der Polling-Betrieb
mit irq=none zu nehmen.
Beispiel 13.1: /etc/modprobe.conf: InterruptBetrieb f&uuml;r die erste parallele Schnittstelle
alias parport_lowlevel parport_pc
options parport_pc io=0x378 irq=7
340
13.7. M&ouml;gliche Probleme und deren L&ouml;sung
13.7.4
Druckeranschluss via Netzwerk
TCP/IP-Netzwerk &uuml;berpr&uuml;fen Das TCP/IP-Netzwerk inklusive Namensaufl&ouml;sung muss ordnungsgem&auml;&szlig; funktionieren.
Einen entfernten lpd pr&uuml;fen Mit den folgenden Kommando kann man
testen, ob &uuml;berhaupt eine TCP-Verbindung zum lpd (Port 515) auf
dem Rechner hhosti m&ouml;glich ist:
Druckerbetrieb
Netzprobleme nachweisen Schlie&szlig;en Sie den Drucker direkt am Rechner an. Konfigurieren Sie den Drucker zum Test als lokalen Drucker.
Wenn es so funktioniert, sind Netzprobleme die Ursache.
13
netcat -z &lt;host&gt; 515 &amp;&amp; echo ok || echo failed
Wenn keine Verbindung zum lpd m&ouml;glich ist, dann l&auml;uft entweder
der lpd nicht, oder grundlegende Netzwerkprobleme sind die Ursache.
Als Benutzer root kann man mit folgendem Kommando einen (ggf.
sehr langen) Statusbericht f&uuml;r die Warteschlange hqueuei auf dem
(entfernten) Rechner hhosti abfragen, sofern der dortige lpd l&auml;uft und
Anfragen dorthin geschickt werden k&ouml;nnen:
echo -e &quot;\004&lt;queue&gt;&quot; \
| netcat -w 2 -p 722 &lt;host&gt; 515
Wenn keine Antwort vom lpd kommt, dann dann l&auml;uft entweder der
lpd nicht, oder grundlegende Netzwerkprobleme sind die Ursache.
Wenn eine Antwort vom lpd kommt, sollte diese kl&auml;ren, warum auf
der Warteschlange queue auf dem Rechner host nicht gedruckt werden kann – Beispiele:
Beispiel 13.2: Fehlermeldung von lpd
lpd: your host does not have line printer access
lpd: queue does not exist
printer: spooling disabled
printer: printing disabled
Wenn eine derartige Antwort vom lpd kommt, liegt das Problem
beim entfernten lpd.
SUSE LINUX Enterprise Server
341
Einen entfernten cupsd pr&uuml;fen Mit folgendem Kommando kann man testen, ob es im Netzwerk einen CUPS-Netzwerk-Server gibt, denn dieser sollte &uuml;ber den UDP Port 631 seine Warteschlange standardm&auml;&szlig;ig
alle 30 Sekunden broadcasten:
netcat -u -l -p 631 &amp; PID=$! ; sleep 40 ; kill $PID
Nach 40 Sekunden Wartezeit sollte es eine Ausgabe in der folgenden
Art geben, wenn ein CUPS-Netzwerk-Server broadcastet:
Beispiel 13.3: Broadcast vom CUPS-Netzwerk-Server
ipp://&lt;host&gt;.&lt;domain&gt;:631/printers/&lt;queue&gt;
I S/390, zSeries
Beachten Sie, dass die S/390-Ethernet-Karten per Default keine
Broadcasts empfangen. J
Mit folgendem Kommando testet man, ob &uuml;berhaupt eine TCPVerbindung zum cupsd (Port 631) auf dem Rechner hhosti m&ouml;glich
ist:
netcat -z &lt;host&gt; 631 &amp;&amp; echo ok || echo failed
Wenn keine Verbindung zum cupsd m&ouml;glich ist, dann l&auml;uft entweder der cupsd nicht, oder grundlegende Netzwerkprobleme sind die
Ursache.
lpstat -h &lt;host&gt; -l -t
Damit erh&auml;lt man einen (ggf. sehr langen) Statusbericht f&uuml;r alle Warteschlangen auf dem Rechner hhosti, sofern der dortige cupsd l&auml;uft
und Anfragen dorthin geschickt werden k&ouml;nnen.
echo -en &quot;\r&quot; \
| lp -d &lt;queue&gt; -h &lt;host&gt;
Damit kann man testen, ob die Warteschlange hqueuei auf dem Rechner hhosti einen Druckauftrag annimmt, wobei der Druckauftrag hier
aus einem einzelnen Carriage-Return-Zeichen besteht — d. h. hierbei
wird nur getestet, aber normalerweise sollte nichts gedruckt werden
— und wenn, dann nur ein leeres Blatt.
342
13.7. M&ouml;gliche Probleme und deren L&ouml;sung
Dadurch arbeitet die Printserver-Box nur noch als Umwandler zwischen den verschiedenen Formen der Daten&uuml;bertragung (TCP/IPNetzwerk und lokaler Druckeranschluss). Dazu muss der entsprechende TCP-Port auf der Printserver-Box bekannt sein. Bei angeschlossenem und eingeschaltetem Drucker an der Printserver-Box
kann dieser TCP-Port normalerweise einige Zeit nach dem Einschalten der Printserver-Box mit dem Programm nmap aus dem Paket
nmap ermittelt werden.
13
Druckerbetrieb
Netzwerkdrucker oder Printserver-Box arbeitet nicht zuverl&auml;ssig
Es gibt mitunter Probleme mit dem Druckerspooler, der in einer
Printserver-Box l&auml;uft, sobald ein h&ouml;heres Druckaufkommen vorliegt. Da es am Druckerspooler in der Printserver-Box liegt, kann
man das nicht &auml;ndern. Man kann aber den Druckerspooler in der
Printserver-Box umgehen, indem man den an der Printserver-Box
angeschlossenen Drucker direkt via TCP-Socket anspricht.
So liefert nmap hIP-addressi bei einer Printserver-Box beispielsweise:
Port
23/tcp
80/tcp
515/tcp
631/tcp
9100/tcp
State
open
open
open
open
open
Service
telnet
http
printer
cups
jetdirect
Diese Ausgabe bedeutet, dass der &uuml;ber den Port 9100 an der
Printserver-Box angeschlossene Drucker via TCP-Socket ansprechbar
ist. Standardm&auml;ssig pr&uuml;ft nmap nur eine gewisse Liste von allgemein
bekannten Ports, die in /usr/share/nmap/nmap-services verzeichnet sind. Um alle m&ouml;glichen Ports zu &uuml;berpr&uuml;fen, verwenden
Sie den Befehl: nmap -p hfrom_porti-hto_porti hIP-addressi (das kann
dann etwas dauern) — vergleichen Sie dazu die Manual-Page man
nmap.
Mit Befehlen der Art
echo -en &quot;\rHello\r\f&quot; | netcat -w 1 &lt;IP-address&gt; &lt;port&gt;
cat &lt;file&gt; | netcat -w 1 &lt;IP-address&gt; &lt;port&gt;
k&ouml;nnen Zeichenfolgen oder Dateien direkt an den betreffenden Port
geschickt werden, um zu testen, ob der Drucker &uuml;ber diesen Port ansprechbar ist.
SUSE LINUX Enterprise Server
343
13.7.5
Fehlerhafte Ausdrucke ohne Fehlermeldung
F&uuml;r das Drucksystem ist der Druckauftrag dann komplett abgearbeitet,
wenn das CUPS-Backend mit der Daten&uuml;bertragung zum Empf&auml;nger (Drucker) fertig ist. Wenn danach die weitere Verarbeitung beim Empf&auml;nger
scheitert (z. B. wenn der Drucker die druckerspezifischen Daten nicht zu
Papier bringen kann), merkt das Drucksystem davon nichts. Wenn der
Drucker die druckerspezifischen Daten nicht zu Papier bringen kann sollte
eine andere PPD-Datei gew&auml;hlt werden, die besser zum Drucker passt.
13.7.6
Abgeschaltete Warteschlangen
Wenn die Daten&uuml;bertragung zum Empf&auml;nger endg&uuml;ltig scheitert (normalerweise macht ein CUPS-Backend mehrere Versuche), meldet das Backend
einen Fehler an das Drucksystem (genauer an den cupsd). Das Backend
entscheidet, ob und wieviele Versuche sinnvoll sind, bis es die Daten&uuml;bertragung als unm&ouml;glich meldet. Da weitere Versuche somit sinnlos sind,
wird das Ausdrucken f&uuml;r die betroffene Warteschlange vom cupsd abgeschaltet (disable). Nachdem die Ursache des Problems behoben wurde,
muss der Systemverwalter mit /usr/bin/enable das Ausdrucken wieder aktivieren.
13.7.7
L&ouml;schen von Druckauftr&auml;gen bei CUPS-Browsing
Wenn ein CUPS-Netzwerk-Server seine Warteschlangen via Browsing den
Client-Rechnern mitteilt und auf den Client-Rechnern l&auml;uft dazu passend
ein lokaler cupsd, dann nimmt der cupsd des Clients die Druckauftr&auml;ge
von den Anwendungsprogrammen an und schickt sie sofort weiter an
den cupsd des Servers. Wenn ein cupsd einen Druckauftrag annimmt, bekomt er immer eine neue Job-Nummer. Daher ist die Job-Nummer auf dem
Client-Rechner eine andere als auf dem Server. Da ein Druckauftrag sofort
weitergeschickt wird, kann er normalerweise nicht mit der Job-Nummer
des Client-Rechners gel&ouml;scht werden, denn f&uuml;r den cupsd des Clients ist
der Druckauftrag mit der erfolgreichen Weiterleitung an den cupsd des
Servers komplett abgearbeitet (siehe oben). Um den Druckauftrag auf dem
Server zu l&ouml;schen, ist z. B. mit folgendem Befehl die Job-Nummer auf dem
Server zu ermitteln, sofern der Server den Druckauftrag nicht auch schon
abgearbeitet (d.h. an den Drucker geschickt) hat:
lpstat -h &lt;print-server&gt; -o
344
13.7. M&ouml;gliche Probleme und deren L&ouml;sung
Dann kann der Druckauftrag auf dem Server gel&ouml;scht werden:
13.7.8
Druckauftr&auml;ge fehlerhaft oder Datentransfer
gest&ouml;rt
Druckauftr&auml;ge bleiben in den Warteschlangen erhalten und werden ggf.
von Anfang an erneut gedruckt, wenn Sie w&auml;hrend eines Druckvorgangs
den Drucker aus- und einschalten oder den Rechner herunterfahren und
neu starten. Einen fehlerhaften Druckauftrag m&uuml;ssen Sie mit dem cancel
Befehl aus der Warteschlange entfernen.
Ist ein Druckauftrag fehlerhaft oder kommt es zu einer St&ouml;rung in der
Kommunikation zwischen Rechner und Drucker, kann der Drucker mit
den gesendeten Daten nichts Sinnvolles anfangen. Es werden lediglich Unmengen Papier mit sinnlosen Zeichen bedruckt.
Druckerbetrieb
cancel -h &lt;print-server&gt; &lt;warteschlange&gt;-&lt;jobnummer&gt;
13
1. Entnehmen Sie zuerst alles Papier bei Tintenstrahldruckern bzw. &ouml;ffnen Sie die Papiersch&auml;chte bei Laserdruckern, damit das Drucken
aufh&ouml;rt. Bei hochwertigen Druckern gibt es am Drucker einen Knopf,
den aktuellen Ausdruck abzubrechen.
2. Da der Druckauftrag erst dann aus der Warteschlange entfernt
wird, nachdem er komplett an den Drucker geschickt wurde,
wird er meist noch in der Warteschlange stehen. Pr&uuml;fen Sie mit
lpstat -o (bzw. mit lpstat -h hprint-serveri -o) aus
welcher Warteschlange gerade gedruckt wird und l&ouml;schen Sie mit
cancel hwarteschlangei-hjobnummeri (bzw. mit cancel -h
hprint-serveri hwarteschlangei-hjobnummeri ) den Druckauftrag. Unter KDE stehen auch die Programme kprinter oder kjobviewer f&uuml;r diese Zwecke zur Verf&uuml;gung.
3. Eventuell werden noch einige Daten an den Drucker &uuml;bertragen, obwohl der Druckauftrag aus der Warteschlange gel&ouml;scht ist. Pr&uuml;fen Sie
ob noch ein CUPS-Backend Prozess f&uuml;r die betreffende Warteschlange l&auml;uft und beenden Sie diesen. Z.B. k&ouml;nnen f&uuml;r einen Drucker am
Parallelport mit dem Befehl fuser -k /dev/lp0 alle Prozesse beendet werden, die noch auf den Drucker (genauer: den Parallelport)
zugreifen.
4. Setzen Sie den Drucker komplett zur&uuml;ck, indem Sie ihn einige Zeit
vom Stromnetz trennen. Danach legen Sie das Papier wieder ein und
schalten den Drucker an.
SUSE LINUX Enterprise Server
345
13.7.9
Ursachen f&uuml;r Probleme im CUPS-Drucksystem
1. Setzen Sie LogLevel debug in /etc/cups/cupsd.conf.
2. Stoppen Sie den cupsd.
3. Bewegen Sie /var/log/cups/error_log* weg damit Sie nicht in
zu grossen Logdateien suchen m&uuml;ssen.
4. Starten Sie den cupsd.
5. Versuchen Sie erneut, was zu dem Problem gef&uuml;hrt hat.
6. Nun finden sich viele Meldungen in /var/log/cups/error_log*,
die zur Ursachenermittlung n&uuml;tzlich sind.
346
13.7. M&ouml;gliche Probleme und deren L&ouml;sung
14
Das Hotplug-System
Das Hotplug-System
Das Hotplug-System unter SUSE LINUX geht zur&uuml;ck auf das Linux Hotplug Project, unterscheidet sich allerdings in Teilen. Der Hauptunterschied besteht darin, dass unter SUSE LINUX nicht der Event Multiplexer
/etc/hotplug.d benutzt wird, sondern die Skripte /sbin/hwup und
/sbin/hwdown, um Hotplug-Ger&auml;te (engl. devices) zu initialisieren oder zu
stoppen.
I S/390, zSeries
Viele der hier beschriebenen Hard- und Softwareeigenschaften, die in diesem Kapitel zu finden sind, existieren so nicht auf IBM S/390 und zSeries.
J
14.1
14.2
14.3
14.4
14.5
14.6
14.7
14.8
Ger&auml;te und Schnittstellen . . . . . . . . . . . . . . .
Hotplug Events . . . . . . . . . . . . . . . . . . . .
Hotplug Agenten . . . . . . . . . . . . . . . . . . .
Automatisches Laden von Modulen . . . . . . . . .
Netzwerkger&auml;te und Schnittstellenbezeichnungen
Hotplug mit PCI . . . . . . . . . . . . . . . . . . . .
Coldplug . . . . . . . . . . . . . . . . . . . . . . . .
Fehleranalyse . . . . . . . . . . . . . . . . . . . . . .
348
349
349
350
351
351
352
352
Das Hotplug-System wird nicht nur f&uuml;r Ger&auml;te verwendet, die w&auml;hrend
des Betriebs ein- und ausgesteckt werden k&ouml;nnen, sondern f&uuml;r alle Ger&auml;te,
die erst nach dem Booten des Kernels erkannt werden. Diese Ger&auml;te sind
im sysfs Dateisystem eingetragen, das unter /sys eingeh&auml;ngt ist. Vor
dem Booten des Kernels werden nur absolut notwendige Ger&auml;te wie Bussystem, Bootdisketten oder Tastatur initialisiert.
Die wichtigsten Hotplug-Funktionen konfigurieren Sie in zwei Dateien:
In /etc/sysconfig/hotplug finden Sie Variablen, die das Verhalten
von hotplug und coldplug beeinflussen. Jede Variable wird durch einen
Kommentar erkl&auml;rt. Die Datei /proc/sys/kernel/hotplug enth&auml;lt den
Namen des ausf&uuml;hrbaren Programs, das vom Kernel aufgerufen wird.
14.1
Ger&auml;te und Schnittstellen
Neben Ger&auml;ten werden auch Schnittstellen &uuml;ber das Hotplug-System verwaltet. Ein Ger&auml;t ist entweder mit einem Bus oder einer Schnittstelle verbunden; eine Schnittstelle verbindet Ger&auml;te miteinander oder mit einer Anwendung.
Ger&auml;te, die in sysfs eingetragen sind, findet man unter /sys/devices,
Schnittstellen liegen unter /sys/class oder /sys/block. Alle Schnittstellen sollten in der Datei sysfs eine Verkn&uuml;pfung (engl. link) auf ihr Ger&auml;t eintragen, aber es gibt noch immer einige Treiber, die diesen Link nicht
automatisch hinzuf&uuml;gen.
Typische Beispiele f&uuml;r Ger&auml;te und Schnittstellen sind beispielsweise:
PCI-Netzwerkkarte Ein Ger&auml;t, das mit dem PCI-Bus verbunden ist
(/sys/devices/pci0000:00/0000:00:1e.0/0000:02:00.0)
und &uuml;ber eine Netzwerk-Schnittstelle verf&uuml;gt, die von Netzwerkdiensten benutzt wird oder mit einem virtuellen Netzwerkger&auml;t wie
einem Tunnel oder vlan verbunden ist. (/sys/class/net/eth0).
PCI SCSI Controller Ein Ger&auml;t (/sys/devices/pci0000:20/0000:
20:01.1), das mehrere physikalische Schnittstellen in Form eines
Buses (/sys/class/scsi_host/host1) zur Verf&uuml;gung stellt.
SCSI Festplatte Ein Ger&auml;t (/sys/devices/pci0000:20/0000:20:
01.1/host1/1:0:0:0) mit mehreren Schnittstellen (/sys/block/
sda*).
348
14.1. Ger&auml;te und Schnittstellen
14.2
14
Hotplug Events
Ein Hotplug Event ist der Aufruf eines Hotplug Usermode Tools wie
/sbin/hotplug, das in der Datei /proc/sys/kernel/hotplug spezifiziert ist. /sbin/hotplug sucht nach einem Hotplug Agenten, der dem
Typ des Events entspricht. Gibt es keinen passenden Agenten aber eine Datei dev im Ger&auml;tepfad, wird der Agent generic_udev.agent aufgerufen.
Das Hotplug-System
F&uuml;r jedes Ger&auml;t und jede Schnittstelle gibt es einen sogenannten Hotplug
Event, der vom entsprechenden Hotplug Agenten verarbeitet wird. Hotplug Events werden entweder vom Kernel ausgel&ouml;st, wenn eine Verbindung zu einem Ger&auml;t hergestellt wird, oder von coldplug, das regelm&auml;&szlig;ig
wichtige Busse pr&uuml;ft und f&uuml;r alle nicht initialisierten Ger&auml;te einen Event
erzeugt. Mehr zu coldplug erfahren Sie im Abschnitt 14.7 auf Seite 352. Dar&uuml;ber hinaus l&ouml;st der Kernel einen Hotplug Event aus, sobald ein Treiber
eine Schnittstelle registriert.
Hinweis
Sollen Events bestimmter Art grunds&auml;tzlich ignoriert werden,
editieren Sie dazu die Datei /etc/sysconfig/hotplug und
setzen die gew&uuml;nschten Event auf HOTPLUG_SKIP_EVENTS.
Hinweis
14.3
Hotplug Agenten
Mit Kernel 2.6 sind viele verschiedene Hotplug Events neu dazugekommen. Jeder neue Treiber kann einen neuen Event einf&uuml;hren. Nur f&uuml;r die
bereits bekannten Events gibt es einen zugeordneten Agenten, der die notwendige Aktion ausf&uuml;hrt.
Ger&auml;te-Agenten laden &uuml;berwiegend Kernelmodule, m&uuml;ssen allerdings gelegentlich auch zus&auml;tzliche Befehle aufrufen. Beispielsweise muss bei einigen Rechner-Architekturen wie IBM S390 jedes Ger&auml;t einen bestimmten Wert in procfs oder sysfs schreiben, um initialisiert zu werden.
Unter SUSE LINUX k&uuml;mmert sich darum /sbin/hwup beziehungsweise /sbin/hwdown. Diese Programme suchen in der Datei /etc/
sysconfig/hardware nach einer Konfiguration, die zum Ger&auml;t passt.
Findet /sbin/hwup keine Konfiguration, werden automatisch Module geladen. Mehr dazu erfahren Sie unter 14.4. Informationen zu /sbin/hwup
SUSE LINUX Enterprise Server
349
finden Sie in der Datei /usr/share/doc/packages/sysconfig/
README und in der Manualpage mit man hwup.
Schnittstellen-Agenten &uuml;bernehmen in erste Linie zwei Aufgaben: Sie
initialisieren die Schnittstelle oder rufen udev auf, um eine Ger&auml;teVerkn&uuml;pfung (engl. device node) zu erzeugen. Netzwerk-Schnittstellen
werden mit /sbin/ifup initialisiert und mit /sbin/ifdown deaktiviert. Details dazu finden Sie in der Datei /usr/share/doc/packages/
sysconfig/README und in der Manual Page mit dem Befehl man ifup.
Auch zu udev gibt es eine Manual page, die Sie mit man udev lesen k&ouml;nnen. Beachten Sie dazu auch den Abschnitt 15 auf Seite 355.
14.4
Automatisches Laden von
Modulen
Konnte ein Ger&auml;t nicht mit /sbin/hwup initialisiert werden, durchsucht
der Agent sogenannte „Module Maps“ nach einem passenden Treiber. Die
erste Wahl sind dabei die Maps in /etc/hotplug/*.handmap, wird
er nicht f&uuml;ndig, sucht er auch in /lib/modules/&lt;kernelversion&gt;
/modules.*map. Wollen Sie einen anderen Treiber benutzen als den
Standard-Treiber des Kernels, tragen Sie diesen in /etc/hotplug/*.
handmap ein, da diese Datei zuerst eingelesen wird.
Beachten Sie dabei bitte die folgenden Unterschiede zwischen USB und
PCI. Der Agent usb.agent sucht auch noch in den Dateien /etc/
hotplug/usb.usermap und /etc/hotplug/usb/*.usermap nach
Usermode-Treibern. Auf diese Weise kann man ausf&uuml;hrbare Programme
f&uuml;r bestimmte Ger&auml;te aufrufen.
Bei PCI-Ger&auml;ten fr&auml;gt pci.agent zun&auml;chst bei hwinfo nach TreiberModulen an. Nur wenn hwinfo keinen Treiber kennt, sieht der Agent in
der pci.handmap und der Kernelmap nach, was allerdings vor ihm schon
hwinfo getan hat und deshalb ebenfalls scheitern muss. hwinfo verf&uuml;gt
&uuml;ber eine zus&auml;tzliche Datenbank, die nach der Handmap und vor der Kernelmap eingelesen wird.
Der Agent pci.agent kann auf Treiber-Module in einem bestimmten
Unterverzeichnis von /lib/modules/&lt;kernelversion&gt;/kernel/
drivers eingeschr&auml;nkt werden. Spezifizieren Sie dieses oder mehrere
Verzeichnisse in der Datei /etc/sysconfig/hotplugmit der Variable HOTPLUG_PCI_DRIVERTYPE_WHITELIST. Im Gegensatz dazu k&ouml;nnen Sie auch Verzeichnisse ausschlie&szlig;en, indem Sie diese bei HOTPLUG_-
350
14.4. Automatisches Laden von Modulen
Werden mehrere passende Module in einer Mapdatei gefunden, wird nur
das erste Modul geladen. W&uuml;nschen Sie, dass alle Module geladen werden,
setzen Sie die Variable HOTPLUG_LOAD_MULTIPLE_MODULES=yes.
Hinweis
Module, die mit hwup geladen werden, betrifft dies nicht. Automatisches Laden von Modulen tritt nur in Ausnahmef&auml;llen
ein.
14
Das Hotplug-System
PCI_DRIVERTYPE_BLACKLIST angeben. Die Module in diesen Verzeichnissen werden niemals geladen. Dar&uuml;ber hinaus k&ouml;nnen Sie in der Datei
/etc/hotplug/blacklist Module eintragen, die niemals von einem
Agenten geladen werden d&uuml;rfen. Schreiben Sie jeden Modulnamen in eine
eigene Zeile.
Hinweis
14.5
Netzwerkger&auml;te und
Schnittstellenbezeichnungen
Verf&uuml;gt ein Rechner &uuml;ber mehrere Netzwerkger&auml;te mit unterschiedlichen
Treibern, kann es passieren, dass sich nach dem Booten die Schnittstellenbezeichnungen &auml;ndern, falls dieses Mal ein anderer Treiber schneller geladen wurde. Aus diesem Grund werden in SUSE LINUX Netzwerkger&auml;te &uuml;ber eine Warteschlange verwaltet. Dieses Verhalten k&ouml;nnen Sie in der
Datei /etc/sysconfig/hotplug &uuml;ber die Variable HOTPLUG_PCI_QUEUE_NIC_EVENTS=no abstellen.
Der bessere Weg zu konsistenten Schnittstellenbezeichnungen besteht allerdings darin, in den Konfigurationsdateien der einzelnen Schnittstellen den
gew&uuml;nschten Namen anzugeben. Details zu dieser Methode finden Sie in
der Datei /usr/share/doc/packages/sysconfig/README.
14.6
Hotplug mit PCI
Einige Rechner erm&ouml;glichen Hotplug auch f&uuml;r PCI-Ger&auml;te. Um dies voll
zu nutzen, m&uuml;ssen besondere Kernel-Module geladen werden, die auf
SUSE LINUX Enterprise Server
351
nicht-PCI Hotplug-Rechnern Schaden anrichten k&ouml;nnen. Hotplug PCISteckpl&auml;tze k&ouml;nnen leider nicht automatisch erkannt werden, daher m&uuml;ssen Sie diese Funktion manuell konfigurieren. Setzen Sie dazu die Variable HOTPLUG_DO_REAL_PCI_HOTPLUG in der Datei /etc/sysconfig/
hotplug.
14.7
Coldplug
Coldplug ist zust&auml;ndig f&uuml;r alle Ger&auml;te, die bereits angeschlossen sind, bevor das Hotplug-System w&auml;hrend des Bootvorgangs aktiviert wird. Es
k&uuml;mmert sich auch um Ger&auml;te, die nicht leicht zu erkennen sind.
Zun&auml;chst ruft das Skript rccoldplug f&uuml;r jede statische Hardware Konfiguration /etc/sysconfig/hardware/hwcfg-static-* den Befehl
hwup auf. Anschlie&szlig;end suchen die Skripte /etc/hotplug/*.rc nach
Ger&auml;ten, die noch nicht initialisiert sind und erzeugen Hotplug Events.
F&uuml;r PCI-Ger&auml;te gibt es eine Positiv- und eine Negativliste von Ger&auml;teTypen, die coldplug initialisieren oder &uuml;berspringen soll. In der Datei
/etc/sysconfig/hotplug gibt es dazu ausf&uuml;hrliche Kommentare.
Die Scan-Skripten geben f&uuml;r jedes gepr&uuml;fte Ger&auml;t einen Buchstaben auf
dem Bildschirm aus:
.
Ger&auml;t ist bereits initialisiert und wird &uuml;bersprungen.
*
Hotplug Event f&uuml;r das Ger&auml;t wird erzeugt.
W
Ger&auml;t befindet sich nicht auf der Whitelist und wird &uuml;bersprungen.
B
Ger&auml;t steht auf der Blacklist und wird &uuml;bersprungen.
14.8
14.8.1
Fehleranalyse
Protokoll-Dateien
Standardm&auml;&szlig;ig schickt hotplug nur einige wichtige Nachrichten an
syslog. Um mehr Informationen zu erhalten, setzen Sie die Variable
HOTPLUG_DEBUG=yes. Wenn Sie diese Variable auf den Wert max setzen, wird jedes Shell-Kommando aller Hotplug-Skripten protokolliert.
Entsprechend gro&szlig; wird die Datei /var/log/messages, in der syslog
alle Nachrichten speichert. Da syslog w&auml;hrend des Bootens erst nach
352
14.7. Coldplug
14.8.2
Boot-Probleme
Falls ein Rechner beim Booten h&auml;ngen bleibt, k&ouml;nnen Sie hotplug oder
coldplug deaktivieren, indem Sie am Bootprompt NOHOTPLUG=yes beziehungsweise NOCOLDPLUG=yes eingeben. Im laufenden System k&ouml;nnen
Sie Hotplug wieder aktivieren, indem Sie den Befehl rchotplug start
eingeben.
14
Das Hotplug-System
hotplug und coldplug gestartet wird, k&ouml;nnen allerdings die ersten Meldungen noch nicht protokolliert werden. Sind diese Meldungen wichtig f&uuml;r
Sie, setzen Sie &uuml;ber die Variable HOTPLUG_SYSLOG eine andere ProtokollDatei. Beachten Sie dazu die Kommentare in /etc/sysconfig/hotplug.
Um herauszufinden, ob ein bestimmtes Modul, das von hotplug geladen wird, f&uuml;r die Probleme verantwortlich ist, geben Sie am Bootprompt
HOTPLUG_TRACE=&lt;N&gt; ein. Die Namen aller Module werden nacheinander
am Bildschirm ausgegeben, bevor sie nach N Sekunden tats&auml;chlich geladen
werden. Sie k&ouml;nnen hier nicht interaktiv eingreifen.
14.8.3
Der Event-Recorder
Das Skript /sbin/hotplugeventrecorder wird bei jedem Event von
von /sbin/hotplug und sbin/hotplug-stopped aufgerufen. Wenn
ein Verzeichnis /events existiert, werden alle Hotplug Events als einzelne
Dateien in diesem Verzeichnis abgelegt.
SUSE LINUX Enterprise Server
353
15
Mit Linux Kernel 2.6 gibt es eine neue Userspace L&ouml;sung f&uuml;r ein dynamisches Ger&auml;te-Verzeichnis /dev mit konsistenten Ger&auml;te-Bezeichnungen:
udev. Die Vorg&auml;nger-Implementierung von /dev mit devfs funktioniert
nicht mehr und wird von udev ersetzt.
15.1
15.2
15.3
15.4
15.5
Grundlagen zum Erstellen von Regeln . . . . .
Automatisierung bei NAME und SYMLINK . .
Regul&auml;re Ausdr&uuml;cke in Schl&uuml;sseln . . . . . . . .
Tipps zur Auswahl geeigneter Schl&uuml;ssel . . . .
Konsistente Namen f&uuml;r Massen-Speicherger&auml;te
.
.
.
.
.
.
.
.
.
.
356
357
357
358
359
Dynamische Device Nodes mit udev
Dynamische Device
Nodes mit udev
Traditionellerweise wurden auf Linux-Systemen im Verzeichnis /dev
Ger&auml;te-Verkn&uuml;pfungen (engl. device nodes) gespeichert. F&uuml;r jede m&ouml;gliche
Art von Ger&auml;t gab es eine Verkn&uuml;pfung, unabh&auml;ngig davon, ob es im System tats&auml;chlich existierte. Entsprechend gro&szlig; wurde dieses Verzeichnis. Mit
devfs trat eine deutliche Verbesserung ein, denn nur noch real existierende Ger&auml;te erhielten einen Device Node in /dev.
udev geht einen neuen Weg bei der Erzeugung der Device Nodes. Es vergleicht Informationen, die sysfs zur Verf&uuml;gung stellt, mit Angaben des
Benutzers in Form von Regeln. sysfs ist ein neues Dateisystem des Kernels 2.6 und stellt die grundlegenden Informationen &uuml;ber angeschlossene
Ger&auml;te im System zur Verf&uuml;gung. Es wird unter /sys eingeh&auml;ngt.
Die Erstellung von Regeln durch den Benutzer ist nicht zwingend erforderlich. Wird ein Ger&auml;t angeschlossen, wird auch die entsprechende Ger&auml;teverkn&uuml;pfung erzeugt. Allerdings bieten die Regeln die M&ouml;glichkeit,
die Namen der Verkn&uuml;pfungen zu &auml;ndern. Dies bietet den Komfort, einen
kryptischen Ger&auml;tenamen durch einen leicht zu merkenden zu ersetzen
und dar&uuml;ber hinaus konsistente Ger&auml;tenamen zu erhalten, wenn man zwei
Ger&auml;te des gleichen Typs angeschlossen hat.
Zwei Drucker erhalten standardm&auml;&szlig;ig die Bezeichnungen /dev/lp0 und
/dev/lp1. Welches Ger&auml;t welchen Device Node erh&auml;lt h&auml;ngt allerdings
von der Reihenfolge ab, in der sie eingeschaltet werden. Ein weiteres Beispiel sind externe Massenspeicherger&auml;te wie USB-Festplatten. Mit udev
lassen sich exakte Ger&auml;te-Pfade in /etc/fstab eintragen.
15.1
Grundlagen zum Erstellen von
Regeln
Bevor udev Ger&auml;te-Verkn&uuml;pfungen unter /dev erzeugt, liest es die Datei
/etc/udev/udev.rules ein. Die erste Regel, die zu einem Ger&auml;t passt,
wird verwendet, auch wenn noch weitere existieren sollten. Kommentare
werden mit einem Hash-Zeichen # eingeleitet. Regeln haben die Form:
Schl&uuml;ssel, [Schl&uuml;ssel,...] NAME [, SYMLINK]
Mindestens ein Schl&uuml;ssel muss angegeben werden, da &uuml;ber diesen die Regel einem Ger&auml;t zugeordnet wird. Auch der Name ist zwingend erforderlich, denn unter diesem Namen wird die Ger&auml;te-Verkn&uuml;pfung in /dev
356
15.1. Grundlagen zum Erstellen von Regeln
BUS=&quot;usb&quot;, SYSFS{serial}=&quot;12345&quot;, NAME=&quot;lp_hp&quot;, SYMLINK=&quot;printers/hp&quot;
In diesem Beispiel gibt es zwei Schl&uuml;ssel: BUS und SYSFSserial. udev wird
die Seriennummer mit der des Ger&auml;ts, das an den USB-Bus angeschlossen
ist, verglichen. Alle Schl&uuml;ssel m&uuml;ssen &uuml;bereinstimmen, um dem Ger&auml;t den
Namen lp_hp im Verzeichnis /dev zuzuweisen. Dar&uuml;ber hinaus wird es
einen symbolischen /dev/printers/hp anlegen, der auf die Ger&auml;teVerkn&uuml;pfung verweist. Das Verzeichnis printers wird dabei automatisch erzeugt. Druckauftr&auml;ge k&ouml;nnen danach an /dev/printers/hp oder
/dev/lp_hp geschickt werden.
15.2
Automatisierung bei NAME und
SYMLINK
Die Parameter NAME und SYMLINK erlauben die Verwendung von Operatoren zur Automatisierung von Zuweisungen. Diese Operatoren beziehen sich auf Kernel-Daten &uuml;ber das entsprechende Ger&auml;t. Zur Veranschaulichung dient ein einfaches Beispiel:
15
Dynamische Device Nodes mit udev
angelegt. Der optionale Symlink-Parameter erlaubt es Verkn&uuml;pfungen an
weiteren Stellen anzulegen. Eine Regel f&uuml;r einen Drucker k&ouml;nnte also folgenderma&szlig;en aussehen:
BUS=&quot;usb&quot;, SYSFS{vendor}=&quot;abc&quot;, SYSFS{model}=&quot;xyz&quot;, NAME=&quot;camera%n&quot;
Der Operator %n wird im Namen durch die Nummer f&uuml;r das KameraDevice ersetzt: camera0, camera1, etc. Ein weiterer n&uuml;tzlicher Operator
ist %k, der durch den Standard-Ger&auml;tenamen des Kernels ersetzt wird,
zum Beispiel hda1. In der Manualpage von udev finden Sie eine Liste aller Operatoren.
15.3
Regul&auml;re Ausdr&uuml;cke in Schl&uuml;sseln
In den Schl&uuml;sseln k&ouml;nnen regul&auml;re Ausdr&uuml;cke wie die Wildcards (Jokerzeichen) in der Shell verwendet werden, so zum Beispiel das Zeichen * als
Platzhalter f&uuml;r beliebige Zeichen oder ? f&uuml;r genau ein beliebiges Zeichen.
KERNEL=&quot;ts*&quot;, NAME=&quot;input/%k&quot;
SUSE LINUX Enterprise Server
357
Mit dieser Regel erh&auml;lt ein Ger&auml;t, dessen Bezeichnung mit den Buchstaben
&quot;ts&quot; beginnt, den Standard-Kernelnamen im Standard-Verzeichnis. Detaillierte Informationen zum Gebrauch von regul&auml;ren Ausdr&uuml;cken in udevRegeln entnehmen Sie bitte der Manualpage man udev.
15.4
Tipps zur Auswahl geeigneter
Schl&uuml;ssel
Die Wahl eines guten Schl&uuml;ssels ist Voraussetzung f&uuml;r jede funktionierende
udev-Regel. Standardschl&uuml;ssel sind beispielsweise:
BUS Bustyp des Ger&auml;ts
KERNEL Ger&auml;tename, den der Kernel benutzt
ID
Ger&auml;tenummer auf dem Bus (z.B. PCI-Bus ID)
PLACE Physikalische Stelle an der das Ger&auml;t angeschlossen ist (z.B. bei
USB)
Die Schl&uuml;ssel ID und Place k&ouml;nnen sich als n&uuml;tzlich erweisen, allerdings
werden meist die Schl&uuml;ssel BUS und KERNEL sowie SYSFS... benutzt. Dar&uuml;ber hinaus stellt udev Schl&uuml;ssel bereit, die externe Skripte aufrufen und
deren Ergebnis auswerten. Ausf&uuml;hrliche Informationen dazu finden Sie in
der Manualpage man udev.
sysfs legt kleine Dateien mit Hardware-Informationen in einem Verzeichnisbaum ab. Dabei enth&auml;lt jede Datei in der Regel nur eine Information
wie den Ger&auml;tenamen, den Hersteller oder die Seriennummer. Jede dieser Dateien kann als Schl&uuml;sselwert verwendet werden. Wollen Sie mehrere
SYSFS... Schl&uuml;ssel in einer Regel verwenden, d&uuml;rfen Sie allerdings nur Dateien im selben Verzeichnis verwenden.
udevinfo erweist sich hier als n&uuml;tzliches Werkzeug. Sie m&uuml;ssen unter
/sys nur ein Verzeichnis finden, das sich auf das entsprechende Ger&auml;t bezieht und eine Datei dev enth&auml;lt. Diese Verzeichnisse finden sich alle unter
/sys/block oder /sys/class.
Falls bereits ein Device Node f&uuml;r das Ger&auml;t existiert, kann Ihnen udevinfo
auch hier die Arbeit abnehmen. Der Befehl udevinfo -q path -n
/dev/sda gibt /block/sda aus. Das bedeutet, das gesuchte Verzeichnis
ist /sys/block/sda. Rufen Sie anschlie&szlig;end udevinfo mit folgendem
358
15.4. Tipps zur Auswahl geeigneter Schl&uuml;ssel
BUS=&quot;scsi&quot;
ID=&quot;0:0:0:0&quot;
SYSFS{detach_state}=&quot;0&quot;
SYSFS{type}=&quot;0&quot;
SYSFS{max_sectors}=&quot;240&quot;
SYSFS{device_blocked}=&quot;0&quot;
SYSFS{queue_depth}=&quot;1&quot;
SYSFS{scsi_level}=&quot;3&quot;
SYSFS{vendor}=&quot;
&quot;
SYSFS{model}=&quot;USB 2.0M DSC
SYSFS{rev}=&quot;1.00&quot;
SYSFS{online}=&quot;1&quot;
&quot;
Suchen Sie sich aus der gesamten Ausgabe und F&uuml;lle von Informationen
passende Schl&uuml;ssel aus, die sich nicht &auml;ndern werden. Denken Sie daran,
dass Sie Schl&uuml;ssel aus verschiedenen Verzeichnissen nicht in einer Regel
verwenden d&uuml;rfen.
15.5
Konsistente Namen f&uuml;r MassenSpeicherger&auml;te
15
Dynamische Device Nodes mit udev
Befehl udevinfo -a -p /sys/block/sda auf. Die beiden Befehle k&ouml;nnen auch kombiniert werden: udevinfo -a -p ‘udevinfo -q path
-n /dev/sda‘. Ein Ausschnitt der Ausgabe sieht etwa so aus:
Mit SUSE LINUX werden Skripte ausgeliefert, die Sie dabei unterst&uuml;tzen,
Festplatten und anderen Speicherger&auml;ten immer dieselben Bezeichnungen
zuzuordnen. /sbin/udev.get_persistent_device_name.sh ist ein
Wrapper-Skript. Es ruft zun&auml;chst /sbin/udev.get_unique_hardware_
path.sh auf, das den Hardware-Pfad zu einem angegebenen Ger&auml;t ermittelt. Au&szlig;erdem erfr&auml;gt /sbin/udev.get_unique_drive_id.sh die
Seriennummer. Beide Ausgaben werden and udev &uuml;bergeben, das symbolische Links zum Device Node unter /dev erzeugt. Das Wrapperskript
kann direkt in den udev-Regeln verwendet werden. Ein Beispiel f&uuml;r SCSI,
das auch auf USB oder IDE &uuml;bertragen werden kann (bitte in einer Zeile
angeben):
BUS=&quot;scsi&quot;, PROGRAM=&quot;/sbin/udev.get_persistent_device_name.sh&quot;,
NAME=&quot;%k&quot; SYMLINK=&quot;%c{1+}&quot;
SUSE LINUX Enterprise Server
359
Sobald ein Treiber f&uuml;r ein Massenspeicherger&auml;t geladen wurde, meldet er
sich mit allen vorhandenen Festplatten beim Kernel an. Jede von ihnen
wird einen Hotplug Block-Event ausl&ouml;sen, der udev aufruft. udev liest zun&auml;chst die Regeln ein, um festzustellen, ob ein Symlink erzeugt werden
muss.
Wenn der Treiber &uuml;ber die initrd geladen wird, gehen die HotplugEvents verloren. Allerdings sind alle Informationen in sysfs gespeichert. Das Hilfsprogramm udevstart findet alle Device Dateien unter
/sys/block und /sys/class und startet udev.
Dar&uuml;ber hinaus gibt es ein Startskript boot.udev, das w&auml;hrend des Bootens alle Device Nodes neu erzeugt. Das Startskript muss allerdings &uuml;ber
den YaST Runlevel Editor oder mit dem Befehl insserv boot.udev aktiviert werden.
Hinweis
Es gibt eine Reihe von Werkzeugen und Programmen, die sich
fest darauf verlassen, dass /dev/sda eine SCSI-Festplatte und
/dev/hda eine IDE-Platte ist. Wenn dies nicht der Fall ist, funktionieren diese Programme nicht mehr. YaST ist allerdings auf
diese Werkzeuge angewiesen und arbeitet deshalb nur mit den
Kernel Ger&auml;tebezeichnungen.
Hinweis
360
15.5. Konsistente Namen f&uuml;r Massen-Speicherger&auml;te
16
Dieses Kapitel befasst sich mit den Besonderheiten des mobilen Arbeitens
— schwerpunktm&auml;&szlig;ig auf Notebooks — unter Linux. Die Konfiguration
von PC-Karten (PCMCIA) wird ebenso behandelt wie die Verwaltung verschiedener Systemprofile mittels SCPM und die drahtlose Kommunikation
mittels IrDA und Bluetooth.
I S/390, zSeries
Die in diesem Kapitel beschriebenen Hardware-Spezifika existieren auf
IBM S/390 und zSeries nicht. Das Kapitel ist f&uuml;r diese Plattformen nicht
relevant. J
16.1
16.2
16.3
16.4
PCMCIA . . . . . . . . . . . . . . . . . . . . . . . . 362
SCPM – System Configuration Profile Management 373
IrDA – Infrared Data Association . . . . . . . . . . 381
Bluetooth – Ger&auml;te drahtlos verbinden . . . . . . . 384
Mobiles Arbeiten unter Linux
Mobiles Arbeiten
unter Linux
16.1
PCMCIA
PCMCIA steht f&uuml;r Personal Computer Memory Card International Association und wird als Sammelbegriff f&uuml;r s&auml;mtliche damit zusammenh&auml;ngende
Hard- und Software verwendet.
16.1.1
Die Hardware
Die wesentliche Komponente ist die PCMCIA-Karte; hierbei unterscheidet
man zwei Typen:
PC-Karten Das sind die derzeit noch am h&auml;ufigsten vorkommenden Karten. Sie verwenden einen 16 Bit breiten Bus zur Daten&uuml;bertragung,
sind meist relativ g&uuml;nstig und werden in der Regel problemlos und
stabil unterst&uuml;tzt.
CardBus-Karten Diese Karten bilden einen neueren Standard. Sie verwenden einen 32 Bit breiten Bus, sind dadurch schneller, aber auch teurer.
Da die Daten&uuml;bertragungsrate aber h&auml;ufig an anderer Stelle eingeschr&auml;nkt wird, lohnt sich der Aufwand oft nicht. Es gibt mittlerweile
auch f&uuml;r diese Karten etliche Treiber, wobei manche immer noch instabil sind – abh&auml;ngig auch vom vorhandenen PCMCIA-Controller.
Welche Karte eingesteckt ist, sagt bei aktivem PCMCIA-Dienst das Kommando cardctl ident. Eine Liste von unterst&uuml;tzten Karten findet man
in SUPPORTED.CARDS im Verzeichnis /usr/share/doc/packages/
pcmcia/. Dort gibt es auch die jeweils aktuelle Version des PCMCIAHOWTO.
Die zweite notwendige Komponente ist der PCMCIA-Controller oder auch
die PC-Card/CardBus-Bridge. Diese stellt die Verbindung zwischen der
Karte und dem PCI-Bus her, in &auml;lteren Ger&auml;ten auch die Verbindung zum
ISA-Bus. Diese Controller sind fast immer zum Intel-Chip i82365 kompatibel; es werden alle g&auml;ngigen Modelle unterst&uuml;tzt. Der Typ des Controllers
l&auml;sst sich mit dem Kommando pcic_probe ermitteln. Falls es ein PCIGer&auml;t ist, gibt das Kommando lspci -vt weitere Ausk&uuml;nfte.
16.1.2
Die Software
Unterschiede zwischen beiden PCMCIA-Systemen
Gegenw&auml;rtig gibt es zwei PCMCIA-Systeme: externes PCMCIA und
Kernel-PCMCIA. Das externe PCMCIA-System von David Hinds ist das
362
16.1. PCMCIA
Leider sind diese beiden Systeme zueinander inkompatibel. Au&szlig;erdem gibt
es in beiden Systemen unterschiedliche S&auml;tze von Kartentreibern. Deswegen kommt je nach verwendeter Hardware nur ein System in Frage.
Die Voreinstellung unter SUSE LINUX ist das neuere Kernel-PCMCIA.
Es ist jedoch m&ouml;glich, das System zu wechseln. Dazu muss in der Datei /etc/sysconfig/pcmcia der Variablen PCMCIA_SYSTEM entweder der Wert external oder kernel zugewiesen und PCMCIA mit
rcpcmcia restart neu gestartet werden. F&uuml;r vor&uuml;bergehende Wechsel
k&ouml;nnen Sie auch rcpcmcia [re]start external,kernel verwenden.
Detailinformationen dazu befindet sich in /usr/share/doc/packages/
pcmcia/LIESMICH.SuSE.
16
Mobiles Arbeiten unter Linux
&auml;ltere, somit auch besser erprobte, und es wird immer noch weiterentwickelt. Die Quellen der verwendeten Module sind nicht in die Kernelquellen
integriert, deshalb die Bezeichnung „externes“ System. Seit Kernel 2.4 gibt
es alternative Module in den Kernelquellen. Diese bilden das PCMCIASystem des Kernels („Kernel-PCMCIA“). Die Basismodule wurden von
Linus Torvalds geschrieben und unterst&uuml;tzen vor allem neuere CardBusBridges effektiver.
Die Basismodule
Die Kernelmodule f&uuml;r beide Systeme befinden sich in den Kernelpaketen.
Zus&auml;tzlich werden noch die Pakete pcmcia und hotplug ben&ouml;tigt.
Beim Start von PCMCIA werden die Module pcmcia_core, i82365 (externes PCMCIA) oder yenta_socket (Kernel-PCMCIA) und ds geladen.
In sehr seltenen F&auml;llen wird alternativ zu i82365 bzw. yenta_socket
das Modul tcic ben&ouml;tigt. Sie initialisieren die vorhandenen PCMCIAController und stellen Basisfunktionen zur Verf&uuml;gung.
Der Cardmanager
Da PCMCIA-Karten zur Laufzeit gewechselt werden k&ouml;nnen, muss es
einen Daemonen geben, der die Aktivit&auml;ten in den Steckpl&auml;tzen &uuml;berwacht.
Diese Aufgabe erledigen je nach gew&auml;hltem PCMCIA-System und verwendeter Hardware der Cardmanager oder das Hotplug-System des Kernels. Bei externem PCMCIA kommt nur der Cardmanager zum Einsatz.
Bei Kernel-PCMCIA handhabt der Cardmanager nur die PC-Card-Karten,
wohingegen CardBus-Karten von Hotplug behandelt werden. Der Cardmanager wird vom PCMCIA-Startskript nach dem Laden der Basismodule
gestartet. Da Hotplug neben PCMCIA auch noch andere Subsysteme bedient, gibt es hierf&uuml;r ein eigenes Startskript.
SUSE LINUX Enterprise Server
363
Ist eine Karte eingeschoben, ermittelt der Cardmanager bzw. Hotplug Typ
und Funktion und l&auml;dt die passenden Module. Wurden diese erfolgreich
geladen, startet der Cardmanager bzw. Hotplug je nach Funktion der Karte bestimmte Initialisierungsskripten, die ihrerseits die Netzwerkverbindung aufbauen, Partitionen von externen SCSI-Platten einh&auml;ngen (mounten) oder andere hardwarespezifische Aktionen ausf&uuml;hren. Die Skripte des
Cardmanagers befinden sich in /etc/pcmcia/. Die Skripte f&uuml;r Hotplug
sind in /etc/hotplug/ zu finden. Wenn die Karte wieder entfernt wird,
beendet der Cardmanager bzw. Hotplug mit den selben Skripten s&auml;mtliche
Kartenaktivit&auml;ten. Anschlie&szlig;end werden die nicht mehr ben&ouml;tigten Module
wieder entladen.
Sowohl der Startvorgang von PCMCIA als auch die Kartenereignisse werden in der Systemprotokolldatei (/var/log/messages) protokolliert.
Dort wird festgehalten, welches PCMCIA System gerade verwendet wird
und welcher Daemon welche Skripte zur Einrichtung verwendet hat. Theoretisch kann eine PCMCIA-Karte einfach entnommen werden. Dies funktioniert auch hervorragend f&uuml;r Netzwerk-, Modem- oder ISDN-Karten, solange keine aktiven Netzwerkverbindungen mehr bestehen. Es funktioniert
nicht im Zusammenhang mit eingeh&auml;ngten Partitionen einer externen Platte oder mit NFS-Verzeichnissen. Hier m&uuml;ssen Sie daf&uuml;r sorgen, dass die
Einheiten synchronisiert und sauber ausgeh&auml;ngt werden (unmounten). Das
ist nat&uuml;rlich nicht mehr m&ouml;glich, wenn die Karte bereits herausgenommen
wurde. Im Zweifelsfall hilft ein cardctl eject.
Dieser Befehl deaktiviert alle Karten, die sich noch im Notebook befinden.
Um nur eine der Karten zu deaktivieren, k&ouml;nnen Sie zus&auml;tzlich die Slotnummer angeben, zum Beispiel cardctl eject 0.
16.1.3
Die Konfiguration
Ob PCMCIA bzw. Hotplug beim Booten gestartet wird, l&auml;sst sich mit dem
Runleveleditor von YaST oder auf der Kommandozeile mittels chkconfig
einstellen.
In /etc/sysconfig/pcmcia befinden sich vier Variablen:
PCMCIA_SYSTEM bestimmt, welches PCMCIA-System verwendet wird.
PCMCIA_PCIC enth&auml;lt den Namen des Moduls, das den PCMCIAController ansteuert. Im Normalfall ermittelt das Startskript diesen
Namen selbstst&auml;ndig. Nur wenn dies fehlschl&auml;gt, kann das Modul
hier eingetragen werden. Ansonsten sollte diese Variable leer bleiben.
364
16.1. PCMCIA
PCMCIA_PCIC_OPTS nimmt Parameter f&uuml;r das Modul i82365 auf; vgl.
die Manualpage von i82365. Falls yenta_socket verwendet wird,
werden diese Optionen ignoriert, da yenta_socket keine Optionen
kennt.
Die Zuordnung von Treibern zu PCMCIA-Karten f&uuml;r den Cardmanager befindet sich in den Dateien /etc/pcmcia/config und /etc/pcmcia/*.
conf. Zuerst wird config gelesen und dann die *.conf in alphabetischer
Reihenfolge. Der zuletzt gefundene Eintrag f&uuml;r eine Karte ist ausschlaggebend. Details &uuml;ber die Syntax dieser Dateien befinden sich in der Manualpage von pcmcia.
Netzwerkkarten (Ethernet, Wireless LAN und TokenRing)
Diese lassen sich wie gew&ouml;hnliche Netzwerkkarten mit YaST einrichten.
Dort muss lediglich PCMCIA als Kartentyp ausgew&auml;hlt werden. Alle weiteren Details zur Netzwerkeinrichtung befinden sich im Kapitel 21.4 auf
Seite 481. Beachten Sie dort die Hinweise zu hotplugf&auml;higen Karten.
16
Mobiles Arbeiten unter Linux
PCMCIA_CORE_OPTS ist f&uuml;r Parameter f&uuml;r das Modul pcmcia_core gedacht; sie werden aber nur selten ben&ouml;tigt. Diese Optionen sind in der
Manualpage von pcmcia_core beschrieben.
ISDN
Auch bei ISDN-PC-Karten erfolgt die Konfiguration gr&ouml;&szlig;tenteils wie bei
sonstigen ISDN-Karten mit YaST. Es spielt keine Rolle welche der dort angebotenen PCMCIA ISDN-Karten ausgew&auml;hlt wird; wichtig ist nur, dass
es eine PCMCIA-Karte ist. Bei der Einrichtung der Hardware und der Provider ist darauf zu achten, dass der Betriebsmodus immer auf hotplug,
nicht auf onboot steht.
So genannte ISDN-Modems gibt es auch bei PCMCIA-Karten. Dies
sind Modem- oder Multifunktionskarten mit einem zus&auml;tzlichen ISDNConnection-Kit und werden wie ein Modem behandelt.
Modem
Bei Modem-PC-Karten gibt es im Normalfall keine PCMCIA-spezifischen
Einstellungen. Sobald ein Modem eingeschoben wird, steht dieses unter
/dev/modem zur Verf&uuml;gung.
Es gibt auch bei PCMCIA-Karten so genannte Softmodems. Diese werden
in der Regel nicht unterst&uuml;tzt. Falls es Treiber gibt, m&uuml;ssen diese individuell ins System eingebunden werden.
SUSE LINUX Enterprise Server
365
SCSI und IDE
Das passende Treibermodul wird vom Cardmanager oder Hotplug geladen. Sobald also eine SCSI- oder IDE-Karte eingeschoben wird, stehen
die daran angeschlossenen Ger&auml;te zur Verf&uuml;gung. Die Ger&auml;tenamen werden dynamisch ermittelt. Informationen &uuml;ber vorhandene SCSI- bzw. IDEGer&auml;te sind unter /proc/scsi/ bzw. unter /proc/ide/ zu finden.
Externe Festplatten, CD-ROM-Laufwerke und &auml;hnliche Ger&auml;te m&uuml;ssen eingeschaltet sein, bevor die PCMCIA-Karte in den Steckplatz eingeschoben
wird. SCSI-Ger&auml;te m&uuml;ssen aktiv terminiert werden.
Achtung
Bevor eine SCSI- oder IDE-Karte entnommen wird, m&uuml;ssen s&auml;mtliche Partitionen der daran angeschlossenen Ger&auml;te ausgeh&auml;ngt
werden. Wurde dies vergessen, kann erst nach einem Reboot des
Systems erneut auf diese Ger&auml;te zugegriffen werden, auch wenn
der Rest des Systems durchaus stabil weiterl&auml;uft.
Achtung
Sie k&ouml;nnen Linux auch vollst&auml;ndig auf solchen externen Platten installieren. Allerdings gestaltet sich dann der Bootvorgang etwas komplizierter. Es wird auf alle F&auml;lle eine Bootdisk ben&ouml;tigt, die den Kernel und eine
Initial-Ramdisk (initrd) enth&auml;lt; mehr Informationen dazu finden Sie in Abschnitt 10.3 auf Seite 275.
Die initrd enth&auml;lt ein virtuelles Dateisystem, das alle ben&ouml;tigten
PCMCIA-Module und -Programme enth&auml;lt. Die Bootdisk bzw. die
Bootdisk-Images sind ebenso aufgebaut. Damit k&ouml;nnten Sie Ihre externe Installation immer booten. Es ist jedoch umst&auml;ndlich, jedes Mal die PCMCIAUnterst&uuml;tzung von Hand zu laden. Fortgeschrittene Anwender k&ouml;nnen
sich eine auf das jeweilige System zugeschnittene Bootdiskette selbst erstellen. Hinweise finden Sie dazu in dem englischsprachigem PCMCIAHOWTO in Abschnitt 5.3 Booting from a PCMCIA device.
16.1.4
Wenn’s trotzdem nicht geht
Bisweilen kommt es bei der Verwendung von PCMCIA auf manchen Notebooks oder mit manchen Karten zu Problemen. Die meisten Schwierigkeiten lassen sich mit wenig Aufwand bew&auml;ltigen, solange man die Sache
systematisch angeht.
366
16.1. PCMCIA
16
Achtung
modprobe -t &lt;verzeichnis&gt; &lt;modulname&gt;
Achtung
Zuerst ist herauszufinden, ob das Problem mit einer Karte zusammenh&auml;ngt, oder ob ein Problem des PCMCIA-Basissystems vorliegt. Deshalb
sollten Sie in jedem Fall den Computer zun&auml;chst ohne eingeschobene
Karten starten. Erst wenn das Basissystem einwandfrei zu funktionieren
scheint, wird die Karte eingeschoben. Alle aufschlussreichen Meldungen
werden in /var/log/messages/ protokolliert. Deshalb sollte die Datei
mit tail -f /var/log/messages w&auml;hrend der notwendigen Tests beobachtet werden. So l&auml;sst sich der Fehler auf einen der beiden folgenden
F&auml;lle einschr&auml;nken.
Mobiles Arbeiten unter Linux
Da es in SUSE LINUX sowohl externes als auch KernelPCMCIA nebeneinander gibt, muss beim manuellen Laden
von Modulen eine Besonderheit beachtet werden. Die beiden PCMCIA-Systeme verwenden Module gleichen Namens
und sind in unterschiedlichen Unterverzeichnissen unter
/lib/modules/&lt;kernelversion&gt;/ untergebracht. Diese
Unterverzeichnisse hei&szlig;en pcmcia/ f&uuml;r Kernel-PCMCIA und
pcmcia-external/ f&uuml;r externes PCMCIA. Deshalb muss beim
manuellen Laden von Modulen dieses Unterverzeichnis angegeben werden:
Das PCMCIA-Basissystem funktioniert nicht
Wenn das System beim Booten bereits bei der Meldung &quot;PCMCIA: Starting services&quot; stehen bleibt oder andere merkw&uuml;rdige Dinge geschehen,
kann das Starten von PCMCIA beim n&auml;chsten Booten durch die Eingabe
von NOPCMCIA=yes am Bootprompt verhindert werden. Um den Fehler
weiter einzugrenzen, werden nun die drei Basismodule des verwendeten
PCMCIA Systems von Hand nacheinander geladen.
Um die PCMCIA-Module per Hand nachzuladen rufen Sie im Fall des externen PCMCIA als Benutzer root die Kommandos modprobe -t &lt;dir&gt;
pcmcia_core und modprobe -t pcmcia-external i82365 auf. Im
Fall von Kernel PCMCIA rufen Sie als zweites Kommando modprobe -t
pcmcia yenta_socket auf. In sehr seltenen F&auml;llen rufen Sie die Kommandos modprobe -t &lt;dir&gt; tcic und modprobe -t &lt;dir&gt; ds auf.
Die kritischen Module sind die beiden ersten.
SUSE LINUX Enterprise Server
367
Tritt der Fehler beim Laden von pcmcia_core auf, hilft die Manpage zu
pcmcia_core weiter. Die darin beschriebenen Optionen k&ouml;nnen zun&auml;chst
zusammen mit dem Kommando modprobe getestet werden. Als Beispiel
k&ouml;nnen wir die APM-Unterst&uuml;tzung der PCMCIA-Module abschalten; in
wenigen F&auml;llen kann es damit Probleme geben. Daf&uuml;r gibt es die Option
doapm; mit do_apm=0 wird das Powermanagement deaktiviert:
modprobe -t &lt;dir&gt; pcmciacore do_apm=0
F&uuml;hrt die gew&auml;hlte Option zum Erfolg, wird sie in der Datei /etc/
sysconfig/pcmcia in die Variable PCMCIA_CORE_OPTS geschrieben:
PCMCIA_CORE_OPTS=&quot;do_apm=0&quot;
Vereinzelt kann das Pr&uuml;fen freier IO-Bereiche &Auml;rger machen, wenn sich
dadurch andere Hardwarekomponenten gest&ouml;rt f&uuml;hlen. Das umgeht man
dann mit probe_io=0. Sollen mehrere Optionen verwendet werden, m&uuml;ssen sie durch Leerzeichen getrennt werden:
PCMCIA_CORE_OPTS=do_apm=0 probe_io=0
Wenn es beim Laden des Moduls i82365 zu Fehlern kommt, hilft die Manualpage von i82365.
Ein Problem in diesem Zusammenhang ist ein Ressourcenkonflikt, ein
Interrupt, IO-Port oder Speicherbereich wird doppelt belegt. Das Modul
i82365 pr&uuml;ft zwar diese Ressourcen, bevor sie f&uuml;r eine Karte zur Verf&uuml;gung gestellt werden, jedoch f&uuml;hrt manchmal genau diese Pr&uuml;fung zum
Problem. So f&uuml;hrt das Pr&uuml;fen des Interrupt 12 (PS/2-Ger&auml;te) bei manchen
Computern zum Blockieren von Maus und/oder Tastatur. In diesem Fall
hilft der Parameter irq_list=&lt;ListevonIRQs&gt;. Die Liste soll alle IRQs
enthalten, die verwendet werden d&uuml;rfen. Also modprobe i82365 irq_list=5,7,9,10 oder dauerhaft in /etc/sysconfig/pcmcia:
PCMCIA_PCIC_OPTS=&quot;irq_list=5,7,9,10&quot;
Weiterhin gibt es /etc/pcmcia/config und /etc/pcmcia/config.
opts. Diese Dateien werden vom Cardmanager ausgewertet. Die darin
gemachten Einstellungen sind erst f&uuml;r das Laden der Treiber-Module f&uuml;r
die PCMCIA-Karten relevant.
368
16.1. PCMCIA
Die PCMCIA-Karte funktioniert nicht (richtig)
Hier gibt es im Wesentlichen drei Varianten: Die Karte wird nicht erkannt,
der Treiber kann nicht geladen werden oder das Interface, das vom Treiber
bereitgestellt wird, wurde falsch eingerichtet.
Man sollte beachten, ob die Karte vom Cardmanager oder von Hotplug
behandelt wird. Nochmal zur Erinnerung: Bei externem PCMCIA regiert
immer der Cardmanager, bei Kernel-PCMCIA behandelt der Cardmanager
PC-Card-Karten und Hotplug behandelt CardBUS-Karten. Hier wird nur
der Cardmanager besprochen.
Die Karte wird nicht erkannt Wenn die Karte nicht erkannt wird, erscheint in /var/log/messages die Meldung &quot;unsupported Card
in Slot x&quot;. Diese Meldung besagt lediglich, dass der Cardmanager
der Karte keinen Treiber zuordnen kann. Zu dieser Zuordnung wird
/etc/pcmcia/config bzw. /etc/pcmcia/*.conf ben&ouml;tigt.
Diese Dateien sind sozusagen die Treiberdatenbank. Diese Treiberdatenbank l&auml;sst sich am leichtesten erweitern, wenn man vorhandene Eintr&auml;ge als Vorlage nimmt. Sie k&ouml;nnen mit dem Kommando cardctl ident herausfinden, wie die Karte sich identifiziert.
Weitere Informationen dazu befinden sich im PCMCIA-HOWTO
(Abschnitt 6) und in der Manualpage von pcmcia. Nach der &Auml;nderung von /etc/pcmcia/config bzw. /etc/pcmcia/*.conf
muss die Treiberzuordnung neu geladen werden; dazu gen&uuml;gt ein
rcpcmcia reload.
16
Mobiles Arbeiten unter Linux
In /etc/pcmcia/config.opts k&ouml;nnen auch IRQs, IO-Ports und
Speicherbereiche ein- oder ausgeschlossen werden. Der Unterschied zur
Option irqlist ist, dass die in der Datei config.opts ausgeschlossenen
Ressourcen zwar nicht f&uuml;r eine PCMCIA-Karte verwendet, aber dennoch
vom Basis-Modul i82365 gepr&uuml;ft werden.
Treiber wird nicht geladen Eine Ursache hierf&uuml;r besteht darin, dass in der
Treiberdatenbank eine falsche Zuordnung gespeichert ist. Das kann
zum Beispiel daher kommen, dass ein Hersteller in ein &auml;u&szlig;erlich unver&auml;ndertes Kartenmodell einen anderen Chip einbaut. Manchmal
gibt es auch alternative Treiber, die bei bestimmten Modellen besser
(oder &uuml;berhaupt erst) funktionieren als der voreingestellte Treiber. In
diesen F&auml;llen werden genaue Informationen &uuml;ber die Karte ben&ouml;tigt.
Hier hilft auch, eine Mailingliste oder den Advanced Support Service
zu fragen.
SUSE LINUX Enterprise Server
369
Eine weitere Ursache ist ein Ressourcenkonflikt. Bei den meisten
PCMCIA-Karten ist es nicht relevant, mit welchem IRQ, IO-Port oder
Speicherbereich sie betrieben werden, aber es gibt auch Ausnahmen.
Dann sollte man zuerst immer nur eine Karte testen und evtl. auch
andere Systemkomponenten wie zum Beispiel Soundkarte, IrDA, Modem oder Drucker vor&uuml;bergehend abschalten. Die Ressourcenverteilung des Systems kann man mit lsdev einsehen (Es ist durchaus
normal, dass mehrere PCI Ger&auml;te denselben IRQ verwenden).
Eine L&ouml;sungsm&ouml;glichkeit w&auml;re, eine geeignete Option f&uuml;r das Modul i82365 zu verwenden (siehe oben PCMCIA_PCIC_OPTS). Es
gibt jedoch auch f&uuml;r manche Kartentreibermodule Optionen. Diese
lassen sich mit modinfo /lib/modules/&lt;richtigesPCMCIAVerzeichnis&gt;/&lt;treiber&gt;.o herausfinden (der vollst&auml;ndige Pfad
ist hier wieder n&ouml;tig, um den Treiber vom richtigen PCMCIA-System
anzusprechen). F&uuml;r die meisten Module gibt es auch eine Manualpage.
rpm -ql pcmcia | grep man listet alle im pcmcia enthaltene Manualpages auf. Zum Testen der Optionen k&ouml;nnen die Kartentreiber
auch von Hand entladen werden. Hierbei ist wieder zu beachten,
dass das Modul des gerade verwendeten PCMCIA-Systems zu verwenden. Siehe die Warnung weiter oben.
Wenn eine L&ouml;sung gefunden wurde, kann in /etc/pcmcia/
config.opts die Verwendung einer bestimmten Ressource allgemein erlaubt bzw. verboten werden. Auch die Optionen f&uuml;r Kartentreiber finden hier Platz. Soll zum Beispiel das Modul pcnet_cs ausschlie&szlig;lich mit dem IRQ 5 betrieben werden, wird folgender Eintrag
ben&ouml;tigt:
module pcnet_cs opts irq_list=5
Mit 10/100-MBit-Netzwerkkarten tritt manchmal das Problem auf,
dass die &Uuml;bertragungsart nicht automatisch richtig erkannt wird.
Hier hilft das Kommando ifport oder mii_tool. Damit l&auml;sst sich
die eingestellte &Uuml;bertragungsart anzeigen und ver&auml;ndern. Um diese Kommandos automatisch ausf&uuml;hren zu lassen, muss das Skript
/etc/pcmcia/network individuell angepasst werden.
Interface wird falsch konfiguriert In diesem Fall ist es empfehlenswert,
die Konfiguration des Interfaces nochmal genau zu &uuml;berpr&uuml;fen, um
seltene Konfigurationsfehler auszuschlie&szlig;en. Bei Netzwerkkarten
kann au&szlig;erdem die Dialograte der Netzwerkskripten erh&ouml;ht werden, in dem man in /etc/sysconfig/network/config der Va-
370
16.1. PCMCIA
16.1.5
Installation via PCMCIA
In manchen F&auml;llen wird PCMCIA bereits zum Installieren ben&ouml;tigt, wenn
man &uuml;ber Netzwerk installieren m&ouml;chte oder das CD-ROM via PCMCIA
betrieben wird. Dazu muss man mit einer Bootdiskette starten. Des Weiteren wird eine der Moduldisketten ben&ouml;tigt.
Nach dem Booten von Diskette (oder auch nach der Auswahl ‘manuelle
Installation’ beim Booten von CD) wird das Programm linuxrc gestartet.
Dort muss unter dem Men&uuml;punkt ‘Kernel-Module (Hardware-Treiber)’ der
Punkt ‘Lade PCMCIA Module’ ausgew&auml;hlt werden. Zuerst erscheinen zwei
Eingabefelder, in denen man Optionen f&uuml;r die Module pcmcia_core und
i82365 eingeben kann. Im Normalfall bleiben diese Felder jedoch leer. Die
Manualpages f&uuml;r pcmcia_core und i82365 befinden sich als Textdateien
auf der ersten CD im Verzeichnis docu/.
16
Mobiles Arbeiten unter Linux
riable DEBUG den Wert yes zuweist. Bei anderen Karten, oder wenn
das noch nicht hilft, gibt es noch die M&ouml;glichkeit, in das vom Cardmanager aufgerufene Skript (siehe /var/log/messages) eine Zeile
set -x einzubauen. Dadurch wird jedes einzelne Kommando des
Skripts im Systemlog protokolliert. Hat man die kritische Stelle in einem Skript gefunden, k&ouml;nnen die entsprechenden Kommandos auch
in einem Terminal eingegeben und getestet werden.
Bei SUSE LINUX wird mit dem externen PCMCIA-System installiert. W&auml;hrend der Installation werden Systemmeldungen auf verschiedenen virtuel len Konsolen ausgegeben, auf die man mit Alt + Funktionstaste umschalten
kann.
Sp&auml;ter, wenn bereits eine grafische Oberfl&auml;che aktiv ist, muss man Strg +
Alt
+
Funktionstaste
verwenden.
Es gibt auch schon w&auml;hrend der Installation Terminals, auf denen Kommandos ausgef&uuml;hrt werden k&ouml;nnen. Solange linuxrc l&auml;uft, ist das die Konsole 9 (eine sehr spartanisch ausgestattete Shell); sobald das Installationssystem geladen ist (YaST wurde gestartet) gibt es auf Konsole 2 eine bash
und viele g&auml;ngige Systemtools.
Wenn w&auml;hrend der Installation ein falsches Treibermodul f&uuml;r eine PCMCIA
Karte geladen wird, muss die Bootdiskette von Hand angepasst werden.
Dazu ben&ouml;tigt man jedoch fortgeschrittene Linuxkenntnisse. Wenn der
erste Teil der Installation abgeschlossen ist, wird das System teilweise
oder ganz neu gestartet. Dabei kann in seltenen F&auml;llen beim Starten von
PCMCIA das System stehen bleiben. Zu diesem Zeitpunkt ist die Installation aber schon weit genug fortgeschritten, sodass mit der Boot-Option
SUSE LINUX Enterprise Server
371
NOPCMCIA=yes Linux ohne PCMCIA gestartet werden kann, zumindest
im Textmodus. Hier hilft der Abschnitt 16.1.4 auf Seite 366 weiter. Evtl.
kann man schon vor Abschluss des ersten Teils der Installation auf Konsole
2 einige Einstellungen am System ver&auml;ndern, so dass der Neustart erfolgreich verl&auml;uft.
16.1.6
Weitere Hilfsprogramme
Das Programm cardctl wurde schon mehrfach erw&auml;hnt. Diese Applikation
ist das wesentliche Werkzeug, um Informationen von PCMCIA zu erhalten
bzw. bestimmte Aktionen auszuf&uuml;hren. In der Datei cardctl finden Sie
Details; oder Sie geben cardctl ein und erhalten eine Liste der g&uuml;ltigen
Kommandos.
Zu diesem Programm gibt es auch ein grafisches Frontend cardinfo, mit
dem die wichtigsten Dinge kontrollierbar sind. Dazu muss jedoch das Paket pcmcia-cardinfo installiert sein.
Weitere Helfer aus dem pcmcia Paket sind ifport, ifuser, probe und
rcpcmcia. Diese werden aber nicht immer ben&ouml;tigt. Um genau zu erfahren, was alles im Paket pcmcia steckt, verwendet man den Befehl rpm -ql
pcmcia.
16.1.7
Kernel oder PCMCIA Paket aktualisieren
Wenn Sie den Kernel aktualisieren m&ouml;chten, sollten Sie die von SUSE bereitgestellten Kernelpakete verwenden. Ist es notwendig, einen eigenen
Kernel zu kompilieren, dann m&uuml;ssen auch die PCMCIA-Module neu kompiliert werden. Wichtig ist, dass w&auml;hrend der Neu&uuml;bersetzung bereits der
richtige Kernel l&auml;uft, da aus diesem einige Informationen extrahiert werden. Das pcmcia Paket sollte bereits installiert, aber nicht gestartet sein;
im Zweifelsfall sollte Sie noch rcpcmcia stop ausf&uuml;hren. Dann installiert
man das PCMCIA-Quellpaket mit und gibt anschlie&szlig;end ein:
rpm -ba /usr/src/packages/SPECS/pcmcia.spec
Danach liegen unter /usr/src/packages/RPMS/ neue Pakete. Das Paket pcmcia-modules enth&auml;lt die PCMCIA-Module f&uuml;r externes PCMCIA.
Dieses Paket muss mit rpm --force installiert werden, da die Moduldateien offiziell zum Kernel-Paket geh&ouml;ren.
372
16.1. PCMCIA
16.1.8
Weiterf&uuml;hrende Informationen
16.2
SCPM – System Configuration
Profile Management
Es gibt Situationen, in denen eine ver&auml;nderte Konfiguration des Computersystems ben&ouml;tigt wird. Am h&auml;ufigsten trifft dies auf mobile Computer zu,
die an verschiedenen Standorten betrieben werden. Es kann aber auch sein,
dass man auf einem Desktopsystem zeitweilig andere Hardwarekomponenten verwendet. In jedem Fall sollte eine R&uuml;ckkehr zum urspr&uuml;nglichen
System einfach sein. Noch besser ist es, wenn diese Umkonfiguration auch
noch einfach reproduzierbar ist.
Mobiles Arbeiten unter Linux
Wer an Erfahrungen mit bestimmten Notebooks interessiert ist, sollte auf alle F&auml;lle die Linux Laptop Homepage unter http://linuxlaptop.net besuchen. Eine weitere gute Informationsquelle ist die
TuxMobil-Homepage unter http://tuxmobil.org/. Dort findet man
neben viele interessanten Informationen auch ein Laptop-Howto und
ein IrDA-Howto. Au&szlig;erdem gibt es in der Supportdatenbank mehrere Artikel zum mobilen Arbeiten unter SUSE LINUX. Suchen Sie unter
http://portal.suse.de/sdb/de/index.html unter dem Stichwort
Laptop.
16
Eine L&ouml;sung f&uuml;r dieses Problem gab es bisher nur f&uuml;r PCMCIA-Hardware.
Dort konnte man verschiedene Konfigurationen in bestimmten Schemata
ablegen. Ausgehend davon haben wir SCPM (engl. System Configuration
Profile Management ) entwickelt, das die Beschr&auml;nkung auf PCMCIA aufhebt. Mit SCPM l&auml;sst sich ein frei w&auml;hlbarer Teil der Systemkonfiguration
festlegen, von dem verschiedene Zust&auml;nde in eigenen Konfigurationsprofilen festgehalten werden k&ouml;nnen. Etwas freier ausgedr&uuml;ckt ist das, als ob
man Schnappsch&uuml;sse von seiner Systemkonfiguration macht, die man jederzeit wiederherstellen kann.
Das Hauptanwendungsgebiet wird vermutlich bei der Netzwerkkonfiguration von Laptops liegen. Aber unterschiedliche Netzwerkeinstellungen beeinflussen meist auch noch andere Elemente, zum Beispiel die Einstellungen f&uuml;r e-Mail oder Proxies. Hierzu kommen unterschiedliche Drucker zu
Hause und in der Firma oder die gesonderte XFree-Konfiguration f&uuml;r den
Beamer bei Vortr&auml;gen, besonders sparsame Stromverbrauchseinstellungen
f&uuml;r unterwegs oder eine andere Zeitzone in der Auslandsniederlassung.
SUSE LINUX Enterprise Server
373
Mit vermehrten Einsatz dieses Werkzeugs bilden sich immer wieder neue
Anforderungen heraus. Wenn Sie selbst Anregungen und Kritik zu SCPM
haben, dann nehmen Sie mit uns Kontakt auf. Wir sind sehr an R&uuml;ckmeldungen interessiert. Wir haben SCPM auf ein flexibles Grundger&uuml;st gestellt, sodass zum Beispiel auch ein serverbasiertes Profil Management
m&ouml;glich ist. Bitte teilen Sie uns Ihre W&uuml;nsche, Anregungen und Fehlerbeschreibungen &uuml;ber unser Webfrontend http://www.suse.de/
feedback mit.
16.2.1
Grundbegriffe und Grundlagen
Vorab sollen einige Grundbegriffe festgelegt werden, die auch in der restlichen Dokumentation zu SCPM und im YaST-Modul so verwendet werden.
Unter Systemkonfiguration verstehen wir die gesamte Konfiguration
des Computers. Alle grundlegenden Einstellungen, wie die zum Beispiel Verwendung von Festplattenpartitionen oder Netzwerkeinstellungen, Zeitzonenauswahl oder Tastatureinstellungen.
Ein Profil oder auch Konfigurationsprofil ist ein Zustand der Systemkonfiguration, der festgehalten wurde und der bei Bedarf einfach
wiederhergestellt werden kann.
Als aktives Profil wird immer das Profil bezeichnet, in das zuletzt geschaltet wurde. Das hei&szlig;t nicht, dass die aktuelle Systemkonfiguration exakt diesem Profil entspricht, denn die Konfiguration kann jederzeit individuell ver&auml;ndert werden.
Resource im Sinne von SCPM sind alle Elemente, die zur Systemkonfiguration beitragen. Das kann eine Datei oder ein Softlink einschlie&szlig;lich ihrer Metadaten, wie Benutzer, Rechte oder Zugriffszeit sein. Das
kann aber auch ein Systemdienst sein, der einmal l&auml;uft und in einem
anderen Profil ausgeschaltet ist.
Die Ressourcen sind in sogenannten Resource Groups organisiert. Diese Gruppen enthalten jeweils Ressourcen, die logisch zusammenpassen. F&uuml;r die meisten Gruppen bedeutet das, dass sie einen Dienst und
die dazugeh&ouml;rigen Konfigurationsdateien enthalten. Dieser Mechanismus erlaubt das einfache Zusammenstellen der Ressourcen, die
von SCPM behandelt werden, ohne wissen zu m&uuml;ssen, welche Konfigurationsdateien f&uuml;r welche Dienste notwendig w&auml;ren. SCPM beinhaltet bereits eine Vorauswahl an aktivierten Resource Groups, die
f&uuml;r die meisten Benutzer ausreichend sein sollte.
374
16.2. SCPM – System Configuration Profile Management
16.2.2
Als grafisches Frontend zu SCPM (Paket scpm) gibt es ein YaST-Modul (Paket yast2-profile-manager) als Alternative zu dem KommandozeilenFrontend. Da die Funktionalit&auml;t beider Frontends im Wesentlichen dieselbe ist und die Kenntnis des Kommandozeilen-Frontends f&uuml;r viele Zwecke
interessant ist, wird hier nur das letztere beschrieben. Die Bedienung des
SCPM YaST-Moduls ist danach zusammen mit den dort angebotenen Hilfetexten sehr leicht. Die wenigen Besonderheiten des YaST-Moduls werden
an passender Stelle erw&auml;hnt.
Die aktuellste Dokumentation ist in den Infoseiten zu SCPM zu finden.
Diese kann mit Werkzeugen wie Konqueror oder Emacs eingesehen werden (konqueror info:scpm). In der Konsole verwendet man info oder
pinfo. Technische Dokumentation f&uuml;r Benutzer, die selbst Hand an SCPM
legen m&ouml;chten, gibt es unter /usr/share/doc/packages/scpm/. Der
Aufruf von scpm ohne weitere Argumente gibt eine Kommando&uuml;bersicht
aus.
16.2.3
16
Mobiles Arbeiten unter Linux
Der YaST Profil-Manager und weiterf&uuml;hrende
Dokumentation
SCPM einrichten
Bevor mit SCPM gearbeitet werden kann, muss es erst einmal eingeschaltet werden. Standardm&auml;&szlig;ig behandelt SCPM Netzwerk- und Druckereinstellungen, sowie die XFree86 Konfiguration und einige Netzwerkdienste. Falls Sie dar&uuml;ber hinaus Dienste oder Konfigurationsdateien verwaltet
haben m&ouml;chten, sollten Sie noch die entsprechenden Resource Groups aktivieren. Die bereits definierten Resource Groups k&ouml;nnen Sie mit dem Befehl scpm list_groups anzeigen lassen, wenn Sie nur die bereits aktiven
Gruppen sehen m&ouml;chten, geben Sie scpm list_groups -a ein. Die Kommandozeilenbefehle m&uuml;ssen als Benutzer root ausgef&uuml;hrt werden. Aktivieren bzw. Deaktivieren k&ouml;nnen Sie die Gruppen mit scpm activate_group NAME bzw. scpm deactivate_group NAME, wobei NAME durch
den enstprechenden Gruppennamen zu ersetzen ist. Sie k&ouml;nnen die Resource Groups auch bequem mit Hilfe des YaST Profil-Managers konfigurieren.
Mit dem Aufruf von scpm enable wird SCPM eingeschaltet. Beim ersten Einschalten wird SCPM initialisiert, was einige Sekunden in Anspruch
nimmt. SCPM kann mit scpm disable jederzeit ausgeschaltet werden, um
unbeabsichtigte Profilumschaltungen zu vermeiden. Beim anschlie&szlig;enden
Wiedereinschalten wird der Betrieb einfach fortgesetzt.
SUSE LINUX Enterprise Server
375
16.2.4
Profile anlegen und verwalten
Nachdem SCPM eingeschaltet wurde, gibt es bereits ein Profil namens
default. Eine Liste aller verf&uuml;gbaren Profile gibt das Kommando
scpm list aus. Dieses bisher einzige Profil ist zwangsl&auml;ufig auch das aktive Profil. Das erf&auml;hrt man mit scpm active. Das Profil default ist als
Grundkonfiguration gedacht, von der die anderen Profile abgeleitet werden. Deshalb sollten zuerst alle Einstellungen, die in allen Profilen einheitlich sein sollen, vorgenommen werden. Mit scpm reload werden diese
&Auml;nderungen dann im aktiven Profil gespeichert. Das Profil default kann
dennoch beliebig verwendet, umbenannt oder gel&ouml;scht werden.
Es gibt zwei M&ouml;glichkeiten, ein neues Profil hinzuzuf&uuml;gen. Wenn das neue
Profil (hier mit Namen work) zum Beispiel auf dem Profil default basieren soll, geschieht dies mit scpm copy default work. Danach kann man
mit scpm switch work in das neue Profil umschalten und es dann konfigurieren. Manchmal hat man aber auch die Systemkonfiguration schon
f&uuml;r bestimmte Zwecke ver&auml;ndert und m&ouml;chte diese danach in einem neuen
Profil festhalten. Das erledigt der Aufruf von scpm add work. Jetzt ist die
aktuelle Systemkonfiguration im Profil work gesichert und das neue Profil
als aktiv markiert; das heisst ein scpm reload sichert &Auml;nderungen jetzt im
Profil work.
Selbstverst&auml;ndlich k&ouml;nnen Profile auch umbenannt oder gel&ouml;scht werden.
Daf&uuml;r gibt es die Kommandos scpm rename x y und scpm delete x.
Um zum Beispiel work nach arbeit umzubenennen und es hinterher zu
l&ouml;schen, gibt man scpm rename work arbeit und dann scpm delete
arbeit ein. Nur das aktive Profil kann nicht gel&ouml;scht werden.
Hinweis zum YaST-Modul: Hier gibt es nur den Knopf ‘Hinzuf&uuml;gen’. Es erscheint dann aber die Frage, ob man ein existierendes Profil kopieren oder
die gegenw&auml;rtige Systemkonfiguration sichern m&ouml;chte. Zum Umbenennen
verwendet man dort den Knopf ‘&Auml;ndern’.
16.2.5
Zwischen Konfigurationsprofilen umschalten
Das Umschalten zu einem anderen Profil (hier work) wird mit dem Kommando scpm switch work ausgel&ouml;st. Es ist zul&auml;ssig, zum gerade aktiven Profil umzuschalten um ge&auml;nderte Einstellungen an der Systemkonfiguration zu sichern. Alternativ kann daf&uuml;r aber auch das Kommando
scpm reload verwendet werden.
Um den Umschaltvorgang und die dabei eventuell auftretenden Fragen
besser zu verstehen, soll dieser hier n&auml;her erl&auml;utert werden. Zuerst pr&uuml;ft
376
16.2. SCPM – System Configuration Profile Management
Danach vergleicht SCPM die aktuelle Systemkonfiguration mit dem neuen
Profil, in das umgeschaltet werden soll. Dabei wird ermittelt, welche Systemdienste aufgrund von Konfigurations&auml;nderungen oder wegen gegenseitiger Abh&auml;ngigkeiten angehalten bzw. (wieder) gestartet werden m&uuml;ssen.
Das kann man sich wie einen teilweisen Systemreboot vorstellen, nur dass
eben nur ein kleiner Teil des Systems betroffen ist und der Rest unver&auml;ndert weiterarbeitet.
Erst jetzt laufen folgende Aktionen ab:
16
Mobiles Arbeiten unter Linux
SCPM, welche Ressourcen des aktiven Profils seit dem letzten Umschalten ver&auml;ndert wurden. Aus der Liste der ver&auml;nderten Ressourcen wird die
Liste der ge&auml;nderten Resource Groups erzeugt. F&uuml;r jede dieser Gruppen
wird anschlie&szlig;end nachgefragt, ob die &Auml;nderungen in das noch aktive Profil &uuml;bernommen werden sollen. Falls Sie – wie es bei fr&uuml;heren Versionen
von SCPM der Fall war – lieber die einzelnen Ressourcen angezeigt bekommen m&ouml;chten, dann rufen Sie den Switch-Befehl mit dem Parameter -r
auf, etwa so: scpm switch -r work.
1. Die Systemdienste werden angehalten.
2. Alle ver&auml;nderten Ressourcen (zum Beispiel Konfigurationsdateien)
werden geschrieben.
3. Die Systemdienste werden (wieder) gestartet.
16.2.6
Erweiterte Profileinstellungen
Sie k&ouml;nnen f&uuml;r jedes Profil eine Beschreibung eingeben, die dann bei
scpm list mit ausgegeben wird. Eingeben kann man diese Beschreibung
f&uuml;r das gerade aktive Profil mit dem Kommando scpm set description
&quot;text&quot;. F&uuml;r nicht aktive Profile muss noch das Profil angegeben werden,
also scpm set description &quot;text&quot; work
Manchmal kommt es vor, dass beim Umschalten in ein anderes Profil zus&auml;tzliche Aktionen ausgef&uuml;hrt werden sollen, die in SCPM (noch) nicht vorgesehen sind. Daf&uuml;r k&ouml;nnen f&uuml;r jedes Profil vier ausf&uuml;hrbare Programme
oder Skripte eingeh&auml;ngt werden, die zu verschiedenen Zeitpunkten w&auml;hrend das Umschaltens ausgef&uuml;hrt werden. Diese Zeitpunkte sind:
prestop vor dem Anhalten von Diensten beim Verlassen des Profils
poststop nach dem Anhalten von Diensten beim Verlassen des Profils
prestart vor dem Starten von Diensten beim Aktivieren des Profils
SUSE LINUX Enterprise Server
377
poststart nach dem Starten von Diensten beim Aktivieren des Profils
Das Umschalten von Profil work zu Profil home l&auml;uft dann folgenderma&szlig;en ab:
1. Prestop-Aktion des Profils work wird ausgef&uuml;hrt.
2. Anhalten von Diensten
3. Poststop-Aktion des Profils work wird ausgef&uuml;hrt.
4. Ver&auml;ndern der Systemkonfiguration
5. Prestart-Aktion des Profils home wird ausgef&uuml;hrt.
6. Starten von Diensten
7. Poststart-Aktion des Profils home wird ausgef&uuml;hrt.
Diese Aktionen werden auch mit dem set Kommando eingeh&auml;ngt, n&auml;mlich mit scpm set prestop &lt;dateiname&gt;, scpm set poststop
&lt;dateiname&gt;, scpm set prestart &lt;dateiname&gt; oder scpm set
poststart &lt;dateiname&gt;. Es muss sich dabei um ein ausf&uuml;hrbares Programm handeln, das heisst Skripte m&uuml;ssen den richtigen Interpreter beinhalten und zumindest f&uuml;r den Superuser (root) ausf&uuml;hrbar sein.
Achtung
Da diese Skripte oder Programme mit den Rechten des Superusers ausgef&uuml;hrt werden sollten sie nicht von beliebigen Anwendern &auml;nderbar sein. Da in Skripten durchaus vertrauliche
Informationen enthalten sein k&ouml;nnen, ist es sogar angeraten, dass
diese nur vom Superuser lesbar sind. Am besten versieht man
diese Programme mit den Rechten -rwx---- root root.
chmod 700 &lt;dateiname&gt;
chown root.root &lt;dateiname&gt;
Achtung
Alle Zusatzeinstellungen, die mit set eingegeben wurden, lassen sich mit
get abfragen. Zum Beispiel liefert scpm get poststart den Namen des
378
16.2. SCPM – System Configuration Profile Management
Genau wie beim Anlegen der Beschreibung k&ouml;nnen alle set und get
Kommandos f&uuml;r ein beliebiges Profil angewandt werden. Dazu wird
zuletzt noch der Name des Profils angegeben. Zum Beispiel scpm get
prestop &lt;dateiname&gt; work oder scpm get prestop work.
16.2.7
Profilauswahl beim Booten
Es ist m&ouml;glich, schon vor dem Booten ein Profil auszuw&auml;hlen. Dazu muss
lediglich der Bootparameter PROFILE=&lt;Name des Profils&gt; am Bootprompt eingegeben werden.
In der Bootloaderkonfiguration (/boot/grub/menu.lst) wird f&uuml;r die
Option title ebenfalls der Name des Profils verwendet. Standardm&auml;&szlig;ig
wird GRUB als Bootloader verwendet. Eine ausf&uuml;hrlichere Beschreibung
finden Sie Abschnitt 8.4 auf Seite 227; alternativ geben Sie info grub ein.
Die Konfiguration von GRUB sieht dann zum Beispiel wie folgt aus:
16
Mobiles Arbeiten unter Linux
Poststartprogramms oder einfach keine Information, wenn nichts eingeh&auml;ngt wurde. Gel&ouml;scht werden solche Einstellungen durch &Uuml;berschreiben mit &quot;&quot;; das heisst der Aufruf von scpm set prestop &quot;&quot; h&auml;ngt das
Poststop-Programm wieder aus.
Beispiel 16.1: Die Datei /boot/grub/menu.lst
gfxmenu (hd0,5)/boot/message
color white/green black/light-gray
default 0
timeout 8
title work
kernel (hd0,5)/boot/vmlinuz root=/dev/hda6 PROFILE=work
initrd (hd0,5)/boot/initrd
title home
kernel (hd0,5)/boot/vmlinuz root=/dev/hda6 PROFILE=home
initrd (hd0,5)/boot/initrd
title road
kernel (hd0,5)/boot/vmlinuz root=/dev/hda6 PROFILE=road
initrd (hd0,5)/boot/initrd
F&uuml;r Systeme, die noch den Bootloader LILO verwenden, kann das Beispiel 16.2 auf der n&auml;chsten Seite benutzt werden.
SUSE LINUX Enterprise Server
379
Beispiel 16.2: Die Datei /etc/lilo.conf
boot
= /dev/hda
change-rules
reset
read-only
menu-scheme = Wg:kw:Wg:Wg
prompt
timeout = 80
message = /boot/message
image
label
root
initrd
append
=
=
=
=
=
/boot/vmlinuz
home
/dev/hda6
/boot/initrd
&quot;vga=0x317 hde=ide-scsi PROFILE=home&quot;
image
label
root
initrd
append
=
=
=
=
=
/boot/vmlinuz
work
/dev/hda6
/boot/initrd
&quot;vga=0x317 hde=ide-scsi PROFILE=work&quot;
image
label
root
initrd
append
=
=
=
=
=
/boot/vmlinuz
road
/dev/hda6
/boot/initrd
&quot;vga=0x317 hde=ide-scsi PROFILE=road&quot;
Jetzt kann beim Booten sehr einfach das gew&uuml;nschte Profil ausgew&auml;hlt
werden.
16.2.8
Probleme und deren L&ouml;sung
Normalerweise sollte der Betrieb von SCPM reibungslos funktionieren. Es
gibt aber einige Fallstricke, die hier beschrieben werden.
SCPM ist zum jetzigen Zeitpunkt noch nicht in der Lage, ein Systemupdate
zu verwalten. Die Schwierigkeit liegt darin, dass bei einem Systemupdate
die Daten, die in den Profilen gespeichert sind, von den verschiedenen Updatemechanismen nicht aktualisiert werden k&ouml;nnen. SCPM erkennt daher,
falls ein Systemupdate gemacht wurde, und verweigert seinen Dienst. Sie
380
16.2. SCPM – System Configuration Profile Management
Unter Umst&auml;nden kann es auch vorkommen, dass SCPM w&auml;hrend eines
Switch-Vorgangs unvermittelt abbricht. Das kann entweder aufgrund &auml;u&szlig;erer Einwirkung eintreten – zum Beispiel Abbruch durch den Benutzer,
Leerlaufen des Notebookakkus o.&auml;. – oder es kann ein Fehler in SCPM
selbst sein. Dann werden Sie beim n&auml;chsten SCPM Aufruf die Meldung
erhalten, dass SCPM gesperrt ist. Dies dient zum Schutz Ihres Systems,
da die Daten, die SCPM in seiner Datenbank gespeichert hat, eventuell
nicht zu dem Zustand Ihres System passen. L&ouml;schen Sie in diesem Fall die
Lock-Datei mit rm /var/lib/scpm/#LOCK und stellen Sie mit scpm -s
reload wieder einen konsistenten Status her. Anschlie&szlig;end k&ouml;nnen Sie
wie gewohnt weiterarbeiten.
Noch ein Hinweis: Wenn Sie bei bereits initialisiertem SCPM die Resource Group Konfiguration &auml;ndern m&ouml;chten, ist das prinzipiell kein Problem.
Sie m&uuml;ssen nur darauf achten, da&szlig; Sie, nachdem Sie mit dem Hinzuf&uuml;gen
oder Entfernen von Gruppen fertig sind, scpm rebuild aufrufen. Dies
f&uuml;gt neue Ressourcen zu allen Profilen hinzu und l&ouml;scht die entfernten.
Letztere sind dann allerdings endg&uuml;ltig gel&ouml;scht, wenn Sie diese in den
verschiedenen Profilen verschieden konfiguriert haben, verlieren Sie diese
Konfigurationsdaten – bis auf die aktuelle Version in Ihrem System nat&uuml;rlich, diese wird von SCPM nicht angefasst. Falls Sie die Konfiguration mit
YaST ver&auml;ndern, ist kein Rebuild-Aufruf n&ouml;tig, dies erledigt dann YaST f&uuml;r
Sie.
16.3
16
Mobiles Arbeiten unter Linux
sollten in dieser Sitation eine Fehlermeldung von SCPM erhalten, die &quot;Ihre
Betriebsysteminstallation hat sich ge&auml;ndert oder ist unbekannt&quot; enth&auml;lt. In
diesem Fall reinitialisieren Sie SCPM einfach mit scpm -f enbale neu.
Die Profile sind dann allerdings verloren, d.h. Sie m&uuml;ssen sie neu einrichten.
IrDA – Infrared Data Association
IrDA (engl. Infrared Data Association) ist ein Industriestandard f&uuml;r drahtlose Kommunikation &uuml;ber Infrarotlicht. Viele heute ausgelieferte Laptops
sind mit einem IrDA-kompatiblen Sender/Empf&auml;nger ausgestattet, der die
Kommunikation mit anderen Ger&auml;ten, wie Druckern, Modems, LAN oder
anderen Laptops erm&ouml;glicht. Die &Uuml;bertragungsrate reicht von 2400 bps bis
hin zu 4 Mbps.
Es gibt zwei Betriebsmodi f&uuml;r IrDA. Im Standardmodus SIR wird der Infrarotport &uuml;ber eine serielle Schnittstelle angesprochen. Dieser Modus funktioniert auf fast allen Ger&auml;ten und gen&uuml;gt f&uuml;r viele Anforderungen. Der
SUSE LINUX Enterprise Server
381
schnellere Modus FIR ben&ouml;tigt einen speziellen Treiber f&uuml;r den IrDA-Chip.
Es gibt aber nicht f&uuml;r alle Chips solche Treiber. Au&szlig;erdem muss der gew&uuml;nschte Modus im BIOS-Setup des Computers eingestellt werden. Dort
erf&auml;hrt man meist auch, welche serielle Schnittstelle f&uuml;r den SIR-Modus
verwendet wird.
Informationen zu IrDA finden Sie im IrDA-Howto von Werner Heuser unter http://tuxmobil.org/Infrared-HOWTO/InfraredHOWTO.html und auf der Homepage des Linux IrDA Projekts: http:
//irda.sourceforge.net/.
16.3.1
Software
Die notwendigen Kernelmodule sind im Kernelpaket enthalten. Das Paket
irda stellt die n&ouml;tigen Hilfsprogramme zur Unterst&uuml;tzung der Infrarotschnittstelle bereit. Nach der Installation des Paketes findet man die Dokumentation unter /usr/share/doc/packages/irda/README.
16.3.2
Konfiguration
Der IrDA Systemdienst wird nicht automatisch beim Booten gestartet. Verwenden Sie das YaST Runlevel-Modul um die Einstellungen zu
den Systemdiensten zu ver&auml;ndern. Alternativ kann auch das Programm
chkconfig verwendet werden. Leider ben&ouml;tigt IrDA merklich mehr
(Batterie-)Strom, da alle paar Sekunden ein Discovery-Paket verschickt
wird, um andere Peripherieger&auml;te automatisch zu erkennen. Deshalb sollte man, wenn man auf Batteriestrom angewiesen ist, IrDA am besten nur
bei Bedarf starten. Mit dem Kommando rcirda start k&ouml;nnen Sie die
Schnittstelle jederzeit manuell aktivieren bzw. deaktivieren (mit dem Parameter stop). Beim Aktivieren der Schnittstelle werden die notwendigen
Kernel-Module automatisch geladen.
In der Datei /etc/sysconfig/irda gibt es nur eine Variable IRDA_PORT. Dort k&ouml;nnen Sie einstellen, welche Schnittstelle im SIR-Modus verwendet wird; dies wird &uuml;ber das Skript /etc/irda/drivers beim Start
der Infrarotunterst&uuml;tzung eingestellt.
16.3.3
Verwendung
Will man nun &uuml;ber Infrarot drucken, kann man dazu &uuml;ber die Ger&auml;tedatei
/dev/irlpt0 die Daten schicken. Die Ger&auml;tedatei /dev/irlpt0 verh&auml;lt
382
16.3. IrDA – Infrared Data Association
Einen Drucker, der &uuml;ber die Infrarotschnittstelle betrieben wird, k&ouml;nnen
Sie wie einen Drucker am Parallelport oder an der seriellen Schnittstelle
einrichten. Beachten Sie bitte beim Drucken, dass sich der Drucker in Sichtweite der Infrarotschnittstelle des Computers befindet und dass die Infrarotunterst&uuml;tzung gestartet wird.
Will man &uuml;ber die Infrarotschnittstelle mit anderen Rechnern, mit Handys
oder &auml;hnlichen Ger&auml;ten kommunizieren, so kann man dies &uuml;ber die Ger&auml;tedatei /dev/ircomm0 erledigen. Mit dem Siemens S25 Handy beispielsweise kann man sich &uuml;ber das Programm wvdial mittels Infrarot drahtlos ins Internet einw&auml;hlen. Auch ein Datenabgleich mit dem Palm Pilot ist
so m&ouml;glich, dazu muss im entsprechenden Programm als Ger&auml;t einfach
/dev/ircomm0 eingegeben werden.
Beachten Sie bitte auch, dass Sie ohne weiteres nur Ger&auml;te ansprechen k&ouml;nnen, die die Protokolle Printer oder IrCOMM unterst&uuml;tzen. Mit speziellen
Programmen (irobexpalm3, irobexreceive, bitte beachten Sie hierzu die
Beschreibung im IR-HOWTO) k&ouml;nnen Sie auch Ger&auml;te ansprechen, die das
IROBEX-Protokoll verwenden (3Com Palm Pilot). Die vom Ger&auml;t unterst&uuml;tzten Protokolle werden bei der Ausgabe von irdadump nach dem Ger&auml;tenamen in eckigen Klammern angeben. Die Unterst&uuml;tzung des IrLANProtokolls ist „work in progress“ – es ist leider zur Zeit noch nicht stabil,
wird aber sicher in naher Zukunft auch unter Linux zur Verf&uuml;gung stehen.
16.3.4
16
Mobiles Arbeiten unter Linux
sich wie die normale drahtgebundene Schnittstelle /dev/lp0, nur dass die
Druckdaten drahtlos &uuml;ber infrarotes Licht verschickt werden.
Troubleshooting
Falls Ger&auml;te am Infrarotport nicht reagieren, k&ouml;nnen Sie als Benutzer root
mit dem Kommando irdadump &uuml;berpr&uuml;fen, ob das andere Ger&auml;t vom
Computer erkannt wird.
Bei einem Canon BJC-80 Drucker in Sichtweite des Computers erscheint
dann eine Ausgabe &auml;hnlich der folgenden in regelm&auml;&szlig;iger Wiederholung
(vgl. Ausgabe 16.3.
Beispiel 16.3: Ausgabe von irdadump
21:41:38.435239
21:41:38.525167
21:41:38.615159
21:41:38.705178
21:41:38.795198
xid:cmd
xid:cmd
xid:cmd
xid:cmd
xid:cmd
5b62bed5
5b62bed5
5b62bed5
5b62bed5
5b62bed5
&gt;
&gt;
&gt;
&gt;
&gt;
ffffffff
ffffffff
ffffffff
ffffffff
ffffffff
S=6
S=6
S=6
S=6
S=6
s=0
s=1
s=2
s=3
s=4
(14)
(14)
(14)
(14)
(14)
SUSE LINUX Enterprise Server
383
21:41:38.885163 xid:cmd 5b62bed5 &gt; ffffffff S=6 s=5 (14)
21:41:38.965133 xid:rsp 5b62bed5 &lt; 6cac38dc S=6 s=5 BJC-80
hint=8804 [Printer IrCOMM ] (23)
21:41:38.975176 xid:cmd 5b62bed5 &gt; ffffffff S=6 s=* erde
hint=0500 [ PnP Computer ] (21)
Sollte &uuml;berhaupt keine Ausgabe erfolgen oder das andere Ger&auml;t sich nicht
zur&uuml;ckmelden, so &uuml;berpr&uuml;fen Sie bitte die Konfiguration der Schnittstelle.
Verwenden Sie &uuml;berhaupt die richtige Schnittstelle? Manchmal ist die Infrarotschnittstelle auch unter /dev/ttyS2 oder /dev/ttyS3 zu finden oder
ein anderer Interrupt als Interrupt 3 wird verwendet. Diese Einstellungen
k&ouml;nnen Sie aber bei fast jedem Laptop im BIOS-Setup konfigurieren.
Mit einer einfachen Video-Kamera k&ouml;nnen Sie auch &uuml;berpr&uuml;fen, ob die
Infrarot-LED &uuml;berhaupt aufleuchtet – im Gegensatz zum menschlichen Auge k&ouml;nnen die meisten Videokameras Infrarotlicht sehen.
16.4
Bluetooth – Ger&auml;te drahtlos
verbinden
Bei Bluetooth handelt es sich um eine Funktechnologie, die verschiedenene Ger&auml;te miteinander verbindet. Bluetooth unterscheidet sich dabei in einigen wesentlichen Punkten von IrDA: Zum einen m&uuml;ssen die einzelnen
Ger&auml;te sich nicht direkt „sehen“, zum anderen k&ouml;nnen mehrere Ger&auml;te zusammen ganze Netzwerke aufbauen. Allerdings sind nur Datenraten bis
maximal 720 Kbps erreichbar (in der aktuellen Version 1.1). Theoretisch
kann man mittels Bluetooth auch durch W&auml;nde hindurch „funken“. In der
Praxis h&auml;ngt dies aber sehr stark von den W&auml;nden und der Ger&auml;teklasse ab.
Letztere bestimmt die maximale Sendereichweite, die in drei Klassen von
10 bis 100 Metern reicht.
16.4.1
Profile
Dienste werden bei Bluetooth mittels sogenannter Profile definiert. Im
Bluetooth-Standard sind z.B. Profile f&uuml;r den Dateitransfer („File Transfer“Profile), Drucken („Basic Printing“-Profil) und Netzwerkverbindungen
(„Personal Area Network“-Profil) festgelegt.
384
16.4. Bluetooth – Ger&auml;te drahtlos verbinden
16.4.2
Software
Um Bluetooth verwenden zu k&ouml;nnen braucht man einen BluetoothAdapter (entweder eingebaut im Ger&auml;t oder als externes Dongle), Treiber
und einen sogenannten „Bluetooth Protocol Stack“.
Im Linuxkernel befindet sich bereits die Grundausstattung an Treibern
f&uuml;r den Gebrauch von Bluetooth. Als „Protocol Stack“ kommt das BluezSystem zur Anwendung. Zus&auml;tzlich sollten noch alle mit Bluetooth in Verbindung stehenden Pakete (bluez-libs, bluez-bluefw, bluez-pan,
bluez-sdp und bluez-utils) installiert werden, da diese einige ben&ouml;tigte Dienste und Dienstprogramme bereitstellen. Auf einige davon wird
sp&auml;ter noch eingegangen.
16.4.3
16
Mobiles Arbeiten unter Linux
Damit ein Ger&auml;t den Dienst eines anderen benutzen kann, m&uuml;ssen beide
das gleiche Profil verstehen — eine Information, die manchmal leider weder der Verpackung noch dem Handbuch des Ger&auml;tes entnehmbar ist. Erschwerend kommt hinzu, dass sich zwar manche Hersteller streng an die
Definitionen der einzelnen Profile halten, andere dagegen weniger. In der
Regel klappt die Verst&auml;ndigung zwischen den Ger&auml;ten aber.
Konfiguration
Die nachstehend beschriebenen Konfigurationsdateien k&ouml;nnen nur als User
root ver&auml;ndert werden. Eine grafische Benutzeroberfl&auml;che um die entsprechenden Parameter einzustellen, gibt es im Moment leider nicht. Die Dateien m&uuml;ssen also mit einem Textverarbeitungsprogramm ver&auml;ndert werden.
Einen ersten Schutz vor ungewollten Verbindungen bietet die Absicherung durch eine PIN-Nummer. Mobiltelefone fragen den PIN normalerweise beim ersten Kontakt (bzw. dem Einrichten eines Ger&auml;tekontaktes auf
dem Telefon) ab. Damit sich zwei Ger&auml;te miteinander unterhalten k&ouml;nnen,
m&uuml;ssen beide sich mit dem selben PIN identifizieren. Dieser befindet sich
auf dem Rechner in der Datei /etc/bluetooth/pin. Momentan gibt es
unter Linux nur einen PIN, unabh&auml;ngig von der Anzahl der installierten
Bluetoothger&auml;te. Das Ansprechen von mehreren Ger&auml;te mit unterschiedlichen PINs wird zur Zeit leider nicht unterst&uuml;tzt, hier m&uuml;ssen entweder
alle Ger&auml;te auf die gleiche PIN-Nummer gesetzt werden, oder die PINAuthentifizierung ganz deaktiviert werden.
SUSE LINUX Enterprise Server
385
Hinweis
Sicherheit von Bluetooth-Verbindungen
Trotz des PINs sollte man davon ausgehen, dass eine &Uuml;bertragung zwischen zwei Ger&auml;ten nicht abh&ouml;rsicher ist!
Hinweis
Das Aktivieren geschieht in der Konfigurationsdatei /etc/bluetooth/
hcid.conf. Hier kann man verschiedene Einstellungen wie Ger&auml;tenamen
und Sicherheitsmodus &auml;ndern. Im Wesentlichen sollten die Einstellungen ausreichend sein, lediglich zwei sollen hier kurz erw&auml;hnt werden. Die
Datei enth&auml;lt Kommentare, die die Optionen bei den verschiedenen Einstellungen beschreiben.
Eine der wichtigsten Einstellungen ist security auto;. Mit dieser wird
die beschriebene Notwendigkeit eines PINs zur Identifikation aktiviert,
wobei durch das auto im Problemfall auf keine PIN verwenden geschaltet wird. Ob Sie diese Einstellung auf none setzen, so dass nie eine
PIN-Nummer verwendet wird, oder auf user (immer verwenden) setzen,
bleibt Ihnen und Ihrem Bedarf an Sicherheit &uuml;berlassen.
Interessant ist der Abschnitt, der mit device { eingeleitet wird. Hier kann
man festlegen, unter welchem Namen der Rechner bei den Gegenstellen
angezeigt wird. Die Ger&auml;teklasse (Laptop, Server, etc.) wird hier ebenso
definiert wie Authentifizierung und Verschl&uuml;sselung.
16.4.4
Systemkomponenten und n&uuml;tzliche Hilfsmittel
Erst durch das Zusammenspiel verschiedener Dienste wird Bluetooth &uuml;berhaupt benutzbar. Zwei im Hintergrund laufende Daemonen werden minimal ben&ouml;tigt: Zum einen der hcid (Host Controller Interface). Dieser dient als
Schnittstelle zum Bluetoothger&auml;t und steuert dieses. Zum anderen braucht
man den sdpd (Service Discovery Protocol). &Uuml;ber den sdpd kann ein Ger&auml;t
herausbekommen, welche Dienste der Rechner zur Verf&uuml;gung stellt. Sowohl hcid als auch sdpd k&ouml;nnen — falls nicht bereits automatisch beim
Systemstart geschehen — mit dem Kommando rcbluetooth start in
Betrieb genommen werden. Es ist dazu allerdings n&ouml;tig root zu sein.
Hinweis
Alle erw&auml;hnten Programme verf&uuml;gen &uuml;ber weitere Funktionalit&auml;ten, die sich mittels man &lt;programmname&gt; in Erfahrung bringen
lassen.
Hinweis
386
16.4. Bluetooth – Ger&auml;te drahtlos verbinden
Einige Kommandos lassen sich leider nur als root ausf&uuml;hren. Hierzu geh&ouml;rt z.B. l2ping &lt;Ger&auml;teadresse&gt;, mit dem die Verbindung zu einem
entfernten Ger&auml;t getestet werden kann.
hcitool
Mittels des hcitool kann einfach festgestellt werden, ob lokale
und/oder entfernte Ger&auml;te gefunden wurden. Der Kommandoaufruf hcitool dev sollte das eigene Ger&auml;t anzeigen. Die Ausgabe erzeugt f&uuml;r jedes gefundene lokale Ger&auml;t eine Zeile in der Form
&lt;interfacename&gt; &lt;Ger&auml;teadresse&gt;.
Mit hcitool name &lt;Ger&auml;teadresse&gt; kann der Ger&auml;tename eines entfernten Ger&auml;tes ermittelt werden. Handelt es sich dabei z.B. um einen weiteren Rechner, so w&uuml;rde die ausgegebene Klasse und der Ger&auml;tename der
Information aus dessen /etc/bluetooth/hcid.conf Datei entsprechen. Lokale Ger&auml;teadressen erzeugen eine Fehlerausgabe.
16
Mobiles Arbeiten unter Linux
Im Folgenden wird kurz auf die wichtigsten Werkzeuge eingegangen, die
f&uuml;r das Arbeiten mit Bluetooth n&ouml;tig sind. Konqueror — (KDE-Desktop)
listet Ihnen mit dem URL sdp:// lokale (d.h. physikalisch mit dem
Rechner verbundene) und entfernte (d.h. nur mittels Funk erreichbaren)
Bluetooth-Ger&auml;te.
hciconfig
Weitere Informationen &uuml;ber das lokale Ger&auml;t erh&auml;lt man mittels /sbin/
hciconfig. Entfernte Ger&auml;te (die nicht physikalisch mit dem Rechner verbunden sind) werden mit hcitool inq gesucht. Hier werden drei Werte
pro gefundenem Ger&auml;t ausgegeben: Die Ger&auml;teadresse, eine Uhrendifferenz
und die Ger&auml;teklasse. Wichtig ist die Ger&auml;teadresse. Diese wird bei anderen
Kommandos benutzt um das Zielger&auml;t zu identifizieren. Die Uhrendifferenz ist im Prinzip nur aus technischer Sicht interessant. In der Klasse wird
sowohl Ger&auml;tetyp als auch Servicetyp als Hexadezimalwert kodiert.
sdptool
Die Information, welcher Dienst von einem bestimmten Ger&auml;t zur
Verf&uuml;gung gestellt wird, erh&auml;lt man durch das Programm sdptool.
sdptool browse &lt;Ger&auml;teadresse&gt; liefert alle Dienste eines Ger&auml;tes,
w&auml;hrend man mit sdptool search &lt;Dienstek&uuml;rzel&gt; nach einem
bestimmten Dienst suchen kann. Dieser Aufruf befragt alle erreichbaren
SUSE LINUX Enterprise Server
387
Ger&auml;te nach dem gew&uuml;nschten Dienst. Wird er von einem der Ger&auml;te angeboten, so gibt das Programm den vom Ger&auml;t gelieferten (vollen) Dienstnamen und eine kurze Beschreibung dazu aus. Eine Liste aller m&ouml;glichen
Dienstk&uuml;rzel erh&auml;lt man durch Aufruf von sdptool ohne irgendwelche
Parameter.
16.4.5
Beispiele
Um zu zeigen, was mit Bluetooth alles m&ouml;glich ist, sind nachstehend zwei
Beispiele aufgef&uuml;hrt.
Netzwerkverbindung zwischen zwei Rechnern R1 und R2
Im ersten Beispiel soll eine Netzwerkverbindung zwischen zwei Rechnern
aufgebaut werden. Dies geschieht mit Hilfe des pand (Personal Area Networking). Die nachstehenden Kommandos m&uuml;ssen vom Benutzer root
durchgef&uuml;hrt werden. Auf eine genauere Erl&auml;uterung der Netzwerkkommandos (ip) wird verzichtet und nur auf die Bluetooth bedingten Aktionen
eingegangen:
Auf einem der beiden Rechner (im folgenden als R1 bezeichnet) wird der
pand mit dem Kommando pand -s gestartet. Auf dem zweiten Rechner
R2 wird mittels hcitool inq dessen Ger&auml;teadresse ermittelt. Mit pand -c
&lt;Ger&auml;teadresse&gt; kann dann eine Verbindung aufgebaut werden. Ruft
man jetzt eine Liste der zur Verf&uuml;gung stehenden Netzwerkschnittstellen
mit ip link show auf, so sollte ein Eintrag in der Form:
bnep0: &lt;BROADCAST,MULTICAST&gt; mtu 1500 qdisc noop qlen 1000
link/ether 00:12:34:56:89:90 brd ff:ff:ff:ff:ff:ff
zu finden sein (an Stelle von 00:12:34:56:89:90 sollte die lokale Ger&auml;teadresse stehen). Dieser Schnittstelle muss jetzt eine IP-Adresse zugewiesen werden, und sie in den aktiven Zustand gebracht werden.
Dies geschieht z.B. durch die beiden Kommandos (auf R1)
ip addr add 192.168.1.3/24 dev bnep0
ip link set bnep0 up
bzw. analog auf R2
ip addr add 192.168.1.4/24 dev bnep0
ip link set bnep0 up
388
16.4. Bluetooth – Ger&auml;te drahtlos verbinden
Datentransfer vom Mobiltelefon auf den Rechner
Im zweiten Beispiel soll ein mit einem Fotomobiltelefon erzeugtes Bild (ohne zus&auml;tzliche Kosten z.B. durch den Versand einer Multimediamail zu erzeugen) auf einen Rechner transportiert werden. Bitte beachten Sie, dass
jedes Mobiltelefon eine andere Men&uuml;struktur besitzt, aber die Vorgehensweise meist &auml;hnlich ist. Konsultieren Sie n&ouml;tigenfalls die Anleitung f&uuml;r Ihr
Telefon. Nachstehend wird der Transfer eines Bildes von einem Sony Ericsson auf einen Laptop beschrieben. Dazu muss einerseits auf dem Rechner
der Dienst Obex-Push vorhanden sein, andererseits der Rechner auch dem
Mobiltelefon den Zugriff erlauben. Im ersten Schritt wird der Dienst auf
dem Laptop zur Verf&uuml;gung gestellt. Dies geschieht mit dem Daemon opd,
der aus dem Paket bluez-utils kommt. Starten Sie diesen mit:
16
Mobiles Arbeiten unter Linux
Bitte beachten Sie, die 3 ist jetzt eine 4. R1 ist damit von R2 unter der IP
192.168.1.3 erreichbar. Mit ssh 192.168.1.4 k&ouml;nnen Sie sich jetzt von
R1 aus einloggen (sofern R2 einen sshd, wie er standardm&auml;ssig unter SUSE
LINUX l&auml;uft, im Betrieb hat). Der Aufruf ssh 192.168.1.4 funktioniert
im &uuml;brigen jetzt auch als „normaler“ Benutzer.
opd --mode OBEX --channel 10 --daemonize --path /tmp --sdp
Wichtig sind dabei zwei Parameter. --sdp meldet den Dienst beim sdpd
an. Der Parameter --path /tmp teilt dem Programm mit, wohin es empfangene Daten speichern soll — in diesem Fall nach /tmp/. Genauso k&ouml;nnen Sie auch andere Pfade angegeben. Sie brauchen nur Schreibberechtigung im angegebenen Verzeichnis.
Jetzt muss das Mobiltelefon den Rechner „kennenlernen“. Suchen Sie dazu
das Men&uuml; ‘Verbindungen’ auf dem Telefon auf, und w&auml;hlen Sie dort ‘Bluetooth’ an. Gehen Sie gegebenenfalls auf ‘Einschalten’, bevor Sie den Punkt
‘Eigene Ger&auml;te’ ausw&auml;hlen. W&auml;hlen Sie ‘Neues Ger&auml;t’ aus und lassen Sie
Ihr Telefon nach dem Laptop suchen. Wenn ein Ger&auml;t gefunden wird, so
erscheint es mit seinem Namen im Display. W&auml;hlen Sie das zum Laptop geh&ouml;rende Ger&auml;t aus. Jetzt sollte eine PIN-Abfrage kommen, bei der Sie bitte
den PIN aus /etc/bluetooth/pin eingeben. Damit kennt das Telefon
jetzt den Laptop, und kann mit diesem auch Daten austauschen. Verlassen Sie jetzt das Men&uuml; und suchen Sie das Bildermen&uuml; auf. W&auml;hlen Sie ein
Bild aus, dass Sie transferieren m&ouml;chten und dr&uuml;cken Sie dann den ‘Mehr’Button. Im jetzt erscheinenden Men&uuml; kommen Sie &uuml;ber ‘Senden’ zu einer
Auswahl wie Sie es verschicken m&ouml;chten. W&auml;hlen Sie ‘&Uuml;ber Bluetooth’ aus.
Jetzt sollte der Laptop als Zielger&auml;t selektierbar sein. Nach der Auswahl
SUSE LINUX Enterprise Server
389
des Rechners erfolgt die &Uuml;bertragung, und das Bild wird in das beim Aufruf des opd angegebene Verzeichnis gelegt. Genauso k&ouml;nnte Sie nat&uuml;rlich
ein Musikst&uuml;ck auf den Laptop &uuml;bertragen.
16.4.6
Troubleshooting
Bei Verbindungsproblemen empfiehlt es sich, folgende Liste abzuarbeiten:
&Uuml;berpr&uuml;fen Sie die Ausgabe von hcitool dev. Wird das lokale Ger&auml;t angezeigt? Wenn nicht, ist entweder der hcid nicht gestartet, oder
das Ger&auml;t wird nicht als Bluetooth-Ger&auml;t erkannt (entweder weil der
Treiber dies nicht kann oder weil das Ger&auml;t kaputt ist). Starten Sie den
Daemon mit rcbluetooth restart neu und werfen Sie einen Blick
in /var/log/messages, ob irgendwelche Fehler aufgetreten sind.
„Sieht“ der Rechner andere Ger&auml;te wenn Sie hcitool inq aufrufen?
Probieren Sie das ruhig zweimal, evtl. war die Verbindung nicht ganz
in Ordnung. Das Frequenzband f&uuml;r Bluetooth wird auch von anderen
Ger&auml;ten benutzt.
&Uuml;berpr&uuml;fen Sie, ob die PIN in /etc/bluetooth/pin und die PIN
des anderen Ger&auml;tes &uuml;bereinstimmen.
Versuchen Sie, die Verbindung vom anderen Ger&auml;t aus zu initiieren.
&Uuml;berpr&uuml;fen Sie, ob dieses Ger&auml;t den Rechner sieht.
Das erste Beispiel (Netzwerkverbindung) klappt nicht. Hier gibt es
verschiedene Problemm&ouml;glichkeiten: Zum einen kann es sein, dass
einer der beiden Rechner das ssh-Protokoll nicht versteht. Probieren
Sie, ob ping 192.168.1.3 bzw. ping 192.168.1.4 klappt. Wenn
ja &uuml;berpr&uuml;fen Sie, ob der sshd l&auml;uft. Ein anderes Problem kann sein,
dass Sie bereits andere Adressen haben, die mit den im Beispiel genannten 192.168.1.X Konflikte erzeugen. Versuchen Sie einfach
andere Adressen, z.B. 10.123.1.2 und 10.123.1.3.
Im zweiten Beispiel erscheint der Laptop nicht als Zielger&auml;t: Erkennt
das Mobilger&auml;t den Dienst Obex-Push auf dem Laptop? Gehen Sie
dazu im ‘Eigene Ger&auml;te’-Men&uuml; zum betreffenden Ger&auml;t, und lassen
Sie sich die ‘Dienstliste’ anzeigen. Steht hier (auch nach dem Aktualisieren der Liste) kein Obex-Push, so liegt das Problem am opd auf
dem Laptop. Ist der opd gestartet? Haben Sie Schreibberechtigung
auf das angegebene Verzeichnis?
390
16.4. Bluetooth – Ger&auml;te drahtlos verbinden
16.4.7
Weitere Informationen
Eine gute &Uuml;bersicht &uuml;ber verschiedene Anleitungen zum Umgang und zur
Konfiguration von Bluetooth findet sich unter: http://www.holtmann.
org/linux/bluetooth/
Gute Informationen und Anleitungen:
GPRS &uuml;ber Bluetooth (deutschsprachige Seite): http://www.vanschelve.de/edv-wissen/linux/bluetooth_1.htm
Verbindung mit PalmOS PDA (englischsprachige Seite): http://
www.cs.ucl.ac.uk/staff/s.zachariadis/btpalmlinux.
html
16
Mobiles Arbeiten unter Linux
Geht das zweite Beispiel auch umgekehrt? Ja, wenn Sie obexftp installiert haben, geht dies mit obexftp -b &lt;Ger&auml;teadresse&gt; -B
10 -p &lt;bild&gt; auch bei einigen Ger&auml;ten (Siemens und Sony Ericsson sind getestet, andere k&ouml;nnen, m&uuml;ssen aber nicht).
Offizielles Howto f&uuml;r den im Kernel integrierten Bluetooth Protocol Stack:
http://bluez.sourceforge.net/howto/index.html
SUSE LINUX Enterprise Server
391
17
Powermanagement
Powermanagement
Dieses Kapitel bietet einen &Uuml;berblick &uuml;ber die verschiedenen
Powermanagement-Techniken unter Linux. Die Konfiguration aller einsetzbaren Techniken von APM (engl. Advanced Power Management ) &uuml;ber
ACPI (engl. Advanced Configuration and Power Interface) bis hin zum
CPU Frequency Scaling werden hier detailliert beschrieben.
I S/390, zSeries
Die in diesem Kapitel beschriebenen Funktionen und Hardware existieren
auf IBM S/390 und zSeries nicht. Das Kapitel ist f&uuml;r diese Plattformen nicht
relevant. J
17.1
17.2
17.3
17.4
17.5
17.6
17.7
Stromsparfunktionen . . . . . . . . .
APM . . . . . . . . . . . . . . . . . . .
ACPI . . . . . . . . . . . . . . . . . . .
Pause f&uuml;r die Festplatte . . . . . . . .
Das powersave Paket . . . . . . . . .
Das YaST Powermanagement-Modul
WOL – Wake on Lan . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
394
396
399
405
407
413
416
Vom reinen Powermanagement auf Laptops mit APM ist die Entwicklung
weitergegangen in Richtung ACPI, das ein auf allen modernen Rechnern
(Laptops, Desktops und Servern) verf&uuml;gbares Hardwareinformations- und
-konfigurationswerkzeug darstellt. Auf vielen modernen Hardwaretypen
kann ausserdem die CPU-Frequenz der Situation entsprechend angepasst
werden, was gerade bei mobilen Ger&auml;ten kostbare Akkulaufzeit einsparen
hilft (CPU Frequency Scaling).
Alle Powermanagement-Techniken setzen eine daf&uuml;r ausgelegte Hardware und passende BIOS-Routinen voraus. Die meisten Notebooks und viele
moderne Desktops und Server bringen diese Voraussetzungen mit. Auf
&auml;lterer Hardware wurde oft APM verwendet (engl. Advanced Power Management ). Da APM im Wesentlichen aus einem im BIOS implementierten
Satz von Funktionen besteht, ist die APM-Unterst&uuml;tzung auf unterschiedlicher Hardware unter Umst&auml;nden unterschiedlich gut. ACPI ist wesentlich
komplexer und variiert in der Unterst&uuml;tzung durch die Hardware noch
st&auml;rker als APM. Aus diesem Grund macht es keinen Sinn, die Verwendung des einen oder anderen Systems zu propagieren. Testen Sie die unterschiedlichen Verfahren auf Ihrer Hardware und nutzen Sie die Technologie,
die am besten unterst&uuml;tzt wird.
Hinweis
Powermanagement auf AMD64-Prozessoren
Die AMD64-Prozessoren unterst&uuml;tzen mit einem 64-bit Kernel
ausschlie&szlig;lich ACPI.
Hinweis
17.1
Stromsparfunktionen
Viele dieser Funktionen sind von allgemeinem Interesse, aber so richtig
wichtig sind diese vor allem im mobilen Einsatz. Im Folgenden werden
diese Funktionen beschrieben und erkl&auml;rt von welchem System diese ausgef&uuml;hrt werden k&ouml;nnen.
Stand-by In dieser Betriebsart wird nur das Display ausgeschaltet und bei
manchen Ger&auml;ten die Prozessorleistung gedrosselt. Nicht jede APMImplementierung stellt diese Funktion zur Verf&uuml;gung. Bei ACPI entspricht das dem Zustand S1.
Suspend (to memory) Hier wird der gesamte Systemzustand in den Arbeitsspeicher geschrieben und au&szlig;er diesem das gesamte System
394
17.1. Stromsparfunktionen
Hibernation (Suspend to disk) In dieser Betriebsart h&auml;lt es der Computer
l&auml;nger als einen Winter aus (Hibernation bedeutet „Winterschlaf“),
denn der Systemzustand wird vollst&auml;ndig auf der Festplatte gespeichert und das System danach ausgeschaltet. Die R&uuml;ckkehr aus dem
„Winterschlaf“ dauert zwischen 30 und 90 Sekunden und auch hier
wird der Zustand vor dem Suspend genau wiederhergestellt. Einige Hersteller bieten in ihrem APM sinnvolle Mischformen davon an
(zum Beispiel RediSafe bei IBM Thinkpads). Hibernation entspricht
bei ACPI dem Zustand S4.
17
Powermanagement
schlafen gelegt. In diesem Zustand braucht der Computer nur sehr
wenig Strom, sodass man damit je nach Ger&auml;t von zw&ouml;lf Stunden
bis mehrere Tage mit Batterie &uuml;berbr&uuml;cken kann. Der Vorteil dieses
Zustands ist, dass man innerhalb weniger Sekunden wieder an derselben Stelle weiterarbeiten kann, ohne erst booten und ben&ouml;tigte
Programme neu laden zu m&uuml;ssen. Bei den meisten modernen Ger&auml;ten gen&uuml;gt es, den Deckel zu schlie&szlig;en, um zu suspendieren, und ihn
zum Weiterarbeiten einfach wieder zu &ouml;ffnen. Bei ACPI entspricht das
dem Zustand S3. Die Unterst&uuml;tzung dieses Zustands ist stark hardwareabh&auml;ngig.
Kontrolle des Akkuzustands Neben der reinen Information &uuml;ber den Ladezustand, ist es auch wichtig, dass etwas unternommen wird, wenn
die Energiereserven knapp werden. Diese Kontrollfunktion &uuml;bernehmen ACPI oder APM.
Automatisches Ausschalten Nach einem Shutdown wird der Computer
vollst&auml;ndig ausgeschaltet. Das ist vor allem von Bedeutung, wenn ein
automatischer Shutdown ausgef&uuml;hrt wird, kurz bevor der Akku leer
ist.
Abschalten von Systemkomponenten
Die wesentliche Komponente, um Energie zu sparen, ist die Festplatte. Je nach Zuverl&auml;ssigkeit des gesamten Systems kann diese
mehr oder weniger lang schlafen gelegt werden. Allerdings steigt das
Risiko eines Datenverlusts mit der L&auml;nge der Ruhepausen der Platte.
Andere Komponenten k&ouml;nnen via ACPI (zumindest theoretisch) oder
dauerhaft im BIOS-Setup deaktiviert werden.
Kontrolle der Prozessorleistung AMDs PowerNow! und Intels SpeedStep
sind zwei Konzepte, die darauf ausgelegt sind, den Stromverbrauch
des Gesamtsystems zu senken. Hierzu wird der Stromverbrauch der
stromhungrigsten Komponente, des Prozessors, gesenkt. Ein angenehmer Nebeneffekt der reduzierten Prozessorleistung ist eine gerin-
SUSE LINUX Enterprise Server
395
gere W&auml;rmeentwicklung, sodass auch regelbare L&uuml;fter leiser arbeiten
k&ouml;nnen. Die CPU Frequency Scaling-Funktionen des Linux-Kernels
steuern dies. Hierbei werden im Wesentlichen drei verschiedene Level der Prozessorleistung unterschieden:
performance h&ouml;chstm&ouml;gliche Leistung des Prozessors — sinnvoll,
wenn das System am Stromnetz betrieben wird.
powersave geringstm&ouml;gliche Prozessorleistung f&uuml;r den Akkubetrieb
dynamic dynamische Anpassung der Prozessorleistung an die aktuelle Prozessorauslastung — bevorzugte Einstellung sowohl
im Akkubetrieb als auch am Netz, um die Batterie zu schonen,
L&auml;rm zu vermeiden und bestm&ouml;gliche Performance zu erreichen. Die Umschaltung zwischen den Frequenzen/Zust&auml;nden
erfolgt in der Regel so nahtlos, dass der Benutzer im normalen
Betrieb nichts davon mitbekommt.
Mehr Informationen zur Kontrolle der Prozessorleistung in Abschnitt 17.5 auf Seite 407.
17.2
APM
Einige der Stromsparfunktionen f&uuml;hrt das APM-BIOS selbstst&auml;ndig aus.
Stand-by und Suspend kann man auf vielen Notebooks mit Tastenkombinationen oder mit Schlie&szlig;en des Deckels aktivieren. Dazu ist erstmal keinerlei Funktion seitens des Betriebssystems n&ouml;tig. Wer diese Betriebsarten jedoch per Kommando einleiten m&ouml;chte, ist darauf angewiesen, dass
vor dem Suspend noch bestimmte Aktionen ausgef&uuml;hrt werden. Wer ausserdem einfach nur den Ladezustand der Batterie angezeigt bekommen
m&ouml;chte, muss entsprechende Pakete und einen geeigneten Kernel installiert
haben.
Bei den fertigen Kernels von SUSE LINUX ist der APM-Support fest eingebaut, wird aber nur aktiviert, falls kein ACPI im BIOS implementiert ist
und ein APM-BIOS gefunden wird. Um den APM-Support einzuschalten,
muss ACPI am Bootprompt mit acpi=off ausgeschaltet werden. Ob APM
aktiviert wurde, l&auml;sst sich leicht mit dem Kommando cat /proc/apm
nachpr&uuml;fen. Wenn hier eine Zeile mit diversen Zahlen erscheint, ist alles
in Ordnung. Jetzt sollte ein shutdown -h zum Ausschalten des Computers
f&uuml;hren.
Da manche BIOS-Implementierungen sich nicht exakt an Standards halten,
kommt es manchmal zu merkw&uuml;rdigem Verhalten. Manche Probleme kann
396
17.2. APM
on/off APM Support ein- oder ausschalten
(no-)allow-ints W&auml;hrend des Ausf&uuml;hrens von BIOS-Funktionen Interrupts zulassen.
(no-)broken-psr BIOS hat eine nicht ordnungsgem&auml;&szlig; funktionierende
„GetPowerStatus“-Funktion.
(no-)realmode-power-off Den Prozessor vor dem Shutdown in den Real
Mode zur&uuml;ckschalten.
17
Powermanagement
man mit speziellen Bootparametern umgehen (fr&uuml;her waren dies Kernelkonfigurationsoptionen). Alle Parameter werden am Bootprompt in der
Form apm=&lt;parameter&gt; eingegeben:
(no-)debug APM Ereignisse im Syslog protokollieren.
(no-)power-off Nach dem Shutdown das System ausschalten.
bounce-interval=hni Zeit in 1/100 Sekunden, in der nach einem Suspendereignis weitere Suspendereignisse ignoriert werden.
idle-threshold=hni Prozentsatz der Systeminaktivit&auml;t, ab der die BIOSFunktion idle aufgerufen wird (0=immer, 100=nie).
idle-period=hni Zeitraum in 1/100 Sekunden, &uuml;ber dem die System(in)aktivit&auml;t ermittelt wird.
17.2.1
Der APM-Daemon (apmd)
Der Daemon apmd dient zur &Uuml;berwachung der Batterie und kann bestimmte Aktionen ausl&ouml;sen, wenn ein Stand-by- oder Suspend-Ereignis
eintritt. Er befindet sich im Paket apmd. Er ist nicht unbedingt zum Betrieb
notwendig, kann jedoch bei manchen Problemen recht n&uuml;tzlich sein.
Der apmd wird nicht automatisch beim Booten gestartet. Ist dies jedoch
erforderlich, kann man mit dem YaST Runlevel-Editor die Einstellungen
zu den Systemdiensten ver&auml;ndern. Alternativ kann auch das Programm
chkconfig verwendet werden. Manuell kann er mit dem Kommando
rcapmd start gestartet werden.
Zur Konfiguration gibt es in /etc/sysconfig/powermanagement einige Variablen. Die Datei ist mit Kommentaren versehen, deshalb werden
hier nur einige Hinweise gegeben.
SUSE LINUX Enterprise Server
397
APMD_ADJUST_DISK_PERF Damit wird veranlasst, dass das Verhalten der Festplatte an den Zustand der Stromversorgung angepasst
wird. Dazu gibt es eine Reihe weiterer Variablen, die entweder mit
APMD_BATTERY oder APMD_AC beginnen. Die ersteren enthalten die
Einstellungen f&uuml;r den Batteriebetrieb, die letzteren die f&uuml;r den Betrieb
mit externer Stromversorgung.
APMD_BATTERY/AC_DISK_TIMEOUT
Die Zeit von Platteninaktivit&auml;t, nach der diese angehalten wird. Die
Werte sind im Abschnitt 17.4 auf Seite 405 oder in der Manualpage zu
hdparm, Option -S, beschrieben.
APMD_BATTERY/AC_KUPDATED_INTERVAL
Die Zeit zwischen zwei L&auml;ufen des Kernel Update Deamons.
APMD_BATTERY/AC_DATA_TIMEOUT
Das maximale Alter gepufferter Daten.
APMD_BATTERY/AC_FILL_LEVEL
Der maximale F&uuml;llstand des Festplattenpuffers.
APMD_PCMCIA_EJECT_ON_SUSPEND
Obwohl PCMCIA mit APM-Unterst&uuml;tzung &uuml;bersetzt ist, gibt es hier
manchmal Schwierigkeiten. Einige der Kartentreiber kehren von
einem Suspend nicht ordentlich zur&uuml;ck xirc2ps_cs. Deshalb
kann der apmd das PCMCIA-System vor dem Suspend deaktivieren und danach wieder aktivieren. Dazu wird die Variable
APMD_PCMCIA_EJECT_ON_SUSPEND auf yes gesetzt.
APMD_INTERFACES_TO_STOP Hier k&ouml;nnen Netzwerk-Interfaces eingetragen werden, die vor dem Suspendieren angehalten und danach
wieder gestartet werden sollen.
APMD_INTERFACES_TO_UNLOAD
Wenn au&szlig;erdem noch die Treibermodule dieser Interfaces entladen
werden m&uuml;ssen, ist diese Variable zu verwenden.
APMD_TURN_OFF_IDEDMA_BEFORE_SUSPEND
Machmal kommt es auch vor, dass das Wiederaufwachen nach einem
Suspend nicht funktioniert, wenn ein IDE-Ger&auml;t (Festplatte) noch im
DMA-Modus ist.
Es gibt noch weitere M&ouml;glichkeiten, wie zum Beispiel Tastaturwiederholrate oder die Uhrzeit nach einem Suspend zu korrigieren oder den Laptop automatisch herunterzufahren, wenn das APM-BIOS ein „Batterie
398
17.2. APM
17.2.2
Weitere Befehle
Im apmd sind noch einige n&uuml;tzliche Programme enthalten. Mit apm kann
die aktuelle Batteriekapazit&auml;t abgefragt werden und das System in Standby (apm -S) oder Suspend (apm -s) geschickt werden; vgl. die Manualpage
von apm. Das Kommando apmsleep suspendiert das System f&uuml;r eine vorgegebene Zeit. Wer eine Logdatei beobachten m&ouml;chte, ohne die Festplatte
st&auml;ndig am Laufen zu halten, der kann tailf als Ersatz f&uuml;r tail -f verwenden.
17
Powermanagement
kritisch“-Ereignis sendet. Wer noch speziellere Aktionen ausf&uuml;hren m&ouml;chte,
der kann das Skript /usr/sbin/apmd_proxy, das die oben aufgef&uuml;hrten
Jobs ausf&uuml;hrt, an seine Bed&uuml;rfnisse anpassen.
Nat&uuml;rlich gibt es auch hier Tools f&uuml;r das X Window System. Ebenfalls im
apmd findet man xapm, was den Ladezustand der Batterie grafisch anzeigt. Wer den KDE-Desktop verwendet – oder zumindest kpanel –, kann
sich auch von kbatmon den Ladestand des Akkus anzeigen lassen und
das System suspendieren. Als Alternative ist auch xosview interessant.
17.3
ACPI
ACPI steht f&uuml;r Advanced Configuration and Power Interface und soll dem Betriebssystem erm&ouml;glichen, die einzelnen Hardwarekomponenten individuell einzurichten und zu steuern. Damit ersetzt ACPI sowohl „Plug and
Play“, als auch APM. Weiterhin stellt ACPI noch diverse Informationen
&uuml;ber Batterie, Netzteil, Temperatur und L&uuml;fter zur Verf&uuml;gung und unterrichtet &uuml;ber Systemereignisse, wie zum Beispiel „Deckel schlie&szlig;en“ oder
„Batterieladung niedrig“.
Das BIOS stellt Tabellen zur Verf&uuml;gung, in denen Informationen &uuml;ber die
Einzelkomponenten und Methoden f&uuml;r den Zugriff auf die Hardware enthalten sind. Diese Informationen werden vom Betriebssystem verwendet,
um zum Beispiel Interrupts zuzuweisen oder Komponenten bedarfsweise an- und abzuschalten. Da das Betriebssystem allerdings Anweisungen
ausf&uuml;hrt, die im BIOS abgelegt sind, ist man auch hier wieder von der Implementierung des BIOS abh&auml;ngig. In /var/log/boot.msg findet man
die Bootmeldungen. Dort meldet ACPI, welche Tabellen es gefunden hat
und erfolgreich auslesen konnte. Mehr Information zum Troubleshooting
bei ACPI-Problemen lesen Sie unter Abschnitt 17.3.4 auf Seite 403.
SUSE LINUX Enterprise Server
399
17.3.1
Praxis
Wenn der Kernel beim Booten ein ACPI-BIOS erkennt, wird ACPI automatisch aktiviert (und APM deaktiviert). Der Bootparameter acpi=on kann
h&ouml;chstens bei &auml;lteren Maschinen notwendig sein. Nat&uuml;rlich muss der Computer ACPI 2.0 oder neuer unterst&uuml;tzen. Ob ACPI aktiviert wurde, kann in
den Bootmeldungen des Kernels in /var/log/boot.msg nachgesehen
werden. Es gibt dann auch ein Verzeichnis /proc/acpi/, welches im weiteren Verlauf beschrieben wird.
Danach m&uuml;ssen jedoch noch eine Reihe von Modulen geladen werden. Diese werden vom Startskript des ACPI-Daemons geladen. Wenn eines dieser
Module Probleme bereitet, kann es in /etc/sysconfig/powersave/
common vom Laden bzw. Entladen ausgeschlossen werden. Im Systemlog
(/var/log/messages) findet man die Meldungen der Module und kann
sehen, welche Komponenten erkannt wurden.
Jetzt findet man unter /proc/acpi/ eine Reihe von Dateien, die &uuml;ber den
Systemzustand informieren oder mit deren Hilfe man einige Zust&auml;nde aktiv ver&auml;ndern kann. Allerdings funktioniert hier noch l&auml;ngst nicht alles,
weil es sich noch in der Entwicklung befindet, und von der Implementierung des Herstellers abh&auml;ngt.
Alle Dateien (au&szlig;er dsdt und fadt) k&ouml;nnen mit cat gelesen werden.
In einigen kann man Einstellungen ver&auml;ndern, indem man mit echo X
&lt;datei&gt; geeignete Werte f&uuml;r X &uuml;bergibt (alles unter /proc ist nicht wirklich eine Datei auf der Festplatte sondern, eine Schnittstelle zum Kernel).
Im Folgenden werden die wichtigsten Dateien beschrieben:
/proc/acpi/info Allgemeine Information &uuml;ber ACPI
/proc/acpi/alarm Hier l&auml;sst sich einstellen, wann das System aus einem Schlafzustand zur&uuml;ckkehrt. Momentan ist dieses Feature noch
nicht hinreichend unterst&uuml;tzt.
/proc/acpi/sleep Gibt Auskunft &uuml;ber die m&ouml;glichen Schlafzust&auml;nde.
/proc/acpi/event Hier werden alle Ereignisse gemeldet. Diese werden von einem Daemon wie acpid oder powersaved verarbeitet.
Wenn kein Daemon darauf zugreift, kann man die Ereignisse mit
+ C beenden). Ein kurzer
cat /proc/acpi/event lesen (Mit Strg Druck auf die Powertaste oder das Schlie&szlig;en des Deckels sind solche
Ereignisse.
400
17.3. ACPI
/proc/acpi/ac_adapter/AC/state
Ist das Netzteil angeschlossen?
/proc/acpi/battery/BAT*/{alarm,info,state}
Ausf&uuml;hrliche Information &uuml;ber den Zustand der Batterien. Um den
F&uuml;llstand ablesen zu k&ouml;nnen, muss last full capacity aus
info mit remaining capacity aus state verglichen werden.
Komfortabler geht das mit speziellen Programmen, die nachher
beschrieben werden. In alarm kann die Kapazit&auml;t eingegeben
werden, bei der ein Batterieereignis ausgel&ouml;st wird.
17
Powermanagement
/proc/acpi/dsdt und /proc/acpi/fadt
Hierin stehen die ACPI-Tabellen DSDT (Differentiated System Description Table) und FADT (Fixed ACPI Description Table). Diese k&ouml;nnen
mit acpidmp, acpidisasm und dmdecode ausgelesen werden.
Diese Programme einschlie&szlig;lich Dokumentation finden Sie im Paket
pmtools. Beispiel: acpidmp DSDT | acpidisasm.
/proc/acpi/button In diesem Verzeichnis gibt es Informationen &uuml;ber
diverse Schalter.
/proc/acpi/fan/FAN/state Dies zeigt an, ob der L&uuml;fter gerade l&auml;uft.
Er kann auch manuell ein- und ausgeschaltet werden, indem man 0
(=ein) bzw. 3 (=aus) in diese Datei schreibt. Es ist jedoch zu beachten,
dass sowohl der ACPI-Code im Kernel als auch die Hardware (bzw.
das BIOS) diese Einstellung &uuml;berschreiben, wenn es zu warm wird.
/proc/acpi/processor/CPU*/info
Informationen &uuml;ber die Energiesparm&ouml;glichkeiten des Prozessors.
/proc/acpi/processor/CPU*/power
Information &uuml;ber den gegenw&auml;rtigen Prozessorzustand. Ein Sternchen bei ‘C2’ bedeutet Leerlauf; das ist der h&auml;ufigste Zustand, wie an
der Zahl usage zu Erkennen ist.
/proc/acpi/processor/CPU*/performance
Diese Schnittstelle wird nicht mehr verwendet.
/proc/acpi/processor/CPU*/throttling
Hier ist eine weitere lineare Drosselung des Prozessors m&ouml;glich. Diese Schnittstelle ist veraltet. Ihre Funktion haben die Einstellungen
unter /etc/sysconfig/powersave/common &uuml;bernommen (siehe
Abschnitt 17.5.2 auf Seite 409).
SUSE LINUX Enterprise Server
401
/proc/acpi/processor/CPU*/limit
Wenn Performance und Throttling von einem Daemon automatisch
geregelt werden, lassen sich hier die Grenzen angeben, die nicht
&uuml;berschritten werden d&uuml;rfen. Es gibt vom System festgelegte Limits
und solche, die vom Benutzer einstellbar sind. Ihre Funktion haben
die Einstellungen unter /etc/sysconfig/powersave/common
&uuml;bernommen (siehe Abschnitt 17.5.2 auf Seite 409).
/proc/acpi/thermal_zone/ Hier gibt es f&uuml;r jede Thermalzone
ein Unterverzeichnis. Eine Thermalzone ist ein Bereich mit &auml;hnlichen thermischen Eigenschaften, deren Anzahl und Namen vom
Hardware-Hersteller gew&auml;hlt werden. Viele der M&ouml;glichkeiten, die
ACPI bietet, werden jedoch nur selten implementiert. Stattdessen,
wird die Temperatursteuerung auf herk&ouml;mmliche Weise direkt vom
BIOS &uuml;bernommen, ohne dem Betriebssystem ein wesentliches Mitspracherecht einzur&auml;umen, denn es geht um nicht weniger als die
Lebensdauer der Hardware. Die folgenden Beschreibungen sind also
teilweise theoretischer Natur.
/proc/acpi/thermal_zone/*/temperature
Die aktuelle Temperatur der Thermalzone.
/proc/acpi/thermal_zone/*/state
Der Status sagt aus, ob alles „ok“ ist oder ob ACPI „aktiv“ oder „passiv“ k&uuml;hlt. Bei ACPI-unabh&auml;ngiger L&uuml;ftersteuerung ist hier immer
alles „ok“.
/proc/acpi/thermal_zone/*/cooling_mode
Hier kann man unter voller ACPI-Kontrolle die bevorzugte K&uuml;hlmethode w&auml;hlen. Entweder passiv (weniger Leistung, aber sparsam)
oder aktiv (immer volle Leistung und voller L&uuml;fterl&auml;rm).
/proc/acpi/thermal_zone/*/trip_points
Hier kann eingestellt werden, ab welcher Temperatur etwas unternommen werden soll. Das reicht von passiver oder aktiver K&uuml;hlung
&uuml;ber Suspendierung („hot“) bis zum Abschalten des Computers
(„critical“).
/proc/acpi/thermal_zone/*/polling_frequency
Wenn der Wert in temperature nicht automatisch aktualisiert wird, sobald sich die Temperatur &auml;ndert, kann hier auf den
„Polling Modus“ umgeschaltet werden. Der Befehl echo X &gt;
/proc/acpi/thermal_zone/*/polling_frequency bewirkt,
dass die Temperatur alle X Sekunden abgefragt wird. Mit X=0 wird
das „Polling“ wieder ausgeschaltet.
402
17.3. ACPI
17.3.2
Der ACPI-Daemon (acpid)
Im Gegensatz zum apmd ist hier nicht sehr viel vorkonfiguriert, da sich
ACPI unter Linux noch stark entwickelt. Bei Bedarf muss man sich den
acpid selbst zurecht konfigurieren. F&uuml;r Vorschl&auml;ge zu vorbereiteten Aktionen sind wir jederzeit unter http://www.suse.de/feedback zu erreichen.
17.3.3
Powermanagement
&Auml;hnlich wie der APM Daemon verarbeitet der ACPI Daemon bestimmte ACPI Ereignisse. Diese sind zur Zeit lediglich die Best&auml;tigung bestimmter Schalter wie der Ein/Aus-Schalter oder der Deckelkontakt. Alle Ereignisse werden im Systemlog protokolliert. In /etc/sysconfig/
powermanagement kann in den Variablen ACPI_BUTTON_POWER und
ACPI_BUTTON_LID festgelegt werden, was bei diesen Ereignissen geschehen soll. Wem das nicht gen&uuml;gt, der kann das Skript /usr/sbin/acpid_
proxy anpassen oder die Konfiguration des acpid unter /etc/acpi/
ver&auml;ndern.
17
Weitere Tools
Es gibt eine Reihe von mehr oder weniger umfangreichen ACPIWerkzeugen. Darunter reine Informationstools, die Batteriezustand, Temperatur usw. anzeigen (acpi, klaptopdaemon, wmacpimon etc.). Andere vereinfachen den Zugriff auf die Strukturen unter /proc/acpi oder
helfen Ver&auml;nderungen zu beobachten (akpi, acpiw, gtkacpiw). Des weiteren gibt es noch Werkzeuge zum Bearbeiten der ACPI Tabellen im BIOS
(Paket pmtools).
17.3.4
M&ouml;gliche Probleme und L&ouml;sungen
Es gibt zwei unterschiedliche Gruppen von Problemen. Einerseits k&ouml;nnen nat&uuml;rlich Fehler im ACPI-Code des Kernels enthalten sein, die nicht
rechtzeitig bemerkt wurden. Dann wird es jedoch eine L&ouml;sung zum Download geben. Unangenehmer und leider auch h&auml;ufiger sind Probleme im
BIOS eines Computers. Es kommt leider sogar vor, dass Abweichungen
von der ACPI-Spezifikation im BIOS eingebaut werden, um Fehler der
ACPI-Implementierung in anderen sehr verbreiteten Betriebssystemen zu
umgehen. Es gibt auch Hardware, bei der gravierende Fehler in der ACPIImplementierung bekannt sind und die deshalb in einer Blacklist vermerkt
sind, damit der Linuxkernel ACPI dort nicht verwendet.
SUSE LINUX Enterprise Server
403
Falls ein Problem auftritt, sollte man also zun&auml;chst das BIOS aktualisieren.
Viele Probleme l&ouml;sen sich dabei einfach in Luft auf. Falls der Rechner &uuml;berhaupt nicht vern&uuml;nftig bootet, hilft eventuell einer der folgenden Bootparameter:
pci=noacpi Kein ACPI zur Konfiguration der PCI-Ger&auml;te verwenden.
acpi=oldboot Nur einfache Ressourcenkonfiguration durchf&uuml;hren, sonst
ACPI nicht verwenden.
acpi=off Kein ACPI verwenden.
Achtung
Probleme beim Booten ohne ACPI
Manche Rechner der neueren Generation, insbesondere SMPSysteme und AMD64-Systeme ben&ouml;tigen ACPI f&uuml;r eine korrekte
Hardwarekonfiguration. Ein Abschalten von ACPI kann zu
Problemen f&uuml;hren.
Achtung
Wichtig ist dann jedenfalls, sich die Bootmeldungen genauer anzusehen. Am besten verwendet man daf&uuml;r nach dem Booten das Kommando
dmesg | grep -2i acpi (oder auch alle Meldungen, denn das Problem
muss ja nicht an ACPI h&auml;ngen). Wenn ein Fehler beim Parsen einer ACPI
Tabelle auftritt, gibt es zumindest f&uuml;r die wichtigste Tabelle, die DSDT, die
M&ouml;glichkeit, dem System eine verbesserte Version unterzuschieben. Dann
wird die fehlerhafte DSDT des BIOS ignoriert. Das Vorgehen wird unter
Abschnitt 17.5.4 auf Seite 411 n&auml;her beschrieben.
Es gibt bei der Kernelkonfiguration auch einen Schalter, um DebugMeldungen von ACPI zu aktivieren. Wenn man sich einen Kernel mit ACPI
Debugging kompiliert und installiert hat, kann man Experten, die einen
Fehler suchen, mit detaillierter Information unterst&uuml;tzen.
Auf alle F&auml;lle ist es bei BIOS- oder Hardwareproblemen immer eine gute Idee, sich an den Hersteller des Ger&auml;tes zu wenden. Auch wenn diese
einem bei Linux nicht immer weiterhelfen k&ouml;nnen, ist es jedoch von Bedeutung, dass diese den Begriff Linux so h&auml;ufig als m&ouml;glich h&ouml;ren. Erst wenn
die Hersteller merken, dass genug ihrer Kunden Linux verwenden, werden
sie es ernst nehmen. Es schadet auch nichts, wenn Sie ohne Probleme dem
Hersteller Ihrer Hardware erz&auml;hlen, dass Sie Linux darauf verwenden.
Weitere Dokumentation und Hilfe finden Sie unter:
404
17.3. ACPI
http://www.cpqlinux.com/acpi-howto.html (etwas genaueres ACPI HowTo, enth&auml;lt Patches der DSDT)
http://www.intel.com/technology/iapc/acpi/faq.htm
(ACPI FAQ @Intel)
http://acpi.sourceforge.net/ (Das ACPI4Linux-Projekt bei
Sourceforge)
http://www.poupinou.org/acpi/ (DSDT Patches von Bruno
Ducrot)
17.4
17
Powermanagement
c’t 2002, Heft 25: Sch&ouml;ne neue Welt (Dominik Brodowski, Oliver Diedrich)
Pause f&uuml;r die Festplatte
Man kann unter Linux die Festplatte abschalten, wenn sie nicht ben&ouml;tigt
wird. Dazu dient das Programm hdparm, mit dem man diverse Einstellungen an den Festplatten vornehmen kann. Mit der Option -y wird die
Platte sofort in den Stand-by-Modus geschickt, mit -Y (Vorsicht!) wird sie
vollst&auml;ndig abgeschaltet. Mit hdparm -S &lt;x&gt; wird erreicht, dass die Platte
nach einer bestimmten Zeit Inaktivit&auml;t abgeschaltet wird. Der Platzhalter
hxi hat folgende Bedeutung: 0 schaltet diesen Mechanismus aus, die Platte l&auml;uft immer. Werte von 1 bis 240 werden mit 5 Sekunden multipliziert.
241 bis 251 entsprechen 1 bis 11 mal 30 Minuten.
H&auml;ufig ist es aber nicht ganz so einfach, die Festplatte in den Ruhezustand
zu versetzen. Unter Linux gibt es eine Vielzahl von Prozessen, die durch
Schreibvorg&auml;nge die Platte immer wieder aufwecken. Deshalb ist es an
dieser Stelle wichtig zu verstehen, wie Linux mit Daten umgeht, die auf
die Platte geschrieben werden sollen. Alle Daten werden zuerst in einen
Puffer im Arbeitsspeicher zwischengespeichert. Dieser Puffer wird vom
„Kernel Update Daemon“ (kupdated) &uuml;berwacht. Immer wenn Daten
ein bestimmtes Alter erreichen oder wenn der Puffer bis zu einem gewissen Grad gef&uuml;llt ist, wird der Puffer geleert und die Daten der Festplatte
&uuml;bergeben. Die Gr&ouml;&szlig;e des Puffers ist &uuml;brigens dynamisch und h&auml;ngt von
der Speichergr&ouml;&szlig;e und der Systemauslastung ab. Da das vorrangige Ziel
Datensicherheit ist, wird der kupdated standardm&auml;&szlig;ig auf kleine Zeitintervalle eingestellt. Er pr&uuml;ft den Puffer alle 5 Sekunden und benachrichtigt
den bdflush-Daemon, wenn Daten &auml;lter als 30 Sekunden sind oder der Puffer zu 30% gef&uuml;llt ist. Der bdflush-Daemon schreibt dann die Daten auf die
SUSE LINUX Enterprise Server
405
Platte. Er schreibt auch unabh&auml;ngig vom kupdated wenn zum Beispiel
der Puffer voll ist. Wer ein stabiles System hat, kann diese Einstellungen
nun ver&auml;ndern. Man muss sich jedoch immer dar&uuml;ber im Klaren sein, dass
dies auf Kosten der Datensicherheit geht.
Achtung
Beeintr&auml;chtigung der Datensicherheit
&Auml;nderungen an den Einstellungen des Kernel Update Daemon
beeinflussen die Datensicherheit. Wer sich unsicher ist, l&auml;sst
lieber die Finger davon.
Achtung
Die Einstellungen f&uuml;r den Festplattentimeout, den kupdated-Intervall,
den F&uuml;llgrad des Puffers und das Alter der Daten k&ouml;nnen in /etc/
sysconfig/powermanagement zweifach abgelegt werden: einmal f&uuml;r
den Batteriebetrieb und einmal f&uuml;r den Betrieb mit externer Stromversorgung. Die Variablen sind im Abschnitt &uuml;ber den apmd 17.2.1 auf Seite 397
und in der Datei selbst beschrieben. Weiterhin finden Sie einige Information zum Thema unter /usr/share/doc/packages/powersave.
Neben all diesen Vorg&auml;ngen schreiben so genannte „Journaling Dateisysteme“ wie zum Beispiel ReiserFS oder Ext3 unabh&auml;ngig von bdflush ihre
Metadaten auf die Festplatte, was nat&uuml;rlich auch ein Einschlafen der Platte
verhindert. Um das zu vermeiden, gibt es jetzt eine Erweiterung im Kernel, die speziell f&uuml;r mobile Ger&auml;te entwickelt wurde. Die genaue Beschreibung dazu findet man in /usr/src/linux/Documentation/laptopmode.txt.
Weiterhin ist nat&uuml;rlich zu beachten, wie sich die Programme verhalten, die
man gerade verwendet. Zum Beispiel schreiben gute Texteditoren regelm&auml;&szlig;ig versteckte Sicherungen der gerade ge&auml;nderten Datei auf die Platte.
Das weckt dann die Platte immer wieder auf. Solche Eigenschaften von
Programmen k&ouml;nnen auch abgeschaltet werden, aber auch hier wieder auf
Kosten der Datensicherheit.
In diesem Zusammenhang gibt es f&uuml;r den Maildaemon postfix eine Variable POSTFIX_LAPTOP. Wenn diese auf yes gesetzt wird, greift postfix wesentlich seltener auf die Festplatte zu. Das ist jedoch nicht von Bedeutung,
wenn das Intervall f&uuml;r den kupdated verl&auml;ngert wurde.
406
17.4. Pause f&uuml;r die Festplatte
17.5
17
Das powersave Paket
In diesem Paket sind alle Powermanagementfunktionen Ihres Rechners
zusammengefasst. Es unterst&uuml;tzt Hardware, die ACPI, APM, IDE-Platten
und PowerNow!- bzw. SpeedStep-Technologien nutzt. Die Funktionalit&auml;ten aus den Paketen apmd, acpid, ospmd und cpufreqd (mittlerweile cpuspeed) wird im Paket powersave zusammengefasst. Aus diesem
Grund sollten Daemonen aus diesen Paketen nicht parallel zum powersave-Daemon betrieben werden.
Powermanagement
Das powersave Paket ist haupts&auml;chlich f&uuml;r die Anwendung in Laptops
ausgelegt, wo es f&uuml;r die Stromsparfunktion beim Batteriebetrieb zust&auml;ndig
ist. Manche seiner Features sind aber auch f&uuml;r normale Arbeitsplatzrechner
und Server interessant (z.B. Suspend/Standby, ACPI-Button-Funktionalit&auml;t
und Abstellen von IDE-Festplatten).
Selbst wenn Ihr System nicht alle der oben genannten Hardwareelemente
enth&auml;lt (APM und ACPI schlie&szlig;en sich gegenseitig aus), sollten Sie den powersave Daemon zur Regelung der Stromsparfunktion nutzen. Eventuelle
&Auml;nderungen der Hardwarekonfiguration erkennt der Daemon automatisch.
Hinweis
Informationen zu powersave
Neben diesem Kapitel sind aktuelle Informationen zum powersave Paket auch unter /usr/share/doc/packages/
powersave/README_POWERSAVE verf&uuml;gbar.
Hinweis
17.5.1
Konfiguration des powersave Pakets
Generell ist die Konfiguration von powersave &uuml;ber mehrere Dateien verteilt:
/etc/powersave.conf Diese Datei wird vom powersave-Daemon
ben&ouml;tigt, um die Bearbeitung auftretender Systemereignisse (engl.
Events) an den powersave_proxy zu delegieren. Dar&uuml;ber hinaus
werden hier benutzerdefinierte Einstellungen zum genauen Verhalten
des Daemons vorgenommen.
SUSE LINUX Enterprise Server
407
/etc/sysconfig/powersave/common
Diese Datei dient der allgemeinen Konfiguration des Startupskripts
(rcpowersave) und des Proxies. Die Voreinstellungen k&ouml;nnen
meistens unver&auml;ndert &uuml;bernommen werden.
/etc/sysconfig/powersave/scheme_*
Dies sind die verschiedenen Schemes oder auch Profile, die die Anpassung des Stromverbrauchs an bestimmte Einsatzszenarien
regeln. Einige sind vorkonfiguriert und ohne weitere &Auml;nderungen
einsatzbereit. Sie k&ouml;nnen allerdings auch eigene Profile hier ablegen.
17.5.2
Konfiguration von APM und ACPI
Suspend und Standby
In der Datei /etc/sysconfig/powersave/common legen Sie fest, welche kritischen Module und Dienste vor einem Suspend- oder StandbyEreignis entladen bzw. gestoppt werden sollen. Wird das System sp&auml;ter
wieder hochgefahren, werden diese wieder geladen bzw. gestartet. Die Voreinstellungen betreffen in der Hauptsache USB- und PCMCIA-Module.
POWERSAVE_SUSPEND_RESTART_SERVICES=&quot;&quot;
Listen Sie hier die nach einem Suspend neu zu startenden Dienste
auf.
POWERSAVE_STANDBY_RESTART_SERVICES=&quot;&quot;
Listen Sie hier die nach einem Standby neu zu startenden Dienste auf.
POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND=&quot;&quot;
Listen Sie die vor einem Suspend zu entladenden Module auf.
POWERSAVE_UNLOAD_MODULES_BEFORE_STANDBY=&quot;&quot;
Listen Sie die vor einem Standby zu entladenden Module auf.
Ausserdem stellen Sie sicher, dass die folgenden Standardoptionen zur korrekten Verarbeitung von Suspend/Standby, Occurrence/Resume gesetzt
sind (dies sind normalerweise die Voreinstellungen nach der Installation
von SUSE LINUX):
POWERSAVE_EVENT_GLOBAL_SUSPEND=&quot;prepare_suspend&quot;
POWERSAVE_EVENT_GLOBAL_STANDBY=&quot;prepare_standby&quot;
POWERSAVE_EVENT_GLOBAL_RESUME_SUSPEND=&quot;restore_after_suspend&quot;
POWERSAVE_EVENT_GLOBAL_RESUME_STANDBY=&quot;restore_after_standby&quot;
408
17.5. Das powersave Paket
global.suspend=/usr/sbin/powersave_proxy
global.standby=/usr/sbin/powersave_proxy
global.resume.suspend=/usr/sbin/powersave_proxy
global.resume.standby=/usr/sbin/powersave_proxy
Benutzerdefinierte Batteriezust&auml;nde
Sie k&ouml;nnen in der Datei /etc/powersave.conf drei Ladezust&auml;nde der
Batterie (in Prozent) festlegen, bei deren Erreichen das System warnt bzw.
bestimmte Aktionen ausf&uuml;hrt.
17
Powermanagement
In der Konfigurationsdatei des powersave Daemons unter /etc/
powersave.conf werden diese Ereignisse dem powersave_proxySkript zugeordnet, das ausgef&uuml;hrt wird, sobald diese Ereignisse eintreten
(Voreinstellung nach der Installation):
POWERSAVED_BATTERY_WARNING=20
POWERSAVED_BATTERY_LOW=10
POWERSAVED_BATTERY_CRITICAL=5
Welche Aktionen/Skripte ausgef&uuml;hrt werden, sobald bestimmte Ladezust&auml;nde unterschritten werden, ist in der Konfigurationsdatei des powersave-Daemons festgelegt (/etc/powersave.conf). Der Typ dieser Aktionen ist in /etc/sysconfig/powersave/common konfiguriert:
POWERSAVE_EVENT_BATTERY_NORMAL=&quot;ignore&quot;
POWERSAVE_EVENT_BATTERY_WARNING=&quot;notify&quot;
POWERSAVE_EVENT_BATTERY_LOW=&quot;notify&quot;
POWERSAVE_EVENT_BATTERY_CRITICAL=&quot;suspend&quot;
Weitere Optionen lesen Sie direkt in dieser Konfigurationsdatei nach.
Anpassungen des Stromverbrauchs an verschiedene
Arbeitsbedingungen
Sie k&ouml;nnen das Verhalten des Systems von der Art seiner Stromversorgung
abh&auml;ngig machen. So sollte der Stromverbrauch des Systems vermindert
werden, wenn das System vom Netz getrennt und per Batterie betrieben
wird. Umgekehrt sollte die Performance des Systems automatisch wieder
steigen, sobald es sich wieder am Netz befindet. Konkret beeinflussbar sind
die CPU-Frequenz, die Stromsparfunktion von IDE-Platten und einige andere Parameter mehr.
SUSE LINUX Enterprise Server
409
In /etc/powersave.conf ist die Ausf&uuml;hrung bestimmter Aktionen bei
Trennung/Anbindung vom Stromnetz an den powersave_proxy delegiert. In /etc/sysconfig/powersave/common w&auml;hlen Sie die zu verwendenden Szenarien (genannt „Schemes“ oder „Profile“) fest:
POWERSAVE_AC_SCHEME=&quot;performance&quot;
POWERSAVE_BATTERY_SCHEME=&quot;powersave&quot;
Die „Schemes“ sind in entsprechenden Dateien unter /etc/
sysconfig/powersave/ abgelegt. Ihr Name setzt sich zusammen aus:
scheme_&lt;Name des Schemas&gt;. Im Beispiel werden zwei Schemes referenziert: scheme_performance und scheme_powersave. Vorkonfiguriert werden performance, powersave und acoustic ausgeliefert. Sie
k&ouml;nnen mittels des YaST Powermanagement-Moduls jederzeit existierende
Schemata bearbeiten, neue anlegen, bestehende l&ouml;schen oder deren Zuordnungen zum Stromversorgungszustand &auml;ndern.
17.5.3
Zus&auml;tzliche ACPI-Features
Sollten Sie ACPI verwenden, k&ouml;nnen Sie die Reaktion Ihres Systems auf die
so genannten „ACPI-Buttons“ (Power , Sleep und „Deckel offen“, „Deckel
geschlossen“) steuern. In /etc/powersave.conf ist die Ausf&uuml;hrung der
entprechenden Aktionen an den powersave_proxy delegiert. Die eigentliche Aktion selbst legen Sie in der Datei /etc/sysconfig/powersave/
common fest. N&auml;here Erl&auml;uterungen zu den einzelnen Optionen entnehmen
Sie bitte dieser Konfigurationsdatei.
POWERSAVE_EVENT_BUTTON_POWER=&quot;wm_shutdown&quot;
Wird der Power -Button gedr&uuml;ckt, reagiert das System mit dem Herunterfahren des jeweiligen Windowmanagers (KDE, GNOME,
fvwm...).
POWERSAVE_EVENT_BUTTON_SLEEP=&quot;suspend&quot;
Wird der Sleep -Button gedr&uuml;ckt, f&auml;llt das System in den SuspendModus.
POWERSAVE_EVENT_BUTTON_LID_OPEN=&quot;ignore&quot;
Beim &Ouml;ffnen des Deckels passiert nichts.
POWERSAVE_EVENT_BUTTON_LID_CLOSED=&quot;screen_saver&quot;
Wird der Deckel geschlossen, aktiviert sich der Bildschirmschoner.
410
17.5. Das powersave Paket
17.5.4
Troubleshooting
S&auml;mtliche Fehler- und Warnmeldungen werden in der Datei /var/log/
messages protokolliert. Ergibt sich hier auf den ersten Blick kein Hinweis,
weisen Sie powersave in der Datei /etc/sysconfig/powersave/
common &uuml;ber die Variable DEBUG an, seine Meldungen etwas detaillierter
und ausf&uuml;hrlicher zu halten. Erh&ouml;hen Sie den Variablenwert hierzu auf 7
oder gar 15 und starten Sie den Daemon neu. Mithilfe der jetzt ausf&uuml;hrlicheren Fehlermeldungen in /var/log/messages sollten Sie in der Lage
sein, den Fehler einzugrenzen. Die folgenden Fragen und Antworten decken die h&auml;ufigsten Probleme mit powersave ab.
17
Powermanagement
Wird der Prozessor f&uuml;r eine bestimmte Zeit nicht &uuml;ber ein festgelegtes Ma&szlig;
hinaus beansprucht, k&ouml;nnen Sie seine Leistung zus&auml;tzlich drosseln. Legen
Sie mit POWERSAVED_CPU_LOW_LIMIT den Level fest, bei dessen dauerhafter Unterschreitung — die Zeitspanne legen Sie in POWERSAVED_CPU_IDLE_TIMEOUT fest — die CPU heruntergeregelt wird.
ACPI ist aktiviert, aber die Batteriezust&auml;nde und Buttons funktionieren
nicht so wie konfiguriert
Sollten Sie mit ACPI Probleme bekommen, durchsuchen Sie mit folgendem Befehl die Ausgabe von dmesg nach ACPI-spezifischen Meldungen:
dmesg|grep -i acpi.
Um den Fehler zu beheben, kann ein BIOS-Update notwendig werden. Besuchen Sie daher die Homepage Ihres Laptopherstellers, suchen Sie nach
einer aktuelleren BIOS-Version und spielen Sie diese ein. Geben Sie an
den Hersteller Ihres Systems weiter, dass er sich an die aktuellste ACPISpezifikation halten soll.
Treten die Fehler nach dem BIOS-Update immer noch auf, suchen Sie auf
den folgenden Webseiten nach einer aktuelleren DSDT f&uuml;r Ihr System, um
die fehlerhafte DSDT-Tabelle in Ihrem BIOS zu ersetzen:
1. Laden Sie die f&uuml;r Ihr System passende DSDT von http://acpi.
sourceforge.net/dsdt/tables herunter. Stellen Sie sicher, dass
die Datei entzippt und kompiliert ist (zu erkennen an der Dateiendung .aml (ACPI Machine Language)). Ist dies der Fall, fahren Sie
mit Punkt 3 fort.
2. Ist die Dateiendung der heruntergeladenen Tabelle .asl (ACPI Source Language), muss sie mit Hilfe von iasl aus dem Paket pmtools
kompiliert werden. Rufen Sie hierzu iasl -sa &lt;Datei&gt;.asl. Die
SUSE LINUX Enterprise Server
411
aktuellste Version von iasl (Intel ACPI Compiler) finden Sie ausserdem unter http://developer.intel.com/technology/iapc/
acpi/downloads.htm.
3. Kopieren Sie die Datei DSDT.aml an eine beliebige Stelle (wir empfehlen /etc/DSDT.aml). Editieren Sie /etc/sysconfig/kernel
und passen Sie den Pfad zur DSDT-Datei entsprechend an. Starten Sie
mkinitrd (Paket mkinitrd). Wann immer Sie Ihren Kernel deinstallieren und mkinitrd verwenden, um eine initrd zu erstellen, wird
die angepasste DSDT eingebunden und zur Bootzeit geladen.
CPU Frequency funktioniert nicht
&Uuml;berpr&uuml;fen Sie anhand der Kernelquellen (kernel-source), ob Ihr Prozessor unterst&uuml;tzt wird und ob Sie eventuell ein bestimmtes Kernelmodul oder eine bestimmte Moduloption verwenden m&uuml;ssen, um CPUFrequency zu aktivieren. Diese Informationen finden Sie unter /usr/src/
linux/Documentation/cpu-freq/*. Wenn ein bestimmtes Modul
oder eine bestimmte Option n&ouml;tig sind, konfigurieren Sie dies in der Datei
/etc/sysconfig/powersave/common &uuml;ber die Variablen CPUFREQD_MODULE und CPUFREQD_MODULE_OPTS.
Suspend/Standby funktioniert nicht
Es sind mehrere, mit dem Kernel zusammenh&auml;ngende Probleme bekannt,
die auf ACPI Systemen Suspend/Standby verhindern:
Systeme mit mehr als 1 GB RAM unterst&uuml;tzen im Moment (noch)
kein Suspend
Multiprozessorsysteme oder Systeme mit einem P4-Prozessor (mit
Hyperthreading) unterst&uuml;tzen momentan kein Suspend.
Der Fehler kann auch in einer fehlerhaften Implementierung Ihrer DSDT
(BIOS) liegen. In diesem Fall spielen Sie eine neue DSDT ein.
Auf ACPI und APM Systemen gilt Folgendes:
Sobald Ihr System versucht, fehlerhafte Module zu entladen, h&auml;ngt sich
der Proxy auf und das Suspendereignis wird niemals getriggert. Der umgekehrte Weg ist auch m&ouml;glich, wenn Sie Module/Dienste nicht entladen
oder stoppen, die einen erfolgreichen Suspend verhindern. In beiden F&auml;llen sollten Sie versuchen, durch Manipulation der folgenden Einstellungen
unter /etc/sysconfig/powersave/common herauszufinden, welche
Module das Problem hervorrufen:
412
17.5. Das powersave Paket
Unter Verwendung von ACPI erkennt der Powersave-Daemon ein
bestimmtes Batterielimit nicht
Unter ACPI kann das Betriebssystem vom BIOS eine Meldung &uuml;ber das
Unterschreiten eines bestimmten Ladeniveaus der Batterie anfordern. Der
Vorteil dieser Methode ist, dass nicht permanent der Batteriezustand ausgelesen werden muss, was sonst die Performance des Rechners schw&auml;chen
w&uuml;rde. Trotzdem kann es vorkommen, dass diese Benachrichtigung laut
BIOS zwar funktionieren sollte, tats&auml;chlich aber nicht stattfindet, selbst bei
Unterschreitung des Limits nicht.
17
Powermanagement
POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND=&quot;&quot;
POWERSAVE_UNLOAD_MODULES_BEFORE_STANDBY=&quot;&quot;
POWERSAVE_SUSPEND_RESTART_SERVICES=&quot;&quot;
POWERSAVE_STANDBY_RESTART_SERVICES=&quot;&quot;
Sollten Sie dies auf Ihrem System beobachten, setzen Sie in der Datei
/etc/powersave.conf die Variable POWERSAVED_FORCE_BATTERY_POLLING auf yes, um das Auslesen des Batteriezustands zu erzwingen.
17.6
Das YaST PowermanagementModul
Mit Hilfe des YaST Powermanagement-Moduls k&ouml;nnen Sie alle Einstellungen zum Powermanagement vornehmen, die in den vorangegangenen
Abschnitten erl&auml;utert wurden.
Nach dem Start des Moduls &uuml;ber das YaST-Kontrollzentrum (‘System’ ➝
‘Powermanagement’ ) gelangen Sie in die erste Maske des Moduls (siehe
Abbildung 17.1 auf der n&auml;chsten Seite), in der Sie zur Auswahl der bei bestimmten Betriebszust&auml;nde — Akkubetrieb oder Betrieb am Stromnetz —
zu verwendenden Schemes aufgefordert werden.
Sie k&ouml;nnen sich an dieser Stelle per Drop-Down-Men&uuml; f&uuml;r jeweils eines
der bereits existierenden Schemes entscheiden, oder aber &uuml;ber den Button
‘Schemes bearbeiten’ in eine &Uuml;bersicht der bereits vorhandenen Schemes
gelangen (Abbildung 17.2 auf Seite 415).
In der Schemes-&Uuml;bersicht selektieren Sie dasjenige Scheme, das Sie &auml;ndern
m&ouml;chten und klicken dann auf ‘&Auml;ndern’, um in den Editierdialog zu gelangen (siehe Abbildung 17.3 auf Seite 416). Alternativ k&ouml;nnen Sie ein neues
Scheme erstellen, indem Sie den Button ‘Hinzuf&uuml;gen’ dr&uuml;cken. In beiden
F&auml;llen ist der Folgedialog identisch.
SUSE LINUX Enterprise Server
413
Abbildung 17.1: YaST-Powermanagement: Scheme selektieren
Versehen Sie das neue oder zu &auml;ndernde Scheme zuerst mit einem (sprechenden) Namen und einer Beschreibung. F&uuml;r die Festplatte legen Sie eine ‘Stand-by-Strategie’ fest, die entweder auf maximale Performance oder
auf Energieersparnis ausgelegt ist. Die ‘Akustik-Strategie’ regelt den Ger&auml;uschpegel der Festplatte. Klicken Sie auf ‘Weiter’, um in den Dialog zur
Konfiguration der Optionen ‘CPU’ und ‘K&uuml;hl-Strategie’ zu gelangen. ‘CPU’
umfasst die Optionen ‘Frequenzskalierung’ und ‘Throttling erlauben’, mit
deren Hilfe Sie festlegen, ob und inwieweit die CPU-Frequenz bei Bedarf
heruntergeregelt werden darf. Die ‘K&uuml;hl-Strategie’ regelt, welche Art der
K&uuml;hlung angewandt werden soll. Sobald Sie alle Einstellungen f&uuml;r das
Scheme abgeschlossen haben, verlassen Sie diesen Dialog mit ‘OK’ und
kehren in den Startdialog (Abbildung 17.1) zur&uuml;ck. Dort k&ouml;nnen Sie nun
das selbsterstellte Scheme f&uuml;r einen der beiden Betriebszust&auml;nde anw&auml;hlen.
Verlassen Sie diesen Dialog wiederum mit ‘OK’, werden Ihre Einstellungen
aktiv.
Aus dem Startdialog heraus (siehe Abbildung 17.1), k&ouml;nnen Sie neben der
Scheme-Auswahl f&uuml;r verschiedene Betriebszust&auml;nde auch globale Einstellungen zum Powermanagement vornehmen. Klicken Sie hierzu auf
‘Batterie-Warnung’ oder ‘ACPI-Einstellungen’. Um in den Dialog zum
Ladezustand der Batterie zu gelangen, klicken Sie ‘Batterie-Warnung’
( 17.4 auf Seite 417).
414
17.6. Das YaST Powermanagement-Modul
17
Powermanagement
Abbildung 17.2: YaST-Powermanagement: &Uuml;berblick der vorhandenen Schemes
Das BIOS Ihres Systems meldet dem Betriebssystem, sobald bestimmte,
konfigurierbare Kapazit&auml;tsgrenzen unterschritten werden. Daraufhin k&ouml;nnen bestimmte Aktionen ausgel&ouml;st werden. In diesem Dialog legen Sie drei
Grenzen fest, deren Unterschreitung bestimmte Aktionen ausl&ouml;sen soll.
Dies sind ‘Kapazit&auml;tswarnung’, ‘Niedrige Kapazit&auml;t’ und ‘Kritische Kapazit&auml;t’. In den ersten beiden F&auml;llen wird &uuml;blicherweise nur eine Warnmeldung
an den Benutzer weitergereicht, w&auml;hrend Unterschreitung des letzten kritischen Levels ein Suspend des Rechners ausl&ouml;st, da die verbliebene Energie
kaum noch f&uuml;r l&auml;ngere Zeit einen sinnvollen Betrieb des Systems erlaubt.
W&auml;hlen Sie die f&uuml;r Ihre Zwecke passenden Ladezust&auml;nde und entsprechenden Aktionen aus und verlassen Sie diesen Dialog mit ‘OK’, um zur&uuml;ck
in den Startdialog zu gelangen. Von dort aus gelangen Sie &uuml;ber ‘ACPIEinstellungen’ in den Dialog zur Konfiguration der ACPI-Buttons (siehe
Abbildung 17.5 auf Seite 418).
Mit den Einstellungen zu den ACPI-Buttons legen Sie fest, wie das System auf die Bet&auml;tigung bestimmter Schalter reagieren soll. Diese Schalter/Ereignisse kennt ACPI als „Buttons“. Konfigurieren Sie die Antwort
-Taste, einer Sleep -Taste und auf
des Systems auf Dr&uuml;cken der Power Schlie&szlig;en des Laptopdeckels. Mit ‘OK’ schlie&szlig;en Sie die Konfiguration ab
und gelangen zur&uuml;ck in den Startdialog (Abbildung 17.1 auf der vorherigen Seite). Verlassen Sie das gesamte Modul durch ein erneutes Dr&uuml;cken
SUSE LINUX Enterprise Server
415
Abbildung 17.3: YaST-Powermanagement: Scheme erstellen
von ‘OK’, um alle Ihre Einstellungen zum Powermanagement zu &uuml;bernehmen.
17.7
WOL – Wake on Lan
WOL (engl. Wake on Lan) bezeichnet die M&ouml;glichkeit, einen Computer aus
dem Stand-by-Modus &uuml;ber ein Netzwerk durch spezielle Pakete „aufzuwecken“. Dieses „Magic Packet“ wird von der Netzwerkkarte empfangen
und sorgt daf&uuml;r, dass das Motherboard die Stromversorgung des Netzteils
aktiviert und den Rechner bootet.
Vorteilhaft bei dieser Methode ist, dass Rechner nicht dauerhaft eingeschaltet sein m&uuml;ssen (spart Energie) und trotzdem &uuml;ber WOL aktiviert werden
k&ouml;nnen.
416
17.7. WOL – Wake on Lan
17
Powermanagement
Abbildung 17.4: YaST-Powermanagement: Ladezustand der Batterie
Hinweis
Unterst&uuml;tzung von WOL
Wake on Lan funktioniert nur mit neueren Motherboards, die im
BIOS diese Funktionalit&auml;t unterst&uuml;tzen. WOL-f&auml;hige Netzwerkkarten enthalten meist Chips der Intel i82557 (EEpro100B), i82558
(EEPro100+) oder i82559-Baureihe. Informieren Sie sich unter
http://support.intel.com/support/network/sb/cs008459.htm.
Ungl&uuml;cklicherweise funktioniert manche Hardware nicht, obwohl sie scheinbar WOL-f&auml;hig ist. Daher f&uuml;hrt leider kein Weg
daran vorbei, die entsprechenden Schritte auszuprobieren.
Hinweis
17.7.1
BIOS-Konfiguration
Bevor Sie WOL verwenden, m&uuml;ssen Sie im BIOS eine Option aktivieren,
die h&auml;ufig mit ‘OnBoard LAN’ oder ‘Boot from LAN’ beschriftet ist. Sie ist
je nach BIOS im Men&uuml; ‘OnBoard Device Configuration’, ‘Boot’ oder ‘PowerSave’ zu finden. Konsultieren Sie im zweifelsfalls die Dokumentation
zu Ihrem Motherboard.
SUSE LINUX Enterprise Server
417
Abbildung 17.5: YaST-Powermanagement: ACPI-Einstellungen
Achten Sie ferner darauf, dass Ihr System ein m&ouml;glichst aktuelles BIOS besitzt und aktualisieren Sie dieses falls n&ouml;tig. Details zu BIOS-Updates finden Sie auf der Homepage der jeweiligen Motherboardhersteller.
Achtung
BIOS-Update
Ein BIOS-Update ist eine heikle Prozedur. Halten Sie sich daher
peinlich genau an die Anweisungen der Motherboard-Hersteller,
da sonst Ihr Motherboard funktionsunt&uuml;chtig wird und Sie Ihr
System nicht mehr hochfahren k&ouml;nnen.
Achtung
&Auml;ltere Netzwerkkarten (zum Beispiel 3COM) m&uuml;ssen mit einem 3poligem
Kabel mit dem Motherboard verbunden sein. Bei neueren Netzwerkkarten
ist diese Prozedur nicht mehr notwendig.
17.7.2
Einrichtung mit YaST
Starten Sie YaST als Benutzer root und rufen Sie unter ‘Netzwerkdienste’
➝ ‘WOL’ das Modul auf. Wenn auf Ihrem Rechner ein DHCP-Server l&auml;uft,
418
17.7. WOL – Wake on Lan
L&auml;uft kein DHCP-Server, m&uuml;ssen Sie die entfernten Rechner manuell eintragen. Mittels ‘Hinzuf&uuml;gen’ geben Sie den Hostnamen und die MACAdresse (engl. Media Access Connector) der Netzwerkkarte ein. Die MACAdresse ist f&uuml;r jedes Netzwerkger&auml;t eindeutig und kann durch folgenden
Aufruf angezeigt werden:
# ip link show eth0
2: eth0: &lt;BROADCAST,MULTICAST,NOTRAILERS,UP&gt;
mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:80:c8:94:c3:e7 brd ff:ff:ff:ff:ff:ff
17
Powermanagement
zeigt Ihnen das WOL-Modul die vorhandenen Rechner aus Ihrem Netzwerk an, die Sie in Ihre WOL-Liste aufzunehmen k&ouml;nnen.
Tragen Sie den Wert, der hinter ‘link/ether’ steht, in das Feld ‘MACAdresse des Clients’ ein. Best&auml;tigen Sie mit ‘Speichern’. Damit ist die Einrichtung mit YaST abgeschlossen.
17.7.3
Aufwecken von Rechnern
Sind Ihre Rechner eingerichtet, k&ouml;nnen Sie im WOL-YaST-Modul die Rechner aufwecken, in dem Sie ‘Aufwecken’ anw&auml;hlen. Der selektierte Rechner
wird dann hochgefahren.
Eine weitere M&ouml;glichkeit besteht durch den Befehl ether-wake aus dem
Paket netdiag: Durch Eingabe der MAC-Adresse l&auml;sst sich ein bestimmter Rechner aufwecken:
# ether-wake 00:80:C8:94:C3:E7
Durch --help bzw. -u erhalten Sie Hilfe zu diesem Befehl.
17.7.4
Weitere Informationen
Weitere Informationen k&ouml;nnen Sie im Mini HOWTO von WOL unter
http://gsd.di.uminho.pt/jpo/software/wakeonlan/minihowto/wol-mini-howto.html finden.
SUSE LINUX Enterprise Server
419
18
Linux unterst&uuml;tzt eine ganze Reihe von Dateisystemen. Dieses Kapitel gibt
einen kurzen &Uuml;berblick &uuml;ber die bekanntesten Dateisysteme unter Linux,
wobei wir insbesondere auf deren Designkonzept und Vorz&uuml;ge sowie deren Einsatzbereiche eingehen werden. Weiterhin werden einige Informationen zum „Large File Support“ unter Linux bereitgestellt.
18.1
18.2
18.3
18.4
18.5
Glossar . . . . . . . . . . . . . . . . . . . .
Die wichtigsten Dateisysteme unter Linux
Weitere unterst&uuml;tzte Dateisysteme . . . . .
Large File Support unter Linux . . . . . .
Weitere Informationen . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
422
422
429
430
431
Dateisysteme unter Linux
Dateisysteme unter Linux
18.1
Glossar
Metadaten Die interne Datenstruktur eines Dateisystems, die eine geordnete Struktur und die Verf&uuml;gbarkeit der Festplattendaten gew&auml;hrleistet. Im Grunde genommen sind es die „Daten &uuml;ber die Daten“.
Nahezu jedes Dateisystem besitzt seine eigene Metadatenstruktur.
Hierin liegt zum Teil auch der Grund f&uuml;r die unterschiedlichen Leistungsmerkmale der verschiedenen Dateisysteme. Es ist von &auml;u&szlig;erster
Wichtigkeit, die Metadaten intakt zu halten, da andernfalls das gesamte Dateisystem zerst&ouml;rt werden k&ouml;nnte.
Inode Inodes enthalten alle m&ouml;glichen Informationen &uuml;ber eine Datei, die
Gr&ouml;&szlig;e, die Anzahl der Links, Datum, Erstellungszeit, &Auml;nderungen,
Zugriff sowie Zeiger (engl. pointer) auf die Festplattenbl&ouml;cke, wo die
Datei gespeichert ist.
Journal Im Zusammenhang mit einem Dateisystem ist ein Journal eine
platteninterne Struktur mit einer Art Protokoll, in das der Dateisystemtreiber die zu &auml;ndernden (Meta-)daten des Dateisystems eintr&auml;gt. „Journaling“ verringert die Wiederherstellungszeit eines LinuxSystems enorm, da der Dateisystemtreiber keine umfassende Suche
nach zerst&ouml;rten Metadaten auf der gesamten Platte starten muss.
Stattdessen werden die Journal-Eintr&auml;ge wieder eingespielt.
18.2
Die wichtigsten Dateisysteme
unter Linux
Anders als noch vor zwei oder drei Jahren ist die Auswahl eines Dateisystems f&uuml;r Linux nicht mehr eine Angelegenheit von Sekunden (Ext2
oder ReiserFS?). Kernel ab der Version 2.4 bieten eine gro&szlig;e Auswahl an
Dateisystemen. Im Folgenden erhalten Sie einen groben &Uuml;berblick &uuml;ber die
grundlegende Funktionsweise dieser Dateisysteme und deren Vorteile.
Seien Sie sich immer bewusst, dass kein Dateisystem allen Applikationen
gleicherma&szlig;en gerecht werden kann. Jedes Dateisystem hat seine ihm eigenen St&auml;rken und Schw&auml;chen, die ber&uuml;cksichtigt werden m&uuml;ssen. Sogar
das hochentwickeltste Dateisystem der Welt wird niemals ein vern&uuml;nftiges
Backupkonzept ersetzen.
Die Fachbegriffe „Datenintegrit&auml;t“ oder „Datenkonsistenz“ beziehen sich
in diesem Kapitel nicht auf die Konsistenz der Speicherdaten eines Benutzers (diejenigen Daten, die Ihre Applikation in ihre Dateien schreibt). Die
422
18.1. Glossar
Hinweis
Einrichtung von Dateisystemen
Soweit nicht explizit hier anders beschrieben, lassen sich alle
Arbeiten zur Partitionierung und zum Anlegen und Bearbeiten
von Dateisystemen bequem mit YaST erledigen.
Hinweis
18.2.1
Ext2
Die Urspr&uuml;nge von Ext2 finden sich in der fr&uuml;hen Geschichte von Linux.
Sein Vorg&auml;nger, das Extended File System, wurde im April 1992 implementiert und in Linux 0.96c integriert. Das Extended File System erfuhr
eine Reihe von &Auml;nderungen und wurde f&uuml;r Jahre als Ext2 das bekannteste
Dateisystem unter Linux. Mit dem Einzug der Journaling File Systeme und
deren erstaunlich kurzen Wiederherstellungszeiten verlor Ext2 an Wichtigkeit.
18
Dateisysteme unter Linux
Konsistenz dieser Daten muss von der Applikation selbst gew&auml;hrleistet
werden.
M&ouml;glicherweise hilft Ihnen eine kurze Zusammenfassung der St&auml;rken von
Ext2 beim Verst&auml;ndnis f&uuml;r dessen Beliebtheit unter den Linux-Benutzern,
die es teilweise noch heute als Dateisystem bevorzugen.
Stabilit&auml;t Als wahrer „old-timer“, erfuhr Ext2 viele Verbesserungen und
wurde ausf&uuml;hrlich getestet. Daher wohl auch sein Ruf als „rocksolid“. Im Falle eines Systemausfalls, bei dem das Dateisystem nicht
sauber ungemountet werden konnte, startet e2fsck eine Analyse der
Dateisystemdaten. Metadaten werden in einen konsistenten Zustand
gebracht und schwebende Dateien oder Datenbl&ouml;cke werden in ein
ausgewiesenes Verzeichnis geschrieben (genannt lost+found/).
Im Gegensatz zu (den meisten) Journaling File Systemen analysiert
e2fsck das gesamte Dateisystem und nicht nur die k&uuml;rzlich ver&auml;nderten Metadatenbits. Dies dauert bedeutend l&auml;nger als die &Uuml;berpr&uuml;fung der Protokolldaten eines Journaling File Systems. Je nach Gr&ouml;&szlig;e des Dateisystems kann dies eine halbe Stunde und mehr in Anspruch nehmen. Deshalb werden Sie Ext2 f&uuml;r keinen Server w&auml;hlen,
der hochverf&uuml;gbar sein muss. Da Ext2 jedoch kein Journal pflegen
muss und bedeutend weniger Speicher verbraucht, ist es manchmal
schneller als andere Dateisysteme.
SUSE LINUX Enterprise Server
423
Leichtes Upgrade Basierend auf dem starken Fundament Ext2 konnte sich
Ext3 zu einem gefeierten Dateisystem der n&auml;chsten Generation entwickeln. Seine Zuverl&auml;ssigkeit und Stabilit&auml;t wurden geschickt mit den
Vorz&uuml;gen eines Journaling File Systems verbunden.
18.2.2
Ext3
Ext3 wurde von Stephen Tweedie entworfen. Anders als alle anderen
„next-generation“ Dateisysteme, folgt Ext3 keinem komplett neuen Designprinzip. Es basiert auf Ext2. Diese beiden Dateisysteme sind sehr eng
miteinander verwandt. Ein Ext3-Dateisystem kann leicht auf einem Ext2Dateisystem aufgebaut werden. Der grundlegendste Unterschied zwischen
Ext2 und Ext3 liegt darin, dass Ext3 Journaling unterst&uuml;tzt.
Zusammenfassend lassen sich f&uuml;r Ext3 drei Vorteile herausstellen:
Leichte und h&ouml;chst zuverl&auml;ssige Dateisystem-Upgrades von Ext2
Da Ext3 auf dem Ext2-Code basiert und sowohl sein platteneigenes
Format als auch sein Metadatenformat teilt, sind Upgrades von Ext2
auf Ext3 sehr unkompliziert. Sie k&ouml;nnen sogar dann durchgef&uuml;hrt
werden, wenn Ihre Ext2-Dateisysteme gemountet sind. Anders als
beim Umstieg auf andere Journaling File Systeme, wie zum Beispiel
ReiserFS, JFS, oder XFS, der sehr m&uuml;hsam sein kann, (Sie m&uuml;ssen
Sicherungskopien des gesamten Dateisystems erstellen und dieses
anschlie&szlig;end von Grund auf neu erstellen), ist ein Umstieg auf Ext3
eine Angelegenheit von Minuten. Zugleich ist er sehr sicher, da die
Wiederherstellung eines gesamten Dateisystems von Grund auf
nicht immer fehlerlos vonstatten geht. Betrachtet man die Anzahl der
vorhandenen Ext2-Systeme, die auf ein Upgrade auf ein Journaling
File System warten, kann man sich leicht die Bedeutung von Ext3 f&uuml;r
viele Systemadministratoren ausmalen. Ein Downgrade von Ext3 auf
Ext2 ist genauso leicht wie das Upgrade. F&uuml;hren Sie einfach einen
sauberen Unmount des Ext3-Dateisystems durch und mounten Sie es
als ein Ext2-Dateisystem.
Zuverl&auml;ssigkeit und Performance Andere Journaling File Systeme folgen dem „metadata-only“-Journaling-Ansatz. Das heisst, Ihre Metadaten bleiben in einem konsistenten Zustand; dies kann jedoch
nicht automatisch f&uuml;r die Dateisystemdaten selbst garantiert werden. Ext3 ist in der Lage, sich sowohl um die Metadaten als auch die
Daten selbst zu k&uuml;mmern. Wie eingehend sich Ext3 um Daten und
424
18.2. Die wichtigsten Dateisysteme unter Linux
18
Dateisysteme unter Linux
Metadaten k&uuml;mmert, ist individuell einstellbar. Den h&ouml;chsten Grad
an Sicherheit (d.h. Datenintegrit&auml;t) erreicht man durch den Start von
Ext3 im data=journal-Modus; dies jedoch kann das System verlangsamen, da sowohl Metadaten als auch Daten selbst im Journal erfasst werden. Ein relativ neuer Ansatz besteht in der Verwendung des
data=ordered-Modus, der sowohl die Daten- als auch die Metadatenintegrit&auml;t gew&auml;hrleistet, jedoch das Journaling nur f&uuml;r Metadaten
verwendet. Der Dateisystemtreiber sammelt alle Datenbl&ouml;cke, die zu
einem Metadaten-Update geh&ouml;ren. Diese Bl&ouml;cke werden als „transaction“ gruppiert und werden auf die Platte geschrieben, bevor die
Metadaten aktualisiert sind. Somit erreicht man Metadaten- und Datenkonsistenz ohne Leistungsverlust. Eine dritte Verwendungsart ist
data=writeback. Hierbei k&ouml;nnen Daten in das Hauptdateisystem
geschrieben werden, nachdem ihre Metadaten an das Journal &uuml;bergeben wurden. Diese Option ist nach Meinung vieler aus Performancegr&uuml;nden die beste Einstellung. Jedoch kann es bei dieser Option
passieren, dass alte Daten nach einem Absturz und einer Wiederherstellung in Dateien auftauchen, w&auml;hrend die interne Dateisystemintegrit&auml;t gewahrt wird. Sofern nicht anders angegeben, wird Ext3 mit
der Standardeinstellung data=ordered gestartet.
Umwandeln eines Ext2-Dateisystems in Ext3
Anlegen des Journals: Rufen Sie tune2fs -j als Benutzer root auf. tune2fs legt das Ext3-Journal mit Standardparametern an. M&ouml;chten Sie
selbst festlegen, wie gro&szlig; und auf welchem Device das Journal angelegt werden soll, rufen Sie stattdessen tune2fs -J mit den beiden
Parametern size= und device= auf. Mehr zu tune2fs entnehmen
Sie der Manual-Page.
Festlegung des Dateisystemtyps in /etc/fstab
Damit das Ext3-Dateisystem auch als solches erkannt wird, &ouml;ffnen
Sie die Datei /etc/fstab und &auml;ndern Sie den Dateisystemtyp der
betroffenen Partition von ext2 in ext3. Nach dem n&auml;chsten Neustart
des Systems ist Ihre &Auml;nderung wirksam.
ext3 f&uuml;r das root-Verzeichnis verwenden
Wenn Sie Ihr root Dateisystem als ext3 booten m&ouml;chten, so ist es
zus&auml;tzlich n&ouml;tig, die Module ext3 und jbd in die initrd zu
integrieren. Tragen Sie die beiden Module hierzu in der Datei
/etc/sysconfig/kernel bei den INITRD_MODULES zus&auml;tzlich
ein, und rufen Sie den Befehl mk_initrd auf.
SUSE LINUX Enterprise Server
425
18.2.3
ReiserFS
Offiziell stand eine der Hauptfunktionen der Kernel-Version 2.4, ReiserFS
seit der SUSE LINUX-Version 6.4 als Kernel-Patch f&uuml;r 2.2.x SuSE-Kernel
zur Verf&uuml;gung. ReiserFS stammt von Hans Reiser und dem NamesysEntwicklungsteam. ReiserFS hat sich als m&auml;chtige Alternative zu Ext2
profiliert. Seine gr&ouml;&szlig;ten Vorteile sind bessere Festplattenspeicherverwaltung, bessere Plattenzugriffsleistung und schnellere Wiederherstellung
nach Abst&uuml;rzen. Einen kleinen Wermutstropfen gibt es dennoch: ReiserFS
legt gro&szlig;en Wert auf die Metadaten, jedoch nicht auf die Daten selbst. Die
n&auml;chsten Generationen von ReiserFS werden Data-Journaling beinhalten
(sowohl Metadaten als auch tats&auml;chliche Daten werden in das Journal geschrieben) sowie geordnete Schreibzugriffe (siehe data=ordered unter
Ext3). Die St&auml;rken von ReiserFS im Detail:
Bessere Festplattenspeicherverwaltung
In ReiserFS werden alle Daten in einer Struktur namens B* -balanced
tree organisiert. Die Baumstruktur tr&auml;gt zur besseren Festplattenspeicherverwaltung bei, da kleine Dateien direkt in den Bl&auml;ttern des
B* trees gespeichert werden k&ouml;nnen, statt sie an anderer Stelle zu speichern und einfach den Zeiger auf den tats&auml;chlichen Ort zu verwalten.
Zus&auml;tzlich dazu wird der Speicher nicht in Einheiten von 1 oder 4 kB
zugewiesen, sondern in exakt der ben&ouml;tigten Einheit. Ein weiterer
Vorteil liegt in der dynamischen Vergabe von Inodes. Dies verschafft
dem Dateisystem eine gr&ouml;&szlig;ere Flexibilit&auml;t gegen&uuml;ber herk&ouml;mmlichen
Dateisystemen, wie zum Beispiel Ext2, wo die Inode-Dichte zum
Zeitpunkt der Erstellung des Dateisystems angegeben werden muss.
Bessere Festplattenzugriffsleistung
Bei kleinen Dateien werden Sie h&auml;ufig bemerken k&ouml;nnen, dass sowohl die Dateidaten als auch die „stat_data“ (Inode)-Informationen
nebeneinander gespeichert wurden. Ein einziger Festplattenzugriff
reicht somit, um Sie mit allen ben&ouml;tigten Informationen zu versorgen.
Schnelle Wiederherstellung nach Abst&uuml;rzen
Durch den Einsatz eines Journals zur Nachverfolgung k&uuml;rzlicher
Metadaten&auml;nderungen reduziert sich die Dateisystem&uuml;berpr&uuml;fung
sogar f&uuml;r gro&szlig;e Dateisysteme auf wenige Sekunden.
426
18.2. Die wichtigsten Dateisysteme unter Linux
18.2.4
18
JFS
Ein genauerer Blick auf JFS zeigt, warum dieses Dateisystem m&ouml;glicherweise eine gute Wahl f&uuml;r Ihren Linux-Server darstellt:
Effizientes Journaling JFS folgt wie ReiserFS einem „metadata only“Ansatz. Anstelle einer ausf&uuml;hrlichen &Uuml;berpr&uuml;fung werden lediglich
Metadaten&auml;nderungen &uuml;berpr&uuml;ft, die durch k&uuml;rzliche Dateisystemaktivit&auml;ten hervorgerufen wurden. Dies spart enorm viel Zeit bei der
Wiederherstellung. Zeitgleiche Aktivit&auml;ten, die mehrere Protokolleintr&auml;ge erfordern, k&ouml;nnen in einem Gruppen-Commit zusammengefasst werden, wobei der Leistungsverlust des Dateisystems durch
mehrfachen Schreibvorgang stark verringert wird.
Dateisysteme unter Linux
JFS, das „Journaling File System“ wurde von IBM f&uuml;r AIX entwickelt. Die
erste Betaversion des JFS-Linux-Ports erreichte die Linux-Gemeinde im
Sommer 2000. Version 1.0.0 wurde im Jahre 2001 herausgegeben. JFS ist
auf die Bed&uuml;rfnisse von Server-Umgebungen mit hohem Durchsatz zugeschnitten, da hierbei einzig die Performance z&auml;hlt. Als volles 64-BitDateisystem unterst&uuml;tzt JFS gro&szlig;e Dateien und Partitionen (LFS oder Large File Support ), was ein weiterer Pluspunkt f&uuml;r den Einsatz in ServerUmgebungen ist.
Effiziente Verzeichnisverwaltung JFS h&auml;lt an unterschiedlichen Verzeichnisstrukturen fest. Bei kleinen Verzeichnissen erlaubt es die direkte
Speicherung des Verzeichnisinhaltes in seinem Inode. F&uuml;r gr&ouml;&szlig;ere
Verzeichnisse werden B+ trees verwendet, welche die Verzeichnisverwaltung erheblich erleichtern.
Bessere Speichernutzung durch dynamische Vergabe der Inodes
Unter Ext2 m&uuml;ssen Sie die Inode-Dichte (von Verwaltungsinformationen belegter Speicher) vorab angeben. Dadurch wird die maximale
Anzahl von Dateien oder Verzeichnissen Ihres Dateisystems limitiert.
JFS erspart Ihnen diese &Uuml;berlegungen — es weist Inode-Speicher
dynamisch zu und stellt ihn bei Nichtbedarf wieder zur Verf&uuml;gung.
18.2.5
XFS
Urspr&uuml;nglich als Dateisystem f&uuml;r ihr IRIX-Betriebssystem gedacht, startete
SGI die Entwicklung von XFS bereits in den fr&uuml;hen 90ern. Mit XFS sollte
ein hochperformantes 64-Bit Journaling File System geschaffen werden, das
den extremen Herausforderungen der heutigen Zeit gewachsen ist. XFS ist
SUSE LINUX Enterprise Server
427
gut geeignet f&uuml;r den Umgang mit gro&szlig;en Dateien und zeigt gute Leistungen auf High-end-Hardware. Jedoch weist sogar XFS eine Schw&auml;che auf.
Wie ReiserFS, legt XFS gro&szlig;en Wert auf Metadatenintegrit&auml;t und weniger
auf Datenintegrit&auml;t.
Ein kurzer Blick auf die Schl&uuml;sselfunktionen von XFS erkl&auml;rt, warum es
sich m&ouml;glicherweise als starke Konkurrenz zu anderen Journaling File Systemen in der High-end-Datenverarbeitung herausstellen k&ouml;nnte.
Hohe Skalierbarkeit durch den Einsatz von „Allocation groups“
Zum Erstellungszeitpunkt eines XFS-Dateisystems wird das dem
Dateisystem zugrundeliegende Block-Device in acht oder mehr
lineare Bereiche gleicher Gr&ouml;&szlig;e unterteilt. Diese werden als „allocation groups“ bezeichnet. Jede Allocation group verwaltet Inodes
und freien Speicher selbst. Allocation groups k&ouml;nnen praktisch als
„Dateisysteme im Dateisystem“ betrachtet werden. Da Allocation
groups relativ autonom sind, kann der Kernel gleichzeitig mehrere
von ihnen adressieren. Hier liegt der Schl&uuml;ssel zur hohen Skalierbarkeit von XFS. Das Konzept der autonomen Allocation groups kommt
nat&uuml;rlicherweise den Anforderungen von Multiprozessorsystemen
entgegen.
Hohe Performance durch effiziente Festplattenspeicherverwaltung
Freier Speicher und Inodes werden von B+ trees innerhalb der Allocation groups verwaltet. Der Einsatz von B+ trees tr&auml;gt zu einem
Gro&szlig;teil zur Leistung und Skalierbarkeit von XFS bei. Ein wahrhaft
einzigartiges Funktionsmerkmal von XFS ist die „delayed allocation“.
XFS verarbeitet die Speicherzuweisung (engl. allocation) durch
Zweiteilung des Prozesses. Eine „schwebende“ Transaktion wird in
RAM gespeichert und der entsprechende Speicherplatz reserviert.
XFS entscheidet noch nicht, wo genau (d.h. in welchen Dateisystembl&ouml;cken) die Daten gespeichert werden. Diese Entscheidung wird
bis zum letztm&ouml;glichen Moment hinausgez&ouml;gert. Einige kurzlebige,
tempor&auml;re Daten werden somit niemals auf Platte gespeichert, da sie
zum Zeitpunkt der Entscheidung &uuml;ber ihren Speicherort durch XFS
bereits obsolet sind. So XFS erh&ouml;ht die Leistung und verringert die
Dateisystemfragmentation. Da allerdings eine verz&ouml;gerte Zuordnung
weniger Schreibvorg&auml;nge als in anderen Dateisystemen zur Folge
hat, ist es wahrscheinlich, dass der Datenverlust nach einem Absturz
w&auml;hrend eines Schreibvorgangs gr&ouml;&szlig;er ist.
Preallocation zur Vermeidung von Dateisystemfragmentation
Vor dem Schreiben der Daten in das Dateisystem reserviert XFS den
428
18.2. Die wichtigsten Dateisysteme unter Linux
18.3
Weitere unterst&uuml;tzte Dateisysteme
Tabelle 18.1 enth&auml;lt weitere von Linux unterst&uuml;tzte Dateisysteme. Sie werden haupts&auml;chlich unterst&uuml;tzt, um die Kompatibilit&auml;t und den Datenaustausch zwischen unterschiedlichen Medien oder fremden Betriebssystemen
sicherzustellen.
Tabelle 18.1: Dateisystemarten unter Linux
cramfs
Compressed ROM file system: ein komprimiertes Dateisystem
mit Lesezugriff f&uuml;r ROMs.
hpfs
High Performance File System: das OS/2-Standarddateisystem
— nur im Lesezugriffsmodus unterst&uuml;tzt.
iso9660
Standarddateisystem auf CD-ROMs.
ncpfs
Dateisystem zum Mounten von Novell-Volumes &uuml;bers
Netzwerk.
nfs
Network File System: Hierbei k&ouml;nnen Daten auf jedem beliebigen Rechner innerhalb eines Netzwerks gespeichert werden
und der Zugriff kann &uuml;ber Netzwerk gew&auml;hrt werden.
smbfs
Server Message Block: verwendet von Produkten wie zum Beispiel Windows f&uuml;r den Dateizugriff &uuml;ber ein Netzwerk.
sysv
verwendet unter SCO UNIX, Xenix und Coherent (kommerzielle UNIX-Systeme f&uuml;r PCs).
ufs
verwendet von BSD, SunOS und NeXTstep. Nur im
Lesezugriffs-Modus unterst&uuml;tzt.
umsdos
UNIX on MSDOS: aufgesetzt auf einem normalen fatDateisystem. Erh&auml;lt UNIX-Funktionalit&auml;t (Rechte, Links,
lange Dateinamen) durch die Erstellung spezieller Dateien.
vfat
Virtual FAT: Erweiterung des fat-Dateisystems (unterst&uuml;tzt
lange Dateinamen).
ntfs
Windows NT file system: Lesezugriff.
SUSE LINUX Enterprise Server
18
Dateisysteme unter Linux
ben&ouml;tigten Speicherplatz f&uuml;r eine Datei (engl. preallocate). Somit
wird die Dateisystemfragmentation erheblich reduziert. Die Leistung
wird erh&ouml;ht, da die Dateiinhalte nicht &uuml;ber das gesamte Dateisystem
verteilt werden.
429
18.4
Large File Support unter Linux
Urspr&uuml;nglich unterst&uuml;tzte Linux Dateien bis zu einer maximalen Gr&ouml;&szlig;e
von 2 GB. Der zunehmende Einsatz von Linux zur Datenbankverwaltung,
zur Verarbeitung von Audio- und Videodaten u.v.a.m. machten es n&ouml;tig,
Kernel und GNU C Library (glibc) f&uuml;r die Unterst&uuml;tzung gr&ouml;&szlig;erer Dateien
als 2 GB anzupassen. Es wurden neue Interfaces eingef&uuml;hrt, die von Applikationen genutzt werden k&ouml;nnen. Heutzutage bieten (fast) alle wichtigen Dateisysteme LFS-Unterst&uuml;tzung, die High-End-Datenverarbeitung
erlaubt.
Tabelle 18.2 bietet einen &Uuml;berblick &uuml;ber die derzeitigen Beschr&auml;nkungen
von Linux-Dateien und Dateisystemen.
Tabelle 18.2: Maximale Gr&ouml;&szlig;e von Dateisystemen (On-Disk Format)
430
Dateisystem
Max. Dateigr&ouml;&szlig;e
Max. Dateisystemgr&ouml;&szlig;e
Ext2 oder Ext3 (1 kB
Blockgr&ouml;&szlig;e)
Ext2 oder Ext3 (2 kB
Blockgr&ouml;&szlig;e)
Ext2 oder Ext3 (4 kB
Blockgr&ouml;&szlig;e)
Ext2 oder Ext3 (8 kB
Blockgr&ouml;&szlig;e) (Systeme
mit Pages von 8 kB
(wie Alpha))
ReiserFS 3.5
234 (16 GB)
241 (2 TB)
238 (256 GB)
243 (8 TB)
241 (2 TB)
244 (16 TB)
246 (64 TB)
245 (32 TB)
232 (4 GB)
244 (16 TB)
ReiserFS 3.6 (unter
Linux 2.4)
XFS
260 (1 EB)
244 (16 TB)
263 (8 EB)
263 (8 EB)
JFS (512 Bytes Blockgr&ouml;&szlig;e)
JFS (4 kB Blockgr&ouml;&szlig;e)
263 (8 EB)
249 (512 TB)
263 (8 EB)
252 (4 PB)
NFSv2 (clientseitig)
231 (2 GB)
263 (8 EB)
NFSv3 (clientseitig)
263 (8 EB)
263 (8 EB)
18.4. Large File Support unter Linux
18
Hinweis
Dateigr&ouml;&szlig;e: Dateien k&ouml;nnen auf 32-bit Systemen nicht gr&ouml;&szlig;er sein
als 2 TB (241 Byte).
Dateisystemgr&ouml;&szlig;e: Dateisysteme k&ouml;nnen bis zu 273 Byte gro&szlig; sein.
Dieses Limit sch&ouml;pft (noch) keine aktuelle Hardware aus.
Hinweis
18.5
Dateisysteme unter Linux
Linux Kernel Limits
Die Tabelle beschreibt die Limits des on-disk Formats. Die maximale Gr&ouml;&szlig;e einer Datei und eines Dateisystems, die vom Kernel
korrekt verarbeitet werden kann, unterliegt unter Kernel 2.6
folgenden Beschr&auml;nkungen:
Weitere Informationen
Jedes der oben beschriebenen Dateisystemprojekte unterh&auml;lt seine eigene
Homepage, wo Sie Informationen aus Mailinglisten und weitere Dokumentation sowie FAQs erhalten.
http://e2fsprogs.sourceforge.net/ext2.html
http://www.zipworld.com.au/~akpm/linux/ext3/
http://www.namesys.com/
http://oss.software.ibm.com/developerworks/
opensource/jfs/
oss.sgi.com/projects/xfs/
Ein umfassendes mehrteiliges Tutorial zu Linux-Dateisystemen findet sich unter IBM developerWorks: http://www-106.ibm.com/
developerworks/library/l-fs.html
Einen Vergleich der verschiedenen Journaling File Systeme unter Linux
befindet sich im Beitrag von Juan I. Santos Florido unter Linuxgazette:
http://www.linuxgazette.com/issue55/florido.html
Eine ausf&uuml;hrliche Arbeit zu LFS unter Linux erh&auml;lt man auf Andreas Jaegers LFS-Seiten: http://www.suse.de/~aj/linux_lfs.html
SUSE LINUX Enterprise Server
431
19
Dieses Kapitel stellt in einem Kurz&uuml;berblick wesentliche Konzepte und
Werkzeuge aus dem Bereich der Hochverf&uuml;gbarkeit unter Linux vor. Zus&auml;tzlich erhalten Sie zu allen vorgestellten Themen weiterf&uuml;hrende Literaturhinweise.
19.1
19.2
19.3
19.4
19.5
19.6
Wichtige Begriffe . . . . . . . . . . . . . . . . . .
Ein minimales Beispielszenario . . . . . . . . .
Komponenten einer Hochverf&uuml;gbarkeitsl&ouml;sung
Die Softwareseite von Hochverf&uuml;gbarkeit . . .
Clustering . . . . . . . . . . . . . . . . . . . . . .
Weitere Informationen . . . . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
434
435
436
438
439
440
Hochverf&uuml;gbarkeit unter Linux
Hochverf&uuml;gbarkeit
unter Linux
Hochverf&uuml;gbarkeit beschreibt Systeme, die bestimmte St&ouml;rungen – insbesondere Ausf&auml;lle von einzelnen Rechnern – maskieren k&ouml;nnen, um dem Benutzer den Dienst nach einer kurzen Ausfallzeit wieder anzubieten. Hierzu
werden Hard- und Software sorgf&auml;ltig aufeinander abgestimmt und redundant ausgelegt, um im Falle einer St&ouml;rung automatisch auf die andere
Komponente umschalten zu k&ouml;nnen. Hochverf&uuml;gbarkeit unterscheidet sich
von „fehlertolerant“ dadurch, dass f&uuml;r diese kurze Phase des Umschaltens
der Dienst tempor&auml;r nicht verf&uuml;gbar ist, was sich in Verz&ouml;gerungen oder
kurzen Verbindungsabbr&uuml;chen zeigen kann.
Von hochverf&uuml;gbaren Systemen spricht man insbesondere, wenn die Gesamtverf&uuml;gbarkeit des Dienstes zwischen 99.999% und 99.99999% liegt;
dies entspricht auf ein Jahr hochgerechnet zwischen 5 Minuten und 3 Sekunden. Besonders wichtig ist dabei jedoch nicht nur die Soft- und Hardwareseite, sondern an erster Stelle die durchdachte Systemadministration mit dokumentierten und nachvollziehbaren Prozessen, um Fehler zu
minimieren. Es handelt sich hierbei in jedem Fall um eine Risiko/KostenAbw&auml;gung; je nach Anwendungsszenario k&ouml;nnen unterschiedliche Anforderungen und L&ouml;sungen angebracht sein. Ihr Novell Partner ber&auml;t Sie
gerne.
19.1
Wichtige Begriffe
Vorab einige wichtige Begriffe, die im Zusammenhang mit Hochverf&uuml;gbarkeit immer wieder auftauchen:
SPOF Single Point of Failure: Komponente eines Systems, bei deren Ausfall
die Funktionalit&auml;t des Gesamtsystems beeintr&auml;chtig wird.
Failover Eine andere gleichartige Systemkomponente &uuml;bernimmt automatisch die Funktion einer ausgefallenen Komponente.
Cold Standby Die Ersatzhardware steht „kalt“ bereit. Die &Uuml;bernahme
muss manuell erfolgen, sodass der Ausfall dementsprechend auch
deutlich sp&uuml;rbar ist.
Warm Standby Das Backupsystem l&auml;uft im Hintergrund mit, sodass die
&Uuml;bernahme automatisch erfolgen kann. Die Daten auf beiden Systemen werden automatisch synchronisiert. Die &Uuml;bernahme (Failover)
sp&uuml;rt der Benutzer &auml;hnllich wie einen sehr schnellen automatischen
Reboot des Dienstes. Allerdings kann die aktuelle Transaktion m&ouml;glicherweise abgebrochen werden, da die Daten vor dem Ausfall nicht
mehr synchronisiert werden konnten.
434
19.1. Wichtige Begriffe
Load Balancing Lastenverteilung innerhalb eines Clusters von Rechnern. Zum Einsatz kommt Load Balancing zum Beispiel in einem LVSSzenario (Linux Virtual Server) (siehe Abschnitt 19.5.2 auf Seite 439).
STONITH Shot the other node in the head: Spezielle Hardware/Software,
die sicherstellt, dass ein defekter Knoten innerhalb eines Clusters keine Schreibzugriffe auf verteilte Medien durchf&uuml;hrt und die Datenkonsistenz im gesamten Cluster gef&auml;hrdet. Dazu wird das System
schlicht vom Stromnetz getrennt.
19.2
19
Hochverf&uuml;gbarkeit unter Linux
Hot Standby Beide Systeme laufen st&auml;ndig parallel – Daten auf beiden
Systemen sind hundertprozentig synchron. Der Benutzer sp&uuml;rt nichts
von eventuellen Ausf&auml;llen. Meist ist diese Stufe nicht ohne eine entsprechende Modifikation des Clients zu erreichen. Um beide Systeme
100% synchron zu betreiben, m&uuml;ssen auch die Verbindungen zum
Client 100% gespiegelt werden. Daf&uuml;r braucht man normalerweise
Clients, die Verbindungen zu zwei oder mehr Servern gleichzeitig
halten und mit allen reden. Das kann beispielsweise ein normaler
Webbrowser nicht.
Ein minimales Beispielszenario
Die Vorg&auml;nge innerhalb eines 2-Node-Clusters beim Ausfall eines Knotens und die verschiedenen Arten des Standby-Systems, das bei Bedarf
&uuml;bernimmt, werden im Folgenden skizziert (siehe Abbildung 19.1 auf der
n&auml;chsten Seite).
Die beiden Server (Primary und Backup) stehen beide mit einem SAN (Storage Area Network) in Verbindung. Je nach Betriebsart greift nur der jeweils aktive Knoten hierauf auch zu. Untereinander kommunizieren beide
in der Form, dass sie sich regelm&auml;&szlig;ig „Lebenszeichen“ (heartbeat) senden. Die Kommunikationswege (oder hearbeat links) sind ebenfalls redundant ausgelegt, indem voneinander unabh&auml;ngige Wege &uuml;ber unterschiedliche Netzwerkkarten und Kabelwege genutzt werden. F&auml;llt einer der Links
aus, melden seine Backups weiterhin korrekt, dass der entsprechende Server „am Leben“ ist. Bleiben die Lebenszeichen des Hauptsystems aus, wird
das Standby-System aktiviert, &uuml;bernimmt die Dienste des ausgefallenen
Partners und nimmt ihn komplett vom Netz (siehe oben STONITH).
SUSE LINUX Enterprise Server
435
Abbildung 19.1: Ein einfaches Hochverf&uuml;gbarkeitscluster
19.3
Komponenten einer
Hochverf&uuml;gbarkeitsl&ouml;sung
Eine Hochverf&uuml;gbarkeitsl&ouml;sung setzt sich aus mehreren verschiedenen
Komponenten zusammen:
Generelle Infrastruktur Allgemein muss beim Konzipieren einer hochverf&uuml;gbaren L&ouml;sung bedacht werden, dass auch die Aufstellung aller
wichtiger Server an einem einzigen Ort ein potentieller SPOF sein
kann, wenn dieser Standort von (Umwelt)-Katastrophen oder Stromausf&auml;llen betroffen sein sollte. Ausserdem muss auf die „Umweltbedingungen“ der Server geachtet werden – (redundante) Klimaanlagen sind unerl&auml;sslich.
436
19.3. Komponenten einer Hochverf&uuml;gbarkeitsl&ouml;sung
Stromversorgung Nach M&ouml;glichkeit sichern Sie Ihre Server &uuml;ber
eine USV (unterbrechungsfreie Stromversorgung) ab, um sicherzustellen, dass ein kurzer Spannungsabfall &uuml;berbr&uuml;ckt werden
kann und bei einem l&auml;ngeren Ausfall ein sauberes Herunterfahren der Systeme m&ouml;glich ist. Selbstverst&auml;ndlich sollte auch die
Stromversorgung redundant ausgelegt werden.
Netzwerkschnittstellen Stellen Sie sicher, dass jedes Ihrer Systeme mehrere Netzwerkschnittstellen besitzt. F&auml;llt eine aus, muss
automatisch eine der anderen Adresse und Aufgabe der ausgefallenen Komponente &uuml;bernehmen. Die Redundanz bezieht sich
hier ausdr&uuml;cklich auf beide Richtungen von Schnittstellen. Es
schadet nicht, sowohl f&uuml;r die interne Schnittstelle als auch die
externe jeweils eine aktive und ein Backup einzuplanen.
Festplatten Versehen Sie Ihre Systeme mit mehreren Festplatten und
legen Sie die Datensicherung (z.B. mittels RAID oder drbd) so
aus, dass beim Verlust einer dieser Platten die anderen stets den
intakten Datensatz enthalten. Eine defekte Platte muss ohne Halt
des Systems gegen eine neue Platte auswechselbar sein.
19
Hochverf&uuml;gbarkeit unter Linux
Hardware Ohne gr&ouml;&szlig;tm&ouml;gliche Ausfallsicherheit auf Hardwarebene verhilft auch die ausgefeilteste Softwarel&ouml;sung nicht zum hochverf&uuml;gbaren System. Die wichtigsten Hardwarekomponenten, die bedacht und
m&ouml;glichst redundant ausgelegt werden sollten, sind:
Anwendungen Alle wichtigen Dienste und Anwendungen, die Ihre Systeme nach aussen pr&auml;sentiert, m&uuml;ssen so ausgelegt sein, dass sie einen
Neustart nicht behindern. Gibt eine Anwendung nach einem Crash
ihre Lockdateien nicht frei, verhindern diese den Neustart des entsprechenden Prozesses. Damit ist diese Anwendung nicht f&uuml;r eine
Hochverf&uuml;gbarkeitsumgebung geeignet. Idealerweise wird die „Gesundheit“ bestimmter Anwendungen, von Betriebssystemprozessen
und der Netzwerkverbindungen mit einem geeigneten MonitoringTool &uuml;berwacht.
Daten Alle wichtigen Daten m&uuml;ssen nach Ausfall eines Systems dem
&uuml;bernehmenden System vollst&auml;ndig und intakt zur Verf&uuml;gung stehen.
Diese Art der Hochverf&uuml;gbarkeit erreicht man, indem Daten verteilt
&uuml;ber mehrere Systeme oder Festplatten gespeichert werden. Dazu
werden die Inhalte einer Platte regelm&auml;&szlig;ig auf eine (oder mehrere)
weitere gespiegelt, die bei einem Ausfall mit dem intakten Datensatz &uuml;bernehmen kann. Damit ein Dateisystem nach Systemabsturz in
konsistentem Zustand wieder hochkommt, verwenden Sie ein Journaling Filesystem.
SUSE LINUX Enterprise Server
437
Netzwerk Legen Sie alle Netzwerkinfrastrukur von der Router/SwitchInfrastruktur bis hinunter zum simplen Netzwerkkabel redundant
aus.
19.4 Die Softwareseite von
Hochverf&uuml;gbarkeit
In den folgenden Abschnitten werden die wichtigsten Softwareaspekte von
hochverf&uuml;gbaren L&ouml;sungen vorgestellt:
19.4.1
heartbeat
heartbeat ist ein Paket, das zur &Uuml;berwachung aller im Cluster befindlichen
Knoten eingesetzt wird. heartbeat tauscht auf den Netzwerkschnittstellen
der Clustermitglieder „Herzschl&auml;ge“ (engl. heartbeat ) aus, um zu ermitteln, welche Knoten im Cluster aktiv sind. F&auml;llt ein Knoten aus, unterbleibt
sein Signal. heartbeat sorgt in diesem Fall daf&uuml;r, dass ein anderer Knoten
dessen Aufgaben und Identit&auml;t &uuml;bernimmt und die &Uuml;bernahme im Netz
bekannt macht. So bleibt das Cluster konsistent. Derzeit ist die FailoverFunktion von heartbeat auf zwei Knoten beschr&auml;nkt.
19.4.2
RAID
RAID (engl. Redundant Array of Independent Disks) vereint mehrere Festplattenpartitionen zu einer gro&szlig;en virtuellen Festplatte. Mittels RAID lassen sich Performance und Datensicherheit Ihres Systems optimieren. Die
RAID-Level 1 und 5 bieten eine Absicherung gegen den Ausfall einer Platte, da die Daten gleichzeitig auf mehre Platten geschrieben werden. So ist
nach Ausfall einer Platte stets der komplette Datensatz auf einer anderen
Platte im System vorhanden. Mehr Informationen zu RAID unter SUSE LINUX erhalten Sie in Abschnitt 3.11 auf Seite 160.
19.4.3
rsync
Zur Synchronisation gro&szlig;er Datenmengen zwischen einem Server und seinem Backup bietet sich rsync an. rsync verf&uuml;gt &uuml;ber ausgefeilte Mechanismen, um ausschlie&szlig;lich &Auml;nderungen an Dateien zu &uuml;bertragen. Dies
438
19.4. Die Softwareseite von Hochverf&uuml;gbarkeit
19.4.4
DRBD
Distributed Replicated Block Device (drbd) erm&ouml;glicht die Spiegelung
(RAID1) von Partitionen/Logical Volumes (Datenbereichen) &uuml;ber ein normales Netzwerk auf TCP/IP-Basis. Jeweils ein Knoten hat eine bestimmte
drbd Resource „aktiv“, und jegliche &Auml;nderungen werden transaktionssicher auf den Mirror gespiegelt.
Gegen&uuml;ber dem RAID1 von lokalen Platten bietet drbd zus&auml;tzliche Features, um die Resynchronisationszeit nach einer kurzzeitigen Trennung der
beiden Knoten zu minimieren, und nach diversen St&ouml;rungen robust zu ermitteln, welche Seite die aktuellen und konsistenten Daten zur Verf&uuml;gung
stellt.
19.5
19.5.1
19
Hochverf&uuml;gbarkeit unter Linux
betrifft nicht nur Textdateien, sondern auch bin&auml;re Dateien. Um die Unterschiede zwischen Dateien zu erkennen, teilt rsync die Dateien in Bl&ouml;cke
auf, und berechnet Pr&uuml;fsummen zu diesen Bl&ouml;cken. Mehr Informationen
zu rsync erhalten Sie in Abschnitt 23.6 auf Seite 625.
Clustering
Cluster Alias
Der Cluster Alias ist eine Technologie, bei der mehrere Knoten eine gemeinsame IP-Adresse konfiguriert haben und auch auf dieser Adresse TCP/IP-Verbindungen aufbauen k&ouml;nnen. Eingehende TCP/IPVerbindungen werden dabei automatisch verteilt.
Im Gegensatz zum Linux Virtual Server wird kein dedizierter Load Balancer ben&ouml;tigt. Allerdings ist der Cluster Alias durch die Art der Implementierung bei einer gr&ouml;&szlig;eren Anzahl von Knoten weniger effizient: Beim
Cluster Alias werden alle IP-Pakete an alle Knoten verteilt, die sich dann
jeweils die f&uuml;r sie bestimmten herausfiltern, wohingegen beim LVS diese Entscheidung nur einmalig vom Load Balancer getroffen wird. N&auml;here
Informationen zur Konfiguration dieses Features entnehmen Sie bitte der
Manualpage von iptables.
19.5.2
Linux Virtual Server
Linux Virtual Server baut auf einem realen Cluster mehrerer Server auf, die
&uuml;ber einen Load Balancer zur Lastverteilung auf die einzelnen Clustermitglieder miteinander verbunden sind. Nach aussen hin pr&auml;sentiert sich solch
SUSE LINUX Enterprise Server
439
ein Cluster lediglich als ein einzelner virtueller Server. Selbstverst&auml;ndlich
sollte der Load Balancer ebenfalls redundant ausgelegt sein und per heartbeat abgesichert werden. Ziel einer LVS-Konfiguration ist die bestm&ouml;gliche Ausnutzung der verhandenen Ressourcen und die gute Skalierbarkeit.
Um die „Gesundheit“ der einzelnen realen Server zu &uuml;berwachen, wird in
diesen Szenarien der heartbeat-ldirectord Daemon eingesetzt.
19.5.3
High-Availability Cluster
Ein High-Availability Cluster ist so konzipiert, dass es jederzeit alle angebotenen Dienste trotz Hard- oder Softwareausfall anbieten kann. Wenn ein
Knoten des Clusters ausf&auml;llt, &uuml;bernimmt sofort ein anderer. Der &uuml;bernehmende Knoten (secondary) ist ein Spiegelbild des ausgefallenen Knotens
(primary) und nimmt beim Failover sogar die Identit&auml;t des ausgefallenen
Knotens an, womit die Clusterumgebung nach aussen hin konsistent bleibt.
19.6
19.6.1
Weitere Informationen
Hochverf&uuml;gbarkeit (HA) allgemein und heartbeat
Erste Anlaufstelle zum Thema Hochverf&uuml;gbarkeit unter Linux ist die Homepage des Linux-HA Projekts (http://linux-ha.org). Hier finden Sie
eine F&uuml;lle weiterf&uuml;hrender Tipps und Links auf Dokumentationen, Erfahrungsberichte und Szenarien.
Gedruckte Information zum Thema Hochverf&uuml;gbarkeit finden Sie in dem
Buch Blueprints in High Availability:
Marcus, Evan &amp; Stern, Hal: Blueprints in High Availability. John Wiley &amp;
Sons Inc., 2000. - (ISBN 0-471-35601-8)
I zSeries, S/390
F&uuml;r Linux auf IBM S/390 und zSeries existiert ein sehr ausf&uuml;hrliches
Redpaper mit zahlreichen Beispielszenarien und -konfigurationen
unter: http://publib-b.boulder.ibm.com/Redbooks.nsf/
RedpaperAbstracts/redp0220.html. J
Ein Wiki zum Thema HA und hearbeat: http://wiki.trick.ca/
linux-ha/PressRoom und http://wiki.trick.ca/linux-ha/
HeartbeatTutorials
440
19.6. Weitere Informationen
19.6.2
19
DRBD
Ein Artikel des englischsprachigen Linux-Magazins zum Thema:http:
//www.linux-mag.com/2003-11/drbd_01.html
19.6.3
RAID
Eine umfangreiche Linksammlung zum RAID-Themenkomplex: http:
//linas.org/linux/raid.html
19.6.4
Clustering
Zum Thema Clustering bietet die Homepage des Linux Clustering Information Center weitere Informationen: http://www.lcic.org/
Die Homepage des Linux Virtual Server Projekts: http://www.
linuxvirtualserver.org/
Hochverf&uuml;gbarkeit unter Linux
Die Homepage des DRBD-Projekts: http://www.drbd.org/
Zum Oracle Cluster File System finden Sie Informationen auf der Homepage
des Projekts unter http://oss.oracle.com/projects/ocfs/, sowie ausf&uuml;hrliche Dokumentationen unter: http://oss.oracle.com/
projects/ocfs/documentation/.
SUSE LINUX Enterprise Server
441
20
PAM (engl. Pluggable Authentication Modules) wird unter Linux verwendet, um bei der Authentifizierung zwischen Benutzer und Anwendung zu
vermitteln. PAM-Module stehen zentral zur Verf&uuml;gung und k&ouml;nnen von jeder Applikation aufgerufen werden. Wie diese modulare Authentifizierung
konfiguriert wird und wie sie arbeitet, ist Inhalt dieses Kapitels.
20.1
20.2
20.3
20.4
Aufbau einer PAM-Konfigurationsdatei
Die PAM-Konfiguration von sshd . . . .
Konfiguration der PAM-Module . . . . .
Weitere Informationen . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
444
446
447
450
PAM – Pluggable Authentication Modules
PAM – Pluggable
Authentication Modules
Systemadministratoren und Entwickler m&ouml;chten den Zugriff auf bestimmte
Systembereiche oder die Nutzung bestimmter Funktionali&auml;ten einer Anwendung beschr&auml;nken. Ohne PAM w&uuml;rde dies bedeuten, dass alle Anwendungen immer wieder an neue Authentifizierungsschemen (z.B. LDAP
oder Samba) angepasst werden m&uuml;ssten. Dieses Vorgehen ist zeitraubend
und fehleranf&auml;llig. L&ouml;st man hingegen die Authentifizierung von der Anwendung und delegiert sie an zentrale Module, entfallen diese Nachteile.
Soll ein neues Authentifizierungsschema angewandt werden, muss lediglich ein PAM-Modul angepasst/entwickelt werden, auf das die Anwendung zur&uuml;ckgreifen kann.
F&uuml;r jedes Programm, das PAM nutzt, liegt eine eigene Konfigurationsdatei unter /etc/pam.d/&lt;dienst&gt;/. In dieser Datei ist festgelegt,
welche PAM-Module zur Benutzerauthentifizierung verwendet werden
sollen. Globale Konfigurationsdateien der meisten PAM-Module unter
/etc/security/ legen das genaue Verhalten dieser Module fest (Beispiele: pam_env.conf, pam_pwcheck.conf, pam_unix2.conf, time.conf
usw. . . . ). Eine Applikation, die ein PAM-Modul nutzt, ruft einen bestimmten Satz an PAM-Funktionen auf, die die Informationen aus den verschiedenen Konfigurationsdateien verarbeiten und das Ergebnis an die aufrufende Anwendung weiterleiten.
20.1
Aufbau einer PAMKonfigurationsdatei
Eine Zeile einer PAM-Konfigurationsdatei baut sich aus maximal vier Spalten auf:
&lt;Modultyp&gt; &lt;Kontroll-Flag&gt; &lt;Modulpfad&gt; &lt;Optionen&gt;
PAM-Module werden stapelweise abgearbeitet. Die verschiedenen Module
haben unterschiedliche Aufgaben. Ein Modul &uuml;bernimmt die Passwortpr&uuml;fung, ein anderes pr&uuml;ft, von woher der Zugriff erfolgt und ein weiteres
fragt benutzerspezifische Systemeinstellungen ab.
PAM kennt vier verschiedene Typen von Modulen:
auth Module dieses Typs dienen der &Uuml;berpr&uuml;fung, ob der Benutzer authentisch ist. Diese &Uuml;berpr&uuml;fung geschieht traditionell durch Passwortabfrage, kann aber auch per Chipkarte oder &uuml;ber Pr&uuml;fung eines
biometrischen Merkmals (Fingerabdruck, Irisscan) erfolgen.
444
20.1. Aufbau einer PAM-Konfigurationsdatei
password Module dieses Typs dienen der &Auml;nderung des Authentifizierungsmerkmals. Dies ist in den meisten F&auml;llen ein Passwort.
session Module dieses Typs sind zur Verwaltung und Konfiguration
von Benutzer-Sessions gedacht. Diese Module werden vor und nach
der Authentifizierung gestartet, um Loginversuche zu protokollieren
und dem Benutzer seine eigene Umgebung zuzuweisen (Mailzugang,
Homeverzeichnis, Systemlimits usw.)
Die zweite Spalte enth&auml;lt die Kontroll-Flags, mit denen die gew&uuml;nschten
Module aufgerufen werden:
required Das Modul muss erfolgreich abgearbeitet werden, damit
die Authentifizierung fortschreiten kann. Bei Fehlschlagen eines
required Moduls werden noch alle anderen Module dieses Typs
abgearbeitet, bevor der Benutzer eine Meldung &uuml;ber das Fehlschlagen
seines Authentifizierungsversuchs erh&auml;lt.
requisite Diese Module m&uuml;ssen ebenso wie die required Module erfolgreich abgearbeitet werden. Bei einem Fehlschlag erh&auml;lt der Benutzer unmittelbares Feedback und es werden keine weiteren Module
mehr abgearbeitet. Im Erfolgsfall werden weitere Module genau wie
bei required abgearbeitet. Dieses Flag kann als ein einfacher Filter
eingesetzt werden, um bestimmte Bedingungen abzufragen, die f&uuml;r
eine korrekte Authentifizierung notwendig sind.
20
PAM – Pluggable Authentication Modules
account Module dieses Typs &uuml;berpr&uuml;fen, ob der Benutzer authorisiert
ist, den angefragten Dienst &uuml;berhaupt zu benutzen. So sollte sich zum
Beispiel niemand mit abgelaufenem Account auf einem System einloggen k&ouml;nnen.
sufficient Wird ein Modul dieses Typs erfolgreich abgearbeitet, erh&auml;lt
das aufrufende Programm sofort eine Erfolgsmeldung und es werden
keine weiteren Module mehr abgearbeitet, wenn kein voranstehendes required-Modul fehlgeschlagen ist. Schl&auml;gt ein sufficientModul fehl, hat dies keine Folgen und die folgenden Module werden
der Reihe nach weiter abgearbeitet.
optional Erfolg oder Fehlschlag hat keinerlei Auswirkung. Diese Eigenschaft wird zum Beispiel bei Modulen verwendet, die anzeigen
sollen, ob ein Benutzer E-Mail erhalten hat, aber keine weiteren Auswirkungen haben.
SUSE LINUX Enterprise Server
445
Der Modulpfad wird nicht explizit angegeben, wenn die Module im Standardverzeichnis /lib/security/ (bzw. unter /lib64/security/ bei
allen von SUSE LINUX unterst&uuml;tzten 64-bit Plattformen) zu finden sind.
Als vierter Eintrag kann einem Modul noch eine Option wie zum Beispiel
debug (Debugmodus) oder nullok (leere Passw&ouml;rter sind erlaubt) &uuml;bergeben werden.
20.2
Die PAM-Konfiguration von sshd
Nachdem der Theorie zur PAM-Konfiguration hier nun ein praktisches Beispiel, die sshd PAM-Konfiguration:
Beispiel 20.1: PAM-Konfiguration f&uuml;r sshd
#%PAM-1.0
auth required
pam_unix2.so # set_secrpc
auth required
pam_nologin.so
auth required
pam_env.so
account required
pam_unix2.so
account required
pam_nologin.so
password required
pam_pwcheck.so
password required
pam_unix2.so
use_first_pass use_authtok
session required
pam_unix2.so
none
# trace or debug
session required
pam_limits.so
# Enable the following line to get resmgr support for
# ssh sessions (see /usr/share/doc/packages/resmgr/README.SuSE)
#session optional
pam_resmgr.so fake_ttyname
Zuerst ruft sshd die drei Module vom Typ auth auf. Das erste Modul,
pam_unix2 pr&uuml;ft Login und Passwort des Benutzers anhand von /etc/
passwd und /etc/shadow. Das n&auml;chste Modul (pam_nologin) pr&uuml;ft,
ob die Datei /etc/nologin existiert. Ist dies der Fall, hat ausser root
kein anderer Benutzer Zugang. Das dritte Modul pam_env liest die Datei /etc/security/pam_env.conf ein und setzt die dort spezifizierten
Umgebungsvariablen. Hier l&auml;sst sich beispielsweise die DISPLAY-Variable
auf den richtigen Wert setzen, da pam_env Informationen dar&uuml;ber erh&auml;lt,
von wo sich ein Benutzer einzuloggen versucht. Der „Stapel“ (engl. stack )
der auth-Module wird abgearbeitet, bevor der ssh-Daemon eine R&uuml;ckmeldung dar&uuml;ber bekommt, ob die Anmeldung erfolgreich war oder nicht. Alle Module tragen hier den Kontroll-Flag required und m&uuml;ssen s&auml;mtlich
erfolgreich abgearbeitet worden sein, bevor die Erfolgsmeldung an sshd
446
20.2. Die PAM-Konfiguration von sshd
Im n&auml;chsten Modulstapel werden alle Module vom Typ account abgearbeitet, die die &Uuml;berpr&uuml;fung &uuml;bernehmen, ob der betreffende Benutzer &uuml;berhaupt berechtigt ist, den angefragten Dienst auszuf&uuml;hren. Hierzu m&uuml;ssen
wiederum die Module pam_unix2 und pam_nologin erfolgreich abgearbeitet werden (required). Meldet pam_unix2 zur&uuml;ck, dass dieser Benutzer existiert, und hat pam_nologin sichergestellt, dass er nicht vom Login
ausgeschlossen ist, wird eine Erfolgsmeldung an sshd abgesetzt und die
n&auml;chste Modulgruppe in Angriff genommen.
Die folgenden beiden Module geh&ouml;ren zum Typ password und m&uuml;ssen
ebenfalls erfolgreich abgearbeitet werden (Kontroll-Flag: required), wenn
die Anwendung das Authentifizierungstoken &auml;ndert. Um ein Passwort
oder ein anderes Authentifizierungstoken zu &auml;ndern, muss es auf seine
Sicherheit gepr&uuml;ft werden. Das PAM-Modul pam_pwcheck sorgt daf&uuml;r,
dass das Passwort von der CrackLib-Bibliothek auf seine Sicherheit hin
&uuml;berpr&uuml;ft wird und den Benutzer ggf. warnt, sollte er ein unsicheres (zu
kurzes, zu einfaches) Passwort w&auml;hlen. Das schon bekannte pam_unix2Modul &uuml;bernimmt die alten und neuen Passw&ouml;rter von pam_pwcheck.
So muss der Benutzer sich nicht erneut authentifizieren. Ausserdem wird
so ein Umgehen der Checks von pam_pwcheck verhindert. Die Module
vom Typ password sollten immer dann aufgerufen werden, wenn die vorangestellten Module f&uuml;r account oder auth ein abgelaufenes Passwort
bem&auml;ngeln.
20
PAM – Pluggable Authentication Modules
abgesetzt wird. Schl&auml;gt eines dieser Module fehl, bewirkt das zwar, dass
das Endergebnis negativ ist, aber sshd erf&auml;hrt davon erst, wenn alle Module dieses Typs abgearbeitet wurden.
Zum Abschluss werden die Module vom Typ session aufgerufen, um die
Session den Vorgaben f&uuml;r diesen Benutzer entsprechend zu konfigurieren.
Das pam_unix2-Modul wird hier zwar erneut aufgerufen, mit der Option
none hat dieser Aufruf aber keinerlei praktische Auswirkungen. Das Modul pam_limits liest die Datei /etc/security/limits.conf ein, in
der eventuelle Limits f&uuml;r die Benutzung von Systemressourcen festgelegt
werden k&ouml;nnen. Loggt der Benutzer sich wieder aus, werden die sessionModule erneut aufgerufen.
20.3
Konfiguration der PAM-Module
Die Arbeitsweise mancher PAM-Module ist konfigurierbar. Die dazugeh&ouml;rigen Konfigurationsdateien befinden sich unter /etc/security/. Dieser Abschnitt geht kurz auf die im sshd Beispiel verwendeten Dateien ein.
SUSE LINUX Enterprise Server
447
Dies sind pam_unix2.conf, pam_env.conf, pam_pwcheck.conf und
limits.conf.
20.3.1
pam_unix2.conf
F&uuml;r die traditionelle Passwort-Authentifizierung wird das PAM Modul pam_unix2 verwendet. Es kann seine Daten aus /etc/passwd,
/etc/shadow, &uuml;ber NIS-Maps, &uuml;ber NIS+-Tabellen oder &uuml;ber eine LDAPDatenbank beziehen. Diesem Modul k&ouml;nnen seine Konfigurationsoptionen
entweder individuell in der PAM-Konfiguration der Anwendung &uuml;bergeben werden oder global in /etc/security/pam_unix2.conf.
Im einfachsten Fall sieht diese Datei folgenderma&szlig;en aus:
Beispiel 20.2: pam_unix2.conf
auth:
nullok
account:
password:
session:
nullok
none
Die Option nullok f&uuml;r die auth und password Modultypen besagt, dass
leere Passw&ouml;rter f&uuml;r diese Art des Accounts zul&auml;ssig sind. Der Benutzer
hat das Recht, die Passw&ouml;rter zu &auml;ndern. Mittels der Option none f&uuml;r den
session Typ wird festgelegt, dass f&uuml;r diesen Modultyp keine Meldungen
geloggt werden (Standardeinstellung). Weitere Konfigurationsoptionen
k&ouml;nnen Sie den Kommentaren in dieser Datei oder der Manualpage von
pam_unix2 entnehmen.
20.3.2
pam_env.conf
Diese Datei kann verwendet werden, um Benutzern nach Aufruf des pam_
env-Moduls eine standardisierte Umgebung vorzugeben. Die Syntax zum
Setzen der Umgebungsvariablen ist:
VARIABLE
[DEFAULT=[wert]]
[OVERRIDE=[wert]]
VARIABLE Bezeichner der Umgebungsvariable, die gesetzt werden soll
[DEFAULT=[wert]] Standardwert, den der Administrator als Standard
vorgeben m&ouml;chte
448
20.3. Konfiguration der PAM-Module
Ein ber&uuml;hmtes Beispiel, wie pam_env eingesetzt werden kann, ist die Anpassung der DISPLAY-Variablen f&uuml;r Login &uuml;bers Netz:
Beispiel 20.3: pam_env.conf
REMOTEHOST
DISPLAY
DEFAULT=localhost OVERRIDE=@{PAM_RHOST}
DEFAULT=${REMOTEHOST}:0.0 OVERRIDE=${DISPLAY}
Die erste Zeile setzt den Wert der Variablen REMOTEHOST auf localhost,
so pam_env nicht einen anderen Wert ermitteln kann und zur&uuml;ckgibt. Die
Variable DISPLAY nutzt den Variablenwert von REMOTEHOST. Mehr Informationen erhalten Sie in den Kommentaren der /etc/security/pam_
env.conf-Datei.
20.3.3
pam_pwcheck.conf
Aus dieser Datei holt sich das Modul pam_pwcheck die Optionen f&uuml;r alle
Module vom Typ password. Die hier gespeicherte Einstellung wird vor
derjenigen in der PAM-Konfiguration der Anwendung gelesen. Wenn f&uuml;r
die Anwendung keine individuelle Einstellung vorgenommen wurde, wird
die globale Einstellung verwendet. Ein Beispiel ist die folgende Konfiguration:
20
PAM – Pluggable Authentication Modules
[OVERRIDE=[wert]] Werte, die pam_env ermitteln und einsetzen kann,
um den Standardwert zu &uuml;berschreiben
Beispiel 20.4: pam_pwcheck.conf
password:
nullok blowfish use_cracklib
pam_pwcheck wird angewiesen, leere Passw&ouml;rter und das &Auml;ndern von
Passw&ouml;rtern zu verwenden, den Blowfish-Algorithmus f&uuml;r die Verschl&uuml;sselung zu verwenden und die Passwort&uuml;berpr&uuml;fung durch die CrackLibBibliothek vorzunehmen. Mehr Optionen finden Sie in der Datei /etc/
security/pam_pwcheck.conf.
SUSE LINUX Enterprise Server
449
20.3.4
limits.conf
Das Modul pam_limits liest die Systemlimits f&uuml;r bestimmte Benutzer
oder Gruppen aus der Datei limits.conf aus. Theoretisch besteht hier
die M&ouml;glichkeit, harte (keine &Uuml;berschreitung m&ouml;glich) und weiche (tempor&auml;re &Uuml;berschreitung erlaubt) Limits auf Systemressourcen zu setzen. Die
Syntax und m&ouml;glichen Optionen entnehmen Sie der Datei selbst.
20.4
Weitere Informationen
Auf Ihrem installierten System finden Sie im Verzeichnis /usr/share/
doc/packages/pam/ folgende Dokumentationen:
READMEs Auf oberster Ebene in diesem Verzeichnis finden Sie einige
allgemeine READMEs. Im Unterverzeichnis modules/ finden Sie die
READMEs zu den verf&uuml;gbaren PAM-Modulen.
The Linux-PAM System Administrators’ Guide
Alles Wissenswerte zum PAM, das ein Systemadministrator wissen
muss. Hier werden Themen etwa von der Syntax einer PAMKonfigurationsdatei bis hin zu Sicherheitsaspekten behandelt. Diese
Information ist in den Formaten PDF, HTML oder Text verf&uuml;gbar.
The Linux-PAM Module Writers’ Manual
Hier sind die Informationen geb&uuml;ndelt, die ein Entwickler ben&ouml;tigt,
um standardkonforme PAM-Module zu schreiben. Diese Information
ist in den Formaten PDF, HTML oder Text verf&uuml;gbar.
The Linux-PAM Application Developers’ Guide
Dieses Dokument enth&auml;lt alles, was ein Anwendungsentwickler wissen muss, wenn er die PAM-Bibliotheken nutzen m&ouml;chte. Diese
Information ist in den Formaten PDF, HTML oder Text verf&uuml;gbar.
Eine grunds&auml;tzliche Einf&uuml;hrung in PAM von Thorsten Kukuk ist unter
http://www.suse.de/~kukuk/pam/PAM_lt2000/siframes.htm
verf&uuml;gbar. Unter http://www.suse.de/~kukuk/pam/ finden sich weitere Informationen zu bestimmten PAM-Modulen, die von ihm f&uuml;r SUSE
LINUX entwickelt wurden.
450
20.4. Weitere Informationen
Teil III
Dienste
21
Linux, ein wahres Kind des Internets, bietet Ihnen alle Voraussetzungen
und notwendigen Netzwerktools zur Einbindung in diverse Netzwerkstrukturen. Im folgenden erhalten Sie eine Einf&uuml;hrung in das normalerweise von Linux verwendete Protokoll TCP/IP, dessen Dienstleistungen
und auch besonderen Eigenschaften. Anschlie&szlig;end zeigen wir Ihnen die
Einrichtung eines Netzwerkzugangs mit einer Netzwerkkarte unter SUSE
LINUX mit Hilfe von YaST. Es werden die zentralen Konfigurationsdateien besprochen und einige der wichtigsten Tools aufgef&uuml;hrt. Da die Konfiguration eines Netzwerks beliebig komplex sein kann, werden in diesem
Kapitel nur die grundlegenden Mechanismen dargestellt.
21.1
21.2
21.3
21.4
21.5
21.6
21.7
21.8
21.9
21.10
21.11
21.12
TCP/IP – Das von Linux verwendete Protokoll
IPv6 – Internet der n&auml;chsten Generation . . . .
Manuelle Netzwerkkonfiguration . . . . . . . .
Die Einbindung ins Netzwerk . . . . . . . . . .
Routing unter SuSE Linux . . . . . . . . . . . .
SLP — Dienste im Netz vermitteln . . . . . . .
DNS – Domain Name System . . . . . . . . . .
LDAP – Ein Verzeichnisdienst . . . . . . . . . .
NIS – Network Information Service . . . . . . .
NFS – verteilte Dateisysteme . . . . . . . . . . .
DHCP . . . . . . . . . . . . . . . . . . . . . . . .
Zeitsynchronisation mit xntp . . . . . . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
454
463
472
481
497
498
502
521
553
557
563
577
Grundlagen der Vernetzung
Grundlagen
der Vernetzung
21.1
TCP/IP – Das von Linux
verwendete Protokoll
Linux und andere Unix-Betriebssysteme verwenden das TCP/IP-Protokoll.
Genau genommen handelt es sich um eine Protokollfamilie, die ganz unterschiedliche Dienstleistungen bietet. TCP/IP wurde aus einer milit&auml;rischen Anwendung heraus entwickelt und in der heute verwendeten
Form ca. 1981 in einem so genannten RFC festgelegt. Bei RFC (engl. Request for comments) handelt es sich um Dokumente, die die verschiedenen Internetprotokolle und die Vorgehensweise bei der Implementierung
des Betriebssystems und von Applikationen beschreiben. Auf diese RFCDokumente k&ouml;nnen Sie direkt &uuml;ber das Web zugreifen, die URL lautet
http://www.ietf.org/. In der Zwischenzeit sind einige Verfeinerungen am TCP/IP Protokoll vorgenommen worden, am grundlegenden Protokoll hat sich seit 1981 aber nichts ge&auml;ndert.
Hinweis
Die RFC-Dokumente beschreiben den Aufbau der Internet Protokolle. Falls Sie Ihr Know-how &uuml;ber ein bestimmtes Protokoll
vertiefen wollen, ist das passende RFC-Dokument die richtige
Anlaufstelle: http://www.ietf.org/rfc.html
Hinweis
Die in Tabelle 21.1 genannten Dienste stehen zur Verf&uuml;gung, um Daten
zwischen zwei Linuxrechnern &uuml;ber TCP/IP auszutauschen:
Tabelle 21.1: Verschiedene Protokolle der TCP/IP Protokollfamilie
454
Protokoll
Beschreibung
TCP
(engl. Transmission control protocol ) Ein verbindungsorientiertes, gesichertes Protokoll. Die zu &uuml;bertragenden
Daten werden aus der Sicht der Applikation als Datenstrom verschickt und vom Betriebssystem selbst in
das passende &Uuml;bertragungsformat gebracht. Die Daten
kommen bei der Zielapplikation auf dem Zielrechner
als exakt der Datenstrom an, als der sie abgeschickt
wurden. TCP stellt sicher, dass unterwegs keine Daten
verloren gehen und nichts durcheinander kommt. TCP
wird dort verwendet, wo die Reihenfolge der Daten
wichtig ist und der Begriff Verbindung Sinn macht.
21.1. TCP/IP – Das von Linux verwendete Protokoll
(engl. User Datagram protocol ) Ein verbindungsloses,
ungesichertes Protokoll. Die zu &uuml;bertragenden Daten
werden paketorientiert verschickt, die Datenpakete werden dabei schon von der Applikation erzeugt. Die Reihenfolge der Daten beim Empf&auml;nger ist nicht garantiert,
ebenso kann es passieren, dass einzelne Datenpakete
verloren gehen. UDP eignet sich f&uuml;r datensatzorientierte
Applikationen und bietet kleinere Latenzzeiten als TCP.
ICMP
(engl. Internet Control Message Protocol ) Im Wesentlichen ist das kein f&uuml;r den Benutzer verwendbares
Protokoll, sondern ein spezielles Steuerprotokoll, das
Fehlerzust&auml;nde &uuml;bermittelt und das Verhalten der an
der TCP/IP-Daten&uuml;bertragung beteiligten Rechner
steuern kann. Zus&auml;tzlich wird durch ICMP noch ein
spezieller Echo-Modus bereitgestellt, den man mit dem
Programm ping pr&uuml;fen kann.
IGMP
(engl. Internet group management protocol ) Dieses Protokoll steuert das Verhalten von Rechnern bei der Verwendung von IP-Multicast. Leider kann IP-Multicasting
in diesem Rahmen nicht vorgestellt werden.
21
Grundlagen der Vernetzung
UDP
Fast alle Hardwareprotokolle arbeiten paketorientiert. Die zu &uuml;bertragenden Daten m&uuml;ssen in kleine „P&auml;ckchen“ gepackt werden und k&ouml;nnen nicht
„in einem Rutsch“ verschickt werden. Deshalb arbeitet auch TCP/IP mit
kleinen Datenpaketen. Die Maximalgr&ouml;&szlig;e eines TCP/IP Paketes ist knapp
64 Kilobyte. In der Praxis sind die Pakete normalerweise viel kleiner, da
die Netzwerkhardware der limitierende Faktor ist. So ist die zul&auml;ssige Maximalgr&ouml;&szlig;e eines Datenpaketes auf dem Ethernet ca. 1500 Byte. Dementsprechend wird die Paketgr&ouml;&szlig;e des TCP/IP Pakets begrenzt, wenn die Daten &uuml;ber ein Ethernet geschickt werden. Will man mehr Daten &uuml;bertragen,
m&uuml;ssen vom Betriebssystem entsprechend mehr Datenpakete verschickt
werden.
21.1.1
Schichtenmodell
&Uuml;ber IP (engl. Internet protocol ) findet eine ungesicherte Daten&uuml;bertragung statt. TCP (engl. Transmission control protocol ) ist gewisserma&szlig;en
nur ein Aufsatz auf das darunter liegende IP, um eine gesicherte &Uuml;bertragung der Daten zu garantieren. IP selbst ist wiederum ein Aufsatz auf das
SUSE LINUX Enterprise Server
455
darunter liegende, hardwareabh&auml;ngige Protokoll, zum Beispiel Ethernet.
Kenner sprechen hier vom „Schichtenmodell“. Vergleichen Sie hierzu die
Abbildung 21.1.
Abbildung 21.1: Vereinfachtes Schichtenmodell f&uuml;r TCP/IP
In der Abbildung sind jeweils ein oder zwei Beispiele f&uuml;r die jeweilige
Schicht erw&auml;hnt. Wie Sie sehen, sind die Schichten nach „Abstraktionsebenen“ geordnet, die unterste Schicht ist sehr nah an der Hardware. Die
oberste Schicht hingegen abstrahiert die darunter liegende Hardware nahezu vollst&auml;ndig. Jede der Schichten hat eine ganz spezielle Funktion, die
zum Gro&szlig;teil schon aus der Bezeichnung hervorgeht. So wird das verwendete Netzwerk (zum Beispiel Ethernet) durch die Bit&uuml;bertragungsschicht
und die Sicherungsschicht verk&ouml;rpert.
W&auml;hrend sich Schicht 1 mit solchen Dingen wie Kabeltypen, Signalformen, Signalkodierung und &auml;hnlichem besch&auml;ftigt ist Schicht 2 f&uuml;r
das Zugriffsverfahren (Welcher Rechner darf wann Daten schicken?)
und eine Fehlerkorrektur (Datensicherung - deshalb Sicherungsschicht)
zust&auml;ndig. Die Schicht 1 nennt man die Bit&uuml;bertragungsschicht.
Schicht 3 wiederum, die Vermittlungsschicht ist f&uuml;r die Daten&uuml;bertragung &uuml;ber weite Strecken verantwortlich. Die Vermittlungsschicht
stellt sicher, dass die Daten auch &uuml;ber weite Strecken beim richtigen
Empf&auml;nger ankommen und zugestellt werden k&ouml;nnen.
Schicht 4, die Transportschicht, ist f&uuml;r die Daten der Applikation verantwortlich und stellt sicher, dass die Daten in der richtigen Reihenfolge ankommen und nicht verloren gehen. Die Sicherungsschicht ist
456
21.1. TCP/IP – Das von Linux verwendete Protokoll
Schicht 5 schlie&szlig;lich ist die Datenverarbeitung durch die Applikation
selbst.
Damit jede der Schichten die ihr zugeteilte Aufgabe erf&uuml;llen kann, m&uuml;ssen
zus&auml;tzliche Informationen der jeweiligen Schicht im Datenpaket im Header,
dem Kopf des Datenpakets, gespeichert werden. Jede der Schichten f&uuml;gt
einen kleinen Datenblock, den sog. „Protokollkopf“ (engl. Protocol header),
an das im Entstehen begriffene Paket vorne dran. Schauen wir uns also einmal ein beliebiges TCP/IP-Datenpaket an, das auf einem Ethernetkabel
unterwegs ist, so setzt sich dieses wie in Bild 21.2 abgebildet zusammen.
21
Grundlagen der Vernetzung
nur daf&uuml;r verantwortlich, dass die ankommenden Daten korrekt sind.
Gegen das „Verlieren“ von Daten sch&uuml;tzt die Transportschicht.
Abbildung 21.2: TCP/IP Paket im Ethernet
Wie Sie sehen, ist die Welt nicht perfekt und ohne Ausnahme. Die Pr&uuml;fsumme der Sicherungsschicht befindet sich am Ende des Pakets und nicht am
Anfang. Dies bringt aber f&uuml;r die Netzwerkhardware eine Vereinfachung.
Die maximal m&ouml;gliche Menge der Nutzdaten in einem Paket betr&auml;gt im
Ethernet-Netzwerk 1460 Byte.
M&ouml;chte eine Applikation also Daten &uuml;ber das Netzwerk verschicken,
durchlaufen die Daten die einzelnen Schichtebenen, die alle im Linuxkernel (Ausnahme Schicht 1: Netzwerkkarte) implementiert sind. Jede der
Schichten ist daf&uuml;r verantwortlich, die Daten so aufzubereiten, dass sie
an die jeweils darunter liegende Schicht weitergereicht werden k&ouml;nnen.
Die unterste Schicht ist schlie&szlig;lich f&uuml;r den eigentlichen Datenversand zust&auml;ndig. Beim Empfang l&auml;uft das ganze nun umgekehrt ab. Wie bei den
Schalen einer Zwiebel werden von jeder Schicht die Protokollk&ouml;pfe von
den Nutzdaten entfernt. Schicht 4 ist dann letztendlich daf&uuml;r verantwortlich, die Daten f&uuml;r die Applikation auf dem Zielrechner bereitzustellen. Dabei kommuniziert eine Schicht immer nur mit der Schicht direkt &uuml;ber oder
unter ihr. F&uuml;r eine Applikation ist es also irrelevant, ob die Daten &uuml;ber ein
SUSE LINUX Enterprise Server
457
100-MBit/s-FDDI-Netzwerk oder &uuml;ber eine 56-KBit/s-Modemleitung &uuml;bertragen werden. Umgekehrt ist es f&uuml;r die Daten&uuml;bertragungsleitung egal,
welche Daten eigentlich verschickt werden, solange sie richtig verpackt
sind.
21.1.2
IP-Adressen und Routing
Hinweis
Die folgenden Abschnitte beschreiben IPv4-Netzwerke. Informationen zu seinem Nachfolgeprotokoll IPv6 bekommen Sie
Abschnitt 21.2 auf Seite 463.
Hinweis
IP-Adressen
Jeder Computer im Internet hat eine eindeutige 32-Bit-Adresse. Diese 32 Bit
bzw. 4 Byte werden normalerweise wie in Beispiel 21.1 in der zweiten Zeile
abgebildet geschrieben.
Beispiel 21.1: Schreibweise einer IP-Adresse
IP-Adresse (bin&auml;r):
11000000 10101000 00000000 00010100
IP-Adresse (dezimal):
192.
168.
0.
20
Die vier Bytes werden also im dezimalen Zahlensystem durch einen Punkt
getrennt nebeneinander geschrieben. Die IP-Adresse ist einem Rechner
bzw. einer Netzwerkschnittstelle zugeordnet, sie kann also nicht woanders
auf der Welt nochmals verwendet werden. Ausnahmen von diesen Regeln
gibt es zwar, spielen aber bei der folgenden Betrachtung erst einmal keine
Rolle.
Auch die Ethernetkarte besitzt selbst eine eindeutige Adresse, die so genannte MAC (engl. Media access control ) Adresse. Diese ist 48 Bit lang,
weltweit eindeutig und wird vom Hersteller der Netzwerkkarte fest in der
Hardware gespeichert. Durch die Vergabe der Adresse vom Hersteller ergibt sich aber ein fataler Nachteil: Die MAC-Adressen bilden kein hierarchisches System, sondern sind mehr oder weniger zuf&auml;llig verteilt. Sie k&ouml;nnen
daher nicht zur Adressierung eines weit entfernten Rechners verwendet
458
21.1. TCP/IP – Das von Linux verwendete Protokoll
Zur&uuml;ck zu den IP-Adressen: Die Punkte deuten schon an, dass die IPAdressen ein hierarchisches System bilden. Bis Mitte der 90er Jahre waren
die IP-Adressen fest in Klassen eingeteilt. Dieses System erwies sich aber
als zu unflexibel und daher wurde diese Aufteilung aufgegeben. Man verwendet nun „klassenloses Routing“ (CIDR (engl. classless inter domain
routing)).
Netzmasken und Routing
Da der Rechner mit der IP-Adresse 192.168.0.0 erst einmal nicht wissen
kann, wo sich der Rechner mit der IP-Adresse 192.168.0.20 befindet, wurden die Netzmasken erdacht.
Vereinfacht gesagt definiert die (Sub-)Netzmaske auf einem Rechner mit
IP-Adresse, was „drinnen“ und was „drau&szlig;en“ ist. Rechner, die sich „drinnen“ (Profis sagen: „im gleichen Subnetz“) befinden, k&ouml;nnen direkt angesprochen werden. Rechner, die sich „drau&szlig;en“ („nicht im gleichen Subnetz“) befinden, m&uuml;ssen &uuml;ber ein so genanntes Gateway oder Router angesprochen werden. Da jedes Netzwerkinterface eine eigene IP-Adresse bekommen kann, ahnen Sie schon, dass es schnell beliebig kompliziert wird.
21
Grundlagen der Vernetzung
werden. Die MAC-Adresse spielt aber bei der Kommunikation von Rechnern in einem lokalen Netz eine entscheidende Rolle (und ist der Hauptbestandteil des Protokollkopfes von Schicht 2).
Bevor ein Netzwerkpaket auf die Reise geschickt wird, l&auml;uft folgendes im
Rechner ab: Die Zieladresse wird mit der Netzmaske bitweise UND verkn&uuml;pft. Daraufhin wird auch die Absendeadresse bitweise mit der Netzmaske UND verkn&uuml;pft (siehe Tabelle 21.2). Stehen mehrere Netzwerkinterfaces zur Verf&uuml;gung, werden in der Regel alle m&ouml;glichen Absendeadressen
&uuml;berpr&uuml;ft.
Die Ergebnisse der UND-Verkn&uuml;pfungen werden verglichen. Ergibt sich
zwischen den Ergebnissen eine exakte &Uuml;bereinstimmung, so befindet sich
der Zielrechner im gleichen Subnetz. Ansonsten muss er &uuml;ber ein Gateway
angesprochen werden. Das hei&szlig;t, je mehr „1“ Bits sich in der Netzmaske
befinden, desto weniger Rechner k&ouml;nnen direkt, sondern nur &uuml;ber ein Gateway angesprochen werden. Zur Veranschaulichung sind in Beispiel 21.2
mehrere Beispiele aufgef&uuml;hrt.
Beispiel 21.2: Verkn&uuml;pfungen der IP-Adressen mit der Netzmaske
IP-Adresse (192.168.0.20): 11000000 10101000 00000000 00010100
Netzmaske (255.255.255.0): 11111111 11111111 11111111 00000000
_______________________________________________________________
SUSE LINUX Enterprise Server
459
Ergebnis (bin&auml;r):
Ergebnis (dezimal):
11000000 10101000 00000000 00000000
192.
168.
0.
0
IP-Adresse (213.95.15.200): 11010101 10111111 00001111 11001000
Netzmaske (255.255.255.0): 11111111 11111111 11111111 00000000
--------------------------------------------------------------Ergebnis (bin&auml;r):
11010101 10111111 00001111 00000000
Ergebnis (dezimal):
213.
95.
15.
0
Die Netzmaske wird wieder – wie schon die IP-Adresse – in Form von
durch Punkte getrennten Dezimalzahlen geschrieben. Da die Netzmaske
auch ein 32-Bit-Wert ist, werden vier Zahlenwerte nebeneinander geschrieben. Welche Rechner Gateway sind oder welche Adressbereiche &uuml;ber welche Netzwerkschnittstelle erreichbar sind, muss vom Benutzer konfiguriert
werden.
Um wieder ein Beispiel zu geben: Alle Rechner, die am gleichen Ethernetkabel angeschlossen sind, befinden sich in der Regel im gleichen Subnetz
und sind direkt erreichbar. Auch wenn das Ethernet &uuml;ber Switches oder
Bridges unterteilt ist, sind diese Rechner immer noch direkt erreichbar.
Wollen Sie eine l&auml;ngere Strecke &uuml;berbr&uuml;cken, ist das preiswerte Ethernet daf&uuml;r nicht mehr geeignet. Sie m&uuml;ssen dann die IP-Pakete auf andere
Hardware (zum Beispiel FDDI oder ISDN) weiterleiten. Solche Ger&auml;te hei&szlig;en Router bzw. Gateway. Ein Linuxrechner kann diese Aufgabe selbstverst&auml;ndlich auch erledigen, die entsprechende Option wird mit ip_forwarding bezeichnet.
Ist ein Gateway konfiguriert, wird das IP-Paket an das passende Gateway
geschickt. Dieses versucht, das Paket dann wiederum nach dem gleichen
Schema weiterzuleiten. Das wiederholt sich auf jedem weiteren Rechner sooft, bis das Paket entweder den Zielrechner erreicht hat oder die „Lebenszeit“ TTL (engl. time to live) des Paketes verbraucht ist.
Tabelle 21.2: Spezielle Adressen
460
Adressart
Beschreibung
Netzwerkbasisadresse
Das ist die Netzmaske UND eine beliebige Adresse aus dem Netz, also das was in
Beispiel 21.2 auf der vorherigen Seite unter
Ergebnis abgebildet ist. Diese Adresse kann
keinem Rechner zugewiesen werden.
21.1. TCP/IP – Das von Linux verwendete Protokoll
Sie hei&szlig;t soviel wie: „Sprich alle Rechner in diesem Subnetz an“. Um sie zu erzeugen wird die
Netzmaske bin&auml;r invertiert und mit der Netzwerkbasisadresse ODER verkn&uuml;pft. Obiges
Beispiel ergibt also 192.168.0.255. Nat&uuml;rlich kann
auch diese Adresse keinem Rechner zugewiesen
werden.
Localhost
Die Adresse 127.0.0.1 ist auf jedem Rechner
fest dem so genannten „Loopbackdevice“ zugewiesen. &Uuml;ber diese Adresse kann man eine
Verbindung auf den eigenen Rechner aufbauen.
Da die IP-Adressen aber weltweit eindeutig sein m&uuml;ssen, k&ouml;nnen Sie nat&uuml;rlich nicht beliebige Adressen erfinden. Damit Sie aber trotzdem ein auf IP
basierendes Netzwerk aufbauen k&ouml;nnen gibt es drei Adressbereiche, die Sie
ohne weiteres verwenden k&ouml;nnen. Mit diesen k&ouml;nnen Sie allerdings nicht
so ohne weiteres Verbindungen in das Internet aufbauen, da diese Adressen im Internet nicht weitergeleitet werden.
21
Grundlagen der Vernetzung
Broadcastadresse
Dabei handelt es sich um diese Adressbereiche die in RFC 1597 definiert
sind:
Tabelle 21.3: Private IP-Adressbereiche
Netzwerk/Netzmaske
Bereich
10.0.0.0/255.0.0.0
10.x.x.x
172.16.0.0/255.240.0.0
172.16.x.x - 172.31.x.x
192.168.0.0/255.255.0.0
192.168.x.x
21.1.3
Domain Name System – DNS
DNS sorgt daf&uuml;r, dass Sie sich nicht zwingend irgendwelche IP-Adressen
merken m&uuml;ssen: Mit Hilfe von DNS kann eine IP-Adresse einem oder sogar mehreren Namen zugeordnet werden und umgekehrt auch eine Name
einer IP-Adresse. Unter Linux erfolgt diese Umwandlung &uuml;blicherweise
von einer speziellen Software namens bind. Der Rechner, der diese Umwandlung dann erledigt, nennt sich Nameserver. Dabei bilden die Namen
wieder ein hierarchisches System, in dem die einzelnen Namensbestandtei-
SUSE LINUX Enterprise Server
461
le durch Punkte getrennt sind. Die Namenshierarchie ist aber unabh&auml;ngig
von der oben beschriebenen Hierarchie der IP-Adressen.
Schauen wir uns einmal einen vollst&auml;ndigen Namen an, zum Beispiel
laurent.suse.de geschrieben im Format Rechnername.Domain. Ein
vollst&auml;ndiger Name – Experten sagen „fully qualified domain name“ oder
kurz FQDN dazu – besteht aus einem Rechnernamen und einem Domainteil. Dabei wird der Domainteil aus einem frei w&auml;hlbaren Anteil – im obigen Beispiel suse – und der so genannten Top level domain, TLD gebildet.
Aus historischen Gr&uuml;nden ist die Zuteilung der TLDs etwas verwirrend. So werden in den USA traditionell dreibuchstabige TLDs verwendet, woanders aber immer die aus zwei Buchstaben bestehenden ISOL&auml;nderbezeichnungen; seit 2000 stehen zus&auml;tzliche TLDs f&uuml;r spezielle
Sachgebiete mit zum Teil mehr als drei Buchstaben zur Verf&uuml;gung (zum
Beispiel .info, .name, .museum usw.).
In der Fr&uuml;hzeit des Internets (vor 1990) gab es hierzu eine Datei /etc/
hosts, in der die Namen aller im Internet vertretenen Rechner gespeichert
waren. Dies erwies sich bei der schnell wachsenden Menge von am Internet
angeschlossener Rechner als unpraktikabel. Deshalb wurde eine dezentralisierte Datenbank entworfen, die die Rechnernamen verteilt speichern kann.
Diese Datenbank, eben jener oben erw&auml;hnte Nameserver, h&auml;lt also nicht die
Daten aller Rechner im Internet vorr&auml;tig, sondern kann Anfragen an ihm
nachgeschaltete, andere Nameserver weiterdelegieren.
An der Spitze der Hierarchie befinden sich die „Root-Nameserver“, die
die Top level domains verwalten. Die Root-Nameserver werden vom Network Information Center (NIC) verwaltet. Der Root-Nameserver kennt die
jeweils f&uuml;r eine Top level domain zust&auml;ndigen Nameserver. Im Falle der
deutschen Top level domain de ist das DE-NIC f&uuml;r die Domains zust&auml;ndig,
die mit der TLD de aufh&ouml;ren. Mehr Informationen zum DE-NIC erhalten
Sie auf der Website http://www.denic.de, mehr Informationen zum
Top level domain NIC erfahren Sie unter http://www.internic.net.
Damit auch Ihr Rechner einen Namen in eine IP-Adresse aufl&ouml;sen kann,
muss ihm mindestens ein Nameserver mit einer IP-Adresse bekannt sein.
Die Konfiguration eines Nameservers erledigen Sie komfortabel mit Hilfe
von YaST. Falls Sie eine Einwahl &uuml;ber Modem vornehmen, kann es sein,
dass das zur Einwahl verwendete Protokoll die Adresse des Nameservers
w&auml;hrend der Einwahl mitliefert.
Aber nicht nur Rechnernamen k&ouml;nnen &uuml;ber DNS aufgel&ouml;st werden, DNS
kann noch mehr. Zum Beispiel „wei&szlig;“ der Nameserver auch, welcher
Rechner f&uuml;r eine ganze Domain E-Mails annimmt, der so genannte Mail
exchanger (MX).
462
21.1. TCP/IP – Das von Linux verwendete Protokoll
Eng verwandt mit DNS ist das Protokoll whois. Mit dem gleichnamigen
Programm whois k&ouml;nnen Sie schnell herauskriegen, wer f&uuml;r eine bestimmte Domain verantwortlich ist.
21.2
IPv6 – Internet der n&auml;chsten
Generation
Hinweis
S/390, zSeries: IPv6-Unterst&uuml;tzung
IPv6 wird von den CTC- und IUCV-Netzwerkverbindungen der
IBM S/390 und zSeries Hardware nicht unterst&uuml;tzt.
Hinweis
21
Grundlagen der Vernetzung
Die Konfiguration des Nameserverzugriffs unter SUSE LINUX ist im Abschnitt 21.7 auf Seite 502 beschrieben.
Bedingt durch die Erfindung des WWW (engl. World Wide Web ) ist das
Internet und damit die Anzahl der Rechner, die TCP/IP „sprechen“, in
den letzten zehn Jahren explosionsartig gewachsen. Seit der Erfindung des
WWW durch Tim Berners-Lee 1990 am CERN (http://public.web.
cern.ch/) ist die Zahl der Internet-Hosts von wenigen tausend auf mittlerweile ca. 100 Millionen angewachsen.
Wie Sie wissen, besteht eine IP-Adresse „nur“ aus 32 Bit. Viele IP-Adressen
k&ouml;nnen durch organisatorische Bedingtheiten gar nicht verwendet werden,
sie gehen verloren. Zur Erinnerung: Das Internet wird in Subnetze, also
Teilnetze unterteilt. Diese bestehen immer aus einer Zweierpotenz minus
zwei nutzbaren IP-Adressen. Ein Subnetz besteht also beispielsweise aus 2,
6, 14, 30 usw. IP-Adressen. M&ouml;chten Sie beispielsweise 128 Rechner an das
Internet anbinden, so ben&ouml;tigen Sie ein Subnetz mit 256 IP-Adressen, von
denen nur 254 nutzbar sind. Wie Sie oben gesehen haben, entfallen zwei
der IP-Adressen aus einem Subnetz, n&auml;mlich die Broadcastadresse und die
Netzwerkbasisadresse.
Um die absehbare Adressknappheit zu entsch&auml;rfen, verwendet man unter dem momentan eingesetzten IPv4 Mechanismen wie DHCP oder NAT
(engl. Network Address Translation). Beide Verfahren mildern zusammen
mit der Konvention von &ouml;ffentlichen und privaten Netzwerkadressbereichen die Adressnot im Internet. Nachteil dieser Methoden ist die teilweise
sehr umst&auml;ndliche und wartungsintensive Konfiguration. Sie ben&ouml;tigen
SUSE LINUX Enterprise Server
463
zum korrekten Aufsetzen eines Rechners im IPv4-Netzwerk zahlreiche Informationen wie die eigene IP-Adresse, Subnetzmaske, Gatewayadresse
und unter Umst&auml;nden einen Nameserver. Alle diese Angaben m&uuml;ssen Sie
„wissen“ und k&ouml;nnen Sie nirgendwoher ableiten.
Mit IPv6 geh&ouml;ren Adressknappheit und komplizierte Konfigurationen der
Vergangenheit an. In den folgenden Abschnitten erfahren Sie mehr zu den
Neuerungen und Vorteilen von IPv6 und &uuml;ber den &Uuml;bergang von altem
zum neuen Protokoll.
21.2.1
Vorteile von IPv6
Der wichtigste und augenf&auml;lligste Vorteil des neuen Protokolls ist die enorme Vergr&ouml;&szlig;erung des verf&uuml;gbaren Adressraums. Eine IPv6-Adresse enth&auml;lt
128 Bit anstelle der traditionellen 32 Bit. Somit stehen viele Billiarden (!)
IP-Adressen zur Verf&uuml;gung.
IPv6-Adressen unterscheiden sich von ihren Vorg&auml;ngern nicht nur in der
L&auml;nge, auch ihre innere Struktur ist anders und erlaubt es, speziellere Informationen &uuml;ber das zugeh&ouml;rige System und sein Netzwerk zu kodieren.
Mehr dazu unter Abschnitt 21.2.2 auf der n&auml;chsten Seite.
Weitere wichtige Vorteile des neuen Protokolls in Kurzform:
Autokonfiguration IPv6 setzt das „Plug and Play“-Prinzip im Netzwerk
um. Ein frisch installiertes System integriert sich ohne weiteren Konfigurationsaufwand ins (lokale) Netz. Der Autokonfigurationsmechanismus des Terminals leitet die eigene Adresse aus den Informationen
ab, die ihm &uuml;ber das „Neighbor Discovery Protocol“ (ND) von den
benachbarten Routern zugespielt werden. Dieses Verfahren erfordert
keinerlei Eingriff von Seiten des Administrators und hat gegen&uuml;ber
dem unter IPv4 genutzten Adressverteiler DHCP den weiteren Vorteil, dass die Wartung eines zentralen Servers mit den verf&uuml;gbaren
Adressen entf&auml;llt.
Mobilit&auml;t IPv6 erlaubt es, dass einer Netzwerkschnittstelle gleichzeitig
mehrere Adressen zugeordnet werden. Somit haben Sie als Benutzer
eines Systems einfach und ohne Zusatzaufwand Zugang zu mehreren
verschiedenen Netzen. Sie k&ouml;nnen dies mit dem „Roaming“ in Mobilfunknetzen vergleichen: Befinden Sie sich mitsamt Ihrem Mobiltelefon im Ausland, bucht sich das Handy automatisch in das fremde
Netz ein. Egal, wo Sie sind, Ihre Erreichbarkeit unter Ihrer normalen
Telefonnummer ist gew&auml;hrleistet und Sie telefonieren im fremden
Netz, als w&auml;re es Ihr Heimatnetz.
464
21.2. IPv6 – Internet der n&auml;chsten Generation
Kompatibilit&auml;t zum Vorg&auml;nger Ein schneller Umstieg des gesamten Internets von IPv4 auf IPv6 ist nicht realistisch. Deshalb ist es wichtig,
dass beide Versionen im Internet und sogar auf einem System koexistieren k&ouml;nnen. Die Koexistenz beider im Internet ist durch die
Verwendung kompatibler Adressen (IPv4-Adressen lassen sich einfach in IPv6-Adressen umsetzen) und die Verwendung verschiedener
„Tunnel“ gesichert (siehe Abschnitt 21.2.3 auf Seite 470). &Uuml;ber „DualStack-IP“ ist die Unterst&uuml;tzung beider Protokolle auf dem einzelnen
System m&ouml;glich. Jedes der beiden Protokolle verwendet einen eigenen Netzwerkstack, so dass sich die beiden Protokollversionen nicht
gegenseitig in die Quere kommen.
Multicasting – ma&szlig;geschneidertes Dienstangebot
W&auml;hrend unter IPv4 einige Dienste (zum Beispiel SMB) ihre Pakete
per Broadcast an alle Teilnehmer des lokalen Netzes senden mussten,
ist unter IPv6 ein viel differenzierteres Vorgehen m&ouml;glich. Mit
Hilfe von Multicast kann eine Gruppe von Rechnern auf einmal
angesprochen werden, also nicht alle auf einmal („broadcast“), oder
nur einer („unicast“), sondern eben ein paar. Welche das sind, h&auml;ngt
von der Anwendung ab. Es gibt aber auch ein paar wohldefinierte
Multicastgruppen, beispielsweise „alle Nameserver“ (engl. all
nameservers multicast group), oder „alle Router“ (engl. all routers
multicast group).
21.2.2
21
Grundlagen der Vernetzung
Sichere Kommunikation W&auml;hrend sichere Kommunikation unter IPv4
nur als Zusatzfunktion zu realisieren war, ist IPSec und damit die
sichere Kommunikation zwischen zwei Systemen &uuml;ber einen Tunnel
durch das unsichere Internet in IPv6 bereits enthalten.
Das Adresssystem von IPv6
Wie bereits erw&auml;hnt, hat das bisher verwendete IP-Protokoll zwei schwerwiegende Nachteile. Zum einen gehen die verf&uuml;gbaren IP-Adressen langsam aus und zum anderen ist die Netzwerkkonfiguration und das Verwalten von Routingtabellen immer komplizierter und wartungsintensiver.
Dem ersten Problem begegnet IPv6 mit der Erweiterung des Adressraums
auf 128 Bit. Die L&ouml;sung f&uuml;r das zweite Problem liegt der hierarchischen
Adressstruktur, ausgekl&uuml;gelten Mechanismen zur Adresszuweisung im
Netz und der M&ouml;glichkeit des „Multi-Homings“ (mehrere Adressen pro
Schnittstelle mit Zugang zu verschiedenen Netzwerken).
In Zusammenhang mit IPv6 sollten Sie folgende drei Adresstypen unterscheiden k&ouml;nnen:
SUSE LINUX Enterprise Server
465
unicast Adressen dieses Typs geh&ouml;ren zu genau einer Netzwerkschnittstelle. Pakete mit einer Adresse dieses Typs werden an genau einen
Empf&auml;nger ausgeliefert. Unicast-Adressen werden verwendet, um
einzelne Rechner im lokalen Netz oder Internet anzusprechen.
multicast Adressen dieses Typs weisen auf eine Gruppe von Schnittstellen. Pakete mit einer Adresse dieses Typs werden an alle Empf&auml;nger
zugestellt, die zu dieser Gruppe geh&ouml;ren. Multicast-Adressen werden
vorwiegend von bestimmten Netzwerkdiensten benutzt, um gezielt
bestimmte Gruppen von Rechnern zu adressieren.
anycast Adressen dieses Typs weisen auf eine Gruppe von Schnittstellen.
Pakete mit einer Adresse dieses Typs werden an den &Auml;ngeh&ouml;rigen
der Gruppe ausgeliefert, der nach den Begriffen des verwendeten
Routingprotokolls dem Absender am n&auml;chsten ist. Anycast-Adressen
werden verwendet, um Terminal das Auffinden eines Servers mit einem bestimmten Dienstangebot in ihrem Netzbereich zu finden. Alle
Server eines Typs erhalten die gleiche Anycast-Adresse. Fordert der
Terminal einen Dienst an, antwortet derjenige Server, der nach Einsch&auml;tzung des Routingprotokolls dem Host am n&auml;chsten liegt. Sollte
dieser Server ausfallen, wird automatisch der zweitn&auml;chste verwendet . . . .
Aufbau einer IPv6-Adresse
Eine IPv6-Adresse setzt sich aus acht Bl&ouml;cken zu je 16 Bit zusammen, die
durch : (Doppelpunkt) getrennt werden und in Hexadezimalschreibweise
dargestellt werden. F&uuml;hrende Null-Bytes in einer Gruppe d&uuml;rfen weggelassen werden, nicht aber inmitten oder am Ende einer Gruppe. Mehr als
vier Null-Bytes direkt hintereinander kann man durch das Auslassungszeichen :: &uuml;berspringen. Allerdings ist nur ein Auslassungszeichen in einer Adresse erlaubt. Dieser Vorgang des Auslassens wird in Englisch mit
„collapsing“ bezeichnet. In Ausgabe 21.3 ist dieser Vorgang anhand dreier
&auml;quivalenter Schreibweisen ein und derselben Adresse dargestellt.
Beispiel 21.3: Beispiel einer IPv6-Adresse
fe80 : 0000 : 0000 : 0000 : 0000 : 10 : 1000 : 1a4
fe80 :
0 :
0 :
0 :
0 : 10 : 1000 : 1a4
fe80 :
: 10 : 1000 : 1a4
Jeder Teil einer IPv6-Adresse hat eine definierte Bedeutung. Die ersten
Bytes bilden einen Pr&auml;fix und geben den Typ der Adresse an. Der Mittelteil adressiert ein Netzwerk oder ist bedeutungslos und den Schluss der
466
21.2. IPv6 – Internet der n&auml;chsten Generation
Beispiel 21.4: IPv6-Adresse mit Pr&auml;fixangabe
fe80::10:1000:1a4/64
IPv6 kennt verschiedene Pr&auml;fixe mit definierter Bedeutung (siehe Tabelle 21.4).
21
Grundlagen der Vernetzung
Adresse bildet der Hostteil. Netzmasken definieren sich unter IPv6 &uuml;ber
die L&auml;nge des Pr&auml;fix, die per / am Ende der Adresse mit angegeben wird.
Eine Adressdarstellung wie in Ausgabe 21.4 besagt, dass die letzten 64 Bit
den Hostteil und die vorderen 64 Bit den Netzwerkteil der Adresse bilden.
Anders gesagt bedeutet die 64, dass von links her die Netzmaske mit 1
Bits aufgef&uuml;llt wird. Es gibt in der Netzmaske also 64 1 Bits. Wie bei IPv4
wird durch eine UND-Verkn&uuml;pfung der Netzmaske mit der IP-Adresse bestimmt, ob sich ein Rechner im gleichen oder in einem anderen Subnetz
befindet.
Tabelle 21.4: verschiedene IPv6-Pr&auml;fixe
Pr&auml;fix (hexadez.)
Verwendung
00
IPv4 Adressen und IPv4 &uuml;ber IPv6Kompatibilit&auml;tsadressen. Es handelt sich um eine
zu IPv4 kompatible Adresse. Ein geeigneter Router muss das IPv6-Paket noch in IPv4 verwandeln.
Weitere Spezialadressen (zum Beispiel Loopback Device) sind ebenfalls mit diesem Pr&auml;fix ausgestattet.
erste Ziffer 2 oder 3
(engl. Aggregatable Global Unicast Address). Wie
bisher auch k&ouml;nnen Sie bei IPv6 Teilnetze zugewiesen bekommen. Aktuell gibt es folgende Adressr&auml;ume: 2001::/16 (production quality address space) und
2002::/16 (6to4 address space).
fe80::/10
(engl. link-local ) Adressen mit diesem Pr&auml;fix d&uuml;rfen
nicht geroutet werden und k&ouml;nnen daher nur im
gleichen Subnetz erreicht werden.
fec0::/10
(engl. site-local ) Diese Adressen d&uuml;rfen zwar geroutet werden, aber nur innerhalb einer Organisation.
Damit entsprechen diese Adressen den bisherigen
„privaten“ Netzen (beispielsweise 10.x.x.x).
ff
(engl. multicast ) IPv6-Adressen, die mit ff anfangen, sind Multicastadressen.
SUSE LINUX Enterprise Server
467
Unicastadressen folgen einem dreigeteilten Aufbauprinzip:
Public Topology Der erste Teil, der unter anderem auch eines der oben
erw&auml;hnten Pr&auml;fixes enth&auml;lt, dient dem Routing des Pakets im &ouml;ffentlichen Internet. Hier sind Informationen zum Provider oder der Institution kodiert, die den Netzwerkzugang bereitstellen.
Site Topology Der zweite Teil enth&auml;lt Routinginformationen &uuml;ber das
Subnetz, in dem das Paket zugestellt werden soll.
Interface ID Der dritte Teil identifiziert eindeutig die Schnittstelle, an die
das Paket gerichtet ist. Dies erlaubt, die MAC-Adresse als Adressbestandteil zu verwenden. Da diese weltweit nur einmal vorhanden
und zugleich vom Hardwarehersteller fest vorgegeben ist, vereinfacht sich die Konfiguration der Rechner sehr. In Wirklichkeit werden sogar die ersten 64 Bit zu einem so genannten EUI-64-Token
zusammengefasst. Dabei werden die letzten 48 Bit der MAC-Adresse
entnommen, die restlichen 24 Bit enthalten spezielle Informationen,
die etwas &uuml;ber den Typ des Tokens aussagen. Das erm&ouml;glicht dann
auch, Ger&auml;ten ohne MAC-Adresse (PPP- und ISDN-Verbindungen!)
ein EUI-64-Token zuzuweisen.
I S/390, zSeries
Ger&auml;te ohne MAC-Adresse sind auf IBM S/390 und zSeries IUCV
und CTC (Point-to-Point). J
Abgeleitet aus diesem Grundaufbau werden f&uuml;nf verschiedene Typen von
Unicastadressen unterschieden:
:: (unspecified) diese Adresse verwendet ein Rechner als Quelladresse,
wenn seine Netzwerkschnittstelle zum ersten Mal initialisiert wird
und noch keine Informationen &uuml;ber die eigene Adresse hat.
::1 (loopback) Adresse des Loopback-Devices.
IPv4 kompatible Adresse Die IPv6-Adresse wird aus der IPv4-Adresse
und einem Pr&auml;fix von 96 0-Bits am Beginn der Adresse zusammengestellt. Dieser Typ der Kompatibilit&auml;tsadressen wird beim Tunneling
verwendet (siehe Abschnitt 21.2.3 auf Seite 470). IPv4/IPv6-Hosts
k&ouml;nnen so mit anderen kommunizieren, die sich im reinen IPv4-Netz
befinden.
IPv6 gemappte IPv4-Adresse Dieser Adresstyp gibt die IPv6-Adresse eines reinen IPv4-Rechners an.
468
21.2. IPv6 – Internet der n&auml;chsten Generation
link-local Dieser Adresstyp ist ausschlie&szlig;lich f&uuml;r den Gebrauch im
lokalen Subnetz. Router d&uuml;rfen Pakete mit solcher Ziel- oder
Quelladresse nicht an das Internet oder andere Subnetze weiterreichen. Diese Adressen zeichnen sich durch einen speziellen
Pr&auml;fix (fe80::/10) und die Interface-ID der Netzwerkkarte
aus. Der Mittelteil der Adresse besteht aus aussagefreien Nullbytes. Diese Art von Adresse wird von den Autokonfigurationsmethoden verwendet, um Rechner im gleichen Subnetz anzusprechen.
site-local Dieser Adresstyp darf zwischen einzelnen Subnetzen geroutet werden, aber nicht au&szlig;erhalb einer Organisation (engl.
site) ins Internet gelangen. Solche Adressen werden f&uuml;r Intranets
eingesetzt und sind ein &Auml;quivalent zu den privaten Adressen
des IPv4. Neben einem definierten Pr&auml;fix (fec0::/10) und der
Interface-ID enthalten diese Adressen ein 16 Bit-Feld, in dem die
Subnetz-ID kodiert ist. Der Rest wird wieder mit Null-Bytes aufgef&uuml;llt.
21
Grundlagen der Vernetzung
Lokale Adressen Es gibt zwei Typen von Adressen zum rein lokalen Gebrauch:
Zus&auml;tzlich gibt es in IPv6 eine neue Erfindung: Einer Netzwerkschnittstelle
werden &uuml;blicherweise mehrere IP-Adressen zugewiesen. Das hat den Vorteil, dass mehrere verschiedene Netze zur Verf&uuml;gung stehen. Eines davon
kann mit Hilfe der MAC-Adresse und einem bekannten Pr&auml;fix zu einem
vollautomatisch konfigurierten Netz zusammengestellt werden, und ohne weitere Konfigurationsarbeiten sind damit direkt nach dem Starten von
IPv6 alle Rechner im lokalen Netz erreichbar (sog. „Link-local-Adresse“).
Die MAC-Adresse als Bestandteil der IP-Adresse macht jede dieser Adressen global unterscheidbar. Einzig die Teile der „Site Topology“ oder „Public
Topology“ k&ouml;nnen variieren, je nachdem in welchem Netz dieser Rechner
aktuell zu erreichen ist.
„Bewegt“ sich ein Rechner zwischen mehreren Netzen hin und her, braucht
er mindestens zwei Adressen. Die eine, seine „Home Address“ beinhaltet
neben seiner Interface-ID die Informationen zu seinem Heimatnetz, in dem
er normalerweise betrieben wird und das entsprechende Pr&auml;fix. Die „Home
Address“ ist statisch und wird nicht ver&auml;ndert. Alle Pakete, die f&uuml;r diesen
Rechner bestimmt sind, werden ihm sowohl im eigenen als auch in fremden Netzen zugestellt. M&ouml;glich wird die Zustellung im Fremdnetz &uuml;ber
wesentliche Neuerungen des IPv6-Protokolls, &uuml;ber Stateless Autoconfiguration und Neighbor Discovery. Der mobile Rechner hat neben seiner „Home
SUSE LINUX Enterprise Server
469
Address“ eine oder mehrere weitere Adressen, die in die fremden Netze
geh&ouml;ren, in denen er sich bewegt. Diese Addressen hei&szlig;en „Care-of Address“. Im Heimatnetz des mobilen Rechners muss eine Instanz vorhanden
sein, die an seine „Home Address“ gerichtete „nachsendet“, sollte er sich in
einem anderen Netz befinden. Diese Funktion wird in einem IPv6-Szenario
vom „Home Agent“ &uuml;bernommen. Er stellt alle Pakete, die an die Heimatadresse des mobilen Rechners gerichtet sind, &uuml;ber einen Tunnel zu. Pakete, die als Zieladresse die „Care-of Address“ tragen, k&ouml;nnen ohne Umweg
&uuml;ber den Home Agent zugestellt werden.
21.2.3
IPv4 versus IPv6 – Wandern zwischen den Welten
Der Umstieg aller Rechner im Internet von IPv4 auf IPv6 wird nicht auf
einen Schlag geschehen. Vielmehr werden altes und neues Protokoll noch
eine ganze Weile nebeneinanderher existieren. Die Koexistenz auf einem
Rechner ist per „Dual Stack“ gel&ouml;st, es bleibt aber die Frage, wie IPv6Rechner mit IPv4-Rechnern kommunizieren k&ouml;nnen und wie IPv6 &uuml;ber
die momentan noch vorherrschenden IPv4-Netze transportiert werden sollen. Tunneling und die Verwendung von Kompatibilit&auml;tsadressen (siehe
Abschnitt 21.2.2 auf Seite 466) sind hier die Methoden der Wahl.
Einzelne IPv6-Inseln im (weltweiten) IPv4-Netz tauschen ihre Daten &uuml;ber
Tunnel aus. Beim Tunneling werden IPv6-Pakete in IPv4-Pakete verpackt,
um sie &uuml;ber ein reines IPv4-Netzwerk transportieren zu k&ouml;nnen. Ein Tunnel ist definiert als die Verbindung zwischen zwei IPv4-Endpunkten. Hierbei muss die IPv6-Zieladresse (oder das entsprechende Pr&auml;fix) angegeben
werden, an die die verkappten IPv6-Pakete gerichtet sind und die entfernte IPv4-Adresse, an der die getunnelten Pakete in Empfang genommen
werden sollen. Im einfachsten Fall konfigurieren Administratoren solche
Tunnel zwischen ihren Netzwerken manuell und nach Absprache. Solches
Tunneling wird statisches Tunneling genannt.
Trotzdem reicht manuelles Tunneling oft nicht aus, um die Menge der zum
t&auml;glichen vernetzten Arbeiten n&ouml;tigen Tunnel aufzubauen und zu verwalten. Aus diesem Grund wurden drei verschiedene Verfahren entwickelt,
die dynamisches Tunneling erlauben:
6over4 IPv6-Pakete werden automatisch in IPv4-Pakete verpackt und
&uuml;ber ein IPv4-Netzwerk versandt, in dem Multicasting aktiviert ist.
IPv6 wird vorgespiegelt, das gesamte Netzwerk (Internet) sei ein einziges, riesiges LAN (engl. Local Area Network ). So wird der IPv4Endpunkt des Tunnel automatisch ermittelt. Nachteil dieser Methode sind die schlechte Skalierbarkeit und die Tatsache, dass IPMulticasting keineswegs im gesamten Internet verf&uuml;gbar ist. Diese
470
21.2. IPv6 – Internet der n&auml;chsten Generation
6to4 Bei dieser Methode werden automatisch IPv4-Adressen aus IPv6Adressen generiert. So k&ouml;nnen IPv6-Inseln &uuml;ber ein IPv4-Netz miteinander kommunizieren. Allerdings gibt es betreffend der Kommunikation zwischen IPv6-Inseln und dem Internet einige Probleme. Das
zugrundeliegende RFC ist RFC3056.
IPv6 Tunnel Broker Dieser Ansatz sieht spezielle Server vor, die f&uuml;r den
Benutzer automatisch Tunnel anlegen. Das zugrundeliegende RFC ist
RFC3053.
Hinweis
Die 6Bone Initiative
Mitten im „altmodischen“ Internet existiert mit 6Bone
(www.6bone.net) ein weltweit verteiltes Netzwerk von IPv6Subnetzen, die &uuml;ber Tunnel miteinander verbunden sind. Innerhalb des 6Bone-Netzes wird IPv6 getestet. Softwareentwickler
und Provider, die IPv6-Dienste entwickeln oder anbieten, k&ouml;nnen
diese Testumgebung nutzen, um wichtige Erfahrungen mit dem
neuen Protokoll zu bekommen. Weitere Informationen finden Sie
auf den Projektseiten von 6Bone.
21
Grundlagen der Vernetzung
L&ouml;sung eignet sich f&uuml;r kleinere Firmen- oder Institutsnetzwerke, die
die M&ouml;glichkeit von IP-Multicasting bieten. Das zugrundeliegende
RFC ist RFC2529.
Hinweis
21.2.4
Weiterf&uuml;hrende Literatur und Links zu IPv6
Nat&uuml;rlich kann und will der obige &Uuml;berblick keine vollst&auml;ndige Einf&uuml;hrung zum sehr umfangreichen Thema IPv6 sein. Zum tieferen Einstieg in
IPv6 k&ouml;nnen Sie die folgende Onlineliteratur und B&uuml;cher zu Rate ziehen:
http://www.ngnet.it/e/cosa-ipv6.php
Artikelserie mit sehr guten Beschreibungen zu den Grundlagen von
IPv6. Gut geeignet f&uuml;r einen Einstieg ins Thema.
http://www.bieringer.de/linux/IPv6/
Linux-IPv6-HOWTO und viele Links.
http://www.6bone.de/ Anschluss an das IPv6 &uuml;ber einen Tunnel bekommen.
SUSE LINUX Enterprise Server
471
http://www.ipv6.org/ Alles rund um IPv6.
RFC 2640 Das einf&uuml;hrende RFC zum Thema IPv6.
IPv6 Essentials Englischsprachiger &Uuml;berblick zum Thema IPv6. Hagen,
Silvia: IPv6 Essentials. O’Reilly &amp; Associates, 2002. - (ISBN 0-59600125-8).
21.3
Manuelle Netzwerkkonfiguration
Die manuelle Konfiguration der Netzwerksoftware sollte stets die zweite Wahl sein. Wir empfehlen, YaST zu benutzen. Wesentlich ist, dass alle
Netzwerk-Interfaces mit dem Skript /sbin/ifup aufgesetzt werden. Zum
Anhalten oder Pr&uuml;fen eines Interfaces gibt es ifdown und ifstatus.
Wenn Sie nur fest eingebaute Netzwerkkarten haben, gen&uuml;gt es die Interfaces &uuml;ber ihren Namen zu konfigurieren. Mit ifup eth0, ifstatus
eth0 und ifdown eth0 starten, pr&uuml;fen und stoppen Sie das Netzwerkinterface eth0. Die verwendeten Konfigurationsdaten liegen unter
/etc/sysconfig/network/ifcfg-eth0. eth0 ist hier sowohl der
Interface-Name als auch der Name f&uuml;r die Netzwerkkonfiguration.
Die Netzwerkkonfiguration kann alternativ auch der Hardware-Adresse
(MAC-Adresse) einer Netzwerkkarte zugeordnet werden. Dazu wird eine
Konfigurationsdatei ifcfg-&lt;HardwareadresseohneDoppelpunkte&gt;
verwendet. Die Buchstaben der Hardware-Adresse m&uuml;ssen hier klein geschrieben werden, so wie sie von ip link ausgegeben wird (ifconfig
verwendet gro&szlig;e Buchstaben). Wenn ifup eine Konfigurationsdatei passend zur Hardware-Adresse findet, wird ein m&ouml;glicherweise auch vorhandenes ifcfg-eth0 ignoriert. Gleiches gilt f&uuml;r hotplug Netzwerkkarten.
Mit hotplugf&auml;higen Netzwerkkarten wird es ein wenig komplizierter.
Wenn Sie keine solche Karte besitzen, k&ouml;nnen Sie beim Abschnitt 21.3.1 auf
der n&auml;chsten Seite weiterlesen.
Da bei hotplugf&auml;higen Netzwerkkarten die Zuordnung des InterfaceNamen zur Karte eher zuf&auml;llig ist, werden die Konfigurationen f&uuml;r eine solche Karte nicht unter dem Interface-Namen abgelegt, sondern unter einem
Bezeichner, der die Art der verwendeten Hardware und den Anschlusspunkt beschreibt, im Folgenden Hardwarebeschreibung genannt. ifup
muss in diesem Fall mit zwei Argumenten aufgerufen werden, der genauen Hardwarebeschreibung und dem gegenw&auml;rtigen Interface-Namen. Anschlie&szlig;end wird von ifup die Konfiguration ermittelt, die m&ouml;glichst genau
auf die Hardwarebeschreibung passt.
472
21.3. Manuelle Netzwerkkonfiguration
21
Hinweis
Hinweis
Als Beispiel dient ein Laptop mit zwei PCMCIA-Steckpl&auml;tzen und einer PCMCIA Ethernet Netzwerkkarte. Zus&auml;tzlich gibt es in diesem Ger&auml;t noch eine festeingebaute Netzwerkkarte, die als Interfacenamen eth0
erh&auml;lt. Wenn die PCMCIA-Karte im Steckplatz 0 steckt, lautet ihre Hardwarebeschreibung eth-pcmcia-0. Der cardmgr oder das HotplugNetzwerkscript rufen nun ifup eth-pcmcia-0 eth1 auf. Nun sucht
ifup, ob es unter /etc/sysconfig/network/ eine Datei ifcfg-ethpcmcia-0 gibt. Wenn nicht, wird weiter nach ifcfg-eth-pcmcia,
ifcfg-pcmcia-0, ifcfg-pcmcia, ifcfg-eth1 und ifcfg-eth gesucht. Die zuerst gefundene Datei wird zur Konfiguration verwendet.
Wenn also eine Netzwerkkonfiguration angelegt werden soll, die f&uuml;r alle
PCMCIA-Netzwerkkarten (in allen Steckpl&auml;tzen) gelten soll, muss diese
ifcfg-pcmcia hei&szlig;en. Diese w&uuml;rde dann f&uuml;r eth-pcmcia-0 genauso
wie f&uuml;r eine Tokenringkarte in Steckplatz 1 tr-pcmcia-1 verwendet.
Grundlagen der Vernetzung
Hotplugf&auml;hige Netzwerkkarten auf IBM S/390 und zSeries
Grunds&auml;tzlich sind die Netzwerkkarten auf IBM S/390und
zSeries hotplugf&auml;hig. Die automatische Konfiguration per DHCP
wie bei PCMCIA-Karten von PCs ist auf diesen Plattformen nicht
m&ouml;glich. Die Karten werden erkannt, m&uuml;ssen aber anschlie&szlig;end
manuell konfiguriert werden. Das folgende Beispiel bezieht sich
ausschlie&szlig;lich auf Hardware mit PCMCIA-Unterst&uuml;tzung.
YaST geht bei der Konfiguration von hotplugf&auml;higen Karten einen Umweg. Dort werden Konfigurationen f&uuml;r solche Karten durchnummeriert.
Deshalb schreibt YaST die Einstellungen f&uuml;r eine PCMCIA-Karte immer
nach ifcfg-eth-pcmcia-&lt;laufendeNummer&gt;. Damit diese Konfiguration dann trotzdem f&uuml;r alle Steckpl&auml;tze funktioniert, wird noch ein Link
ifcfg-eth-pcmcia auf diese Datei angelegt. Dies sollten Sie beachten,
wenn Sie teilweise mit und teilweise ohne YaST konfigurieren.
21.3.1
Konfigurationsdateien
Dieser Abschnitt gibt eine &Uuml;bersicht &uuml;ber die Netzwerkkonfigurationsdateien und erkl&auml;rt ihre Funktion sowie das verwendete Format.
/etc/syconfig/hardware/*
In diesem Verzeichnis findet sich pro Ger&auml;t (Netzwerkkarte) eine Datei, die
die entsprechenden Konfigurationsparameter (Kernelmodul, Startmodus
und Skriptzuordnungen etc.) enth&auml;lt.
SUSE LINUX Enterprise Server
473
/etc/sysconfig/network/ifcfg-*
Diese Dateien enthalten die Daten, die spezifisch f&uuml;r ein NetzwerkInterface sind. Sie k&ouml;nnen nach dem Interface-Namen benannt sein
(ifcfg-eth2), nach der Hardware-Adresse einer Netzwerkkarte (ifcfg000086386be3) oder nach einer Hardware-Beschreibung f&uuml;r eine Karte
(ifcfg-usb). Sollen Netzwerkaliase verwendet werden, hei&szlig;en die dazu
n&ouml;tigen Dateien einfach ifcfg-eth2:1 oder ifcfg-usb:1. Das Skript
ifup bekommt neben dem Interface-Namen bei Bedarf auch eine genaue
Hardwarebeschreibung und sucht dann die am besten passende Datei zur
Konfiguration aus.
I S/390, zSeries
IBM S/390 und zSeries unterst&uuml;tzen kein USB. Namensgebung der
Interface-Dateinamen und Netzwerkaliase enthalten S/390-spezische Bezeichner wie qeth o.&auml;. . J
Die Dateien enthalten die IP-Adresse (BOOTPROTO=static,
IPADDR=10.10.11.214) oder die Anweisung, DHCP zu verwenden
(BOOTPROTO=&quot;dhcp&quot;). Die IP-Adresse sollte die Netzmaske bereits enthalten (IPADDR=&quot;10.10.11.214/16&quot;). Die vollst&auml;ndige Liste von Variablen
enth&auml;lt die Manpage zu ifup. Es k&ouml;nnen au&szlig;erdem alle Variablen aus den
Dateien dhcp, wireless und config in den ifcfg-*-Dateien verwendet werden, wenn eine sonst allgemeine Einstellung nur f&uuml;r ein Interface
verwendet werden soll.
/etc/sysconfig/network/config,dhcp,wireless
Die Datei config enth&auml;lt allgemeine Einstellungen zum Verhalten von
ifup, ifdown und ifstatus. Sie ist vollst&auml;ndig kommentiert. Ebenso
gibt es Kommentare in dhcp und wireless, wo allgemeine Einstellungen
zu DHCP und Funknetzwerkkarten Platz finden. Alle Variablen aus diesen Dateien k&ouml;nnen auch in ifcfg-* verwendet werden und haben dort
nat&uuml;rlich Vorrang.
/etc/resolv.conf
Wie bereits die Datei /etc/host.conf, so spielt auch diese Datei in Bezug auf Aufl&ouml;sung von Rechnernamen durch die resolver–Bibliothek eine
Rolle.
In dieser Datei wird angegeben, welcher Domain der Rechner angeh&ouml;rt
(Schl&uuml;sselwort search) und wie die Adresse des Nameservers ist (Schl&uuml;sselwort nameserver), der angesprochen werden soll. Es k&ouml;nnen mehrere
474
21.3. Manuelle Netzwerkkonfiguration
Beispiel 21.5: /etc/resolv.conf
# Our domain
search example.com
#
# We use sonne (192.168.0.20) as nameserver
nameserver 192.168.0.20
YaST tr&auml;gt hier den angegebenen Nameserver ein!
Einige Dienste wie pppd (wvdial), ipppd (isdn), dhcp (dhcpcd und dhclient), pcmcia und hotplug modifizieren die Datei /etc/resolv.conf
&uuml;ber das Skript modify_resolvconf.
Wenn die Datei /etc/resolv.conf durch dieses Skript vor&uuml;bergehend
modifiziert wurde, enth&auml;lt sie einen definierten Kommentar, der Auskunft
dar&uuml;ber gibt, welcher Dienst sie modifiziert hat, wo die urspr&uuml;ngliche Datei gesichert ist und wie man die automatischen Modifikationen abstellen
kann.
Wenn /etc/resolv.conf mehrmals modifiziert wird, wird diese Verschachtelung von Modifikationen auch dann wieder sauber abgebaut,
wenn sie in einer anderen Reihenfolge zur&uuml;ckgenommen werden; dies
kann bei isdn, pcmcia und hotplug durchaus vorkommen.
Wenn ein Dienst nicht sauber beendet wurde, kann mit Hilfe des Skripts
modify_resolvconf der Ursprungszustand wiederhergestellt werden.
Beim Booten wird gepr&uuml;ft, ob eine modifizierte resolv.conf stehen geblieben ist (z. B. wegen Systemabsturz). Dann wird die urspr&uuml;ngliche (unmodifizierte) resolv.conf wiederhergestellt.
YaST findet mittels modify_resolvconf check heraus, ob resolv.
conf modifiziert wurde, und dann den Benutzer warnen, dass seine &Auml;nderungen nach der Restauration wieder verloren sein werden. Ansonsten
verwendet YaST modify_resolvconf nicht, das hei&szlig;t eine &Auml;nderung der
Datei resolv.conf mittels YaST und eine manuelle &Auml;nderung sind &auml;quivalent. Beides entspricht einer gezielten und dauerhaften &Auml;nderung, w&auml;hrend eine &Auml;nderung durch einen der genannten Dienste nur vor&uuml;bergehend ist.
SUSE LINUX Enterprise Server
21
Grundlagen der Vernetzung
Domainnamen angegeben werden. Beim Aufl&ouml;sen eines nicht voll qualifizierten Namens wird versucht, durch Anh&auml;ngen der einzelnen Eintr&auml;ge in
search einen g&uuml;ltigen, voll qualifizierten Namen zu erzeugen. Mehrere
Nameserver k&ouml;nnen durch mehrere Zeilen, die mit nameserver beginnen,
bekannt gemacht werden. Kommentare werden wieder mit # eingeleitet.
Ein Beispiel f&uuml;r /etc/resolv.conf zeigt Datei 21.5.
475
/etc/hosts
In dieser Datei (siehe Datei 21.6) werden Rechnernamen IP–Adressen zugeordnet. Wird kein Nameserver verwendet, m&uuml;ssen hier alle Rechner aufgef&uuml;hrt werden, zu denen eine IP–Verbindung aufgebaut werden soll. Je
Rechner wird eine Zeile bestehend aus IP-Adresse, dem voll qualifizierten
Hostnamen und dem Rechnernamen (zum Beispiel erde) in die Datei eingetragen. Die IP–Adresse muss am Anfang der Zeile stehen, die Eintr&auml;ge
werden durch Leerzeichen bzw. Tabulatoren getrennt. Kommentare werden durch # eingeleitet.
Beispiel 21.6: /etc/hosts
127.0.0.1 localhost
192.168.0.20 sonne.example.com sonne
192.168.0.0 erde.example.com erde
/etc/networks
Hier werden Netzwerknamen in Netzwerkadressen umgesetzt. Das Format
&auml;hnelt dem der hosts-Datei, jedoch stehen hier die Netzwerknamen vor
den Adressen (siehe Datei 21.7).
Beispiel 21.7: /etc/networks
loopback
localnet
127.0.0.0
192.168.0.0
/etc/host.conf
Das Aufl&ouml;sen von Namen – das heisst das &Uuml;bersetzen von Rechner- bzw.
Netzwerknamen &uuml;ber die resolver-Bibliothek – wird durch diese Datei gesteuert. Diese Datei wird nur f&uuml;r Programme verwendet, die gegen die
libc4 oder die libc5 gelinkt sind; f&uuml;r aktuelle glibc-Programme vgl. die Einstellungen in /etc/nsswitch.conf! Ein Parameter muss in einer eigenen Zeile stehen, Kommentare werden durch # eingeleitet. Die m&ouml;glichen
Parameter zeigt Tabelle 21.5 auf der n&auml;chsten Seite.
476
21.3. Manuelle Netzwerkkonfiguration
Tabelle 21.5: Parameter f&uuml;r /etc/host.conf
Legt fest, in welcher Reihenfolge die Dienste
zum Aufl&ouml;sen eines Namens angesprochen
werden sollen. M&ouml;gliche Argumente sind
(durch Leerzeichen oder Kommata voneinander getrennt):
hosts: Durchsuchen der Datei /etc/hosts
bind: Ansprechen eines Nameservers
nis: &Uuml;ber NIS
multi on/off
Bestimmt, ob ein in /etc/hosts eingetragener Rechner mehrere IP-Adressen haben
darf.
nospoof on spoofalert on/off
Diese Parameter beeinflussen das spoofing
des Nameservers, haben aber weiter keinen
Einfluss auf die Netzwerkkonfiguration.
trim domainname
Der angegebene Domainname wird vor dem
Aufl&ouml;sen des Rechnernamens von diesem
abgeschnitten (insofern der Rechnername
diesen Domainnamen enth&auml;lt). Diese Option ist dann von Nutzen, wenn in der Datei
/etc/hosts nur Namen aus der lokalen
Domain stehen, diese aber auch mit angeh&auml;ngtem Domainnamen erkannt werden
sollen.
Grundlagen der Vernetzung
order hosts, bind
21
Ein Beispiel f&uuml;r /etc/host.conf zeigt Datei 21.8.
Beispiel 21.8: /etc/host.conf
# We have named running
order hosts bind
# Allow multiple addrs
multi on
/etc/nsswitch.conf
Mit der GNU C Library 2.0 hat der Name Service Switch (NSS) Einzug gehalten (vgl. die Manpage von man 5 nsswitch.conf, sowie ausf&uuml;hrli-
SUSE LINUX Enterprise Server
477
cher The GNU C Library Reference Manual, Kapitel „System Databases and
Name Service Switch“ &gt;).
In der Datei /etc/nsswitch.conf wird festgelegt, in welcher Reihenfolge bestimmte Informationen abgefragt werden. Ein Beispiel f&uuml;r
nsswitch.conf zeigt Datei 21.9. Kommentare werden durch # eingeleitet. Dort bedeutet zum Beispiel der Eintrag bei der Datenbank hosts, dass
nach /etc/hosts (files) eine Anfrage &uuml;ber DNS (vgl. Abschnitt 21.7 auf
Seite 502) losgeschickt wird.
Beispiel 21.9: /etc/nsswitch.conf
passwd:
group:
compat
compat
hosts:
networks:
files dns
files dns
services:
protocols:
db files
db files
netgroup:
automount:
files
files nis
Die &uuml;ber NSS verf&uuml;gbaren Datenbanken sind in Tabelle 21.6 genannt.
Zus&auml;tzlich sind in Zukunft automount, bootparams, netmasks und
publickey zu erwarten.
Tabelle 21.6: &Uuml;ber /etc/nsswitch.conf verf&uuml;gbare Datenbanken
478
aliases
Mail-Aliase, von sendmail verwendet; vgl. die Manpage man 5 aliases.
ethers
Ethernet-Adressen.
group
F&uuml;r Benutzergruppen, von getgrent verwendet; vgl.
die Manpage man 5 group.
hosts
F&uuml;r Hostnamen und IP-Adressen, von gethostbyname
und &auml;hnlichen Funktionen verwendet.
netgroup
Im Netzwerk g&uuml;ltige Liste von Hosts und Benutzern,
um Zugriffsrechte zu steuern; vgl. die Manpage man 5
netgroup.
21.3. Manuelle Netzwerkkonfiguration
Netzwerknamen und -adressen, von getnetent
verwendet.
passwd
Benutzerpassw&ouml;rter, von getpwent verwendet; vgl. die
Manpage man 5 passwd.
protocols
Netzwerk-Protokolle, von getprotoent verwendet;
vgl. die Manpage man 5 protocols.
rpc
Remote Procedure Call-Namen und -Adressen, von
getrpcbyname und &auml;hnlichen Funktionen verwendet.
services
Netzwerkdienste, von getservent verwendet.
shadow
Shadow-Passw&ouml;rter der Benutzer, von getspnam verwendet; vgl. die Manpage man 5 shadow.
Die Konfigurationsm&ouml;glichkeiten der NSS-Datenbanken stehen in Tabelle 21.7.
21
Grundlagen der Vernetzung
networks
Tabelle 21.7: Konfigurationsm&ouml;glichkeiten der NSS-Datenbanken
files
direkt auf Dateien zugreifen, zum Beispiel auf
/etc/aliases.
db
&uuml;ber eine Datenbank zugreifen.
nis
NIS, vgl. Abschnitt 21.9 auf Seite 553.
nisplus
dns
Nur bei hosts und networks als Erweiterung
verwendbar.
compat
Nur bei passwd, shadow und group als Erweiterung
verwendbar.
Zus&auml;tzlich ist es m&ouml;glich, unterschiedliche Reaktionen bei bestimmten Lookup-Ergebnissen auszul&ouml;sen; Details sind der Manpage man 5
nsswitch.conf zu entnehmen.
/etc/nscd.conf
&Uuml;ber diese Datei wird der nscd (engl. Name Service Cache Daemon) konfiguriert (vgl. man 8 nscd und die man 5 nscd.conf). Per default werden die Eintr&auml;ge von passwd und groups gecached. hosts wird nor-
SUSE LINUX Enterprise Server
479
malerweise nicht gecached, da sich der Rechner dann nicht mehr auf „forward/reverse lookups“ dieses Namensdienstes verlassen kann. Statt dem
nscd diese Aufgabe zu &uuml;bertragen, sollten sie einen „caching“ Nameserver
einrichten.
Wenn beispielsweise das Caching f&uuml;r passwd aktiviert ist, dauert es
in der Regel 15 Sekunden, bis ein neu angelegter lokaler Benutzer dem
System bekannt ist. Durch das Neustarten des nscd mit dem Befehl
rcnscd restart kann diese Wartezeit verk&uuml;rzt werden.
/etc/HOSTNAME
Hier steht der Name des Rechners, also nur der Hostname ohne den Domainnamen. Diese Datei wird von verschiedenen Skripten w&auml;hrend des
Starts des Rechners gelesen. Sie darf nur eine Zeile enthalten, in der der
Rechnername steht!
21.3.2
Startup-Skripten
Neben den beschriebenen Konfigurationsdateien gibt es noch verschiedene
Skripten, die w&auml;hrend des Hochfahrens des Rechners die Netzwerkprogramme starten. Diese werden gestartet, sobald das System in einen der
Multiuser-Runlevel &uuml;bergeht (vgl. Tabelle 21.8).
Tabelle 21.8: Einige Startup-Skripten der Netzwerkprogramme
480
/etc/init.d/network
Dieses Skript &uuml;bernimmt die Konfiguration der Netzwerk Hard- und Software
w&auml;hrend der Startphase des Systems.
/etc/init.d/xinetd
Startet den xinetd. Der xinetd kann
verwendet werden, um bei Bedarf Serverdienste auf dem System zur Verf&uuml;gung zu stellen. Beispielsweise kann
er den vsftpd starten, sobald eine FTPVerbindung initiiert wird.
/etc/init.d/portmap
Startet den Portmapper, der ben&ouml;tigt
wird, um RPC-Server verwenden zu k&ouml;nnen, wie zum Beispiel einen NFS-Server.
/etc/init.d/nfsserver
Startet den NFS-Server.
/etc/init.d/postfix
Kontrolliert den postfix-Prozess.
21.3. Manuelle Netzwerkkonfiguration
Startet den NIS-Server.
/etc/init.d/ypbind
Startet den NIS-Client.
21.4
Die Einbindung ins Netzwerk
TCP/IP ist inzwischen das Standard-Netzwerkprotokoll, &uuml;ber das alle
modernen Betriebssysteme mit TCP/IP kommunizieren k&ouml;nnen. Dennoch unterst&uuml;tzt Linux auch noch andere Netzwerkprotokolle, beispielsweise das (fr&uuml;her) von Novell Netware verwendete IPX oder das von
Macintosh-Rechnern verwendete Appletalk. In diesem Rahmen besprechen
wir nur die Integration eines Linux-Rechners in ein TCP/IP-Netzwerk.
Wenn Sie exotische Arcnet, Token-Ring oder FDDI-Netzwerkkarten einbinden wollen, finden Sie weiterf&uuml;hrende Hilfe hierzu in den Kernelquellen /usr/src/linux/Documentation, die Sie separat mit dem Paket
kernel-source installieren.
21.4.1
21
Grundlagen der Vernetzung
/etc/init.d/ypserv
Vorbereitungen
Der Rechner muss &uuml;ber eine unterst&uuml;tzte Netzwerkkarte verf&uuml;gen. &Uuml;blicherweise wird die Netzwerkkarte schon bei der Installation erkannt
und der passende Treiber eingebunden. Ob Ihre Karte korrekt eingebunden wurde, k&ouml;nnen Sie unter anderem daran sehen, dass die Ausgabe des
Kommandos ifstatus eth0 das Netzwerk-Device eth0 anzeigt.
I S/390, zSeries
Auf IBM S/390 und zSeries k&ouml;nnen neben eth0 noch hsi0, ctc0 und
iuvc0 verwendet werden. J
Wenn der Kernel-Support f&uuml;r die Netzwerkkarte als Modul realisiert wird
– so wie es beim SUSE-Kernel standardm&auml;&szlig;ig der Fall ist –, dann muss der
Name des Moduls als Alias in der /etc/modprobe.conf eingetragen
werden. Dies geschieht automatisch, wenn im linuxrc w&auml;hrend der Erstinstallation der Treiber-Support f&uuml;r die Netzwerkkarte geladen wird. Nachtr&auml;glich l&auml;sst sich diese Aufgabe von YaST aus erledigen.
Bei hotplugf&auml;higen Netzwerkkarten (zum Beispiel PCMCIA oder USB)
werden die Treiber beim Einstecken automatisch ermittelt; es muss dazu
nichts konfiguriert werden.
SUSE LINUX Enterprise Server
481
Hinweis
S/390, zSeries: Hotplugf&auml;hige Netzwerkkarten
IBM S/390 und zSeries unterst&uuml;tzen hotplugf&auml;hige Netzwerkkarten. Die automatische Konfiguration mit DHCP wie bei PCNetzwerkkarten wird nicht unterst&uuml;tzt. Eine erkannte Netzwerkkarte muss immer noch manuell konfiguriert werden.
Hinweis
21.4.2
Netzwerkkarte konfigurieren mit YaST
Nach Aufruf des YaST Moduls gelangen Sie in eine &Uuml;bersicht zur Netzwerkkonfiguration. Im oberen Teil des Dialogs werden alle zu konfigurierenden Netzwerkkarten aufgelistet. Falls Ihre Karte beim Start des Systems
korrekt erkannt wurde, wird sie hier namentlich aufgef&uuml;hrt. Nicht erkannte
Ger&auml;te erscheinen als ‘Andere (nicht erkannte)’. Im unteren Teil der Ansicht werden bereits konfigurierte Ger&auml;te samt Netzwerktyp und Adresse
aufgef&uuml;hrt. Sie k&ouml;nnen nun entweder neue Netzwerkkarten konfigurieren
oder die Konfiguration eines bereits konfigurierten Ger&auml;ts &auml;ndern.
Manuelle Konfiguration der Netzwerkkarte
Zur Konfiguration einer nicht erkannten Netzwerkkarte nehmen Sie folgende Grundeinstellungen vor:
Netzwerkschnittstelle Legen Sie den Typ des Netzwerks und die Ger&auml;tenummer fest.
Einstellungen f&uuml;r Funkverbindungen
Wenn Sie sich in einem kabellosen Netzwerk befinden (engl. wireless
LAN ) und Ihre Netzwerkkarte f&uuml;r diesen Verbindungstyp ausgelegt
ist, gelangen Sie &uuml;ber den Button ‘Einstellungen f&uuml;r Funkverbindungen’ in den Dialog ‘Konfiguration der drahtlosen Netzwerkkarte’,
in dem Sie Betriebsmodus, Netzwerknamen (ESSID), Netzwerkerkennung (NWID), Verschl&uuml;sselung und Spitzname (engl. nickname)
konfigurieren. Mit ‘OK’ schlie&szlig;en Sie die Konfiguration Ihrer Karte
ab.
I S/390, zSeries
Wireless LAN wird auf IBM S/390 und zSeries nicht unterst&uuml;tzt. J
482
21.4. Die Einbindung ins Netzwerk
21
Grundlagen der Vernetzung
Kernelmodul und Auswahl der Netzwerkkarte
Handelt es sich bei Ihrer Netzwerkkarte um ein PCMCIA- oder USBGer&auml;t, aktivieren Sie die entsprechenden Checkboxen und verlassen
diesen Dialog mit ‘Weiter’. Andernfalls w&auml;hlen Sie &uuml;ber den Button
‘Auswahl aus Liste’ das Modell Ihrer Netzwerkkarte aus. YaST w&auml;hlt
dann automatisch das passende Kernelmodul aus. Verlassen Sie
diesen Dialog mit ‘Weiter’.
Abbildung 21.3: Konfiguration der Netzwerkkarte
Konfiguration der Netzwerkadresse
Legen Sie die Art der Adressvergabe f&uuml;r Ihre Netzwerkkarte fest:
‘Automatische Adressvergabe (mit DHCP)’
Befindet sich ein DHCP-Server innerhalb Ihres Netzes, k&ouml;nnen Sie
sich von dort automatisch die Konfigurationsdaten Ihrer Netzwerkkarte &uuml;bermitteln lassen. Die Adressvergabe mit DHCP aktivieren Sie
ebenfalls, wenn Ihr DSL-Provider Ihnen keine statische IP-Adresse
f&uuml;r Ihr System mitgeteilt hat. Bei Verwendung von DHCP gelangen
SUSE LINUX Enterprise Server
483
Sie &uuml;ber die Schaltfl&auml;che ‘DHCP Client Optionen’ zur ClientKonfiguration. Hier stellen Sie ein, ob der DHCP-Server immer auf
einen Broadcast antworten soll. Au&szlig;erdem k&ouml;nnen Sie optional einen
Identifikator angeben. Standardm&auml;&szlig;ig wird der Rechner anhand der
Hardware-Adresse der Netzwerkkarte identifiziert. Benutzen Sie aber
mehrere virtuelle Maschinen, die dieselbe Netzwerkarte verwenden,
k&ouml;nnen Sie diese &uuml;ber verschiedene Identifikatoren unterscheiden.
I S/390, zSeries
DHCP-Adresskonfiguration wird auf IBM S/390 und zSeries nur auf
Netzwerkkarten mit MAC-Adresse unterst&uuml;tzt. Dies sind die Karten
des Typs OSA und OSA Express. J
‘Konfiguration der statischen Addresse’
Verf&uuml;gen Sie &uuml;ber eine feste IP-Adresse, aktivieren Sie die Checkbox.
Geben Sie die IP-Adresse und die f&uuml;r Ihr Netz passende Subnetzmaske ein. Die Voreinstellung f&uuml;r die Subnetzmaske ist so gew&auml;hlt, dass
sie f&uuml;r ein typisches Heimnetz ausreicht.
Sie k&ouml;nnen diesen Dialog mit ‘Weiter’ verlassen oder alternativ Rechnernamen, Name-Server und Routing konfigurieren (vgl. Abschnitt 2.6.2 auf
Seite 98 und Abschnitt 2.6.7 auf Seite 100).
Kabelmodem
Hinweis
S/390, zSeries: Kabelmodem
Diese Art der Konfiguration wird auf IBM S/390 und zSeries
nicht unterst&uuml;tzt.
Hinweis
In manchen L&auml;ndern (&Ouml;sterreich, USA) ist der Internetzugang &uuml;ber das
Fernsehkabelnetz weit verbreitet. Der Telekabel-Teilnehmer bekommt von
der Kabelfirma ein Modem, das einerseits an das Fernsehkabel, andererseits mittels 10Base-T (Twisted-Pair) Leitung an eine Netzwerkkarte im
Computer angeschlossen wird. Dieses Modem stellt dann f&uuml;r den Computer eine Standleitung mit einer fixen IP-Adresse dar.
Nach den Angaben Ihres Providers w&auml;hlen Sie bei der Konfiguration Ihrer
Netzwerkkarte zwischen ‘Automatische Adressvergabe (mit DHCP)’ und
‘Konfiguration der statischen Adresse’. Die meisten Provider verwenden
484
21.4. Die Einbindung ins Netzwerk
21.4.3
S/390; zSeries: Netzwerkkonfiguration mit YaST
Konfiguration der qeth-hsi Schnittstelle
Um dem installierten System eine Netzwerkschnittstelle vom Typ
qeth-hsi (IBM Hipersocket) hinzuzuf&uuml;gen, starten Sie das YaST
Netzwerk-Modul (‘Netzwerkger&auml;te’ ➝ ‘Netzwerkkarte’ ). W&auml;hlen Sie aus
der Liste der erkannten Schnittstellen eine der mit ‘IBM Hipersocket’ bezeichneten Schnittstellen aus, die Sie sp&auml;ter f&uuml;r die READ-Ger&auml;teadresse
verwenden wollen. Klicken Sie auf ‘Konfigurieren’. Im Dialog ‘Konfiguration der Netzwerkadresse’ legen Sie IP-Adresse und Netzmaske f&uuml;r diese
Schnittstelle fest. Verlassen Sie die Konfiguration mit ‘Weiter’ und ‘Beenden’.
21
Grundlagen der Vernetzung
heute DHCP. Eine statische IP-Adresse wird im Allgemeinen bei BusinessPaketen der Provider verwendet. Der Provider hat Ihnen in diesem Fall
eine feste IP-Adresse zugeteilt.
Lesen Sie dazu unbedingt die Supportdatenbank-Artikel &uuml;ber Einrichtung
und Konfigurationen f&uuml;r Kabelmodems, die Sie auch online unter http:
//sdb.suse.de/de/sdb/html/cmodem8.html und http://sdb.
suse.de/en/sdb/html/cmodem8.html erhalten k&ouml;nnen.
Konfiguration der qeth-ethernet Schnittstelle
Um dem installierten System eine Netzwerkschnittstelle vom Typ
qeth-ethernet (IBM OSA Express Ethernet Card) hinzuzuf&uuml;gen, starten Sie das YaST Netzwerk-Modul (‘Netzwerkger&auml;te’ ➝ ‘Netzwerkkarte’
). W&auml;hlen Sie aus der Liste der erkannten Schnittstellen eine der mit ‘IBM
OSA Express Ethernet Card’ bezeichneten Schnittstellen aus und klicken
Sie auf ‘Konfigurieren’. Geben Sie den ben&ouml;tigten Portnamen, einige zus&auml;tzliche Optionen (nachzulesen im Handbuch Linux for zSeries and S/390:
Device Drivers, Features, and Commands von IBM), Ihre IP-Adresse und eine
geeignete Netzmaske an. Verlassen Sie die Konfiguration mit ‘Weiter’ und
‘Beenden’.
Konfiguration der ctc Schnittstelle
Um dem installierten System eine Netzwerkschnittstelle vom Typ ctc
(IBM parallel CTC Adapter) hinzuzuf&uuml;gen, starten Sie das YaST NetzwerkModul (‘Netzwerkger&auml;te’ ➝ ‘Netzwerkkarte’ ). W&auml;hlen Sie aus der Liste
der erkannten Schnittstellen eine der mit ‘IBM parallel CTC Adapter’ bezeichneten Schnittstellen aus, die Sie sp&auml;ter f&uuml;r den READ Kanal verwenden wollen. Klicken Sie auf ‘Konfigurieren’. W&auml;hlen Sie im n&auml;chsten Dialog
SUSE LINUX Enterprise Server
485
per Drop-Down Men&uuml; in den ‘Einstellungen f&uuml;r S/390 Devices’ den geeigneten Betriebsmodus (meist ‘Kompatibilit&auml;tsmodus’) f&uuml;r die Schnittstelle
aus und spezifizieren Sie IP-Adresse der Schnittstelle und die IP-Adresse
des Peers. Wenn n&ouml;tig, passen Sie die MTU-Gr&ouml;&szlig;e an (‘Erweitert’ ➝ ‘Besondere Einstellungen’ ). Verlassen Sie die Netzwerkkonfiguration mit ‘Weiter’
und ‘Beenden’.
Konfiguration der lcs Schnittstelle
Um dem installierten System eine Netzwerkschnittstelle vom Typ lcs
(IBM OSA-2 Adapter) hinzuzuf&uuml;gen, starten Sie das YaST NetzwerkModul (‘Netzwerkger&auml;te’ ➝ ‘Netzwerkkarte’ ). W&auml;hlen Sie aus der Liste
der erkannten Schnittstellen eine der mit ‘IBM OSA-2 Adapter’ bezeichneten Schnittstellen aus und klicken Sie auf ‘Konfigurieren’. Geben Sie die
ben&ouml;tigte Portnummer, einige zus&auml;tzliche Optionen (nachzulesen im Handbuch Linux for zSeries and S/390: Device Drivers, Features, and Commands von
IBM), Ihre IP-Adresse und eine geeignete Netzmaske an. Verlassen Sie die
Konfiguration mit ‘Weiter’ und ‘Beenden’.
Konfiguration der IUVC Schnittstelle
Um dem installierten System eine Netzwerkschnittstelle vom Typ iucv
(IUCV) hinzuzuf&uuml;gen, starten Sie das YaST Netzwerk-Modul (‘Netzwerkger&auml;te’ ➝ ‘Netzwerkkarte’ ). W&auml;hlen Sie aus der Liste der erkannten
Schnittstellen eine mit ‘IUCV’ bezeichnete aus. Klicken Sie auf ‘Konfigurieren’. YaST fragt nun nach dem Namen Ihres IUCV-Partners. Geben Sie
diesen Namen ein und beachten Sie Gro&szlig;- und Kleinschreibung. Klicken
Sie auf ‘Weiter’. Geben Sie Ihre IP-Adresse und die Ihres IUCV-Partners
ein. Wenn n&ouml;tig, passen Sie die MTU-Gr&ouml;&szlig;e an (‘Erweitert’ ➝ ‘Besondere
Einstellungen’ ). Verlassen Sie die Netzwerkkonfiguration mit ‘Weiter’ und
‘Beenden’.
21.4.4
Modem
Hinweis
S/390, zSeries: Modem
Diese Art der Konfiguration wird auf IBM S/390 und zSeries
nicht unterst&uuml;tzt.
Hinweis
486
21.4. Die Einbindung ins Netzwerk
21
Grundlagen der Vernetzung
Im YaST-Kontrollzentrum finden Sie unter ‘Netzwerkger&auml;te’ die ModemKonfiguration. Falls die automatische Erkennung fehlschl&auml;gt, w&auml;hlen Sie
die manuelle Konfiguration. In dem sich &ouml;ffnenden Dialog ist bei ‘Modemger&auml;t’ die Schnittstelle einzutragen.
Abbildung 21.4: Modemkonfiguration
Wenn eine Telefonanlage zwischengeschaltet ist, m&uuml;ssen Sie gegebenenfalls
die Vorwahl f&uuml;r die Amtsholung eintragen (normalerweise eine Null; dies
erfahren Sie in der Bedienungsanleitung Ihrer Telefonanlage). Zudem k&ouml;nnen Sie sich zwischen Ton- und Impulswahl entscheiden; zus&auml;tzlich auch,
ob der Lautsprecher angeschaltet ist oder ob der Wahlton abgewartet werden soll. Letztere Option sollte nicht verwendet werden, wenn Ihr Modem
an einer Telefonanlage angeschlossen ist.
Unter ‘Details’ finden Sie Einstellungen zur Baudrate und InitialisierungsStrings f&uuml;r das Modem. Hier sollten Sie nur dann &Auml;nderungen vornehmen,
wenn Ihr Modem nicht automatisch erkannt wurde und f&uuml;r die Daten&uuml;bertragung speziell eingestellt werden muss. Dies ist vor allem bei ISDNTerminaladaptern der Fall. Verlassen Sie den Dialog mit ‘OK’.
W&auml;hlen Sie im folgenden Dialog den ISP (Internet Service Provider). Wenn
Sie Ihren Provider aus einer Liste f&uuml;r Ihr Land voreingestellter Provider
SUSE LINUX Enterprise Server
487
ausw&auml;hlen wollen, aktivieren Sie den Radiobutton ‘L&auml;nder’. Alternativ gelangen Sie &uuml;ber den Button ‘Neu’ in den Dialog zur manuellen Festlegung
der ISP-Parameter. Dort geben Sie den Namen der Einwahl und des Providers und dessen Telefonnummer ein. Au&szlig;erdem tragen Sie hier den Benutzernamen und das Passwort ein, das Ihnen Ihr Provider f&uuml;r die Einwahl
zur Verf&uuml;gung gestellt hat. Aktivieren Sie die Checkbox ‘Passwortabfrage’,
wenn Sie bei jeder Einwahl nach dem Passwort gefragt werden wollen.
Im letzten Dialog geben Sie die Verbindungsparameter ein:
‘Dial-On-Demand’ Geben Sie mindestens einen Name-Server an, wenn
Sie Dial-on-demand verwenden wollen.
‘W&auml;hrend Verbindung DNS &auml;ndern’
Standardm&auml;&szlig;ig ist diese Checkbox aktiviert, der Name-Server wird
also bei jeder Einwahl ins Internet automatisch angepasst. Deaktivieren Sie diese Einstellung und setzen Sie feste Name-Server, wenn Sie
sich f&uuml;r ‘Automatische Einwahl’ entscheiden.
‘Ignoranz-Modus’ Diese Option ist standardm&auml;&szlig;ig aktiviert. Eingabeaufforderungen vom Einwahl-Server werden ignoriert, um den Verbindungsaufbau zu erleichtern.
‘Firewall aktivieren’ Hiermit schalten Sie die SUSE Firewall ein und sind
sicher gegen Eindringlinge gesch&uuml;tzt, w&auml;hrend Sie mit dem Internet
verbunden sind.
‘Abbrechen nach (Sekunden)’ Sie k&ouml;nnen bestimmen, nach welcher Zeit
die Verbindung abgebrochen werden soll, wenn kein Informationsfluss mehr stattfindet .
IP-Details &Uuml;ber diesen Button gelangen Sie in den Dialog zur Adresskonfiguration. Sollte Ihnen Ihr Provider keine dynamische IP-Adresse
zur Verf&uuml;gung gestellt haben, deaktivieren Sie die Checkbox ‘Dynamische IP-Adresse’ und tragen Sie die lokale IP-Adresse Ihres Rechners und die entfernte IP-Adresse ein. Beide Angaben k&ouml;nnen Sie von
Ihrem Provider erfragen. Belassen Sie die Einstellung zur ‘StandardRoute’ im aktivierten Zustand und verlassen den Dialog mit ‘OK’.
Mit ‘Weiter’ landen Sie wieder im &Uuml;bersichtsdialog und sehen, was Sie
konfiguriert haben. Schlie&szlig;en Sie die Einrichtung mit ‘Beenden’ ab.
488
21.4. Die Einbindung ins Netzwerk
21.4.5
21
DSL
S/390, zSeries: DSL
Diese Art der Konfiguration wird auf IBM S/390 und zSeries
nicht unterst&uuml;tzt.
Hinweis
Zur Konfiguration von DSL dient das YaST-Modul ‘DSL’ unter der Rubrik
‘Netzwerkger&auml;te’. In mehreren Dialogen haben Sie hier die M&ouml;glichkeit,
die Kenndaten Ihres DSL-Zugangs einzugeben. Mit YaST k&ouml;nnen Sie DSLZug&auml;nge einrichten, die auf den folgenden Protokollen aufsetzen:
PPP &uuml;ber Ethernet (PPPoE) - Deutschland
PPP &uuml;ber ATM (PPPoATM) - England
CAPI f&uuml;r ADSL (Fritz-Karten)
Grundlagen der Vernetzung
Hinweis
Tunnelprotokoll f&uuml;r Point-to-Point (PPTP) - &Ouml;sterreich
Beachten Sie bitte, dass die Konfiguration Ihres DSL-Zugangs mit PPPoE
und PPTP eine korrekte Konfiguration Ihrer Netzwerkkarte voraussetzt.
Falls dies nicht schon geschehen ist, kommen Sie mit ‘Netzwerkkarten konfigurieren’ direkt zum entsprechenden Dialog (siehe Abschnitt 21.4.2 auf
Seite 482). Die automatische IP-Adressenvergabe findet bei DSL nicht mit
dem DHCP-Protokoll statt. Deshalb d&uuml;rfen Sie auch nicht ‘Automatische
Adressvergabe (mit DHCP)’ verwenden. Vergeben Sie stattdessen bitte eine
statische Dummy-IP-Adresse wie z.B. 192.168.22.1. Im Feld ‘Subnetzmaske’ ist der Wert 255.255.255.0 einzutragen. Bitte achten Sie unbedingt darauf, dass Sie f&uuml;r ein Einzelplatzsystem keinen Eintrag in das Feld
‘Standardgateway’ machen.
Hinweis
Die Werte f&uuml;r ‘IP-Adresse’ Ihres Rechners und ‘Subnetzmaske’ sind nur Platzhalter. Sie haben f&uuml;r den Verbindungsaufbau
mit DSL keine Bedeutung und werden nur zur Aktivierung der
Netzwerkkarte ben&ouml;tigt.
Hinweis
Zu Beginn der Konfiguration (siehe Abb. 21.5 auf der n&auml;chsten Seite) w&auml;hlen sie bitte den PPP-Modus und jene Ethernetkarte aus, an die Ihr Modem
SUSE LINUX Enterprise Server
489
Abbildung 21.5: DSL-Konfiguration
angeschlossen ist (in der Regel ist dies eth0). Mit der Kombobox ‘Ger&auml;teAktivierung’ k&ouml;nnen Sie bestimmen, ob die DSL-Verbindung schon beim
Booten des Systems oder erst sp&auml;ter, z.B. manuell hergestellt werden soll.
Im weiteren Verlauf k&ouml;nnen Sie dann Ihr Land und den dort ans&auml;ssigen
Dienstanbieter (Provider) ausw&auml;hlen. Die Inhalte der danach folgenden
Dialoge h&auml;ngen stark von den vorher gew&auml;hlten Einstellungen ab und werden hier daher nur kurz angesprochen. Wenn einzelne Optionen unklar
sind, lesen Sie bitte die ausf&uuml;hrlichen Hilfetexte zu den Dialogen.
Um ‘Dial-On-Demand’ nutzen zu k&ouml;nnen, m&uuml;ssen Sie bei Einzelplatzsystemen auf jeden Fall DNS (Name-Server) konfigurieren. Die meisten Provider unterst&uuml;tzen heute dynamische DNS-Vergabe, das hei&szlig;t, beim Verbindungsaufbau wird eine aktuelle IP-Adresse des Name-Servers &uuml;bergeben.
Dennoch muss in Ihrem Einzelplatzsystem in diesem Dialog ein Platzhalter
f&uuml;r einen DNS-Server eingetragen werden z.B. 192.168.22.99. Falls Sie
keine dynamische Zuweisung des Name-Servers bekommen, m&uuml;ssen Sie
hier die IP-Adressen der Name-Server Ihres Providers eintragen.
Interessant ist auch die Kombobox ‘Verbindung abbrechen nach (Sekunden)’. Hier k&ouml;nnen Sie einstellen, wie lange die Verbindung nach dem letz-
490
21.4. Die Einbindung ins Netzwerk
Hinweis
Dial-On-Demand
Bei ‘Dial-On-Demand’ wird die Verbindung nach Verstreichen
dieser Wartezeit nicht komplett abgebaut, sondern verbleibt in
einem Wartezustand, der einen automatischen Wiederaufbau
erm&ouml;glicht, sobald Daten &uuml;bertragen werden m&uuml;ssen. Wird ‘DialOn-Demand’ nicht verwendet, erfolgt ein echter Verbindungsabbau, so dass vor einer erneuten &Uuml;bertragung die Verbindung
manuell wiederhergestellt werden muss. Sie k&ouml;nnen f&uuml;r diesen
Fall den automatischen Verbindungsabbau unterbinden, wenn
Sie die Wartezeit auf 0 Sekunden setzen.
Hinweis
Zur Konfiguration von T-DSL verfahren Sie &auml;hnlich wie bei DSL. Durch
Auswahl von ‘T-Online’ als Provider gelangen Sie automatisch in den Konfigurationsdialog f&uuml;r T-DSL. Sie ben&ouml;tigen daf&uuml;r noch zus&auml;tzlich folgende
Daten: Anschlusskennung, T-Online-Nummer, Mitbenutzerkennung und
Ihr pers&ouml;nliches Kennwort. Entnehmen Sie diese Informationen bitte Ihren
T-DSL-Anmeldeunterlagen.
21.4.6
21
Grundlagen der Vernetzung
ten Datentransfer aufrecht erhalten bleibt, bevor sie automatisch abgebaut
wird. Werte zwischen 60 und 300 Sekunden sind hier empfehlenswert.
ISDN
Hinweis
S/390, zSeries: ISDN
Diese Art der Konfiguration wird auf IBM S/390 und zSeries
nicht unterst&uuml;tzt.
Hinweis
Dieses Modul erlaubt die Konfiguration einer oder mehrerer ISDN-Karten
in Ihrem System. Wenn Ihre ISDN-Karte von YaST nicht automatisch erkannt wurde, m&uuml;ssen Sie die Karte zun&auml;chst ausw&auml;hlen. Theoretisch k&ouml;nnen Sie mehrere Interfaces einrichten, im Normalfall ist dies f&uuml;r den Heimanwender aber nicht notwendig, da er f&uuml;r ein Interface mehrere Provider
einrichten kann. Die nachfolgenden Dialoge dienen dann der Einstellung
der verschiedenen ISDN-Parameter f&uuml;r den Betrieb der Karte.
Der n&auml;chste Dialog (vgl. Abb. 21.7 auf Seite 493) erlaubt die ‘Auswahl des
ISDN-Protokolls’. Der Standard ist hier ‘Euro-ISDN (EDSS1)’ (vgl. unten
SUSE LINUX Enterprise Server
491
Abbildung 21.6: T-DSL-Konfiguration in Deutschland
Fall 1. und 2.a), f&uuml;r &auml;ltere bzw. gro&szlig;e Telefonanlagen (vgl. unten Fall 2.b)
verwenden Sie ‘1TR6’. F&uuml;r die USA gilt ‘NI1’. Die Landeskennung k&ouml;nnen
Sie in der entsprechenden Auswahlbox aussuchen. Im Eingabefeld daneben wird dann die richtige Vorwahl (z.B. +49 f&uuml;r Deutschland) eingetragen.
Zus&auml;tzlich m&uuml;ssen Sie noch die Ortskennziffer (Vorwahl) Ihres Standortes
im Feld ‘Ortskennziffer’ eingeben (z.B. 911 f&uuml;r N&uuml;rnberg). Falls n&ouml;tig, tragen Sie hier au&szlig;erdem die Amtsholung ein.
Die Auswahlbox ‘Startmodus’ erlaubt die Einstellung des Startmodus f&uuml;r
die aktuelle ISDN-Karte. ‘OnBoot’ bewirkt, dass der ISDN-Treiber jeweils
beim Systemstart initialisiert wird. Entscheiden Sie sich hier f&uuml;r ‘Manuell’,
muss der ISDN-Treiber per Hand durch den Benutzer root mit rcisdn
start initialisiert werden. Die Option ‘Hotplug’ l&auml;dt den Treiber beim
Anschlie&szlig;en der PCMCIA-Karte oder des USB-Ger&auml;ts. Nachdem Sie alle
Einstellungen vorgenommen haben, klicken Sie auf ‘OK’.
Im n&auml;chsten Dialog k&ouml;nnen Sie die Schnittstelle f&uuml;r Ihre ISDN-Karte definieren oder weitere Provider zu bestehenden Schnittstellen hinzuf&uuml;gen. Die Schnittstellen k&ouml;nnen in den Betriebsarten SyncPPP oder RawIP
angelegt werden. Die meisten Internet-Provider verwenden den Modus
492
21.4. Die Einbindung ins Netzwerk
21
Grundlagen der Vernetzung
Abbildung 21.7: ISDN-Konfiguration
SyncPPP, der nachfolgend beschrieben wird.
F&uuml;r die Angabe ‘Eigene Telefonnummer’ m&uuml;ssen Sie je nach Anschlussszenario eine der folgenden Angaben machen:
1. ISDN-Karte direkt an der Telefondose (NTBA)
ISDN bietet Ihnen standardm&auml;&szlig;ig drei Rufnummern (MSN Multiple
Subscriber Number), auf Wunsch bis zu zehn, welche f&uuml;r Ihren Anschluss zur Verf&uuml;gung gestellt werden. An dieser Stelle m&uuml;ssen Sie
eine der MSN-Nummern Ihrer ISDN-Karte zuweisen. Die Angabe der
Nummer erfolgt ohne Angabe der Vorwahl. Sollten Sie eine falsche
Nummer eintragen, wird Ihr Netzbetreiber die erste Ihrem ISDNAnschluss zugeordnete MSN verwenden.
2. ISDN-Karte an einer Telefonanlage
Je nach Anwendungsfall sind verschiedene Angaben notwendig.
(a) f&uuml;r den Hausgebrauch: In der Regel wird bei kleinen Telefonanlagen als Protokoll Euro-ISDN/EDSS1 f&uuml;r die internen Anschl&uuml;sse verwendet. Diese Telefonanlagen haben einen internen
SUSE LINUX Enterprise Server
493
Abbildung 21.8: ISDN-Schnittstellenkonfiguration
S0-Bus und verwenden f&uuml;r die angeschlossenen Ger&auml;te interne
Rufnummern.
F&uuml;r die Angabe der MSN verwenden Sie eine der internen Rufnummern. Eine der m&ouml;glichen MSNs Ihrer Telefonanlage sollte
funktionieren, sofern f&uuml;r diese der Zugriff nach au&szlig;en freigeschaltet ist. Im Notfall funktioniert eventuell auch eine einzelne
Null. Weitere Informationen dazu entnehmen Sie bitte der Dokumentation Ihrer Telefonanlage.
(b) f&uuml;r Firmen: Normalerweise wird bei gro&szlig;en Telefonanlagen als
Protokoll 1TR6 f&uuml;r die internen Anschl&uuml;sse verwendet. Die MSN
hei&szlig;t hier EAZ und ist &uuml;blicherweise die Durchwahl. F&uuml;r die
Linux-Konfiguration ist normalerweise nur die letzte Ziffer der
EAZ einzutragen. Im Notfall probieren Sie die Ziffern 1 bis 9.
Per Checkbox legen Sie fest, ob Sie eine automatische Beendigung bestehender Verbindungen vor der n&auml;chsten zu zahlenden Geb&uuml;hreneinheit
w&uuml;nschen (‘ChargeHUP’). Beachten Sie in diesem Zusammenhang, dass
dies unter Umst&auml;nden noch nicht mit jedem Provider funktioniert. W&uuml;n-
494
21.4. Die Einbindung ins Netzwerk
&Uuml;ber den Button ‘Details’ gelangen Sie in einen Dialog, der f&uuml;r die Umsetzung komplexerer Anschlussszenarien ausgelegt ist. F&uuml;r normale Heimanwender ist dieser Dialog nicht relevant. Sie verlassen den Dialog mit
‘Weiter’.
Im n&auml;chsten Dialog treffen Sie die Einstellungen f&uuml;r die Vergabe der IPAdressen. Hat Ihr Provider Ihnen keine statische IP-Adresse zugewiesen,
w&auml;hlen Sie ‘Dynamische IP-Adresse’. Andernfalls tragen Sie in die entsprechenden Felder nach den Angaben Ihres Providers die lokale IP-Adresse
Ihres Rechners sowie die entfernte IP-Adresse ein. Soll das anzulegende
Interface als Standardroute ins Internet dienen, aktivieren Sie die Checkbox ‘Standardroute’. Beachten Sie, dass jeweils nur eine Schnittstelle pro
System als Standardroute in Frage kommt. Verlassen Sie diesen Dialog mit
‘Weiter’.
Im nachfolgenden Dialog bestimmen Sie Ihr Land und Ihren Provider. Bei
den aufgelisteten Anbietern handelt es sich um Call-by-Call-Provider. Wollen Sie einen Provider verwenden, welcher nicht in dieser Liste aufgef&uuml;hrt
ist, so klicken Sie auf ‘Neu’. Es erscheint die Maske ‘ISP-Parameter’, in der
Sie alle notwendigen Einstellungen bez&uuml;glich Ihres gew&uuml;nschten Providers
vornehmen k&ouml;nnen. Die Telefonnummer darf keinerlei Trennung wie Komma oder Leerzeichen enthalten. Weiter geben Sie den Benutzernamen und
das Passwort ein, welche Sie von Ihrem Provider erhalten haben. Klicken
Sie danach auf ‘Weiter’.
21
Grundlagen der Vernetzung
schen Sie eine ‘Kanalb&uuml;ndelung’ (Multilink PPP), aktivieren Sie die entsprechende Checkbox. Soll die SuSEfirewall2 gestartet werden, w&auml;hlen Sie
die Checkbox ‘Firewall aktivieren’ an.
Um ‘Dial on demand’ nutzen zu k&ouml;nnen, m&uuml;ssen Sie bei Einzelplatzsystemen auf jeden Fall DNS (Name-Server) konfigurieren. Die meisten Provider unterst&uuml;tzen heute dynamische DNS-Vergabe, das hei&szlig;t beim Verbindungsaufbau wird eine aktuelle IP-Adresse des Name-Servers &uuml;bergeben.
Dennoch muss in Ihrem Einzelplatzsystem in diesem Dialog ein Platzhalter
f&uuml;r einen DNS-Server eingetragen werden wie z. B. 192.168.22.99. Falls
Sie keine dynamische Zuweisung des Name-Servers bekommen, m&uuml;ssen
Sie hier die IP-Adressen der Name-Server Ihres Providers eintragen. Ferner
k&ouml;nnen Sie einstellen, nach wie vielen Sekunden die Verbindung automatisch abgebrochen werden soll, falls in der Zwischenzeit kein Datenaustausch stattgefunden hat. Schlie&szlig;lich best&auml;tigen Sie Ihre Einstellungen mit
‘Weiter’ und gelangen in eine &Uuml;bersicht der konfigurierten Schnittstellen.
Aktivieren Sie Ihre Einstellungen schlie&szlig;lich mit ‘Beenden’.
SUSE LINUX Enterprise Server
495
21.4.7
Hotplug/PCMCIA
Hinweis
S/390, zSeries: Hotplug-Unterst&uuml;tzung
Unter IBM S/390 und zSeries werden alle Netzwerkkarten &uuml;ber
Hotplug erkannt und hochgefahren.
Hinweis
Eine Sonderstellung nehmen hotplugf&auml;hige Netzwerkkarten ein wie zum
Beispiel PCMCIA- oder USB-Ger&auml;te. Im Gegensatz zu fest eingebauten
Netzwerkkarten, die eine gleich bleibende Ger&auml;tebezeichnung erhalten,
beispielsweise eth0, wird solchen Karten dynamisch bei Bedarf eine freie
Ger&auml;tebezeichnung zugewiesen. Um Konflikte mit eventuell fest eingebauten Karten zu vermeiden wird PCMCIA und Hotplug beim Booten erst
nach dem Netzwerk gestartet.
Diese Karten werden automatisch eingerichtet sobald sie eingesetzt
bzw. beim Booten erkannt werden. Deshalb ist es nicht notwendig, dass
PCMCIA vor dem Netzwerk gestartet wird. Im Gegenteil: Wenn diese Karten nur vom Netzwerkstartscript beim Booten behandelt w&uuml;rden, ginge die
M&ouml;glichkeit, sie zur Laufzeit des Systems zu tauschen, verloren.
21.4.8
Konfiguration von IPv6
Hinweis
S/390, zSeries: IPv6-Unterst&uuml;tzung
CTC- und IUCV- Netzwerkschnittstellen unterst&uuml;tzen kein IPv6.
Hinweis
Falls Sie die Verwendung von IPv6 konfigurieren m&ouml;chten, m&uuml;ssen Sie in
der Regel keine Konfiguration auf den Arbeitsstationen durchf&uuml;hren. Allerdings muss die IPv6-Unterst&uuml;tzung geladen werden. Rufen Sie als Benutzer root den Befehl modprobe ipv6 auf.
Aufgrund der Autokonfigurationsphilosophie von IPv6 wird dann der
Netzwerkkarte eine Adresse im link-local Netz zugewiesen. Normalerweise wird auf einer Arbeitsstation keine Routingtabelle gepflegt. Die Router im Netz k&ouml;nnen &uuml;ber das Router Advertisment Protocol von der Arbeitsstation dar&uuml;ber befragt werden, welches Pr&auml;fix und welche Gateways
zu verwenden sind. Um einen IPv6-Router aufzusetzen, k&ouml;nnen Sie das
496
21.4. Die Einbindung ins Netzwerk
Um einer Arbeitsstation eine IPv6-Adresse zuweisen zu k&ouml;nnen, ist es ratsam, einen Router mit dem Programm radvd oder zebra zu installieren
und zu konfigurieren. Die Arbeitsstationen bekommen die IPv6-Adresse
dann automatisch zugewiesen.
Zur Einrichtung verschiedener Tunnel mit Hilfe der Dateien unter /etc/
sysconfig/network finden Sie wichtige Informationen in der Manualpage von ifup (man ifup).
21.5
Routing unter SuSE Linux
Ab SUSE LINUX 8.0 wird die Routing-Tabelle in den Konfigurationsdateien /etc/sysconfig/network/routes und /etc/sysconfig/
network/ifroute-* eingestellt.
21
Grundlagen der Vernetzung
Programm radvd aus radvd verwenden. Dieses Programm teilt den Arbeitsstationen das zu verwendende Pr&auml;fix f&uuml;r IPv6-Adressen und den/die
Router mit. Das Programm zebra kann ebenfalls zur Autokonfiguration
von Adressen und f&uuml;r Routingkonfiguration eingesetzt werden.
In der Datei /etc/sysconfig/network/routes k&ouml;nnen alle statischen
Routen eingetragen werden, die f&uuml;r die verschiedenen Aufgaben eines Systems ben&ouml;tigt werden k&ouml;nnten: Route zu einem Rechner, Route zu einem
Rechner &uuml;ber ein Gateway und Route zu einem Netzwerk. Hier wird z.B.
der Default Gateway bei statischen Routen konfiguriert:
default GATEWAY - -
wobei GATEWAY die IP-Adresse des Gateways ist.
F&uuml;r alle Interfaces, die individuelles Routing ben&ouml;tigen, kann dies jeweils
in einer eigenen Datei pro Interface definiert werden: /etc/sysconfig/
network/ifroute-*. F&uuml;r das Zeichen * muss die Interface-Bezeichnung
eingesetzt werden. Die Eintr&auml;ge k&ouml;nnen folgenderma&szlig;en aussehen:
DESTINATION
GATEWAY NETMASK
INTERFACE [ TYPE ] [ OPTIONS ]
DESTINATION
GATEWAY PREFIXLEN INTERFACE [ TYPE ] [ OPTIONS ]
DESTINATION/PREFIXLEN GATEWAY INTERFACE [ TYPE ] [ OPTIONS ]
Falls GATEWAY, NETMASK, PREFIXLEN oder INTERFACE nicht angegeben werden, muss an ihrer Stelle das Zeichen - gesetzt werden. Die Eintr&auml;ge TYPE und OPTIONS k&ouml;nnen schlicht entfallen.
SUSE LINUX Enterprise Server
497
In der ersten Spalte steht das Ziel einer Route. Dabei kann dort die IPAdresse eines Netzes oder Rechners oder bei erreichbaren Nameservern auch der voll qualifizierte Name eines Netzes oder eines Rechners
stehen.
Die zweite Spalte enth&auml;lt entweder das Default-Gateway oder ein
Gateway, hinter dem ein Rechner oder Netzwerk erreichbar ist.
Die dritte Spalte enth&auml;lt die Netzmaske f&uuml;r Netzwerke oder Rechner
hinter einem Gateway. F&uuml;r Rechner hinter einem Gateway lautet die
Maske zum Beispiel 255.255.255.255.
Die letzte Spalte ist nur f&uuml;r die am lokalen Rechner angeschlossenen
Netzwerke (Loopback, Ethernet, ISDN, PPP, . . . ) wichtig. Hier muss
der Name des Devices eingetragen werden.
21.6
SLP — Dienste im Netz vermitteln
Das Service Location Protocol (kurz: SLP) wurde entwickelt, um die Konfiguration vernetzter Clients innerhalb eines lokalen Netzwerkes zu vereinfachen. Um einen Netzwerkclient inklusive aller gew&uuml;nschten Dienste zu
konfigurieren, braucht sein Administrator traditionell detailliertes Wissen
&uuml;ber die in seinem Netz verf&uuml;gbaren Server. Mit SLP wird die Verf&uuml;gbarkeit eines bestimmten Dienstyps allen Clients im lokalen Netz bekanntgegeben. Anwendungen, die SLP unterst&uuml;tzen, k&ouml;nnen die per SLP verteilte
Information nutzen und sind damit automatisch konfigurierbar.
Hinweis
SLP-Unterst&uuml;tzung in SUSE LINUX Enterprise Server
Unter anderem bieten folgenden Dienste SLP-Unterst&uuml;tzung:
cupsd, rsyncd, ypserv, openldap2, openwbem (CIM), ksysguardd, saned, kdm vnc login, smpppd, rpasswd, postfix,
sshd (via fish.)
Hinweis
21.6.1
SLP-Unterst&uuml;tzung in SUSE LINUX
SUSE LINUX unterst&uuml;tzt die Installtion von per SLP vermittelten Installationsquellen und enth&auml;lt viele Systemdienste mit integrierter Unterst&uuml;tzung
498
21.6. SLP — Dienste im Netz vermitteln
Installation per SLP
Bieten Sie innerhalb Ihres Netzwerks einen Installationsserver mit SUSE
LINUX Installationsmedien an, kann dieser SLP-registriert werden (Details
siehe Abschnitt 4.1 auf Seite 166). Wird SLP-Installation gew&auml;hlt, startet
linuxrc nach dem Boot vom gew&auml;hlten Bootmedium eine SLP-Anfrage und
bietet die gefundenen Quellen zur Auswahl.
Eigene Dienste registrieren
Viele Applikationen unter SUSE LINUX verf&uuml;gen bereits &uuml;ber integrierte
SLP-Unterst&uuml;tzung durch die Nutzung der libslp-Bibliothek. M&ouml;chten
Sie dar&uuml;ber hinaus weitere Dienste &uuml;ber SLP verf&uuml;gbar machen, die keine
SLP-Unterst&uuml;tzung einkompiliert haben, stehen Ihnen mehrere M&ouml;glichkeiten offen:
21
Grundlagen der Vernetzung
f&uuml;r SLP. YaST und Konqueror verf&uuml;gen beide &uuml;ber entsprechende Frontends f&uuml;r SLP. Nutzen Sie SLP, um zentrale Funktionen wie Installationsserver, YOU-Server, Dateiserver oder Druckserver auf Ihrem SUSE LINUX
Enterprise Server den vernetzten Clients zur Verf&uuml;gung zu stellen.
Statische Registrierung &uuml;ber /etc/slp.reg.d/
Legen Sie f&uuml;r jeden neuen Dienst eine separate Registrierungsdatei
an. Ein Beispiel einer solchen Datei f&uuml;r die Registrierung eines
Scanner-Dienstes folgt:
## Register a saned service on this system
## en means english language
## 65535 disables the timeout, so the service registration does
## not need refreshes
service:scanner.sane://$HOSTNAME:6566,en,65535
watch-port-tcp=6566
description=SANE scanner daemon
Die wichtigste Zeile dieser Datei ist die so genannte Service-URL,
die mit service: eingeleitet wird. Sie enth&auml;lt den Diensttyp
(scanner.sane) und die Adresse, unter der der Dienst auf dem Server verf&uuml;gbar ist. h$HOSTNAMEi wird automatisch durch den vollst&auml;ndigen Hostnamen ersetzt. Durch einen Doppelpunkt getrennt,
folgt nun der TCP-Port, auf dem der betroffene Dienst lauscht. Geben
Sie von der Service-URL durch Kommata abgetrennt nun noch die
Sprache an, in der sich der Dienst ank&uuml;ndigen soll und die Lebensdauer der Registrierung in Sekunden. Der Wert f&uuml;r die Lebensdauer der Registrierung kann zwischen 0 und 65535 annehmen. Mit 0
SUSE LINUX Enterprise Server
499
w&auml;re die Registrierung unwirksam, mit 65535 wird sie nicht eingeschr&auml;nkt.
Die Registrierungsdatei enth&auml;lt ausserdem die beiden Variablen
watch-tcp-port und description enthalten. Erstere koppelt die
SLP-Ank&uuml;ndigung des Dienstes daran, ob der entsprechende Dienst
auch aktiv ist, indem der slpd den Status des Dienstes &uuml;berpr&uuml;ft. Die
letzte Variable enth&auml;lt eine genauere Beschreibung des Dienstes, die
in geeigneten Browsern angezeigt wird.
Hinweis
YaST und SLP
Einige von YaST vermittelten Dienste wie ‘Installationsserver’ oder ‘YOU-Server’ nehmen diese Registrierung
automatisch f&uuml;r Sie vor, wenn Sie die SLP-Checkboxen in
den Moduldialogen aktivieren. YaST legt dann f&uuml;r diese
Dienste Registrierungsdateien an.
Hinweis
Statische Registrierung /etc/slp.reg
Einziger Unterschied zu dem oben beschriebenen Verfahren ist die
B&uuml;ndelung aller Dienste innerhalb einer zentralen Datei.
Dynamische Registrierung mit slptool
Soll aus eigenen Skripten ein SLP-Registrierung eines Dienstes erfolgen, nutzen Sie das Kommandozeilen-Frontend slptool.
SLP-Frontends in SUSE LINUX
SUSE LINUX enth&auml;lt mehrere Frontends, um SLP-Informationen &uuml;ber ein
Netzwerk abzufragen und weiterzuverwenden:
slptool slptool ist ein einfaches Kommandozeilenprogramm, das verwendet werden kann, um SLP-Anfragen im Netz bekanntzugeben oder
auch, um eigene Dienste anzuk&uuml;ndigen. slptool --help listet alle
verf&uuml;gbaren Optionen und Funktionen. slptool kann auch aus Skripten heraus aufgerufen werden, die SLP-Informationen verarbeiten
sollen.
YaST SLP-Browser YaST enth&auml;lt unter ‘Netzwerkdienste’ ➝ ‘SLPBrowser’ einen eigenen SLP-Browser, der in einer grafischen Baumansicht alle in lokalen Netz per SLP angek&uuml;ndigten Dienste auflistet.
500
21.6. SLP — Dienste im Netz vermitteln
Rufen Sie Konqueror mit service:/ auf, l&ouml;st ein Klick auf das entsprechende Icon im Browserfenster einen Verbindungsaufbau zum
gew&auml;hlten Dienst aus.
SLP aktivieren
Hinweis
Aktivierung des slpd
Der slpd muss auf Ihrem System laufen, sobald Sie eigene Serverdienste anbieten wollen. F&uuml;r das blo&szlig;e Abfragen von Diensten ist ein Start dieses Daemons nicht notwendig.
Hinweis
21
Grundlagen der Vernetzung
Konqueror Als Netzwerkbrowser eingesetzt, kann Konqueror mit dem
Aufruf slp:/ alle im lokalen Netz verf&uuml;gbaren SLP-Dienste anzeigen. Mit einem Klick auf die im Hauptfenster angezeigten Icons erhalten Sie genauere Informationen &uuml;ber den genannten Dienst.
Der slpd Daemon wird wie die meisten Systemdienste unter SUSE LINUX
&uuml;ber ein eigenes Init-Skript gesteuert. Standardm&auml;&szlig;ig ist der Daemon inaktiv. M&ouml;chten Sie ihn f&uuml;r die Dauer einer Sitzung aktivieren, verwenden Sie als root das Kommando rcslpd start, um ihn zu starten und
rcslpd stop, um ihn zu stoppen. Mit restart bzw. status l&ouml;sen Sie
einen Neustart bzw. eine Statusabfrage aus. Soll slpd standardm&auml;&szlig;ig aktiv
sein, rufen Sie als root einmalig das Kommando insserv slpd auf. Damit ist slpd automatisch in die Menge der beim Systemboot zu startenden
Dienste aufgenommen.
21.6.2
Weitere Informationen
F&uuml;r tiefergehende Informationen zum Thema SLP stehen Ihnen folgende
Quellen zur Verf&uuml;gung:
RFC 2608, 2609, 2610 RFC 2608 befasst sich allgemein mit der Definition von SLP. RFC 2609 geht n&auml;her auf die Syntax der verwendeten
Service-URLs ein und RFC 2610 greift DHCP via SLP auf.
http://www.openslp.com Die Homepage des OpenSLP-Projekts.
file:/usr/share/doc/packages/openslp/*
In diesem Verzeichnis finden Sie s&auml;mtliche verf&uuml;gbare Dokumentation zu SLP inklusive eines README.SuSE mit den SUSE LINUX
SUSE LINUX Enterprise Server
501
Spezifika, den oben genannten RFCs und zwei einf&uuml;hrenden HTMLDokumenten. Programmierer, die SLP-Funktionen verwenden
wollen, sollten das Paket openslp-devel installieren, um den
mitgelieferten Programmers Guide zu nutzen.
21.7
DNS – Domain Name System
DNS (engl. Domain Name System) wird ben&ouml;tigt, um die Domain- und
Rechnernamen in IP-Adressen aufzul&ouml;sen. Bevor Sie einen eigenen Nameserver einrichten, sollten Sie die allgemeinen Informationen zu DNS im
Abschnitt 21.1.3 auf Seite 461 lesen.
Die folgenden Konfigurationsbeispiele beziehen sich auf BIND 9.
21.7.1
Nameserver BIND starten
Der Nameserver BIND (Berkeley Internet Name Domain) ist auf SUSE LINUX bereits soweit vorkonfiguriert, dass man ihn problemlos sofort nach
der Installation starten kann. Hat man bereits eine funktionsf&auml;hige Internetverbindung und tr&auml;gt in der /etc/resolv.conf als Nameserver
127.0.0.1 f&uuml;r localhost ein, hat man in der Regel schon eine funktionierende Namensaufl&ouml;sung, ohne dass man den DNS des Providers kennt.
BIND f&uuml;hrt so die Namensaufl&ouml;sung &uuml;ber die Root-Nameserver durch, was
aber merklich langsamer ist. Normalerweise sollte man den DNS des Providers mit seiner IP-Adresse in der Konfigurationsdatei /etc/named.conf
unter forwarders eintragen, um eine effektive und sichere Namensaufl&ouml;sung zu erhalten. Funktioniert das soweit, l&auml;uft der Nameserver als reiner
„Caching-only“-Nameserver. Erst wenn man ihm eigene Zonen bereitstellt,
wird er ein richtiger DNS werden. Ein einfaches Beispiel daf&uuml;r, findet man
im Dokumentations-Verzeichnis: /usr/share/doc/packages/bind9/
sample-config.
Man sollte allerdings keine offizielle Domain aufsetzen, solange man diese nicht von der zust&auml;ndigen Institution — f&uuml;r .de ist das die DENIC eG
— zugewiesen bekommen hat. Auch wenn man eine eigene Domain hat,
diese aber vom Provider verwaltet wird, sollte man diese besser nicht verwenden, da BIND sonst keine Anfragen f&uuml;r diese Domain mehr forwarden
(weiterleiten) w&uuml;rde und so zum Beispiel der Webserver beim Provider f&uuml;r
die eigene Domain nicht mehr erreichbar w&auml;re.
Um den Nameserver zu starten, gibt man auf der Kommandozeile als
root ein:
502
21.7. DNS – Domain Name System
21
rcnamed start
rcnamed status
Falls der Nameserver nicht startet oder ein fehlerhaftes Verhalten zeigt, findet man die Ursache in den meisten F&auml;llen in /var/log/messages protokolliert.
Um den Nameserver des Providers oder um einen eigenen, der bereits im
lokalen Netz l&auml;uft, als „Forwarder“ zu verwenden, tr&auml;gt man diesen oder
auch mehrere, im Abschnitt options unter forwarders ein; die in Datei 21.10 verwendeten IP-Adressen sind willk&uuml;rlich gew&auml;hlt und m&uuml;ssen
entsprechend den eigenen Gegebenheiten angepasst werden.
Grundlagen der Vernetzung
Erscheint rechts in gr&uuml;n „done“, ist der named, so hei&szlig;t der NameserverProzess, erfolgreich gestartet. Auf dem lokalen System kann man die Funktionsf&auml;higkeit des Nameservers sofort testen, indem man die Programme host oder dig verwendet. Als Default-Server muss localhost mit
der Adresse 127.0.0.1 angezeigt werden. Sollte das nicht der Fall sein,
steht wahrscheinlich in der /etc/resolv.conf ein falscher Nameserver oder diese Datei existiert gar nicht. F&uuml;r einen ersten Test gibt man host
127.0.0.1 ein, das sollte immer funktionieren; erh&auml;lt man eine Fehlermeldung, sollte man mit folgendem Kommando &uuml;berpr&uuml;fen, ob der named
&uuml;berhaupt l&auml;uft
Beispiel 21.10: Forwarding-Optionen in named.conf
options {
directory &quot;/var/lib/named&quot;;
forwarders { 10.11.12.13; 10.11.12.14; };
listen-on { 127.0.0.1; 192.168.0.99; };
allow-query { 127/8; 192.168.0/24; };
notify no;
};
Nach den options folgen die Eintr&auml;ge f&uuml;r die Zonen, die Eintr&auml;ge f&uuml;r
localhost, 0.0.127.in-addr.arpa, sowie . vom type hint sollten immer vorhanden sein. Die zugeh&ouml;rigen Dateien m&uuml;ssen nicht ver&auml;ndert werden, da sie so funktionieren wie sie sind. Beachten muss man
auch, dass nach jedem Eintrag ein ; steht und die geschweiften Klammern korrekt gesetzt sind. Hat man nun &Auml;nderungen an der Konfigurationsdatei /etc/named.conf oder an den Zonen-Dateien vorgenommen,
muss man BIND mit dem Kommando rcnamed reload dazu veranlassen, diese neu einzulesen. Alternativ kann man den Nameserver auch komplett mit dem Befehl rcnamed restart neu starten. Mit dem Kommando
rcnamed stop kann man den Nameserver jederzeit komplett beenden.
SUSE LINUX Enterprise Server
503
21.7.2
Die Konfigurationsdatei /etc/named.conf
Alle Einstellungen zum Nameserver BIND sind in der Datei /etc/named.
conf vorzunehmen. Die Zonendaten selbst, die Rechnernamen, IPAdressen usw. f&uuml;r die zu verwaltenden Domains, sind in separaten Dateien
im Verzeichnis /var/lib/named abzulegen, dazu aber unten mehr.
Die /etc/named.conf unterteilt sich grob in zwei Bereiche, zum einen
der Abschnitt options f&uuml;r allgemeine Einstellungen und zum anderen
die zone-Eintr&auml;ge f&uuml;r die einzelnen Domains. Au&szlig;erdem kann man noch
einen Bereich logging, sowie Eintr&auml;ge vom Typ acl (engl. Access Control
List ) definieren. Kommentarzeilen beginnen mit einem #-Zeichen, alternativ ist // auch erlaubt.
Eine minimalistische /etc/named.conf stellt Datei 21.11 dar.
Beispiel 21.11: Minimalistische Datei /etc/named.conf
options {
directory &quot;/var/lib/named&quot;;
forwarders { 10.0.0.1; };
notify no;
};
zone &quot;localhost&quot; in {
type master;
file &quot;localhost.zone&quot;;
};
zone &quot;0.0.127.in-addr.arpa&quot; in {
type master;
file &quot;127.0.0.zone&quot;;
};
zone &quot;.&quot; in {
type hint;
file &quot;root.hint&quot;;
};
Hinweis
Weitere Informationen zur BIND-Konfiguration
Weitere aktuelle Information zur BIND-Konfiguration unter SUSE LINUX erhalten Sie unter /usr/share/doc/packages/
bind/README.SuSE.
Hinweis
504
21.7. DNS – Domain Name System
21.7.3
directory &quot;/var/lib/named&quot;; gibt das Verzeichnis an, in dem der BIND die
Dateien mit den Zonendaten findet.
forwarders 10.0.0.1; ; verwendet man, um den oder die Nameserver
(meist des Providers) anzugeben, an den oder die die DNS-Anfragen
weitergereicht werden, die nicht direkt beantwortet werden k&ouml;nnen.
forward first; bewirkt, dass die DNS-Anfragen zu erst geforwarded werden, bevor versucht wird diese &uuml;ber die Root-Nameserver aufzul&ouml;sen. Anstelle von forward first kann man auch forward only
schreiben, dann werden alle Anfragen weitergeleitet und die RootNameserver werden gar nicht mehr angesprochen. Das kann f&uuml;r
Firewall-Konfigurationen sinnvoll sein.
listen-on port 53 127.0.0.1; 192.168.0.1; ;
sagt dem BIND, auf welchen Netzwerkinterfaces und welchem Port
er auf Anfragen der Clients horcht. Die Angabe port 53 kann man
sich dabei sparen, da 53 ohnehin der Standardport ist. L&auml;sst man
diesen Eintrag komplett weg, werden standardm&auml;&szlig;ig alle Interfaces
verwendet.
21
Grundlagen der Vernetzung
Die wichtigsten Konfigurationsoptionen im
Abschnitt options
listen-on-v6 port 53 any; ; sagt dem BIND, auf welchem Port er auf Anfragen der Clients horcht, die IPv6 verwenden. Au&szlig;er any ist alternativ nur noch none erlaubt, da der Server stets auf der IPv6-WildcardAdresse horcht.
query-source address * port 53; Dieser Eintrag kann notwendig sein,
wenn eine Firewall die externen DNS-Abfragen blockiert. So wird
BIND dazu gebracht, Anfragen nach au&szlig;en von Port 53 aus und nicht
von den hohen Ports &gt; 1024 zu stellen.
query-source-v6 address * port 53; Dieser Eintrag muss f&uuml;r Anfragen &uuml;ber
IPv6 verwendet werden.
allow-query 127.0.0.1; 192.168.1/24; ;
bestimmt die Netze, aus denen Clients DNS-Anfragen stellen d&uuml;rfen.
Das /24 ist dabei eine Kurzschreibweise f&uuml;r die Anzahl der Bits in
der Netzmaske, in diesem Fall 255.255.255.0.
allow-transfer ! *; ; regelt, welche Rechner Zonentransfers anfordern d&uuml;rfen, dieses Beispiel unterbindet sie, aufgrund des ! * komplett. Ohne
SUSE LINUX Enterprise Server
505
diesen Eintrag k&ouml;nnen Zonentransfers ohne Einschr&auml;nkungen von
&uuml;berall angefordert werden.
statistics-interval 0; Ohne diesen Eintrag produziert BIND st&uuml;ndlich mehrere Zeilen Statistikmeldungen in /var/log/messages. Die Angabe von 0 bewirkt, dass diese komplett unterdr&uuml;ckt werden; hier kann
man die Zeit in Minuten angeben.
cleaning-interval 720; Diese Option legt fest, in welchem Zeitabstand
BIND seinen Cache aufr&auml;umt. Die Aktivit&auml;t f&uuml;hrt jedes Mal zu einem
Eintrag in /var/log/messages. Die Zeitangabe erfolgt in Minuten.
Voreingestellt sind 60 Minuten.
interface-interval 0; BIND durchsucht regelm&auml;&szlig;ig die Netzwerkschnittstellen nach neuen oder nicht mehr vorhandenen Interfaces. Setzt
man diesen Wert auf 0, so wird darauf verzichtet und BIND lauscht
nur auf den beim Start gefundenen Interfaces. Alternativ kann man
das Intervall in Minuten angeben. Voreingestellt sind 60 Minuten.
notify no; Das no bewirkt, dass keine anderen Nameserver benachrichtigt werden, wenn an den Zonendaten &Auml;nderungen vorgenommen
werden oder der Nameserver neu gestartet wird.
21.7.4
Der Konfigurationsabschnitt Logging
Was und wie wohin mitprotokolliert wird, kann man beim BIND recht
vielseitig konfigurieren. Normalerweise sind die Voreinstellungen ausreichend. Datei 21.12 zeigt die einfachste Form eines solchen Eintrags und
unterdr&uuml;ckt das „Logging“ komplett.
Beispiel 21.12: Logging wird unterdr&uuml;ckt
logging {
category default { null; };
};
21.7.5
Aufbau der Zonen-Eintr&auml;ge
Nach zone wird der Name der zu verwaltenden Domain angegeben, hier
willk&uuml;rlich meine-domain.de gefolgt von einem in und einem in geschweiften Klammern gesetzten Block zugeh&ouml;riger Optionen; vgl. 21.13 auf
der n&auml;chsten Seite.
506
21.7. DNS – Domain Name System
Beispiel 21.13: Zone-Eintrag f&uuml;r meine-domain.de
Will man eine „Slave-Zone“ definieren, &auml;ndert sich nur der type auf
slave und es muss ein Nameserver angegeben werden, der diese Zone als
master verwaltet – das kann aber auch ein „slave“ sein; vgl. Datei 21.14.
Beispiel 21.14: Zone-Eintrag f&uuml;r andere-domain.de
zone &quot;andere-domain.de&quot; in {
type slave;
file &quot;slave/andere-domain.zone&quot;;
masters { 10.0.0.1; };
};
Grundlagen der Vernetzung
zone &quot;meine-domain.de&quot; in {
type master;
file &quot;meine-domain.zone&quot;;
notify no;
};
21
Die Zonen-Optionen:
type master; Das master legt fest, dass diese Zone auf diesem Nameserver verwaltet wird. Das setzt eine korrekt erstellte Zonendatei voraus.
type slave; Diese Zone wird von einem anderen Nameserver transferiert.
Muss zusammen mit masters verwendet werden.
type hint; Die Zone . vom Typ hint wird f&uuml;r die Angabe der RootNameserver verwendet. Diese Zonendefinition kann man unver&auml;ndert lassen.
file &quot;meine-domain.zone&quot; oder file &quot;slave/andere-domain.zone&quot;;
Dieser Eintrag gibt die Datei an, in der die Zonendaten f&uuml;r die Domain eingetragen sind. Bei einem slave braucht die Datei nicht zu
existieren, da ihr Inhalt von einem anderen Nameserver geholt wird.
Um Master- und Slave-Dateien auseinander zu halten, gibt man f&uuml;r
die Slave-Dateien das Verzeichnis slave an.
masters 10.0.0.1; ; Diesen Eintrag braucht man nur f&uuml;r Slave-Zonen und
er gibt an, von welchem Nameserver die Zonendatei transferiert werden soll.
SUSE LINUX Enterprise Server
507
allow-update ! *; ; diese Option regelt den Schreibzugriff von extern auf
die Zonendaten. Damit w&auml;re es Clients m&ouml;glich, sich selbst im DNS
einzutragen, was aus Sicherheitsgr&uuml;nden nicht w&uuml;nschenswert ist.
Ohne diesen Eintrag, sind Zonen-Updates generell untersagt, dieses
Beispiel w&uuml;rde daran auch nichts &auml;ndern, da ! * ebenfalls alles verbietet.
21.7.6
Aufbau der Zonendateien
Man ben&ouml;tigt zwei Arten von Zonen-Dateien, die einen dienen dazu, einem
Rechnernamen die IP-Adresse zuzuordnen und die anderen gehen den
umgekehrten Weg und liefern zu einer gegebenen IP-Adresse den Rechnernamen.
Hinweis
Punkt (.) in Zonendateien
Eine wichtige Bedeutung hat der . in den Zonendateien. Werden
Rechnernamen, ohne abschlie&szlig;enden . angegeben, wird immer
die Zone erg&auml;nzt. Man muss also komplette Rechnernamen, die
bereits mit vollst&auml;ndiger Domain angegeben wurden, mit einem
. abschlie&szlig;en, damit die Domain nicht noch einmal dran geh&auml;ngt wird. Ein fehlender Punkt oder einer an der falschen Stelle,
d&uuml;rfte die h&auml;ufigste Fehlerursache bei der Konfiguration von
Nameservern sein.
Hinweis
Den ersten Fall betrachten wir die Zonen-Datei welt.zone, die f&uuml;r die
Domain welt.all zust&auml;ndig ist; vgl. Datei 21.15.
Beispiel 21.15: Datei /var/lib/named/welt.zone
1
2
3
4
5
6
7
$TTL 2D
welt.all.
IN SOA
2003072441
1D
2H
1W
2D )
gateway root.welt.all. (
; serial
; refresh
; retry
; expiry
; minimum
IN NS
IN MX
gateway
10 sonne
8
9
10
508
21.7. DNS – Domain Name System
21
11
gateway
13
14
15
16
17
18
sonne
mond
erde
mars
www
IN
IN
IN
IN
IN
IN
IN
A
A
A
A
A
A
CNAME
192.168.0.1
192.168.1.1
192.168.0.2
192.168.0.3
192.168.1.2
192.168.1.3
mond
Zeile 1: $TTL definiert die Standard-TTL (engl. Time To Live), also zu
deutsch G&uuml;ltigkeitsdauer, die f&uuml;r alle Eintr&auml;ge in dieser Datei gilt:
hier 2 Tage (2D = 2 days).
Zeile 2: Hier beginnt der SOA control record (SOA = Start of Authority):
An erster Stelle steht hier der Name der zu verwaltenden Domain welt.all, diese ist mit einem . abgeschlossen, da ansonsten die Zone noch einmal angeh&auml;ngt w&uuml;rde. Alternativ kann
man hier ein @ schreiben, dann wird die Zone dem zugeh&ouml;rigen
Eintrag in der /etc/named.conf entnommen.
Nach dem IN SOA steht der Name des Nameservers, der als
Master f&uuml;r diese Zone zust&auml;ndig ist. In diesem Fall wird der Name gateway zu gateway.welt.all erg&auml;nzt, da er nicht mit
einem . abgeschlossen ist.
Danach folgt eine E-Mail-Adresse, der f&uuml;r diesen Nameserver
zust&auml;ndigen Person. Da das @-Zeichen bereits eine besondere
Bedeutung hat, ist hier stattdessen einfach ein . zu setzen, f&uuml;r
[email protected] tr&auml;gt man hier folglich root.welt.all. ein.
Den . am Ende darf man hier nicht vergessen, da sonst die Zone
noch angeh&auml;ngt w&uuml;rde.
Am Ende folgt eine (, um die folgenden Zeilen, bis zur ) mit in
den SOA-Record einzuschlie&szlig;en.
Grundlagen der Vernetzung
12
Zeile 3: Die serial number ist eine willk&uuml;rliche Zahl, die bei jeder &Auml;nderung an dieser Datei erh&ouml;ht werden sollte. Sie wird ben&ouml;tigt, um
sekund&auml;re Nameserver (Slave-Server) &uuml;ber &Auml;nderungen zu informieren. Eingeb&uuml;rgert hat sich daf&uuml;r eine zehnstellige Zahl aus Datum
und fortlaufender Nummer in der Form JJJJMMTTNN.
Zeile 4: Die refresh rate gibt das Zeitintervall an, in dem Sekund&auml;rNameserver die serial number der Zone &uuml;berpr&uuml;fen. In diesem
Fall 1 Tag (1D = 1 day).
SUSE LINUX Enterprise Server
509
Zeile 5: Die retry rate gibt den Zeitabstand an, in dem ein sekund&auml;rer
Nameserver, im Fehlerfall versucht den prim&auml;ren Server erneut zu
kontaktieren. Hier 2 Stunden (2H = 2 hours).
Zeile 6: Die expiration time gibt den Zeitraum an, nachdem ein sekund&auml;rer Nameserver die gecacheten Daten verwirft, wenn er keinen
Kontakt zum prim&auml;ren Server mehr bekommen hat. Hier ist das eine
Woche (1W = 1 week).
Zeile 7: Der letzte Eintrag im SOA ist die negative caching TTL. Er
sagt aus, wie lange die Ergebnisse von DNS-Anfragen von anderen
Servern gecached werden d&uuml;rfen, die nicht aufgel&ouml;st werden konnten.
Zeile 9: Das IN NS gibt den Nameserver an, der f&uuml;r diese Domain zust&auml;ndig ist. Auch hier gilt, dass gateway wieder zu gateway.welt.all
erg&auml;nzt wird, weil es nicht mit einem . abgeschlossen ist. Es kann
mehrere Zeilen dieser Art geben, eine f&uuml;r den prim&auml;ren und jeweils
eine f&uuml;r jeden sekund&auml;ren Nameserver. Ist f&uuml;r diese Zone notify in
der /etc/named.conf nicht auf no gesetzt, werden alle hier aufgef&uuml;hrten Nameserver &uuml;ber &Auml;nderungen der Zonendaten informiert.
Zeile 10: Der MX-Record gibt den Mailserver an, der f&uuml;r die Domain
welt.all die Mails annimmt und weiterverarbeitet oder weiterleitet. In diesem Beispiel ist das der Rechner sonne.welt.all. Die
Zahl vor dem Rechnernamen ist der Pr&auml;ferenz-Wert, gibt es mehrere
MX-Eintr&auml;ge, wird zuerst der Mailserver mit dem kleinsten Wert genommen und falls die Auslieferung an diesen scheitert, wird der mit
dem n&auml;chst h&ouml;heren Wert versucht.
Zeile 12-17: Das sind jetzt die eigentlichen Adressen-Eintr&auml;ge (engl. Address Records), in denen den Rechnernamen eine oder mehrere IPAdressen zugeordnet werden. Die Namen stehen hier ohne abschlie&szlig;enden ., da sie ohne angeh&auml;ngte Domain eingetragen sind und alle
um welt.all erg&auml;nzt werden d&uuml;rfen. Dem Rechner gateway sind
zwei IP-Adressen zugeordnet, da er &uuml;ber zwei Netzwerkkarten verf&uuml;gt. Das A steht jeweils f&uuml;r eine traditionelle Rechner-Adresse; mit
A6 tr&auml;gt man IPv6-Adressen ein und AAAA ist das obsolete Format f&uuml;r
IPv6-Adressen.
Zeile 18: Mit dem Alias www kann auch mond (CNAME =
canonical name) angesprochen werden.
510
21.7. DNS – Domain Name System
Beispiel 21.16: Umgekehrte Adress-Aufl&ouml;sung
1
2
3
4
5
6
7
8
$TTL 2D
1.168.192.in-addr.arpa. IN SOA gateway.welt.all. root.welt.all. (
2003072441
; serial
1D
; refresh
2H
; retry
1W
; expiry
2D )
; minimum
9
10
IN NS
gateway.welt.all.
IN PTR
IN PTR
IN PTR
gateway.welt.all.
erde.welt.all.
mars.welt.all.
11
12
13
14
1
2
3
21
Grundlagen der Vernetzung
F&uuml;r die R&uuml;ckw&auml;rts-Aufl&ouml;sung (engl. reverse lookup) von IP-Adressen
in Rechnernamen wird die Pseudo-Domain in-addr.arpa zu Hilfe genommen. Diese wird dazu an den in umgekehrter Reihenfolge geschriebenen Netzanteil angeh&auml;ngt. Aus 192.168.1 wird dann
1.168.192.in-addr.arpa.
Zeile 1: $TTL definiert die Standard-TTL, die hier f&uuml;r alle Eintr&auml;ge gilt.
Zeile 2: Der „Reverse Lookup“ soll mit dieser Datei f&uuml;r das
Netz 192.168.1.0 erm&ouml;glicht werden. Da die Zone hier
1.168.192.in-addr.arpa hei&szlig;t, will man dies nat&uuml;rlich nicht an
die Rechnernamen anh&auml;ngen, deshalb sind diese alle komplett mit
Domain und abschlie&szlig;endem . eingetragen. Der Rest entspricht dem,
was im vorangegangenen Beispiel f&uuml;r welt.all, bereits beschrieben
wurde.
Zeile 3-7: Siehe vorangegangenes Beispiel f&uuml;r welt.all.
Zeile 9: Diese Zeile gibt auch hier wieder den Nameserver an, der f&uuml;r diese Zone zust&auml;ndig ist, diesmal wird aber der Name komplett mit Domain und abschlie&szlig;endem . hier eingetragen.
Zeile 11-13: Das sind die Pointer-Records, die zu einer IP-Adresse auf den
zugeh&ouml;rigen Rechnernamen zeigen. Hier steht am Anfang der Zeile
nur die letzte Stelle der IP-Adresse, ohne abschlie&szlig;enden . Wird jetzt
die Zone daran angeh&auml;ngt und man denkt sich das .in-addr.arpa
weg, hat man die komplette IP-Adresse in umgekehrter Reihenfolge.
Zonentransfers zwischen den verschiedenen Versionen von BIND sollten
normalerweise kein Problem darstellen.
SUSE LINUX Enterprise Server
511
21.7.7
Sichere Transaktionen
Sichere Transaktionen kann man mithilfe der „Transaction SIGnatures“
(TSIG) verwirklichen. Daf&uuml;r kommen Transaktionsschl&uuml;ssel (engl. Transaction Keys) und -signaturen (engl. Transaction Signatures) zum Einsatz,
deren Erzeugung und Verwendung in diesem Abschnitt beschrieben wird.
Ben&ouml;tigt werden sichere Transaktionen bei der Kommunikation von Server zu Server und f&uuml;r dynamische Aktualisierungen der Zonendaten. Eine
auf Schl&uuml;sseln basierende Zugriffskontrolle bietet daf&uuml;r eine weit gr&ouml;&szlig;ere
Sicherheit als eine Kontrolle, die auf IP-Adressen basiert.
Ein Transaktionsschl&uuml;ssel kann mit folgendem Kommando erzeugt werden
(f&uuml;r mehr Informationen vgl. die Manualpage von dnssec-keygen):
dnssec-keygen -a hmac-md5 -b 128 -n HOST host1-host2
Es entstehen dadurch zwei Dateien mit beispielsweise folgenden Namen:
Khost1-host2.+157+34265.private
Khost1-host2.+157+34265.key
Der Schl&uuml;ssel ist in beiden Dateien enthalten (z.B.
ejIkuCyyGJwwuN3xAteKgg==). Zur weiteren Verwendung sollte
Khost1-host2.+157+34265.key auf sicherem Wege (zum Beispiel mit scp) auf den entfernten Rechner &uuml;bertragen und dort in der
/etc/named.conf eingetragen werden, um eine sichere Kommunikation
zwischen host1 und host2 zu bewirken:
key host1-host2. {
algorithm hmac-md5;
secret &quot;ejIkuCyyGJwwuN3xAteKgg==&quot;;
};
Achtung
Zugriffsrechte von /etc/named.conf
Achten Sie darauf, dass die Zugriffsrechte auf /etc/named.
conf eingeschr&auml;nkt bleiben; die Vorgabe ist 0640 f&uuml;r root und
die Gruppe named; alternativ kann man die Schl&uuml;ssel auch in ein
eigene gesch&uuml;tzte Datei auslagern und diese dann includieren.
Achtung
Damit auf dem Server host1 der Schl&uuml;ssel f&uuml;r host2 mit der Beispielsadresse 192.168.2.3 verwendet wird, muss auf dem Server in der
/etc/named.conf eingetragen werden:
512
21.7. DNS – Domain Name System
21
In den Konfigurationsdateien von host2 m&uuml;ssen entsprechende Eintr&auml;ge
vorgenommen werden.
Zus&auml;tzlich zu den ACLs auf Basis von IP-Adressen und Adress-Bereichen,
soll man, um sichere Transaktionen auszuf&uuml;hren, TSIG-Schl&uuml;ssel hinzuf&uuml;gen; ein Beispiel daf&uuml;r kann so aussehen:
allow-update { key host1-host2. ;};
Mehr dazu findet man im BIND Administrator Reference Manual zu
update-policy.
21.7.8
Zonendaten dynamisch aktualisieren
Grundlagen der Vernetzung
server 192.168.2.3 {
keys { host1-host2. ;};
};
Dynamische Aktualisierungen (engl. Dynamic Update) ist der Terminus,
der das Hinzuf&uuml;gen, &Auml;ndern oder L&ouml;schen von Eintr&auml;gen in den ZonenDateien eines Masters bezeichnet. Beschrieben ist dieser Mechanismus im
RFC 2136.
Dynamische Aktualisierungen werden je Zone mit den Optionen
allow-update oder update-policy bei den Zonen-Eintr&auml;gen konfiguriert. Zonen, die dynamisch aktualisiert werden, sollten nicht von Hand
bearbeitet werden.
Mit nsupdate werden die zu aktualisierenden Eintr&auml;ge an den Server
&uuml;bertragen; zur genauen Syntax vgl. die Manualpage von nsupdate. Die
Aktualisierung sollte aus Sicherheits&uuml;berlegungen heraus unbedingt &uuml;ber
sichere Transaktionen (TSIG) geschehen; vgl. Abschnitt 21.7.7 auf der vorherigen Seite.
21.7.9
DNSSEC
DNSSEC (engl. DNS Security) ist im RFC 2535 beschrieben; welche Tools
f&uuml;r den Einsatz von DNSSEC zur Verf&uuml;gung stehen, ist im BIND-Manual
beschrieben.
Eine sichere Zone muss einen oder mehrere Zonen-Schl&uuml;ssel haben; diese
werden, wie die Host-Schl&uuml;ssel, auch mit dnssec-keygen erzeugt. Zur
Verschl&uuml;sselung w&auml;hlt man momentan DSA.
SUSE LINUX Enterprise Server
513
Die &ouml;ffentlichen Schl&uuml;ssel (engl. public keys) sollten in die Zonen-Dateien
mit $INCLUDE eingebunden werden.
Alle Schl&uuml;ssel werden mit dnssec-makekeyset zu einem Set zusammengefasst, das auf sicherem Wege an die &uuml;bergeordnete Zone (engl. Parent
Zone) zu &uuml;bertragen ist, um dort mit dnssec-signkey signiert zu werden. Die bei der Signierung erzeugten Dateien m&uuml;ssen zum Signieren von
Zonen mit dnssec-signzone verwendet werden und die dabei entstandenen Dateien sind schlie&szlig;lich in /etc/named.conf f&uuml;r die jeweilige Zone einzubinden.
21.7.10
Konfiguration mit YaST
Das YaST DNS-Modul dient der Konfiguration eines eigenen DNS-Servers
im lokalen Netz. Dieses Modul kennt zwei verschiedene Funktionsmodi:
Wizard Konfiguration Beim ersten Start des Moduls werden von Ihnen
als Administrator einige grundlegende Entscheidungen verlangt.
Nach Abschluss der initialen Konfiguration ist der Server grob vorkonfiguriert und prinzipiell einsatzbereit.
Experten-Konfiguration Der Expertenmodus dient fortgeschritteneren
Konfigurationsaufgaben wie ACL, Logging, TSIG-Keys u. a.
Wizard-Konfiguration
Der Wizard gliedert sich in drei Dialoge auf, von denen Sie an geeigneter
Stelle in die Expertenkonfiguration abzweigen k&ouml;nnen.
Installation des DNS-Servers: Forwarder-Einstellungen
Diesen Dialog (siehe Abbildung 21.9 auf der n&auml;chsten Seite erhalten
Sie beim ersten Start dieses Moduls. Entscheiden Sie sich, ob Sie die
eine Liste von Forwarders vom PPP Daemon bei der Einwahl per
DSL oder ISDN erhalten m&ouml;chten (‘PPP Daemon legt Forwarders
fest’) oder sie selber eingeben (‘Forwarders manuell festlegen’).
Installation des DNS-Servers: DNS-Zonen
Die Eintr&auml;ge in diesem Modul, werden in der Experteninstallation
(siehe 21.7.10 auf Seite 517) erkl&auml;rt.
Installation des DNS-Servers: Wizard beenden
Im Abschluss k&ouml;nnen Sie das Startverhalten des DNS-Servers (an
oder aus) und die LDAP-Unterst&uuml;tzung aktivieren (siehe Abbildung 21.10 auf Seite 516).
514
21.7. DNS – Domain Name System
21
Grundlagen der Vernetzung
Abbildung 21.9: Installation des DNS-Servers: Forwarders
Expertenkonfiguration
Beim ersten Start des Moduls &ouml;ffnet YaST ein Fenster mit mehreren Konfigurationsm&ouml;glichkeiten. Nach dessen Beendigung ist der DNS-Server prinzipiell einsatzbereit:
DNS-Server: Start Unter der &Uuml;berschrift ‘Systemstart’ k&ouml;nnen Sie den
DNS-Server ein (‘An’) oder ausschalten (‘Aus’). &Uuml;ber den Button
‘DNS-Server nun starten’ k&ouml;nnen Sie den DNS-Server starten.
Mittels ‘LDAP-Unterst&uuml;tzung aktiv’ stellen Sie die LDAPUnterst&uuml;tzung ein, wodurch es m&ouml;glich ist die Zonendateien mit der
LDAP-Datenbank abzugleichen. Werden die Zoneninformationen in
der LDAP-Datenbank ge&auml;ndert, werden beim n&auml;chsten Restart oder
Reload des DNS-Servers diese aktualisiert.
DNS-Server: Forwarders Dieser Dialog ist derselbe, den Sie auch beim
Start im Wizard-Konfiguration erhalten (siehe 21.7.10 auf der vorherigen Seite).
DNS-Server: Grundlegende Einstellungen
Unter dieser Rubrik legen Sie grunds&auml;tzliche Optionen fest. Aus dem
Men&uuml; ‘Option’ w&auml;hlen Sie den entsprechenden Eintrag aus und
geben im Eingabefeld ‘Wert’ den Wert ein. Mittels ‘Hinzuf&uuml;gen’
f&uuml;gen Sie die Option zu der Liste hinzu.
SUSE LINUX Enterprise Server
515
Abbildung 21.10: Installation des DNS-Servers: Wizard beenden
DNS-Server: Protokollieren Innerhalb dieser Rubrik stellen Sie das Verhalten des DNS-Servers ein, was und wohin er seine Protokolldatei
schreiben soll.
Unter ‘Protokolltyp’ spezifizieren Sie, wohin der DNS-Servers seine
Meldungen hineinschreibt. Sie k&ouml;nnen es dem System &uuml;berlassen (‘In
Systemprotokoll protokollieren’ nach /var/log/messages), oder
Sie legen die Datei explizit fest (‘In Datei protokollieren’). Haben Sie
letzeres gew&auml;hlt, k&ouml;nnen Sie noch die maximale Dateigr&ouml;&szlig;e in Megabyte und die Anzahl dieser Logfiles angeben.
Unter ‘Zus&auml;tzliches Protokollieren’ k&ouml;nnen Sie weitere Optionen
einstellen: ‘Anfragen protokollieren’ protokolliert jede Anfrage. Die
Logdatei kann daher sehr volumin&ouml;s werden. Sie sollten diese Option nur f&uuml;r Debugging-Zwecke aktivieren. Um zwischen DHCPServer und DNS-Server ein Zonenupdate durchzuf&uuml;hren, w&auml;hlen Sie
‘Zonen-Updates protokollieren’. Um den Datenverkehr beim Transfer
der Zonendaten (Zonentransfer) vom Master zum Slave zu protokollieren, aktivieren Sie die Option ‘Zonen-Transfers protokollieren’
(siehe Abbildung 21.11 auf der n&auml;chsten Seite).
DNS-Server: ACLs ACLs (engl. Access Control Lists) sind Zugriffsbeschr&auml;nkungen, die Sie in diesem Fenster festlegen k&ouml;nnen.
Geben Sie unter ‘Name’ eine sprechende Bezeichnung ein und unter
516
21.7. DNS – Domain Name System
21
Grundlagen der Vernetzung
Abbildung 21.11: DNS-Server: Protokollieren
‘Wert’ eine IP-Adresse (mit oder ohne Netzmaske) bei dem Sie den
Zugriff erlauben m&ouml;chten. Zum Beispiel:
{ 10.10/16; }
Die Syntax der Konfigurationsdatei verlangt geschweifte Klammern
und ein abschlie&szlig;endes Semikolon.
DNS-Server: TSIG-Schl&uuml;ssel TSIG (engl. Transaction SIGnature) wird im
Abschnitt 21.7.7 auf Seite 512 beschrieben. In erster Linie sind TSIG
f&uuml;r die Kommunikation zwischen DHCP und DNS relevant.
Um einen Transaktionsschl&uuml;ssel zu erstellen, geben Sie unter
‘Schl&uuml;ssel-ID’ einen sprechenden Namen ein und die Datei in der der
Schl&uuml;ssel gespeichert werden soll (Eingabefeld ‘Dateiname’). Best&auml;tigen Sie mit ‘Hinzuf&uuml;gen’.
Falls Sie schon einen Schl&uuml;ssel besitzen, lassen Sie das Eingabefeld
‘Schl&uuml;ssel-ID’ leer und w&auml;hlen unter ‘Dateiname’ die entsprechende
Datei aus. Best&auml;tigen Sie ebenfalls mit ‘Hinzuf&uuml;gen’.
DNS-Server: DNS-Zonen Diese Rubrik ist in mehrere Dialogfenster unterteilt und ist daf&uuml;r zust&auml;ndig Zonen-Dateien zu verwalten (siehe
Abschnitt 21.7.6 auf Seite 508).
SUSE LINUX Enterprise Server
517
Unter ‘Name der Zone’ tragen Sie den neuen Namen einer Zone ein. Um reverse Zonen zu erzeugen muss der Zonenname auf
.in-addr.arpa enden. W&auml;hlen Sie den Typ (Master oder Slave) mit
‘Zonentyp’ aus (siehe Abbildung 21.12). Durch ‘Zone bearbeiten...’
k&ouml;nnen Sie weitere Einstellungen festlegen.
Abbildung 21.12: DNS-Server: DNS-Zonen
DNS-Server: Slave Zonen-Editor Diese Dialogbox erhalten Sie, wenn Sie
unter dem Punkt 21.7.10 auf der vorherigen Seite als Zonentyp ‘Slave’
angew&auml;hlt haben. Geben Sie unter ‘Master DNS-Server’ den Masterserver an, der vom Slave abgefragt werden soll. Falls Sie den Zugriff
beschr&auml;nken m&ouml;chten, k&ouml;nnen Sie vorher definierte ACLs in der Liste
ausw&auml;hlen (siehe Abbildung 21.13 auf der n&auml;chsten Seite).
DNS-Server: Master Zonen-Editor
Diese Dialogbox erhalten Sie, wenn Sie unter dem Punkt 21.7.10 auf
der vorherigen Seite als Zonentyp ‘Master’ angew&auml;hlt haben. Sie unterteilt sich in mehrere Ansichten: Grundlagen (die momentane Seite,
die Sie sehen), NS-Eintr&auml;ge, MX-Eintr&auml;ge, SOA und Eintr&auml;ge. Alle
folgenden beschriebenen Punkte beziehen sich auf die genannten.
In Abbildung 21.14 auf Seite 520 legen Sie Dynamische DNSEinstellungen und die Zugriffsbedingungen f&uuml;r Zonentransfers an
518
21.7. DNS – Domain Name System
21
Grundlagen der Vernetzung
Abbildung 21.13: DNS-Server: Slave Zonen-Editor
Clients und Slave Nameserver fest. Um dynamische Updates der Zonen zu erlauben, w&auml;hlen Sie ‘Dynamische Updates erlauben’ und den
entsprechenden Transaktions-Schl&uuml;ssel (TSIG) aus. Achten Sie darauf, dass vorher schon ein Schl&uuml;ssel definiert wurde, bevor Sie den
Updatevorgang starten.
Um Zonentransfers zu erlauben, m&uuml;ssen Sie die entsprechenden
ACLs w&auml;hlen. Sie m&uuml;ssen ACLs vorher bereits definiert haben.
DNS-Server: Zonen-Editor (NS-Eintr&auml;ge)
Dieser Dialog legt alternative Nameserver f&uuml;r diese Zonen fest. Achten Sie darauf, dass der eigene Nameserver in der Liste enthalten ist.
Um einen neuen Eintrag vorzunehmen, geben Sie unter ‘Hinzuzuf&uuml;gender Nameserver’ den entsprechenden Namen ein und best&auml;tigen
Sie mit ‘Hinzuf&uuml;gen’ (siehe Abbildung 21.15 auf Seite 521).
DNS-Server: Zonen-Editor (MX-Eintr&auml;ge)
Um einen neuen Mailserver f&uuml;r die aktuelle Zone zur bestehenden
Liste einzuf&uuml;gen, geben Sie die zugeh&ouml;rige Adresse und die Priorit&auml;t
ein. Best&auml;tigen Sie mit ‘Hinzuf&uuml;gen’ (siehe Abbildung 21.16 auf
Seite 522).
DNS-Server: Zonen-Editor (SOA) Die Anzeige zur SOA Record Configuration (siehe Abbildung 21.17 auf Seite 523) wird verwendet, um
SUSE LINUX Enterprise Server
519
Abbildung 21.14: DNS-Server: Zonen-Editor (Grundlagen)
SOA-Eintr&auml;ge (Start of Authority) anzulegen. Die Bedeutung der einzelnen Optionen kann im Beispiel 21.15 auf Seite 508 nachgelesen
werden. Achten Sie darauf, dass diese Option nicht bei dynamischen
Zonen in Kombination mit LDAP zur Verf&uuml;gung steht.
DNS-Server: Zonen-Editor (Eintr&auml;ge)
Dieser Dialog verwaltet eine Liste von Zuordnungen von Namen
zu IP-Adressen. Geben Sie im Eingabefeld unter ‘Eintragsschl&uuml;ssel’
den Hostnamen ein und w&auml;hlen Sie den Typ aus (gleichnamiges
Dropdown-Men&uuml;). ‘A-Record’ ist der Haupteintrag; ‘CNAME’ ist ein
Alias und unter ‘MX-Relay’ wird der Eintrag (Name) durch den Wert
(Value) &uuml;berschrieben.
21.7.11
Weitere Informationen
Hinzuweisen ist insbesondere auf das BIND Administrator Reference Manual,
das online in /usr/share/doc/packages/bind9/ zu finden ist, sowie
auf die dort genannten RFCs und die mit BIND 9 mitgelieferten ManualPages.
520
21.7. DNS – Domain Name System
21
21.8
Grundlagen der Vernetzung
Abbildung 21.15: DNS-Server: Zonen-Editor (NS-Eintr&auml;ge)
LDAP – Ein Verzeichnisdienst
Innerhalb einer vernetzten Arbeitsumgebung ist es entscheidend, wichtige Informationen strukturiert und schnell abrufbar bereitzuhalten. Dieses
Problem l&ouml;st ein Verzeichnisdienst, der &auml;hnlich den Gelben Seiten (engl.
Yellow Pages) im normalen Alltagsleben die gesuchten Informationen in
gut strukturierter, schnell durchsuch- und abrufbarer Form bereith&auml;lt.
Im Idealfall existiert ein zentraler Server, der die Daten in einem Verzeichnis vorh&auml;lt und &uuml;ber ein bestimmtes Protokoll an alle Clients im Netzwerk
verteilt. Die Daten sollten derart strukturiert sein, dass ein m&ouml;glichst breites Spektrum von Anwendungen darauf zugreifen kann. So muss nicht
jedes Kalendertool oder jeder E-Mailclient seine eigenen Datenbanken vorhalten, sondern kann auf den zentralen Bestand zur&uuml;ckgreifen. Dies verringert den Verwaltungsaufwand f&uuml;r die betreffenden Informationen betr&auml;chtlich. Die Verwendung eines offenen und standardisierten Protokolls
wie LDAP (engl. Lightweight Directory Access Protocol ) stellt sicher, dass
m&ouml;glichst viele Clientapplikationen auf solche Informationen zugreifen
k&ouml;nnen.
Ein Verzeichnis in diesem Kontext ist eine Art von Datenbank, die daraufhin optimiert ist, besonders gut und schnell les- und durchsuchbar zu sein:
SUSE LINUX Enterprise Server
521
Abbildung 21.16: DNS-Server: Zonen-Editor (MX-Eintr&auml;ge)
Um zahlreiche (gleichzeitige) Lesezugriffe zu erm&ouml;glichen, wird der
Schreibzugriff auf einige wenige Aktualisierungen seitens des Administrators begrenzt. Herk&ouml;mmliche Datenbanken sind daraufhin
optimiert, in kurzer Zeit ein m&ouml;glichst gro&szlig;es Datenvolumen aufzunehmen.
Da Schreibzugriffe nur sehr eingeschr&auml;nkt ausgef&uuml;hrt werden sollen,
verwaltet man &uuml;ber einen Verzeichnisdienst m&ouml;glichst unver&auml;nderliche, statische Informationen. Die Daten innerhalb einer konventionellen Datenbank &auml;ndern sich typischerweise sehr h&auml;ufig (dynamische
Daten). Telefonnummern in einem Mitarbeiterverzeichnis &auml;ndern sich
nicht ann&auml;hernd so h&auml;ufig wie zum Beispiel die Zahlen, die in der
Buchhaltung verarbeitet werden.
Werden statische Daten verwaltet, sind Updates der bestehenden Datens&auml;tze sehr selten. Bei der Arbeit mit dynamischen Daten, besonders wenn es um Datens&auml;tze wie Bankkonten und Buchhaltung geht,
steht die Konsistenz der Daten im Vordergrund. Soll eine Summe an
einer Stelle abgebucht werden, um sie an anderer Stelle hinzuzuf&uuml;gen, m&uuml;ssen beide Operationen gleichzeitig – innerhalb einer „Transaktion“ ausgef&uuml;hrt werden, um die Ausgeglichenheit des gesamten
Datenbestandes sicherzustellen. Datenbanken unterst&uuml;tzen solche
522
21.8. LDAP – Ein Verzeichnisdienst
21
Grundlagen der Vernetzung
Abbildung 21.17: DNS-Server: Zonen-Editor (SOA)
Transaktionen, Verzeichnisse nicht. Kurzfristige Inkonsistenzen der
Daten sind bei Verzeichnissen durchaus akzeptabel.
Das Design eines Verzeichnisdienstes wie LDAP ist nicht dazu ausgelegt, komplexe Update- oder Abfragemechanismen zu unterst&uuml;tzen. Alle
auf diesen Dienst zugreifende Anwendungen sollen m&ouml;glichst leicht und
schnell Zugriff haben.
Verzeichnisdienste gab und gibt es, nicht nur in der Unix-Welt, viele. Novells NDS, Microsofts ADS, Banyans Street Talk und den OSI-Standard
X.500.
LDAP war urspr&uuml;nglich als eine schlanke Variante des DAP (engl. Directory Access Protocol ) geplant, das f&uuml;r den Zugriff auf X.500 entwickelt wurde. Der X.500-Standard regelt die hierarchische Organisation von Verzeichniseintr&auml;gen.
LDAP ist um einige Funktionen des DAP erleichtert und kann plattform&uuml;bergreifend und vor allem ressourcenschonend eingesetzt werden, ohne
dass man auf die in X.500 definierten Eintragshierarchien verzichten m&uuml;sste. Durch die Verwendung von TCP/IP ist es wesentlich einfacher, Schnittstellen zwischen aufsetzender Applikation und LDAP-Dienst zu realisieren.
SUSE LINUX Enterprise Server
523
Mittlerweile hat sich LDAP weiterentwickelt und kommt immer h&auml;ufiger
als Stand-alone-L&ouml;sung ohne X.500-Unterst&uuml;tzung zum Einsatz. Mit LDAPv3 (der Protokollversion, die Sie mit dem installierten Paket openldap2
vorliegen haben) unterst&uuml;tzt LDAP so genannte Referrals, mit deren Hilfe sich verteilte Datenbanken realisieren lassen. Ebenfalls neu ist die Nutzung von SASL (engl. Simple Authentication and Security Layer) als
Authentifizerungs- und Sicherungsschicht.
LDAP kann nicht nur zur Datenabfrage von X.500-Servern eingesetzt werden, wie urspr&uuml;nglich geplant war. Es gibt mit slapd einen Open Source
Server, mit dem Objektinformationen in einer lokalen Datenbank gespeichert werden k&ouml;nnen. Erg&auml;nzt wird er durch slurpd, der f&uuml;r die Replikation mehrerer LDAP-Server zust&auml;ndig ist.
Das Paket openldap2 besteht im Wesentlichen aus zwei Programmen.
slapd Ein Stand-alone-LDAPv3-Server, der Objektinformationen in einer
BerkeleyDB-basierten Datenbank verwaltet.
slurpd Dieses Programm erm&ouml;glicht es, &Auml;nderungen an den Daten des
lokalen LDAP-Servers an andere im Netz installierte LDAP-Server zu
replizieren.
Zus&auml;tzliche Tools zur Systempflege
slapcat, slapadd, slapindex
21.8.1
LDAP versus NIS
Traditionell verwendet der Unix-Systemadministrator zur Namensaufl&ouml;sung und Datenverteilung im Netzwerk den NIS-Dienst. Auf einem zentralen Server werden die Konfigurationsdaten aus den /etc-Dateien und
Verzeichnissen group, hosts, mail, netgroup, networks, passwd,
printcap, protocols, rpc und services &uuml;ber die Clients im Netz
verteilt. Als blo&szlig;e Textdateien sind diese Dateien ohne gr&ouml;&szlig;eren Aufwand
wartbar. Allerdings wird die Verwaltung gr&ouml;&szlig;erer Datenmengen aufgrund
mangelnder Strukturierung schwierig. NIS ist nur f&uuml;r Unix-Plattformen
ausgelegt, was einen Einsatz als zentrale Datenverwaltung im heterogenen
Netz unm&ouml;glich macht.
Das Einsatzgebiet des LDAP-Dienstes ist im Gegensatz zu NIS nicht auf
reine Unix-Netze beschr&auml;nkt. Windows Server (ab 2000) unterst&uuml;tzen
LDAP als Verzeichnisdienst. Ebenso bietet auch Novell einen LDAPDienst an. Zudem ist er nicht auf die oben genannten Aufgabengebiete beschr&auml;nkt.
524
21.8. LDAP – Ein Verzeichnisdienst
Einsatz anstelle eines NIS-Servers
Mailrouting (postfix, sendmail)
Adressb&uuml;cher f&uuml;r Mailclients wie Mozilla, Evolution, Outlook, ...
Verwaltung von Zonenbeschreibungen f&uuml;r einen BIND9-Nameserver
Diese Aufz&auml;hlung kann beliebig fortgesetzt werden, da LDAP im Gegensatz zu NIS erweiterbar ist. Die klar definierte hierarchische Struktur der
Daten hilft bei der Verwaltung sehr gro&szlig;er Datenmengen, da sie besser
durchsuchbar ist.
21.8.2
Aufbau eines LDAP-Verzeichnisbaums
21
Grundlagen der Vernetzung
Das LDAP-Prinzip kann f&uuml;r beliebige Datenstrukturen verwendet werden,
die zentral verwaltet werden sollen. Einige Anwendungsbeispiele w&auml;ren
zum Beispiel:
Ein LDAP-Verzeichnis hat eine baumartige Struktur. Alle Eintr&auml;ge (Objekte genannt) im Verzeichnis haben eine definierte Position innerhalb dieser
Hierarchie. Diese Hierarchie wird als Directory Information Tree oder kurz
DIT bezeichnet. Der komplette Pfad zum gew&uuml;nschten Eintrag, der ihn eindeutig identifiziert, wird Distinguished Name oder DN genannt. Die einzelnen Knoten auf dem Weg zu diesem Eintrag werden Relative Distinguished
Name oder RDN genannt. Objekte k&ouml;nnen generell zwei verschiedenen Typen zugeordnet werden:
Container Diese Objekte k&ouml;nnen wieder andere Objekte enthalten. Solche
Objektklassen sind Root (Wurzelelement des Verzeichnisbaums, das
nicht real existiert), c (engl. country), ou (engl. OrganizationalUnit ),
und dc (engl. domainComponent ). Vergleichbar ist dieses Modell
auch mit Verzeichnissen (Ordnern) im Dateisystem.
Blatt Diese Objekte sitzen am Ende eines Astes. Ihnen sind keine anderen Objekte untergeordnet. Beispiele sind Person, InetOrgPerson
oder groupofNames.
An der Spitze der Verzeichnishierarchie liegt ein Wurzelelement Root. Diesem k&ouml;nnen in der n&auml;chsten Ebene entweder c (engl. country), dc (engl.
domainComponent ) oder o (engl. organization) untergeordnet werden.
SUSE LINUX Enterprise Server
525
Abbildung 21.18: Aufbau eines LDAP-Verzeichnisses
Die Beziehungen innerhalb eines LDAP-Verzeichnisbaums werden am folgenden Beispiel (siehe Abbildung 21.18) deutlich.
Die gesamte Abbildung umfasst einen fiktiven Directory Information Tree.
Abgebildet sind die Eintr&auml;ge (engl. entries) auf drei Ebenen. Jeder Eintrag
entspricht in der Abbildung einem K&auml;stchen. Der vollst&auml;ndige g&uuml;ltige Distinguished Name f&uuml;r den fiktiven SuSE-Mitarbeiter Geeko Linux ist in diesem Fall cn=Geeko Linux,ou=doc,dc=suse,dc=de. Er setzt sich zusammen, indem der RDN cn=Geeko Linux zum DN des Vorg&auml;ngereintrags ou=doc,dc=suse,dc=de hinzugef&uuml;gt wird.
Die globale Festlegung, welche Typen von Objekten im DIT gespeichert
werden sollen, geschieht &uuml;ber ein Schema. Der Typ eines Objekts wird
durch die Objektklasse festgelegt. Die Objektklasse bestimmt, welche Attribute dem betreffenden Objekt zugeordnet werden m&uuml;ssen bzw. k&ouml;nnen.
Ein Schema muss demnach Definitionen aller Objektklassen und Attribute
enthalten, die im gew&uuml;nschten Einsatzszenario verwendet werden. Es existieren einige allgemein gebr&auml;uchliche Schemata (siehe RFC 2252 und 2256).
Allerdings k&ouml;nnen auch benutzerdefinierte Schemata geschaffen werden
oder mehrere Schemata erg&auml;nzend zueinander verwendet werden, wenn es
die Umgebung erfordert, in der der LDAP-Server betrieben werden soll.
Tabelle 21.9 auf der n&auml;chsten Seite gibt einen kleinen &Uuml;berblick &uuml;ber
die im Beispiel verwendeten Objektklassen aus core.schema und
inetorgperson.schema samt zwingend erforderlicher Attribute und
den passender Attributwerte.
526
21.8. LDAP – Ein Verzeichnisdienst
Tabelle 21.9: H&auml;ufig verwendete Objektklassen und Attribute
Bedeutung
Beispieleintrag erforderl.
Attribute
dcObject
domainComponent
(Namensbestandteile der Domain)
organizationalUnit
(Organisationseinheit)
inetOrgPerson
(Personenbezogene Daten f&uuml;r
Intra-/Internet)
suse
dc
doc
ou
Geeko Linux
sn und cn
organizationalUnit
inetOrgPerson
In Beispiel 21.17 sehen Sie einen Auszug aus einer Schema-Anweisung mit
Erkl&auml;rungen, der Ihnen beim Verstehen der Syntax neuer Schemata hilft.
Grundlagen der Vernetzung
Objektklasse
21
Beispiel 21.17: Auszug aus schema.core (Zeilennummerierung aus Verst&auml;ndnisgr&uuml;nden)
...
#1 attributetype (2.5.4.11 NAME ( ’ou’ ’organizationalUnitName’)
#2
DESC ’RFC2256: organizational unit this object belongs to’
#3
SUP name )
...
#4 objectclass ( 2.5.6.5 NAME ’organizationalUnit’
#5
DESC ’RFC2256: an organizational unit’
#6
SUP top STRUCTURAL
#7
MUST ou
#8 MAY (userPassword $ searchGuide $ seeAlso $ businessCategory $
x121Address $ registeredAddress $ destinationIndicator $
preferredDeliveryMethod $ telexNumber $
teletexTerminalIdentifier $ telephoneNumber $
internationaliSDNNumber $ facsimileTelephoneNumber $ street $
postOfficeBox $ postalCode $ postalAddress $
physicalDeliveryOfficeName $ st $ l $ description) )
...
Als Beispiel dient der Attributtyp organizationalUnitName und die
zugeh&ouml;rige Objektklasse organizationalUnit. In Zeile 1 wird der Name des Attributs, sein eindeutiger OID (Object Identifier) (numerisch) sowie das K&uuml;rzel des Attributs gelistet. In Zeile 2 wird mit DESC eine kurze
SUSE LINUX Enterprise Server
527
Beschreibung des Attributs eingeleitet. Hier ist auch der zugeh&ouml;rige RFC
genannt, auf den die Definition zur&uuml;ckgeht. SUP in Zeile 3 weist auf einen
&uuml;bergeordneten Attributtyp hin, zu dem dieses Attribut geh&ouml;rt.
Die Definition der Objektklasse organizationalUnit beginnt in Zeile 4 wie bei der Attributsdefinition mit einem OID und dem Namen der
Objektklasse. In Zeile 5 lesen Sie eine Kurzbeschreibung der Objektklasse. Zeile 6 mit dem Eintrag SUP top besagt, dass diese Objektklasse keine Unterklasse einer anderen Objektklasse ist. Zeile 7, beginnend mit
MUST, f&uuml;hrt alle Attributtypen auf, die zwingend in einem Objekt vom Typ
organizationalUnit verwendet werden m&uuml;ssen. In Zeile 8 sind nach
MAY alle Attributtypen gelistet, die in Zusammenhang mit dieser Objektklasse verwendet werden k&ouml;nnen.
Eine sehr gute Einf&uuml;hrung in den Umgang mit Schemata finden Sie in der
Dokumentation zu OpenLDAP in Ihrem installierten System unter /usr/
share/doc/packages/openldap2/admin-guide/index.html.
21.8.3
Serverkonfiguration mit slapd.conf
Wenn das System installiert ist, ist /etc/openldap/slapd.conf als
vollst&auml;ndige Konfigurationsdatei f&uuml;r den LDAP-Server vorhanden. Im Folgenden werden die einzelnen Eintr&auml;ge kurz beleuchtet und notwendige
Anpassungen erkl&auml;rt. Eintr&auml;ge mit f&uuml;hrendem # sind inaktiv. Um solche
Eintr&auml;ge zu aktivieren, entfernen Sie dieses Kommentarzeichen.
Globale Anweisungen in slapd.conf
Beispiel 21.18: slapd.conf: Include-Anweisung f&uuml;r Schemata
include /etc/openldap/schema/core.schema
include /etc/openldap/schema/inetorgperson.schema
Mit dieser ersten Anweisung in slapd.conf wird das Schema spezifiziert, nach dem Ihr LDAP-Verzeichnis organisiert ist (siehe Beispiel 21.18).
Der Eintrag core.schema ist zwingend erforderlich. Sollten Sie weitere
Schemata ben&ouml;tigen, f&uuml;gen Sie sie hinter dieser Anweisung ein (als Beispiel
wurde hier inetorgperson.schema hinzugef&uuml;gt). Weitere verf&uuml;gbare Schemata finden Sie im Verzeichnis /etc/openldap/schema/. Soll
NIS durch einen analogen LDAP-Dienst ersetzt werden, binden Sie hier die
Schemata cosine.schema und rfc2307bis.schema ein. Informationen zu dieser Problematik entnehmen Sie der mitgelieferten OpenLDAPDokumentation.
528
21.8. LDAP – Ein Verzeichnisdienst
Beispiel 21.19: slapd.conf: pidfile und argsfile
Diese zwei Dateien enthalten die PID (engl. process id ) und einige Argumente, mit denen der slapd Prozess gestartet wird. An dieser Stelle ist keine &Auml;nderung erforderlich.
Beispiel 21.20: slapd.conf: Zugangskontrolle
# Sample Access Control
#
Allow read access of root DSE
#
Allow self write access
#
Allow authenticated users read access
#
Allow anonymous users to authenticate
# access to dn=&quot;&quot; by * read
access to * by self write
by users read
by anonymous auth
#
# if no access controls are present, the default is:
#
Allow read by all
#
# rootdn can always write!
Grundlagen der Vernetzung
pidfile /var/run/slapd/slapd.pid
argsfile /var/run/slapd/slapd.args
21
Beispiel 21.20 ist der Ausschnitt aus slapd.conf, der die Zugangskontrolle zum LDAP-Verzeichnis auf dem Server regelt. Die Einstellungen, die
hier im globalen Abschnitt der slapd.conf gemacht werden, gelten, soweit nicht im datenbankspezifischen Abschnitt eigene Zugangsregeln aufgestellt werden, die sie &uuml;berschreiben. So wie hier wiedergegeben, k&ouml;nnen
alle Benutzer lesend auf das Verzeichnis zugreifen, aber nur der Administrator (rootdn) kann auf diesem Verzeichnis schreiben. Das Regeln der
Zugriffsrechte unter LDAP ist ein sehr komplexer Prozess. Daher hier einige Grundregeln, die Ihnen helfen, diesen Vorgang nachzuvollziehen.
Jede Zugangsregel ist folgenderma&szlig;en aufgebaut:
access to &lt;what&gt; by &lt;who&gt; &lt;access&gt;
SUSE LINUX Enterprise Server
529
hwhati steht f&uuml;r das Objekt oder Attribut, zu dem Sie Zugang gew&auml;hren. Sie k&ouml;nnen einzelne Verzeichnis&auml;ste explizit durch separate Regeln sch&uuml;tzen oder aber mit Hilfe regul&auml;rer Ausdr&uuml;cke ganze Regionen des Verzeichnisbaums mit einer Regel abarbeiten. slapd wird
alle Regeln in der Reihenfolge evaluieren, in der diese in der Konfigurationsdatei eingef&uuml;hrt wurden. Demnach f&uuml;hren Sie allgemeinere
Regeln immer hinter spezifischeren auf. Die erste Regel, die slapd als
zutreffend bewertet, wird ausgewertet und alle folgenden Eintr&auml;ge
ignoriert.
hwhoi legt fest, wer Zugriff auf die unter hwhati festgelegten Bereiche
erhalten soll. Auch hier k&ouml;nnen Sie durch die Verwendung passender
regul&auml;rer Ausdr&uuml;cke viel Aufwand sparen. Wiederum wird slapd
nach dem ersten „Treffer“ mit der Auswertung von hwhoi abbrechen,
d.h. spezifischere Regeln sollten wieder vor den allgemeineren aufgef&uuml;hrt werden. Folgende Eintr&auml;ge sind m&ouml;glich (siehe Tabelle 21.10):
Tabelle 21.10: Zugangsberechtigte Benutzergruppen
Bezeichner
Bedeutung
*
ausnahmslos alle Benutzer
anonymous
nicht authentifizierte („anonyme“) Benutzer
users
authentifizierte Benutzer
self
Benutzer, die mit dem Zielobjekt verbunden
sind
dn.regex=&lt;regex&gt; Alle Benutzer, auf die dieser regul&auml;re Ausdruck zutrifft
haccessi spezifiziert die Art des Zugriffs. Es wird hier unterschieden
zwischen den in Tabelle 21.11 aufgef&uuml;hrten M&ouml;glichkeiten:
Tabelle 21.11: Zugriffsarten
530
Bezeichner
Bedeutung
none
Zutritt verboten
auth
zur Kontaktaufnahme mit dem Server
compare
zum vergleichenden Zugriff auf Objekte
21.8. LDAP – Ein Verzeichnisdienst
zur Anwendung von Suchfiltern
read
Leserecht
write
Schreibrecht
21
slapd vergleicht die vom Client angeforderte Berechtigung mit der in
slapd.conf gew&auml;hrten. Werden dort h&ouml;here oder gleiche Rechte gew&auml;hrt als der Client anfordert, wird dem Client der Zugang erlaubt.
Fordert der Client h&ouml;here Rechte als dort angegeben, erh&auml;lt er keinen
Zugang.
Beispiel 21.21 zeigt ein einfaches Beispiel f&uuml;r eine Zugangskontrolle, die Sie
durch Einsatz regul&auml;rer Ausdr&uuml;cke beliebig ausgestalten k&ouml;nnen.
Beispiel 21.21: slapd.conf: Beispiel f&uuml;r Zugangskontrolle
access to dn.regex=&quot;ou=([^,]+),dc=suse,dc=de&quot;
by dn.regex=&quot;cn=administrator,ou=$1,dc=suse,dc=de&quot; write
by user read
by * none
Grundlagen der Vernetzung
search
Diese Regel besagt, dass zu allen ou-Eintr&auml;gen nur der jeweilige Administrator schreibenden Zugang hat. Die &uuml;brigen authentifizierten Benutzer
sind leseberechtigt und der Rest der Welt erh&auml;lt keinen Zugang.
Hinweis
Aufstellen von Access Regeln
Falls es keine access to Regel oder keine by &lt;who&gt; Anweisung greift, ist der Zugriff verboten. Nur explizit angegebene
Zugriffsrechte werden gew&auml;hrt. F&uuml;r den Fall, dass keine einzige
Regel aufgestellt wird, gilt das Standardprinzip: Schreibrecht f&uuml;r
den Administrator und Leserecht f&uuml;r die &uuml;brige Welt.
Hinweis
Detailinformationen und eine Beispielkonfiguration f&uuml;r LDAPZugriffsrechte finden Sie in der Online-Dokumentation des installierten
openldap2-Pakets. Neben der M&ouml;glichkeit, Zugriffskontrollen &uuml;ber die
zentrale Serverkonfigurationsdatei (slapd.conf) zu verwalten, gibt es
den Weg &uuml;ber ACIs (engl. Access Control Information). Mittels ACIs k&ouml;nnen die Zugangsinformationen zu einzelnen Objekten im LDAP-Baum
SUSE LINUX Enterprise Server
531
selbst abgespeichert werden. Da diese Art der Zugangskontrolle noch nicht
sehr verbreitet ist und von den Entwicklern als experimentell eingestuft
wird, verweisen wir an dieser Stelle auf die entsprechende Dokumentation
auf den Seiten des OpenLDAP-Projekts: http://www.openldap.org/
faq/data/cache/758.html.
Datenbankspezifische Anweisungen in slapd.conf
Beispiel 21.22: slapd.conf: Datenbankspezifische Anweisungen
database ldbm
suffix &quot;dc=suse,dc=de&quot;
rootdn &quot;cn=admin,dc=suse,dc=de&quot;
# Cleartext passwords, especially for the rootdn, should
# be avoided. See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
rootpw secret
# The database directory MUST exist prior to running slapd AND
# should only be accessible by the slapd/tools. Mode 700 recommended.
directory /var/lib/ldap
# Indices to maintain
index
objectClass
eq
In der ersten Zeile dieses Abschnitts (siehe Beispiel 21.22) wird der Datenbanktyp festgelegt, hier LDBM. &Uuml;ber suffix in der zweiten Zeile wird
festgelegt, f&uuml;r welchen Teil des LDAP-Verzeichnisbaumes dieser Server
verantwortlich sein soll. Das folgende rootdn legt fest, wer Administratorzugriff auf diesen Server besitzt. Der hier angegebene Benutzer muss
keinen LDAP-Eintrag besitzen oder als „normaler“ Benutzer existieren.
Mit der rootpw Anweisung wird das Administratorpasswort gesetzt. Sie
k&ouml;nnen hier statt secret auch den mit slappasswd erzeugten Hash des
Administratorpassworts eintragen. Die directory Anweisung gibt das
Verzeichnis an, in dem die Datenbankverzeichnisse auf dem Server abgelegt sind. Die letzte Anweisung, index objectClass eq, bewirkt, dass
ein Index &uuml;ber die Objektklassen gepflegt wird. Erg&auml;nzen Sie hier unter
Umst&auml;nden einige Attribute, nach denen Ihrer Erfahrung nach am h&auml;ufigsten gesucht wird. Wenn nachgestellt f&uuml;r die Datenbank eigene Access
Regeln definiert werden, werden diese statt der globalen Access Regeln
angewendet.
532
21.8. LDAP – Ein Verzeichnisdienst
21
Start und Stopp des Servers
rcldap start
M&ouml;chten Sie den Server manuell wieder stoppen, geben Sie entsprechend
rcldap stop ein. Die Statusabfrage &uuml;ber den Laufzustand des LDAPServers nehmen Sie mit rcldap status vor. Um Start und Stopp des
Servers beim Starten bzw. Herunterfahren des betreffenden Rechners
zu automatisieren, nutzen Sie den YaST Runlevel-Editor (vergleiche Abschnitt 11.5 auf Seite 297) oder Sie legen die entsprechenden Links der
Start- und Stoppskripten mittels insserv auf der Kommandozeile selbst
an (siehe Abschnitt 11.4.1 auf Seite 296).
21.8.4
Grundlagen der Vernetzung
Ist der LDAP-Server fertig konfiguriert und sind alle gew&uuml;nschten Eintr&auml;ge im LDAP-Verzeichnis nach dem unten beschriebenen Muster (siehe
Abschnitt 21.8.4) erfolgt, starten Sie den LDAP-Server als Benutzer root
durch Eingabe des folgenden Befehls:
Handhabung von Daten im LDAP-Verzeichnis
OpenLDAP gibt Ihnen als Administrator eine Reihe von Programmen an
die Hand, mit denen Sie die Daten im LDAP-Verzeichnis verwalten k&ouml;nnen. Im Folgenden werden die vier wichtigsten von ihnen zum Hinzuf&uuml;gen, L&ouml;schen, Durchsuchen und Ver&auml;ndern des Datenbestandes kurz behandelt.
Daten in ein LDAP-Verzeichnis eintragen
Vorausgesetzt, die Konfiguration Ihres LDAP-Servers in /etc/openldap/
slapd.conf ist korrekt und einsatzf&auml;hig, d.h. sie enth&auml;lt die passenden
Angaben f&uuml;r suffix, directory, rootdn, rootpw und index, k&ouml;nnen Sie nun mit der Aufnahme von Eintr&auml;gen beginnen. OpenLDAP bietet
hierf&uuml;r den Befehl ldapadd. Aus praktischen Gr&uuml;nden sollten Sie Objekte
nach M&ouml;glichkeit geb&uuml;ndelt zur Datenbank hinzuf&uuml;gen. Zu diesem Zweck
kennt LDAP das so genannte LDIF-Format (engl. LDAP Data Interchange
Format ). Eine LDIF-Datei ist eine einfache Textdatei, die aus beliebig vielen
Attribut-Wert-Paaren bestehen kann. F&uuml;r die zur Verf&uuml;gung stehenden Objektklassen und Attribute schauen Sie in den in slapd.conf angegebenen
Schemadateien nach. Die LDIF-Datei zum Anlegen eines groben Ger&uuml;sts
f&uuml;r das Beispiel aus Abbildung 21.18 auf Seite 526 s&auml;he folgenderma&szlig;en
aus (siehe Beispiel 21.23 auf der n&auml;chsten Seite):
SUSE LINUX Enterprise Server
533
Beispiel 21.23: Beispiel f&uuml;r eine LDIF-Datei
# Die Organisation SUSE
dn: dc=suse,dc=de
objectClass: dcObject
objectClass: organization
o: SUSE AG dc: suse
# Die Organisationseinheit Entwicklung (devel)
dn: ou=devel,dc=suse,dc=de
objectClass: organizationalUnit
ou: devel
# Die Organisationseinheit Dokumentation (doc)
dn: ou=doc,dc=suse,dc=de
objectClass: organizationalUnit
ou: doc
# Die Organisationseinheit Interne EDV (it)
dn: ou=it,dc=suse,dc=de
objectClass: organizationalUnit
ou: it
Hinweis
Kodierung der LDIF-Dateien
LDAP arbeitet mit UTF-8 (Unicode). Umlaute m&uuml;ssen demnach
bei der Eingabe korrekt kodiert werden. UTF-8 ist seit SUSE LINUX 9.1 als Standard eingestellt und wird von allen g&auml;ngigen
Editoren unterst&uuml;tzt. Sollten Sie Ihre Umgebung auf ein anderes
Encoding umgestellt haben (vgl. Abschnitt 10.7 auf Seite 286),
m&uuml;ssen Sie entweder auf die Eingabe von Umlauten &uuml;berhaupt
verzichten oder iconv zum Umkodieren der Eingaben nach
UTF-8 verwenden.
Hinweis
Speichern Sie die Datei unter &lt;datei&gt;.ldif ab und &uuml;bergeben Sie sie mit
folgendem Befehl an den Server:
ldapadd -x -D &lt;dn des Administrators&gt; -W -f &lt;datei&gt;.ldif
534
21.8. LDAP – Ein Verzeichnisdienst
Beispiel 21.24: ldapadd von beispiel.ldif
ldapadd -x
Enter LDAP
adding new
adding new
adding new
adding new
-D cn=admin,dc=suse,dc=de -W -f beispiel.ldif
password:
entry &quot;dc=suse,dc=de&quot;
entry &quot;ou=devel,dc=suse,dc=de&quot;
entry &quot;ou=doc,dc=suse,dc=de&quot;
entry &quot;ou=it,dc=suse,dc=de&quot;
21
Grundlagen der Vernetzung
Die erste Option -x gibt an, dass in diesem Fall auf Authentifizierung &uuml;ber
SASL verzichtet wird. -D kennzeichnet den Benutzer, der diese Operation vornimmt; hier geben Sie den g&uuml;ltigen DN des Administrators an, wie
sie in slapd.conf konfiguriert wurde. Im konkreten Beispiel w&auml;re dies
cn=admin,dc=suse,dc=de. Mit -W umgehen Sie die Eingabe des Passworts auf der Kommandozeile (Klartext) und aktivieren eine separate Passwortabfrage. Das betreffende Passwort wurde vorher in slapd.conf unter rootpw eingerichtet. -f &uuml;bergibt die Datei. In Beispiel 21.24 sehen Sie
Aufruf von ldapadd im Detail.
Die Benutzerdaten der einzelnen Mitarbeiter k&ouml;nnen Sie in separaten
LDIF-Dateien angeben. Mit dem folgenden Beispiel tux.ldif (siehe Beispiel 21.25) wird der Mitarbeiter Tux dem neuen LDAP-Verzeichnis hinzugef&uuml;gt:
Beispiel 21.25: LDIF-Datei f&uuml;r Tux
# Der Mitarbeiter Tux
dn: cn=Tux Linux,ou=devel,dc=suse,dc=de
objectClass: inetOrgPerson
cn: Tux Linux
givenName: Tux
sn: Linux
mail: [email protected]
uid: tux
telephoneNumber: +49 1234 567-8
Eine LDIF-Datei kann beliebig viele Objekte enthalten. Sie k&ouml;nnen ganze
Verzeichnisb&auml;ume am St&uuml;ck an den Server &uuml;bergeben oder auch nur Teile davon wie zum Beispiel einzelne Objekte. Wenn Sie Ihre Daten relativ
h&auml;ufig &auml;ndern m&uuml;ssen, empfiehlt sich eine feine St&uuml;ckelung in einzelne Objekte, da Ihnen dann das m&uuml;hsame Suchen nach dem zu &auml;ndernden Objekt
in einer gro&szlig;en Datei erspart bleibt.
SUSE LINUX Enterprise Server
535
Daten im LDAP-Verzeichnis &auml;ndern
Stehen in Ihrem Datensatz &Auml;nderungen an, verwenden Sie das Tool
ldapmodify. Am einfachsten &auml;ndern Sie zuerst die betreffende LDIFDatei und &uuml;bergeben anschlie&szlig;end die ge&auml;nderte Datei wieder an den
LDAP-Server. Um zum Beispiel die Telefonnummer des Mitarbeiters Tux
von +49 1234 567-8 auf +49 1234 567-10 zu &auml;ndern, editieren Sie
die LDIF-Datei wie in Beispiel 21.26 gezeigt.
Beispiel 21.26: Ge&auml;nderte LDIF Datei tux.ldif
# Der Mitarbeiter Tux
dn: cn=Tux Linux,ou=devel,dc=suse,dc=de
changetype: modify
replace: telephoneNumber
telephoneNumber: +49 1234 567-10
Die ge&auml;nderte Datei importieren Sie mit dem folgenden Befehl in das
LDAP-Verzeichnis:
ldapmodify -x -D cn=admin,dc=suse,dc=de -W -f tux.ldif
Alternativ k&ouml;nnen Sie ldapmodify auch direkt die zu &auml;ndernden Attribute auf der Kommandozeile angeben. Hierbei gehen Sie wie folgt vor:
1. Rufen Sie ldapmodify auf und geben Sie Ihr Passwort ein:
ldapmodify -x -D cn=admin,dc=suse,dc=de -W
Enter LDAP password:
2. Geben Sie Ihre &Auml;nderungen nach der folgenden Syntax in genau dieser Reihenfolge an:
dn: cn=Tux Linux,ou=devel,dc=suse,dc=de
changetype: modify
replace: telephoneNumber
telephoneNumber: +49 1234 567-10
Detaillierte Informationen zu ldapmodify und zur Syntax lesen Sie in der
Manualpage von ldapmodify nach.
536
21.8. LDAP – Ein Verzeichnisdienst
Daten aus einem LDAP-Verzeichnis suchen oder auslesen
ldapsearch -x -b dc=suse,dc=de &quot;(objectClass=*)&quot;
Die Option -b legt die Suchbasis, d.h. den Baumbereich, in dem gesucht werden soll, fest. In diesem Fall ist dies dc=suse,dc=de. M&ouml;chten Sie eine verfeinerte Suche auf bestimmten Unterbereichen des LDAPVerzeichnisses ausf&uuml;hren (z.B. nur &uuml;ber die Abteilung devel), geben Sie
diesen Bereich mittels -b an. ldapsearch -x legt die Verwendung einfacher Authentifizierung fest. Mit (objectClass=*) legen Sie fest, dass
Sie alle in Ihrem Verzeichnis enthaltenen Objekte auslesen wollen. Verwenden Sie dieses Kommando nach dem Aufbau eines neuen Verzeichnisbaumes, um zu &uuml;berpr&uuml;fen, ob alle Ihre Eintr&auml;ge korrekt &uuml;bernommen wurden
und der Server in der gew&uuml;nschten Form antwortet. Weitere Informationen
zum Gebrauch von ldapsearch finden Sie in entsprechenden Manualpage (man ldapsearch).
Grundlagen der Vernetzung
OpenLDAP bietet mit ldapsearch ein Kommandozeilenwerkzeug zum
Durchsuchen und Auslesen von Daten im LDAP-Verzeichnis. Ein einfaches
Suchkommando h&auml;tte folgende Syntax:
21
Daten aus einem LDAP-Verzeichnis l&ouml;schen
L&ouml;schen Sie nicht mehr erw&uuml;nschte Eintr&auml;ge mittels ldapdelete. Die
Syntax &auml;hnelt der der oben beschriebenen Kommandos. Um beispielsweise
den Eintrag von Tux Linux im Ganzen zu l&ouml;schen, geben Sie folgendes
Kommando ein:
ldapdelete -x -D cn=admin,dc=suse,dc=de -W cn=Tux \
Linux,ou=devel,dc=suse,dc=de
21.8.5
LDAP-Server: Konfiguration mit YaST
YaST unterst&uuml;tzt die Einrichtung eines LDAP Servers. Dieser Server
kann neben der Benutzerauthentifizierung weitere Dienste im Netz
&uuml;bernehmen (wie z. B. die Verwaltung der Mail-, DNS- und DHCPKonfigurationen). Die Verwendung von LDAP f&uuml;r diese Zwecke legen Sie
w&auml;hrend der Installation fest. Der folgende Abschnitt beschreibt die LDAPServerkonfiguration mit YaST, wie sie &uuml;ber das separate YaST-Modul ‘Netzwerkdienste’ ➝ ‘LDAP-Server’ vorgenommen wird.
SUSE LINUX Enterprise Server
537
Im ersten Dialog entscheiden Sie dar&uuml;ber, ob der LDAP-Server konfiguriert
und beim Systembootgestartet werden soll. &Uuml;ber den Button ‘Konfigurieren...’ gelangen Sie in den ersten Dialog zur eigentlichen Konfiguration des
Servers (siehe Abbildung 21.19).
Abbildung 21.19: YaST OpenLDAP Server-Konfiguration: Log-Level
Im linken Teil des Dialogfensters sehen Sie in einer Baumansicht alle per
YaST konfigurierbaren Eigenschaften des LDAP-Servers angezeigt. Dies
sind zum einen die ‘Globale Einstellungen’ (‘Log-Level-Einstellungen’,
‘Allow-Einstellungen’ und ‘TLS-Einstellungen’) und zum anderen die ‘Datenbanken’. Im rechten Bereich des Dialogfensters erscheint jeweils der
Konfigurationsdialog zum in der Baumansicht selektierten Unterpunkt.
&Uuml;ber die ‘Log-Level-Einstellungen’ legen Sie den „Geschw&auml;tzigkeitsgrad“
des LDAP-Servers fest. W&auml;hlen Sie aus einer festdefinierten Liste die gew&uuml;nschten Logging-Optionen. Je mehr Optionen Sie aktivieren, desto umfangreicher werden die Protokoll-Dateien.
Mit den ‘Allow-Einstellungen’ regeln Sie, welche Arten von Verbindungsaufnahme der LDAP-Server erlauben soll (siehe Abb. 21.20 auf der n&auml;chsten Seite).
538
21.8. LDAP – Ein Verzeichnisdienst
21
Grundlagen der Vernetzung
Abbildung 21.20: YaST OpenLDAP Server-Konfiguration: Allow
Die einzelnen ‘Allow-Flags’ haben die folgende Bedeutung:
bind_v2 Diese Option erlaubt die Annahme von Verbindungsanfragen
(engl. bind requests) auch von Clients der Vorversion (LDAPv2).
bind_anon_cred Normalerweise lehnt der LDAP-Server alle Authentifizierungsversuche ab, bei denen entweder DN oder Passwort (Credentials) leer bleiben. Mit bind_anon_cred ist es erlaubt, ein Passwort
aber keinen DN anzugeben. In diesem Fall wird eine anonyme Verbindung aufgebaut.
bind_anon_dn Diese Option gew&auml;hrt unauthentifizierte (anonyme) Verbindungen, wenn ein DN aber kein Passwort &uuml;bergeben wird.
update_anon Diese Option erlaubt unauthentifizierte (anonyme) Updateoperationen. Diese Art des Zugangs unterliegt den Zugangbeschr&auml;nkungen durch ACLs etc. (siehe Abschnitt 21.8.3 auf Seite 528).
Nach der Konfiguration der ‘Allow-Flags’ fahren Sie mit der Konfiguration
der ‘TLS-Einstellungen’ fort. Hier legen Sie fest, wie die Kommunikation
zwischen Server und Clients abgesichert werden soll (siehe Abb. 21.21 auf
der n&auml;chsten Seite).
SUSE LINUX Enterprise Server
539
Abbildung 21.21: YaST OpenLDAP Server-Konfiguration: TLS
Legen Sie zun&auml;chst per Radiobutton fest, ob die TLS/SSL-Verschl&uuml;sselung
der Kommunikation zwischen Server uns Clients aktiviert werden soll.
Anschlie&szlig;end w&auml;hlen Sie das zu verwendende Zertifikat &uuml;ber den Button
‘Zertifikat w&auml;hlen...’ aus. Ein Popup erscheint (siehe Abb. 21.22), in dem Sie
den Typ des verwendeten Zertifikats festlegen. Sie k&ouml;nnen w&auml;hlen, ob Sie
mit ‘Allgemeines Server-Zertifikat verwenden’ das bei der Installation des
SUSE LINUX Enterprise Server automatisch per YaST angelegte Zertifikat
verwenden wollen oder ein externes Zertifikat importieren wollen (‘Zertifikat importieren’). Wurde bei der Installation kein allgemeines ServerZertifikat angelegt, &ouml;ffnet sich sofort der Import-Dialog.
Abbildung 21.22: YaST OpenLDAP Server-Konfiguration: Zertifikat w&auml;hlen
Entscheiden Sie sich f&uuml;r das Importieren eines externen Zertifikats, fragt
540
21.8. LDAP – Ein Verzeichnisdienst
Abbildung 21.23: YaST OpenLDAP Server Konfiguration: Zertifikat importieren
Sind die globalen Einstellungen des LDAP-Servers abgeschlossen, konfigurieren Sie die auf dem Server existierenden Datenbanken. Klicken Sie in der
Baumansicht auf ‘Datenbanken’, erhalten Sie im rechten Teil der Dialogansicht (siehe Abb. 21.24) eine Liste der verf&uuml;gbaren Datenbanken. Klicken
Sie ‘Datenbank hinzuf&uuml;gen...’, um eine neue Datenbank hinzuzuf&uuml;gen.
21
Grundlagen der Vernetzung
YaST die Dateinamen und -Pfade f&uuml;r das Zertifikat, dessen Schl&uuml;sseldatei
und das CA-Zertifikat ab (siehe Abb. 21.23). Geben Sie diese Daten ein und
verlassen Sie den Dialog mit ‘Ok’.
Abbildung 21.24: YaST OpenLDAP Server Konfiguration: Datenbank&uuml;bersicht
YaST fragt nun die erforderlichen Eintr&auml;ge mittels einer Eingabemaske ab
(siehe Abb. 21.25 auf der n&auml;chsten Seite). Im Feld ‘Base DN’ tragen Sie die
SUSE LINUX Enterprise Server
541
Basis-DN Ihres LDAP-Servers ein. In das Feld ‘Root DN’ tragen Sie den DN
des Administrators ein, der den Server verwalten soll. Aktivieren Sie hier
die Checkbox ‘Base DN anh&auml;ngen’, m&uuml;ssen Sie lediglich den cn des Administrators eingeben, den Rest vervollst&auml;ndigt das System automatisch. Geben Sie nun in den entsprechenden Feldern das Root-Passwort des ServerAdministrators ein und w&auml;hlen Sie den Verschl&uuml;sselungsalgorithmus f&uuml;r
das Passwort (‘crypt’, ‘smd5’, ‘ssha’, ‘sha’). Weiterhin gibt es die Option
‘plain’ f&uuml;r Plaintext-Passworte, die aber aus Sicherheitsgr&uuml;nden nicht verwendet werden sollte. Best&auml;tigen Sie Ihre Einstellungen mit ‘OK’, gelangen
Sie zur&uuml;ck in den Ausgangsdialog.
Abbildung 21.25: YaST OpenLDAP Server Konfiguration: Neue Datenbank
M&ouml;chten Sie eine bereits angelegte Datenbank mit YaST &auml;ndern, selektieren
Sie in der Baumansicht im linken Dialogteil deren Basis-DN. Im rechten
Dialogteil erscheint nun eine &auml;hnliche Eingabemaske wie beim Neuanlegen
einer Datenbank. Lediglich die Basis-DN ist ausgegraut und kann nicht
ge&auml;ndert werden (siehe Abb. 21.26 auf der n&auml;chsten Seite).
Sobald Sie diesen Dialog mit ‘Beenden’ verlassen, ist Ihr LDAP-Server in
den Grundz&uuml;gen konfiguriert und einsatzbereit. F&uuml;r tiefergehende Konfiguration editieren Sie die Serverkonfiguration unter /etc/openldap/
slapd.conf manuell und starten den Server dann erneut.
542
21.8. LDAP – Ein Verzeichnisdienst
21
21.8.6
Grundlagen der Vernetzung
Abbildung 21.26: YaST OpenLDAP Server Konfiguration: Datenbank &auml;ndern
Der YaST LDAP-Client
YaST unterst&uuml;tzt LDAP-gest&uuml;tzte Benutzerverwaltung. Um diese Unterst&uuml;tzung zu aktivieren, wenn dies nicht schon w&auml;hrend der Installation erfolgt ist, rufen Sie das Modul ‘Netzwerkdienste’ ➝ ‘LDAP-Client’ auf. YaST
installiert und konfiguriert die unten beschriebenen LDAP-Anpassungen
f&uuml;r PAM und NSS automatisch.
Genereller Ablauf
Um die Funktion des YaST LDAP-Client-Moduls zu verstehen, sollten Sie
&uuml;ber die Abl&auml;ufe im Hintergrund auf Ihrem Clientrechner grob Bescheid
wissen. Zun&auml;chst werden, sobald Sie bei der Installation die Verwendung
von LDAP zur Netzwerkauthentifizierung aktivieren oder das YaST-Modul
aufrufen, die Pakete pam_ldap und nss_ldap installiert und die beiden
entsprechenden Konfigurationsdateien angepasst. Mit pam_ldap wird das
PAM-Modul benutzt, das f&uuml;r die Vermittlung zwischen Loginprozessen
und LDAP-Verzeichnis als Quelle der Authentifizierungsdaten zust&auml;ndig
ist. Das zust&auml;ndige Softwaremodul pam_ldap.so wird installiert und die
PAM-Konfiguration angepasst (siehe Beispiel 21.27 auf der n&auml;chsten Seite).
SUSE LINUX Enterprise Server
543
Beispiel 21.27: pam_unix2.conf angepasst f&uuml;r LDAP
auth:
account:
password:
session:
use_ldap nullok
use_ldap
use_ldap nullok
none
Wollen Sie zus&auml;tzliche Dienste manuell f&uuml;r den Gebrauch von LDAP konfigurieren, muss das PAM-LDAP-Modul in die dem Dienst entsprechende
PAM-Konfigurationsdatei unter /etc/pam.d/ eingef&uuml;gt werden. Bereits
f&uuml;r einzelne Dienste angepasste Konfigurationsdateien finden Sie unter
/usr/share/doc/packages/pam_ldap/pam.d/. Kopieren Sie die entsprechenden Dateien nach /etc/pam.d/.
&Uuml;ber nss_ldap passen Sie die Namensaufl&ouml;sung der glibc &uuml;ber den
nsswitch-Mechanismus an die Verwendung von LDAP an. Mit Installation dieses Paketes wird unter /etc/ eine neue, angepasste Datei
nsswitch.conf abgelegt. Mehr zur Funktion von nsswitch.conf finden Sie unter Abschnitt 21.3.1 auf Seite 473. F&uuml;r die Benutzerverwaltung
bzw. -authentifizierung mittels LDAP m&uuml;ssen in Ihrer nsswitch.conf
folgende Zeilen vorhanden sein (vgl. Beispiel 21.28:
Beispiel 21.28: Anpassungen in nsswitch.conf
passwd: compat
group: compat
passwd_compat: ldap
group_compat: ldap
Diese Zeilen weisen die Resolver-Bibliothek der glibc an, als Quelle f&uuml;r
die Authentifizierungsdaten und Benutzerdaten zuerst die lokal auf dem
System die entsprechenden Dateien unter /etc/ auszuwerten und zus&auml;tzlich auf den LDAP-Server zuzugreifen. Testen Sie diesen Mechanismus,
indem Sie mittels des Kommandos getent passwd beispielsweise den Inhalt der Benutzerdatenbank auslesen. Sie sollten im Resultat sowohl lokale
Benutzer auf Ihrem System als auch alle auf dem LDAP-Server hinterlegten
Benutzer in einer &Uuml;bersicht erhalten.
Soll verhindert werden, dass sich normale, per LDAP verwaltete Benutzer auf dem Server mit ssh oder login einloggen k&ouml;nnen, m&uuml;ssen /etc/
passwd und /etc/group um eine Zeile erg&auml;nzt werden. /etc/passwd
um +::::::/sbin/nologin und /etc/group um +::: .
544
21.8. LDAP – Ein Verzeichnisdienst
21
Konfiguration des LDAP-Clients
Grundlagen der Vernetzung
Nachdem nss_ldap und pam_ldap sowie /etc/passwd und /etc/
group von YaST korrekt angepasst wurden, k&ouml;nnen Sie nun in der ersten
YaST-Maske mit den eigentlichen Konfigurationsarbeiten beginnen.
Abbildung 21.27: YaST: Konfiguration des LDAP-Clients
Im ersten Dialog (siehe Abbildung 21.27) aktivieren Sie per Radiobutton
die Verwendung von LDAP zur Benutzerauthentifizierung und tragen unter ‘LDAP Base DN’ die Suchbasis auf dem Server ein, unterhalb der alle
Daten auf dem LDAP-Server liegen. Im zweiten Eingabefeld ‘Adresse des
LDAP-Servers’ tragen Sie die Adresse ein, unter der der LDAP-Server zu
erreichen ist. Unterst&uuml;tzt Ihr Server TLS/SSL, aktivieren Sie die Checkbox
‘LDAP TLS/SSL’, um verschl&uuml;sselte Kommunikation zwischen Client und
Server zu erm&ouml;glichen. Wollen Sie entfernte Verzeichnisse in Ihr Dateisystem einh&auml;ngen, aktivieren Sie die Checkbox ‘Automounter starten’. M&ouml;chten Sie als Administrator Daten aktiv auf dem Server ver&auml;ndern, klicken
Sie auf ‘Erweiterte Konfiguration’.
Der folgende Dialog ist zweigeteilt: Im oberen Bereich nehmen Sie allgemeine Einstellungen zu Benutzern und Gruppen vor, die das Verhalten des
SUSE LINUX Enterprise Server
545
Abbildung 21.28: YaST: Erweiterte Konfiguration
YaST Benutzer-Moduls bestimmen. Im unteren Bereich tragen Sie die Zugangsdaten zum LDAP-Server ein. Die Einstellungen zu Benutzern und
Gruppen beschr&auml;nken sich auf die folgenden Eintr&auml;ge:
Dateiserver Ist dieses System ein Dateiserver und verwaltet /home Verzeichnisse der Benutzer? Das Aktivieren der Checkbox gibt dem YaST
Benutzer-Modul Hinweise, wie mit den Benutzerverzeichnissen auf
diesem System umzugehen ist.
LDAP-Benutzern das Anmelden erlauben
Aktivieren Sie diese Checkbox, um den &uuml;ber LDAP verwalteten Benutzern ein Einloggen auf dem System zu erm&ouml;glichen.
Attribut f&uuml;r Gruppenmitglied Bestimmen Sie den zu verwendenden Typ
von LDAP-Gruppen. Zur Auswahl stehen: ‘member’ (Standardeinstellung) und ‘uniquemember’.
546
21.8. LDAP – Ein Verzeichnisdienst
21
Hinweis
Hinweis
Um Konfigurationen auf dem LDAP-Server zu &auml;ndern, tragen Sie in diesem Dialog die ben&ouml;tigten Zugangsdaten ein (siehe Abbildung 21.28 auf
der vorherigen Seite). Dies sind ‘Konfigurations-Base DN’, unterhalb der
alle Konfigurationsobjekte abgelegt sind, und ‘Administrator-DN’. Um Eintr&auml;ge auf dem LDAP-Server zu bearbeiten, klicken Sie auf ‘Einstellungen
f&uuml;r die Benutzerverwaltung konfigurieren’. Es erscheint ein Popupfenster,
in dem Sie Ihr LDAP-Passwort eingeben, um sich am Server zu authentifizieren. Anhand der ACLs oder ACIs auf dem Server wird Ihnen Zugang zu
den Konfigurationsmodulen auf dem Server gew&auml;hrt.
Grundlagen der Vernetzung
Einsatz des YaST-Clients
Der YaST LDAP-Client wird eingesetzt, um die YaST-Module zur
Benutzer- und Gruppenverwaltung anzupassen und bei Bedarf
zu erweitern. Ausserdem haben Sie die M&ouml;glichkeit, Schablonen
mit Standardwerten f&uuml;r die einzelnen Attribute zu definieren,
um eigentliche Erfassung der Daten zu vereinfachen. Die hier
erstellten Vorgaben werden selbst als LDAP-Objekte im LDAPVerzeichnis abgelegt. Die Erfassung der Benutzerdaten erfolgt
weiterhin &uuml;ber die normalen YaST-Modulmasken. Die erfassten Informationen werden als Objekte im LDAP-Verzeichnis
abgelegt.
Im Dialog zur Modulkonfiguration haben Sie die M&ouml;glichkeit, bestehende Konfigurationsmodule auszuw&auml;hlen und abzu&auml;ndern, neue Module
anzulegen oder Vorlagen (engl. Templates) f&uuml;r solche Module zu erstellen und zu bearbeiten (siehe Abbildung 21.29 auf der n&auml;chsten Seite). Zum
&Auml;ndern eines Wertes innerhalb eines Konfigurationsmoduls oder zum Umbenennen eines Moduls w&auml;hlen Sie &uuml;ber die Combobox oberhalb der Inhaltsansicht des aktuellen Moduls den Modultyp aus. In der Inhaltsansicht
erscheint nun eine tabellarische Auflistung aller in diesem Modul erlaubten
Attribute und zugeordneten Werte. Hier finden sich neben allen gesetzten Attributen auch alle anderen Attribute, die per benutztem Schema erlaubt sind, aber derzeit nicht verwendet werden. M&ouml;chten Sie ein Modul
kopieren, &auml;ndern Sie lediglich cn. Um einzelne Attributwerte zu &auml;ndern,
selektieren Sie diese in der Inhalts&uuml;bersicht und klicken auf ‘Bearbeiten’.
Ein Dialogfenster &ouml;ffnet sich, in dem Sie die alle zum Attribut geh&ouml;rigen
Einstellungen &auml;ndern k&ouml;nnen. &Uuml;bernehmen Sie Ihre &Auml;nderungen mit ‘OK’.
M&ouml;chten Sie die bereits bestehenden Module um ein neues Modul erg&auml;nzen, klicken Sie auf den ‘Neu’ Button oberhalb der Inhalts&uuml;ber-
SUSE LINUX Enterprise Server
547
Abbildung 21.29: YaST: Modulkonfiguration
sicht. Nachfolgend geben Sie im sich &ouml;ffnenden Dialog die Objektklasse des neuen Moduls (hier entweder suseuserconfiguration oder
susegroupconfiguration) und den Namen des neuen Moduls ein. Verlassen Sie diesen Dialog mit ‘OK’, wird das neue Modul in die Auswahlliste der vorhandenen Module aufgenommen und kann &uuml;ber die Combobox
an- und abgew&auml;hlt werden. Wollen Sie das aktuell selektierte Modul l&ouml;schen, klicken Sie auf den ‘L&ouml;schen’ Button.
Die YaST-Module zur Gruppen- und Benutzerverwaltung binden Vorlagen mit sinnvollen Standardwerten ein, wenn Sie diese zuvor mittels des
YaST LDAP-Clients definiert haben. Um ein Template entsprechend Ihren Vorstellungen zu editieren, klicken Sie auf den Button ‘Vorlage konfigurieren’. Entweder werden bereits vorhandene, &auml;nderbare Templates
oder ein leerer Eintrag, der ebenfalls in die Maske zur Templatebearbeitung
f&uuml;hrt, im Drop-Down-Men&uuml; angezeigt. W&auml;hlen Sie eines und konfigurieren
Sie in der folgenden Maske ‘Konfiguration der Objektvorlage’ die Eigenschaften dieses Templates. Diese Maske gliedert sich in zwei tabellarische
&Uuml;bersichtsfenster. Im oberen Fenster sind alle allgemeinen Templateattribute aufgelistet. Legen Sie deren Werte fest, wie es zu Ihrem Einsatzszenario passt oder lassen Sie manche leer. „Leere“ Attribute werden auf dem
548
21.8. LDAP – Ein Verzeichnisdienst
21
Abbildung 21.31: YaST: Neues Modul erstellen
Grundlagen der Vernetzung
Abbildung 21.30: YaST: Attributs&auml;nderung in der Modulkonfiguration
LDAP-Server gel&ouml;scht.
Die zweite &Uuml;bersicht (‘Standardwerte f&uuml;r neue Objekte’) listet alle Attribute
des zugeh&ouml;rigen LDAP-Objekts (hier: Gruppen- oder Benutzerkonfiguration), f&uuml;r die Sie einen Standardwert definieren. Sie k&ouml;nnen weitere Attribute
und deren Standardwerte hinzuf&uuml;gen, bestehende Attribut-Wertpaare editieren und ganze Attribute l&ouml;schen. Ebenso wie ein Modul l&auml;sst sich ein
Template durch &Auml;nderung des cn Eintrags einfach kopieren, um ein neues Template anzulegen. Verbinden Sie das Template mit dem zugeh&ouml;rigen
Modul, indem Sie den Attributwert von susedefaulttemplate des Moduls wie bereits oben beschrieben auf den DN des angepassten Templates
setzen.
Hinweis
Sie k&ouml;nnen Standardwerte f&uuml;r ein Attribut aus anderen Attributen erzeugen, indem Sie statt eines absoluten Wertes
eine Variablen-Schreibweise nutzen. Beispielsweise wird
cn=%sn %givenName beim Anlegen eines Benutzers automatisch aus den Attributwerten von sn und givenName erzeugt.
Hinweis
SUSE LINUX Enterprise Server
549
Abbildung 21.32: YaST: Konfiguration eines Objekt-Templates
Sind alle Module und Templates korrekt konfiguriert und einsatzbereit,
erfassen Sie mit YaST wie gewohnt neue Gruppen und Benutzer.
Benutzer und Gruppen — Konfiguration mit YaST
Nachdem Module und Templates f&uuml;r das Netzwerk einmal konfiguriert
worden sind, weicht die eigentliche Erfassung der Benutzer- und Gruppendaten nur geringf&uuml;gig von der Vorgehensweise ohne LDAP-Verwendung
ab. Die folgende Kurzanleitung bezieht sich auf die Verwaltung von Benutzern, das Vorgehen f&uuml;r die Verwaltung von Gruppen ist analog.
Die YaST-Benutzerverwaltung erreichen Sie &uuml;ber ‘Sicherheit &amp; Benutzer’
-&gt; ‘Benutzer bearbeiten und anlegen’. Wollen Sie einen neuen Benutzer
hinzuf&uuml;gen, klicken Sie auf den Button ‘Hinzuf&uuml;gen’. Sie gelangen in eine Eingabemaske zur Erfassung der wichtigsten Benutzerdaten wie Name,
Login und Passwort. Nach Ausf&uuml;llen dieser Maske geht es &uuml;ber den Button
‘Details’ in eine Maske zur verfeinerten Konfiguration der Gruppenzugeh&ouml;rigkeit, Login-Shell und des Homeverzeichnisses. Die Voreinstellungen
der Eingabefelder haben Sie nach dem unter Abschnitt 21.8.6 auf Seite 545
550
21.8. LDAP – Ein Verzeichnisdienst
21
Grundlagen der Vernetzung
Abbildung 21.33: YaST: Benutzerverwaltung
beschriebenen Verfahren eingerichtet. Bei aktivierter LDAP-Verwendung
gelangen Sie aus dieser Maske in eine weitere Maske zur Erfassung LDAPspezifischer Attribute (siehe Abbildung 21.34 auf der n&auml;chsten Seite) . Selektieren Sie nach und nach alle Attribute, deren Wert Sie ver&auml;ndern m&ouml;chten und klicken Sie auf ‘Bearbeiten’, um das entsprechende Eingabefenster
zu &ouml;ffnen. Verlassen Sie danach diese Maske &uuml;ber ‘Weiter’ und kehren Sie
zur Startmaske der Benutzerverwaltung zur&uuml;ck.
Aus der Startmaske der Benutzerverwaltung (siehe Abbildung 21.33) heraus haben Sie &uuml;ber den Button ‘LDAP-Optionen’ die M&ouml;glichkeit, LDAPSuchfilter auf die Menge der verf&uuml;gbaren Benutzer anzuwenden oder &uuml;ber
‘LDAP Benutzer- und Gruppenkonfiguration’ in die Modulkonfiguration
f&uuml;r LDAP-Benutzer und -gruppen zu gelangen.
21.8.7
Weitere Informationen
Komplexere Themen wie die SASL-Konfiguration oder das Aufsetzen eines
replizierenden LDAP-Servers, der sich die Arbeit mit mehreren „slaves“
SUSE LINUX Enterprise Server
551
Abbildung 21.34: YaST: Zus&auml;tzliche LDAP-Einstellungen
teilt, wurden in diesem Kapitel bewusst ausgeklammert. Detaillierte Informationen zu beiden Themen finden Sie im OpenLDAP 2.2 Administrator’s
Guide (Links siehe unten).
Auf den Webseiten des OpenLDAP-Projekts stehen ausf&uuml;hrliche Dokumentationen f&uuml;r Anf&auml;nger und fortgeschrittene LDAP-Benutzer bereit:
OpenLDAP Faq-O-Matic Eine sehr ergiebige Frage- und Antwortsammlung rund um Installation, Konfiguration und Benutzung von
OpenLDAP: http://www.openldap.org/faq/data/cache/1.
html
Quick Start Guide Eine knappe Schritt-f&uuml;r-Schritt-Anleitung zum ersten eigenen LDAP-Server: http://www.openldap.org/doc/
admin22/quickstart.html oder im installierten System unter /usr/share/doc/packages/openldap2/admin-guide/
quickstart.html.
OpenLDAP 2.2 Administrator’s Guide
Eine ausf&uuml;hrliche Einf&uuml;hrung in alle wichtigen Bereiche der
552
21.8. LDAP – Ein Verzeichnisdienst
Weiterhin besch&auml;ftigen sich folgende Redbooks von IBM mit dem Thema
LDAP:
Understanding LDAP Eine sehr ausf&uuml;hrliche, allgemeine Einf&uuml;hrung in
die Grundprinzipien von LDAP: http://www.redbooks.ibm.
com/redbooks/pdfs/sg244986.pdf
LDAP Implementation Cookbook
Zielgruppe sind speziell Administratoren von IBM SecureWay Directory. Jedoch sind auch wichtige allgemeine Informationen zum Thema
LDAP enthalten: http://www.redbooks.ibm.com/redbooks/
pdfs/sg245110.pdf
21
Grundlagen der Vernetzung
LDAP-Konfiguration inkl. Access Controls und Verschl&uuml;sselung:
http://www.openldap.org/doc/admin22/ oder im installierten
System unter /usr/share/doc/packages/openldap2/adminguide/index.html
Gedruckte, englischsprachige Literatur zu LDAP:
Howes, Smith &amp; Good: Understanding and Deploying LDAP Directory
Services. Addison-Wesley, 2. Aufl., 2003. - (ISBN 0-672-32316-8)
Hodges: LDAP System Administration. O’Reilly &amp; Associates, 2003. (ISBN 1-56592-491-6)
Ultimative Nachschlagewerke zum Thema LDAP sind die entsprechenden
RFCs (engl. Request for comments) 2251 bis 2256.
21.9
NIS – Network Information Service
Sobald mehrere Unix-Systeme in einem Netzwerk auf gemeinsame Ressourcen zugreifen wollen, muss sichergestellt sein, dass Benutzer- und
Gruppenkennungen auf allen Rechnern miteinander harmonieren. Das
Netzwerk soll f&uuml;r den Anwender transparent sein. Egal welcher Rechner,
der Anwender findet immer die gleiche Umgebung vor. M&ouml;glich wird dies
durch die Dienste NIS und NFS. NFS dient der Verteilung von Dateisystemen im Netz und wird in Abschnitt 21.10 auf Seite 557 beschrieben.
NIS (engl. Network Information Service) kann als Datenbankdienst verstanden werden, der Zugriff auf Informationen aus den Dateien /etc/
SUSE LINUX Enterprise Server
553
passwd, /etc/shadow oder /etc/group netzwerkweit erm&ouml;glicht. NIS
kann auch f&uuml;r weitergehende Aufgaben eingesetzt werden (zum Beispiel
f&uuml;r /etc/hosts oder /etc/services). Darauf soll hier jedoch nicht im
Detail eingegangen werden. F&uuml;r NIS wird vielfach synonym der Begriff YP
verwendet. Dieser leitet sich ab von den yellow pages, also den gelben Seiten
im Netz.
21.9.1
NIS Master und Slave Server
Zur Konfiguration w&auml;hlen Sie in YaST ‘Netzwerkdienste’ und dort ‘NISServer’. Wenn in Ihrem Netzwerk bisher noch kein NIS-Server existiert,
m&uuml;ssen Sie in der n&auml;chsten Maske den Punkt ‘NIS Master Server installieren und einrichten’ aktivieren. Falls Sie schon einen NIS-Server (also einen
„Master“) haben, k&ouml;nnen Sie (beispielsweise wenn Sie ein neues Subnetz
einrichten) einen NIS Slave-Server hinzuf&uuml;gen. Zun&auml;chst wird die Konfiguration des Master-Servers erl&auml;utert. Falls nicht alle n&ouml;tigen Pakete installiert sind, wird YaST Sie auffordern, die entsprechende CD oder DVD
einzulegen, damit die Pakete automatisch nachinstalliert werden. In der
ersten Konfigurationsmaske (Abbildung 21.35 auf der n&auml;chsten Seite) geben Sie oben den Domainnamen ein. In der Checkbox darunter k&ouml;nnen Sie
festlegen, ob der Rechner auch ein NIS-Client werden soll, also ob sich darauf auch Benutzer einloggen k&ouml;nnen, die dann ebenfalls die Daten vom
NIS-Server erhalten.
Wollen Sie zus&auml;tzliche NIS-Server („Slave-Server“) in Ihrem Netzwerk einrichten, m&uuml;ssen Sie die Box ‘Aktiver Slave-Server f&uuml;r NIS vorhanden’ aktivieren. Zus&auml;tzlich sollten Sie dann auch die ‘Schnelle Map-Verteilung’ aktivieren, die bewirkt, dass die Datenbankeintr&auml;ge sehr schnell vom Master
auf die Slave-Server &uuml;bertragen werden.
Wollen Sie den Nutzern in Ihrem Netzwerk erlauben, dass sie ihre Passw&ouml;rter &auml;ndern k&ouml;nnen (mit dem Befehl yppasswd, also nicht nur die lokalen, sondern die, die auf dem NIS-Server abgelegt sind), k&ouml;nnen Sie das
hier ebenfalls aktivieren. Dann werden auch die Checkboxen ‘&Auml;ndern des
GECOS-Eintrags zulassen’ und ‘&Auml;ndern des SHELL-Eintrags zulassen’ aktiv. „GECOS“ bedeutet, der User kann auch seine Namens- und Adresseinstellungen &auml;ndern (mit dem Befehl ypchfn). „SHELL“ heisst, er darf auch
seine standardm&auml;&szlig;ig eingetragene Shell &auml;ndern (mit dem Befehl ypchsh,
zum Beispiel von bash zu sh).
Durch Klick auf ‘Andere globale Einstellungen...’ gelangen Sie in einen
Dialog (Abb. 21.36 auf Seite 556), in dem man das Quellverzeichnis des
NIS-Servers (standardm&auml;&szlig;ig /etc/) &auml;ndern kann. Zus&auml;tzlich kann man
554
21.9. NIS – Network Information Service
21
Grundlagen der Vernetzung
Abbildung 21.35: YaST: NIS-Server Konfigurationstool
hier noch Passw&ouml;rter und Gruppen zusammenf&uuml;hren. Die Einstellung sollte man auf ‘Ja’ belassen, damit die jeweiligen Dateien (/etc/passwd und
/etc/shadow bzw. /etc/group) aufeinander abgestimmt werden. Zus&auml;tzlich kann noch die jeweils kleinste Benutzer- und Gruppenkennummer festgelegt werden. Mit ‘OK’ best&auml;tigen Sie Ihre Eingaben und gelangen
wieder in die vorige Maske zur&uuml;ck. Klicken Sie hier auf ‘Weiter’.
Haben Sie vorher ‘Aktiver Slave-Server f&uuml;r NIS vorhanden’ aktiviert, m&uuml;ssen Sie nun die Namen der Rechner angeben, die als Slaves fungieren sollen. Anschlie&szlig;end klicken Sie auf ‘Weiter’. Werden keine Slave-Server benutzt, belangen Sie direkt zum Dialog f&uuml;r die Datenbank-Einstellungen.
Hier geben Sie die „Maps“ an, das hei&szlig;t die Teildatenbanken, die vom NISServer auf den jeweiligen Client &uuml;bertragen werden sollen. Die Voreinstellungen hier sind f&uuml;r die meisten F&auml;lle sehr sinnvoll. Daher sollten Sie im
Normalfall nichts &auml;ndern.
Mit ‘Weiter’ gelangen Sie in den letzten Dialog. Legen Sie fest, aus welchen
Netzwerken Anfragen an den NIS-Server gestellt werden d&uuml;rfen (siehe
Abb. 21.37 auf Seite 557). Normalerweise wird das Ihr Firmennetzwerk
sein. Dann sollten die folgenden beiden Eintr&auml;ge hier stehen:
255.0.0.0 127.0.0.0
0.0.0.0
0.0.0.0
SUSE LINUX Enterprise Server
555
Abbildung 21.36: YaST: NIS-Server: Verzeichnis &auml;ndern und Dateien synchronisieren
Der erste erlaubt Verbindungen vom eigenen Rechner, der zweite erm&ouml;glicht allen Rechnern, die Zugriff auf das Netzwerk haben, Anfragen an den
Server.
21.9.2
Das NIS-Client-Modul in YaST
Mit diesem Modul k&ouml;nnen Sie sehr einfach den NIS-Client konfigurieren.
Nachdem Sie sich in der Startmaske f&uuml;r die Verwendung von NIS und
unter Umst&auml;nden des Automounters entschieden haben, gelangen Sie in
die n&auml;chste Maske. Geben Sie hier an, ob der NIS-Client eine statische IPAdresse hat oder ob er diese &uuml;ber DHCP erhalten soll. In letzterem Fall
k&ouml;nnen Sie keine NIS-Domain oder IP-Adresse des Servers angeben, da
diese Daten ebenfalls &uuml;ber DHCP zugewiesen werden. Weitere Information zu DHCP finden Sie im Abschnitt 21.11 auf Seite 563. Falls der Client
&uuml;ber eine feste IP-Adresse verf&uuml;gt, m&uuml;ssen NIS-Domain und -Server manuell eingetragen werden (siehe Abbildung 21.38 auf Seite 558) . &Uuml;ber den
Button ‘Suchen’ kann YaST nach einem aktiven NIS-Server in Ihrem Netz
suchen.
Sie haben auch die M&ouml;glichkeit, multiple Domains mit einer Default-
556
21.9. NIS – Network Information Service
21
Grundlagen der Vernetzung
Abbildung 21.37: YaST: NIS-Server: Festlegen der Anfrage-Erlaubnis
Domain anzugeben. F&uuml;r die einzelnen Domains k&ouml;nnen Sie wiederum mit
‘Hinzuf&uuml;gen’ mehrere Server einschlie&szlig;lich Broadcast-Funktion angeben.
In den Experten-Einstellungen k&ouml;nnen Sie verhindern, dass ein anderer
Rechner im Netz abfragen kann, welchen Server Ihr Client benutzt. Wenn
Sie ‘Broken Server’ aktivieren, werden auch Antworten von einem Server
auf einem unprivilegierten Port akzeptiert. Details dazu finden Sie in der
Manual-Page von ypbind.
21.10
NFS – verteilte Dateisysteme
Wie bereits in Abschnitt 21.9 auf Seite 553 erw&auml;hnt, dient NFS neben NIS
dazu, ein Netzwerk f&uuml;r Anwender transparent zu machen. Durch NFS lassen sich Dateisysteme im Netz verteilen. Unabh&auml;ngig davon, an welchem
Rechner im Netz ein Anwender arbeitet, findet er so stets die gleiche Umgebung vor.
Wie NIS ist auch NFS ein asymmetrischer Dienst. Es gibt NFS–Server und
NFS–Clients. Allerdings kann ein Rechner beides sein, d.h. gleichzeitig
Dateisysteme dem Netz zur Verf&uuml;gung stellen („exportieren“) und Dateisysteme anderer Rechner mounten („importieren“). Im Regelfall jedoch
SUSE LINUX Enterprise Server
557
Abbildung 21.38: Angabe von Domain und Adresse des NIS-Servers
benutzt man daf&uuml;r Server mit gro&szlig;er Festplattenkapazit&auml;t, deren Dateisysteme von Clients gemountet werden.
21.10.1
Importieren von Dateisystemen mit YaST
Jeder Benutzer (der die Rechte dazu erteilt bekommt), kann NFSVerzeichnisse von NFS-Servern in seinen eigenen Dateibaum einh&auml;ngen.
Dies l&auml;sst sich am einfachsten mit dem Modul ‘NFS-Client’ in YaST erledigen. Dort muss lediglich der Hostname des als NFS-Server fungierenden
Rechners eingetragen werden, das Verzeichnis, das von dem Server exportiert wird und den Mountpunkt, unter dem es auf dem eigenen Computer
eingeh&auml;ngt werden soll. W&auml;hlen Sie dazu im ersten Dialogfenster ‘Hinzuf&uuml;gen’ und tragen Sie dann die genannten Angaben ein (s. Abb. 21.39 auf
der n&auml;chsten Seite).
21.10.2
Manuelles Importieren von Dateisystemen
Dateisysteme von einem NFS–Server manuell zu importieren, ist sehr einfach. Einzige Voraussetzung ist, dass der RPC–Portmapper l&auml;uft. Das Starten erledigen Sie durch Aufruf des Befehls rcportmap start als Benutzer
558
21.10. NFS – verteilte Dateisysteme
21
root. Ist diese Voraussetzung erf&uuml;llt, k&ouml;nnen fremde Dateisysteme, sofern sie von den entsprechenden Maschinen exportiert werden, analog zu
lokalen Platten mit dem Befehl mount in das Dateisystem eingebunden
werden. Die Syntax ist wie folgt:
mount Rechner:Remote-Pfad Lokaler-Pfad
Grundlagen der Vernetzung
Abbildung 21.39: Konfiguration des NFS-Clients
Sollen also z.B. die Benutzerverzeichnisse vom Rechner sun importiert werden, so kann dies mit folgendem Befehl erreicht werden:
mount sun:/home /home
21.10.3
Exportieren von Dateisystemen mit YaST
Mit YaST k&ouml;nnen Sie einen Rechner Ihres Netzwerks zu einem NFS-Server
machen. Das ist ein Server, der Verzeichnisse und Dateien f&uuml;r alle Rechner,
denen Sie Zugang gew&auml;hren, bereitstellt. Viele Anwendungsprogramme
k&ouml;nnen so z.B. f&uuml;r Mitarbeiter zur Verf&uuml;gung gestellt werden, ohne dass sie
lokal auf deren Rechnern installiert werden m&uuml;ssen.
Zur Installation w&auml;hlen Sie in YaST ‘Netzwerkdienste’ und dort ‘NFSServer’ (Abb. 21.40 auf der n&auml;chsten Seite).
Im n&auml;chsten Schritt aktivieren Sie ‘NFS-Server starten’ und klicken auf
‘Weiter’. Jetzt ist nur noch ein Schritt zu tun: Sie m&uuml;ssen im oberen Feld
die Verzeichnisse eintragen, die exportiert werden sollen und im unteren
die Rechner Ihres Netzwerks, die darauf Zugriff erhalten (Abb. 21.41 auf
Seite 561). Zu den Rechnern sind jeweils vier Optionen einstellbar, single
host, netgroups, wildcards und IP networks. N&auml;here Erl&auml;uterungen zu diesen Optionen finden Sie in den Man-Pages zu exports.
Mit ‘Beenden’ schlie&szlig;en Sie die Konfiguration ab.
SUSE LINUX Enterprise Server
559
Abbildung 21.40: NFS-Server Konfigurationstool
21.10.4
Manuelles Exportieren von Dateisystemen
Wenn Sie auf die Unterst&uuml;tzung durch YaST verzichten, m&uuml;ssen Sie daf&uuml;r
sorgen, dass die folgenden Dienste auf dem NFS-Server laufen:
RPC-Portmapper (portmap)
RPC-Mount-Daemon (rpc.mountd)
RPC-NFS-Daemon (rpc.nfsd)
Damit diese beim Hochfahren des Systems von den Skripten
/etc/init.d/portmap und /etc/init.d/nfsserver gestartet werden, geben Sie bitte die Befehle insserv /etc/init.d/nfsserver und
insserv /etc/init.d/portmap ein.
Neben dem Start dieser Daemonen muss noch festgelegt werden, welche
Dateisysteme an welche Rechner exportiert werden sollen. Dies geschieht
in der Datei /etc/exports.
Je Verzeichnis, das exportiert werden soll, wird eine Zeile f&uuml;r die Information ben&ouml;tigt, welche Rechner wie darauf zugreifen d&uuml;rfen. Alle Unterverzeichnisse eines exportierten Verzeichnisses werden ebenfalls automatisch
560
21.10. NFS – verteilte Dateisysteme
21
Grundlagen der Vernetzung
Abbildung 21.41: NFS-Server: Exportverzeichnisse und Hosts eintragen
exportiert. Die berechtigten Rechner werden &uuml;blicherweise mit ihren Namen (inklusive Domainname) angegeben, es ist aber auch m&ouml;glich, mit den
Jokerzeichen * und ? zu arbeiten, die die aus der bash bekannte Funktion
haben. Wird kein Rechnername angegeben, hat jeder Rechner die Erlaubnis, auf dieses Verzeichnis (mit den angegebenen Rechten) zuzugreifen.
Die Rechte, mit denen das Verzeichnis exportiert wird, werden in einer von
Klammern umgebenen Liste nach dem Rechnernamen angegeben. Die
wichtigsten Optionen f&uuml;r die Zugriffsrechte sind in der folgenden Tabelle
beschrieben.
Tabelle 21.12: Zugriffsrechte f&uuml;r exportierte Verzeichnisse
Optionen
Bedeutung
ro
Dateisystem wird nur mit Leserechten exportiert
(Vorgabe).
rw
Dateisystem wird mit Schreib- und Leserechten
exportiert.
SUSE LINUX Enterprise Server
561
root_squash
Diese Option bewirkt, dass der Benutzer root des
angegebenen Rechners keine f&uuml;r root typischen
Sonderrechte auf diesem Dateisystem hat. Erreicht wird dies, indem Zugriffe mit der User–ID
0 auf die User–ID 65534 (-2) umgesetzt werden. Diese User-ID sollte dem Benutzer nobody
zugewiesen sein (Vorgabe).
no_root_squash
Rootzugriffe nicht umsetzen; Root-rechte bleiben
also erhalten.
link_relative
Umsetzen von absoluten, symbolischen Links
(solche, die mit / beginnen) in eine entsprechende Folge von ../. Diese Option ist nur dann
sinnvoll, wenn das gesamte Dateisystem eines
Rechners gemountet wird (Vorgabe).
link_absolute
Symbolische Links bleiben unver&auml;ndert.
map_identity
Auf dem Client werden die gleichen User–IDs wie
auf dem Server verwendet (Vorgabe).
map_daemon
Client und Server haben keine &uuml;bereinstimmenden User–IDs. Durch diese Option wird der nfsd
angewiesen, eine Umsetztabelle f&uuml;r die User–IDs
zu erstellen. Voraussetzung daf&uuml;r ist jedoch die
Aktivierung des Daemons ugidd.
Die exports–Datei kann beispielsweise aussehen wie Datei 21.29.
Beispiel 21.29: /etc/exports
#
# /etc/exports
#
/home
/usr/X11
/usr/lib/texmf
/
/home/ftp
# End of exports
sonne(rw)
venus(rw)
sonne(ro)
venus(ro)
sonne(ro)
venus(rw)
erde(ro,root_squash)
(ro)
Die Datei /etc/exports wird von mountd und nfsd gelesen. Wird also
eine &Auml;nderung daran vorgenommen, so m&uuml;ssen mountd und nfsd neu
562
21.10. NFS – verteilte Dateisysteme
rcnfsserver restart
21.11
21.11.1
DHCP
Das DHCP-Protokoll
Hinweis
S/390, zSeries: DHCP-Unterst&uuml;tzung
Lediglich Karten vom Typ OSA und OSA Express bieten unter IBM S/390 und zSeries DHCP-Unterst&uuml;tzung, da sie eine
MAC-Adresse haben, die von DHCP als Anhaltspunkt f&uuml;r die
automatische Konfiguration verwendet werden kann.
21
Grundlagen der Vernetzung
gestartet werden, damit diese &Auml;nderung ber&uuml;cksichtigt wird! Erreicht wird
dies am einfachsten mit dem Befehl:
Hinweis
Das „Dynamic Host Configuration Protocol“ dient dazu, Einstellungen in
einem Netzwerk zentral von einem Server aus zu vergeben. Einstellungen
m&uuml;ssen also nicht dezentral an einzelnen Arbeitsplatzrechnern konfiguriert
werden. Ein mit DHCP konfigurierter Client verf&uuml;gt selbst nicht &uuml;ber statische Adressen, sondern konfiguriert sich voll und ganz selbstst&auml;ndig nach
den Vorgaben des DHCP-Servers.
Dabei ist es m&ouml;glich, jeden Client anhand der Hardware-Adresse seiner
Netzwerkkarte zu identifizieren und st&auml;ndig mit denselben Einstellungen
zu versorgen, sowie Adressen aus einem daf&uuml;r bestimmten Pool „dynamisch“ an jeden „interessierten“ Rechner zu vergeben. In diesem Fall wird
sich der DHCP-Server bem&uuml;hen, jedem Client bei jeder Anforderung (auch
&uuml;ber einen l&auml;ngeren Zeitraum hinweg) dieselbe Adresse zuzuweisen —
dies funktioniert nat&uuml;rlich nicht, wenn es mehr Rechner im Netz als Adressen gibt.
Ein Systemadministrator kann somit gleich in zweierlei Hinsicht von
DHCP profitieren. Einerseits ist es m&ouml;glich, selbst umfangreiche &Auml;nderungen der Netzwerk-Adressen oder der Konfiguration komfortabel in der
Konfigurationsdatei des DHCP-Servers zentral vorzunehmen, ohne dass
eine Vielzahl von Clients einzeln konfiguriert werden m&uuml;ssen. Andererseits
SUSE LINUX Enterprise Server
563
k&ouml;nnen vor allem neue Rechner sehr einfach ins Netzwerk integriert werden, indem sie aus dem Adress-Pool eine IP-Nummer zugewiesen bekommen. Auch f&uuml;r Laptops, die regelm&auml;&szlig;ig in verschiedenen Netzen betrieben werden, ist die M&ouml;glichkeit, von einem DHCP-Server jeweils passende
Netzwerkeinstellungen zu beziehen, sicherlich interessant.
Neben IP-Adresse und Netzmaske werden der Rechner- und DomainName, der zu verwendende Gateway und Nameserver-Adressen dem Client mitgeteilt. Im &Uuml;brigen k&ouml;nnen auch etliche andere Parameter zentral
konfiguriert werden, zum Beispiel ein Zeitserver, von dem die jeweils aktuelle Uhrzeit abrufbar ist oder ein Druckserver. Im Folgenden m&ouml;chten wir
Ihnen nun einen kurzen Einblick in die Welt von DHCP geben. Wir m&ouml;chten Ihnen anhand des DHCP-Servers dhcpd zeigen, wie einfach auch in
Ihrem Netzwerk die gesamte Netzwerkkonfiguration zentral per DHCP
erledigt werden kann.
21.11.2
DHCP-Softwarepakete
Bei SUSE LINUX stehen Ihnen sowohl ein DHCP-Server-, als auch zwei
Client-Pakete zur Verf&uuml;gung. Der vom Internet Software Consortium herausgegebene DHCP-Server dhcpd stellt die Server-Funktionalit&auml;t zur Verf&uuml;gung, als Clients k&ouml;nnen sowohl der vom ISC herausgegebene dhclient
als auch der so genannte „DHCP Client Daemon“ im Paket dhcpcd verwendet werden.
Der bei SUSE LINUX standardm&auml;&szlig;ig installierte dhcpcd ist sehr einfach
zu handhaben und wird beim Starten des Rechners automatisch gestartet,
um nach einem DHCP-Server zu suchen. Er kommt ohne eine Konfigurationsdatei aus und sollte im Normalfall ohne weitere Konfiguration funktionieren.
F&uuml;r komplexere Situationen kann man auf den ISC dhclient zur&uuml;ckgreifen, der sich &uuml;ber die Konfigurationsdatei /etc/dhclient.conf steuern
l&auml;sst.
21.11.3
Der DHCP-Server dhcpd
Der Dynamic Host Configuration Protocol Daemon ist das Herz eines DHCPSystems. Er „vermietet“ Adressen und wacht &uuml;ber deren Nutzung, wie in
der Konfigurationsdatei /etc/dhcpd.conf festgelegt. &Uuml;ber die dort definierten Parameter und Werte stehen dem Systemadministrator eine Vielzahl von M&ouml;glichkeiten zur Verf&uuml;gung, das Verhalten des DHCP nach seinen W&uuml;nschen zu beeinflussen.
564
21.11. DHCP
Ein Beispiel f&uuml;r eine einfache /etc/dhcpd.conf-Datei:
default-lease-time 600;
max-lease-time 7200;
option
option
option
option
option
# 10 minutes
# 2 hours
domain-name &quot;kosmos.all&quot;;
domain-name-servers 192.168.1.1, 192.168.1.2;
broadcast-address 192.168.1.255;
routers 192.168.1.254;
subnet-mask 255.255.255.0;
subnet 192.168.1.0 netmask 255.255.255.0
{
range 192.168.1.10 192.168.1.20;
range 192.168.1.100 192.168.1.200;
}
Grundlagen der Vernetzung
Beispiel 21.30: Die Konfigurationsdatei /etc/dhcpd.conf
21
Diese einfache Konfigurationsdatei reicht bereits aus, damit DHCP im
Netzwerk IP-Adressen zuweisen kann. Bitte achten Sie insbesondere auf
die Strichpunkte am Ende jeder Zeile, ohne die dhcpd nicht starten wird!
Wie Sie sehen, l&auml;sst sich obige Beispieldatei in drei Bl&ouml;cke unterteilen. Im
ersten Abschnitt wird definiert, wie viele Sekunden eine IP-Adresse standardm&auml;&szlig;ig an einen anfragenden Rechner „vermietet“ wird, bevor sich
dieser um eine Verl&auml;ngerung bem&uuml;hen sollte (default-lease-time).
Auch wird hier angegeben, wie lange ein Rechner maximal eine vom
DHCP-Server vergebene IP-Nummer behalten darf, ohne f&uuml;r diese eine
Verl&auml;ngerung zu beantragen (max-lease-time).
Im zweiten Block werden nun einige grunds&auml;tzliche Netzwerk-Parameter
global festgesetzt:
Mit option domain-name wird die Default-Domain Ihres Netzwerks definiert.
Bei option domain-name-servers k&ouml;nnen bis zu drei DNSServer angegeben werden, die zur Aufl&ouml;sung von IP-Adressen in
Hostnamen (und umgekehrt) verwendet werden sollen. Idealerweise sollte auf Ihrem System bzw. innerhalb Ihres Netzwerks ein
Nameserver bereits in Betrieb sein, der auch f&uuml;r dynamische Adressen jeweils einen Hostnamen und umgekehrt bereit h&auml;lt. Mehr &uuml;ber
die Einrichtung eines eigenen Nameservers erfahren Sie in Abschnitt 21.7 auf Seite 502.
SUSE LINUX Enterprise Server
565
option broadcast-address legt fest, welche Broadcast-Adresse
der anfragende Rechner verwenden soll.
option routers definiert, wohin Datenpakete geschickt werden
k&ouml;nnen , die (aufgrund der Adresse von Quell- und Zielhost sowie
Subnetz-Maske) nicht im lokalen Netz zugestellt werden k&ouml;nnen. Gerade bei kleineren Netzen ist dieser Router auch meist der &Uuml;bergang
zum Internet.
option subnet-mask gibt die an den Client zu &uuml;bergebende Netzmaske an.
Unterhalb dieser allgemeinen Einstellungen wird nun noch ein Netzwerk
samt Subnet Mask definiert. Abschlie&szlig;end muss noch ein Bereich gew&auml;hlt
werden, aus dem der DHCP-Daemon Adressen an anfragende Clients vergeben darf. Im Beispiel stehen alle Adressen zwischen 192.168.1.10 und
192.168.1.20 bzw. 192.168.1.100 und 192.168.1.200 zur Verf&uuml;gung.
Nach diesen wenigen Zeilen sollten Sie bereits in der Lage sein, den DHCPDaemon mit dem Kommando rcdhcpd start zu aktivieren, der sogleich
zur Verf&uuml;gung steht.
Bei SUSE LINUX wird der DHCP-Daemon aus Sicherheitsgr&uuml;nden per
default in einer chroot-Umgebung gestartet. Damit die Konfigurationsdateien gefunden werden, m&uuml;ssen diese mit in die neue Umgebung kopiert
werden. Dies geschieht mit dem Befehl rcdhcpd start automatisch.
Auch k&ouml;nnen Sie mit rcdhcpd check-syntax eine kurze, formale &Uuml;berpr&uuml;fung der Konfigurationsdatei vornehmen lassen. Sollte wider Erwarten
ein Problem mit der Konfiguration auftreten und der Server mit einem Fehler abbrechen und nicht mit einem „done“ starten, finden Sie in der zentralen Systemprotokolldatei /var/log/messages meist ebenso Informatio nen dazu wie auf Konsole 10 (Strg + Alt + F10 ).
21.11.4
Rechner mit fester IP-Adresse
Wie eingangs bereits erw&auml;hnt, kann mit DHCP auch an ein- und denselben
Rechner bei jeder Anfrage eine ganz bestimmte, definierte Adresse vergeben werden.
Selbstverst&auml;ndlich haben solche expliziten Adresszuweisungen Vorrang
vor solchen aus dem Pool der dynamischen Adressen. Im Gegensatz zu
diesen verfallen die festen Adressinformationen in keinem Fall, wie es bei
566
21.11. DHCP
Zur Identifizierung eines mit einer statischen Adresse definierten Systems, bedient sich der dhcpd der so genannten Hardwareadresse.
Dies ist eine weltweit i.d.R. einmalige, fest definierte Nummer aus
sechs Oktettpaaren, &uuml;ber die jedes Netzwerkger&auml;t verf&uuml;gt, zum Beispiel
00:00:45:12:EE:F4.
Wird nun die Konfigurationsdatei aus Datei 21.30 auf Seite 565 um einen
entsprechenden Eintrag wie in Datei 21.31 erg&auml;nzt, wird dhcpd unter allen
Umst&auml;nden dieselben Daten an den entsprechenden Rechner ausliefern.
Beispiel 21.31: Erg&auml;nzungen zur Konfigurationsdatei
host erde {
hardware ethernet 00:00:45:12:EE:F4;
fixed-address 192.168.1.21;
}
21
Grundlagen der Vernetzung
den dynamischen der Fall ist, wenn nicht mehr gen&uuml;gend freie Adressen
zur Verf&uuml;gung stehen und deshalb eine Neuverteilung erforderlich ist.
Der Aufbau dieser Zeilen ist nahezu selbsterkl&auml;rend:
Zuerst wird der Name des zu definierenden Rechners eingetragen (host
&lt;hostname&gt;) und in der folgenden Zeile die MAC-Adresse angegeben.
Diese Adresse kann bei Linux-Rechnern mit dem Befehl ifstatus plus Netzwerkdevice (zum Beispiel eth0) festgestellt werden. Gegebenenfalls m&uuml;ssen Sie zuvor die Karte aktivieren: ifup eth0. Sie erhalten dann eine Ausgabe wie:
link/ether 00:00:45:12:EE:F4
In unserem Beispiel wird also dem Rechner, dessen Netzwerkkarte die
MAC-Adresse 00:00:45:12:EE:F4 hat, die IP-Adresse 192.168.1.21
sowie der Rechnername erde zugewiesen.
Als Hardware-Typ wird heutzutage in aller Regel ethernet zum Einsatz
kommen, wobei durchaus auch das vor allem bei IBM-Systemen h&auml;ufig zu
findende token-ring unterst&uuml;tzt wird.
SUSE LINUX Enterprise Server
567
21.11.5
Besonderheiten bei SUSE LINUX
Aus Sicherheitsgr&uuml;nden enth&auml;lt bei SUSE LINUX der ISC DHCP-Server
den ’non-root/chroot’-Patch von Ari Edelkind. Damit kann der dhcpd
als User nobody und in einer „chroot“-Umgebung (/var/lib/dhcp/)
laufen.
Die Konfigurationsdatei /etc/dhcpd.conf muss daf&uuml;r in /var/lib/
dhcp/etc/ liegen, und wird vom Init-Skript beim Start automatisch dorthin kopiert.
Dieses Verhalten l&auml;sst sich in der Datei /etc/sysconfig/dhcpd steuern. Um den dhcpd weiterhin ohne chroot-Umgebung laufen zu lassen,
setzen Sie in der Datei /etc/sysconfig/dhcpd die Variable DHCPD_RUN_CHROOTED auf „no“
Damit der dhcpd auch in der chroot-Umgebung Hostnamen aufl&ouml;sen
kann, m&uuml;ssen einige weitere Konfigurationsdateien mit kopiert werden.
Dies sind:
/etc/localtime
/etc/host.conf
/etc/hosts
/etc/resolv.conf
Beim Start des Init-Skriptes werden diese deshalb nach /var/lib/dhcp/
etc/ kopiert. Diese Dateien m&uuml;ssen auf dem Laufenden gehalten werden,
wenn sie durch ein Skript wie /etc/ppp/ip-up dynamisch modifiziert
werden. Wenn in der Konfigurationsdatei nur IP-Adressen anstelle von
Hostnamen verwendet werden, sind keine Probleme zu erwarten.
Wenn in Ihrer Konfiguration weitere Dateien mit in die chroot-Umgebung
kopiert werden m&uuml;ssen, so k&ouml;nnen Sie diese mit dem Parameter DHCPD_CONF_INCLUDE_FILES in der Datei etc/sysconfig/dhcpd angeben.
Damit der dhcp-Daemon aus der chroot-Umgebung heraus weiter protokollieren kann, auch wenn der Syslog-Daemon neu gestartet wird, muss zu
der Variablen SYSLOGD_PARAMS in /etc/sysconfig/syslog der Parameter &quot;-a /var/lib/dhcp/dev/log&quot; hinzugef&uuml;gt werden.
568
21.11. DHCP
21.11.6
21
DHCP-Konfiguration mit YaST
LDAP-Unterst&uuml;tzung
Der YaST DHCP-Server unterst&uuml;tzt mit dieser Version des SUSE
LINUX Enterprise Servers alternativ zu der lokalen Speicherung der Serverkonfiguration auf dem DHCP-Server selbst die
Verwaltung der Konfigurationsdaten &uuml;ber LDAP.
Hinweis
Das YaST DHCP-Modul dient der Konfiguration eines eigenen DHCPServers im lokalen Netz. Dieses Modul kennt zwei verschiedene Funktionsweisen:
Initiale Konfiguration Beim ersten Start des Moduls werden von dem
Administrator einige grundlegende Entscheidungen verlangt. Nach
Abschluss der initialen Konfiguration ist der Server startklar und f&uuml;r
einfache Szenarien ausreichend konfiguriert.
Grundlagen der Vernetzung
Hinweis
Experten-Konfiguration Der Expertenmodus dient komplexeren Konfigurationsaufgaben wie dynamischem DNS, TSIG-Verwaltung etc.
Hinweis
Navigation im Modul und Anzeige der Hilfetexte
Alle Dialoge des DHCP-Server-Moduls folgen einem &auml;hnlichen
Aufbauprinzip. Im linken Teilbereich des Dialogfensters ist eine
Baumansicht zur Navigation durch die einzelnen Teilbereiche
der Konfiguration angezeigt, w&auml;hrend im rechten Bereich die
eigentliche Dialogmaske angezeigt wird. W&uuml;nschen Sie einen
Hilfetext zur aktuellen Dialogmaske, klicken Sie auf das Icon mit
dem Rettungsring am linken unteren Bildrand. Um diese Hilfe
zu verlassen und in die Baumansicht zur&uuml;ckzugelangen, klicken
Sie auf das Icon mit der stilisierten Baumansicht.
Hinweis
Initiale Konfiguration
Beim ersten Start des Moduls ruft YaST einen vierteiligen Konfigurationsassistenten auf. Nach dessen Beendigung ist ein einfacher DHCP-Server in
Ihrem Netz einsatzbereit.
SUSE LINUX Enterprise Server
569
Auswahl der Netzwerkschnittstelle
Im ersten Schritt ermittelt YaST die in Ihr System eingebundenen
Netzwerkschnittstellen. W&auml;hlen Sie aus der angebotenen Liste diejenige aus, auf der der DHCP-Server lauschen soll (siehe Abb. 21.42).
Abbildung 21.42: DHCP-Server: Auswahl der Netzwerkschnittstelle
Globale Einstellungen Per Checkox legen Sie fest, ob Ihre DHCPEinstellungen automatisch auf einem LDAP-Server gespeichert werden sollen. In den weiteren Eingabefeldern legen Sie die Netzwerkinformationen fest, die jeder von diesem DHCP-Server verwaltete Client erhalten soll. Dies sind: Name der Domain, Adresse des
Zeitservers, Adresse des prim&auml;ren und sekund&auml;ren Nameservers,
Adresse des Druckservers und WINS-Servers (im gemischten Einsatz
von Windows- und Linux-Clients) sowie Adresse des Gateways und
Leasing-Zeitraum (siehe Abb. 21.43 auf der n&auml;chsten Seite).
DHCP-Server: Dynamisches DCHP
In diesem Schritt konfigurieren Sie die dynamische IP-Vergabe an angeschlossene Clients. Hierzu legen Sie eine Spanne von IP-Adressen
fest, innerhalb derer die zu vergebenden Adressen liegen d&uuml;rfen.
Alle zu vergebenden Adressen m&uuml;ssen unter eine gemeinsame
Netzmaske fallen. Legen Sie abschlie&szlig;end den Leasing-Zeitraum fest,
f&uuml;r den ein Client eine Adresse behalten darf, ohne eine Anfrage um
570
21.11. DHCP
21
Grundlagen der Vernetzung
Abbildung 21.43: DHCP-Server: Globale Einstellungen
Verl&auml;ngerung des Leasing-Zeitraumes zu „beantragen“. Des Weiteren
setzen Sie optional den maximalen Leasing-Zeitraum fest, f&uuml;r den
eine bestimmte IP-Adresse auf dem Server f&uuml;r einen bestimmten
Client reserviert bleibt (siehe Abbildung 21.44 auf der n&auml;chsten Seite).
Abschluss der Konfiguration und Wahl des Startmodus
Nachdem Sie den dritten Teil des Konfigurationsassistenten abgeschlossen haben, gelangen Sie in einen letzten Dialog, der sich mit
den Startoptionen des DHCP-Servers befasst. ‘An’ bewirkt, dass bei
jedem Hochfahren des Systems der DHCP-Server automatisch mit
gestartet wird. ‘Aus’ bedeutet, dass der Server manuell gestartet
werden muss. Klicken Sie auf ‘OK’, um die Konfiguration des
Servers abzuschlie&szlig;en. Alternativ k&ouml;nnen Sie &uuml;ber die Baumstruktur
am linken Rand des Dialogfensters den Punkt ‘Host-Verwaltung’
selektieren, um zus&auml;tzlich zur Basiskonfiguration speziellen
Host-Verwaltung zu konfigurieren (siehe Abb. 21.45 auf Seite 573).
Host-Verwaltung Im Gegensatz zum oben beschriebenen dynamischen
DCHP k&ouml;nnen Sie auch eine quasi statische Adressvergabe konfigurieren. Sie bauen mit Hilfe der Eingabefelder im unteren Dialogbereich eine Liste der zu verwaltenden Hostrechner auf. Die hierzu n&ouml;tigen Angaben sind: ‘Name’ und ‘IP-Adresse’, die der Host erhalten
SUSE LINUX Enterprise Server
571
Abbildung 21.44: DHCP-Server: Dynamisches DHCP
soll, seine ‘Hardware-Adresse’ und ‘Typ des Netzwerks’ (Token Ring
oder Ethernet). &Uuml;ber die Buttons ‘Hinzuf&uuml;gen’, ‘&Auml;ndern’ und ‘L&ouml;schen’ verwalten Sie die Liste der Hosts, die im oberen Dialogbereich
angezeigt wird (siehe Abb. 21.45 auf der n&auml;chsten Seite).
Nachdem Sie den Konfigurationsassistenten vollst&auml;ndig durchlaufen und
unter Umst&auml;nden auch die zus&auml;tzliche Host-Verwaltung konfiguriert haben, verlassen Sie den letzten Dialog des Konfigurationsassistenten mit
‘OK’, um die Konfiguration zu &uuml;bernehmen und den Server zu starten.
Experten-Konfiguration
Die Experten-Konfiguration erlaubt unabh&auml;ngig von den beiden bereits beschriebenen Konfigurationsmodi sehr detaillierte Feineinstellungen an der
DHCP-Server-Konfiguration. Der Expertenmodus wird gestartet, sobald
Sie in der Baumansicht im linken Teilbereich des Dialogfensters den Punkt
‘Einstellungen f&uuml;r Experten’ selektieren.
Chroot-Betrieb und Deklarationen
Um die Konfiguration editierbar zu machen, klicken Sie in diesem
ersten Dialog auf ‘DHCP-Server starten’. Wichtiger Bestandteil des
572
21.11. DHCP
21
Grundlagen der Vernetzung
Abbildung 21.45: DHCP-Server: Host-Verwaltung
Startverhaltens des DHCP-Servers ist die Festlegung, ob der Server in
einem Chroot-Jail gestartet wird oder nicht. Der Betrieb im Chroot-Jail
dient der Absicherung des Serversystems. Wird der DHCP-Server
durch einen Angriff von au&szlig;en kompromittiert, ist das restliche
System vor Kompromittierung sicher, da der Angreifer nicht aus der
Chroot-Umgebung „ausbrechen“ kann. Im unteren Teil des Dialogs
sehen Sie eine Baumansicht mit den bereits konfigurierten Deklarationen. &Uuml;ber ‘Hinzuf&uuml;gen’, ‘L&ouml;schen’ und ‘Bearbeiten’ k&ouml;nnen
Sie diese Einstellungen beeinflussen. &Uuml;ber ‘Erweitert’ gelangen Sie
in zus&auml;tzliche Expertendialoge (siehe Abb. 21.46 auf der n&auml;chsten
Seite). W&auml;hlen Sie ‘Hinzuf&uuml;gen’, m&uuml;ssen Sie im folgenden Dialog den
Typ der neuen Deklaration festlegen. &Uuml;ber den Button ‘Erweitert’
haben Sie die M&ouml;glichkeit, die Protokoll-Datei des Servers anzuschauen, die TSIG-Schl&uuml;ssel-Verwaltung zu konfigurieren und die
Firewallkonfiguration an die DHCP-Serverkonfiguration anzupassen.
Deklarationstyp w&auml;hlen Die ‘globalen Optionen’ des DHCP-Servers setzen sich aus einer Reihe von so genannten Deklarationen zusammen.
In diesem Dialog w&auml;hlen Sie aus den Typen ‘Subnetz’, ‘Rechner’, ‘Gemeinsames Network’, ‘Gruppe’, ‘Adressen-Pool’, ‘Klasse’. Im Beispiel
w&auml;hlen Sie ein neues Subnetz (siehe Abb. 21.47 auf Seite 575).
Subnetz-Konfiguration Legen Sie das neue Subnetz mit IP-Adresse und
Netzmaske fest. Der mittlere Teil des Dialogs dient dazu, die OptioSUSE LINUX Enterprise Server
573
Abbildung 21.46: DHCP-Server: Chroot-Jail und Deklarationen
nen, mit denen der DHCP-Server f&uuml;r das gew&auml;hlte Subnetz gestartet werden soll, zu konfigurieren. Diese k&ouml;nnen Sie &uuml;ber die Buttons
‘Hinzuf&uuml;gen’, ‘Bearbeiten’ und ‘L&ouml;schen’ bearbeiten. W&uuml;nschen Sie
dynamisches DNS, klicken Sie auf den Button ‘Dynamisches DNS’.
TSIG-Schl&uuml;ssel-Verwaltung Haben Sie sich im oben beschriebenen Konfigurationsdialog f&uuml;r die Verwendung von dynamischem DNS (siehe
hierzu auch Abschnitt 21.7.8 auf Seite 513) entschieden, konfigurieren Sie in diesem Dialog die Schl&uuml;ssel-Verwaltung f&uuml;r den sicheren
Zonentransfer (siehe Abb. 21.49 auf Seite 577. Mit ‘OK’ gelangen Sie
in den Dialog zur Schnittstellenkonfiguration f&uuml;r dynamisches DNS
(siehe Abb. 21.50 auf Seite 578).
Dynamisches DNS: Konfiguration der Schnittstelle
Aktivieren Sie f&uuml;r das neu zu konfigurierende Subnetz mit ‘Dynamisches DNS f&uuml;r dieses Subnetz aktivieren’ die Verwendung von
dynamischem DNS. Anschlie&szlig;end w&auml;hlen Sie mittels des DropdownMen&uuml;s die entsprechenden TSIG-Schl&uuml;ssel f&uuml;r Forward- und
Reverse-Zonen aus. Achten Sie dabei darauf, dass f&uuml;r die jeweiligen
Schl&uuml;ssel f&uuml;r DNS- und DHCP-Server gleich sind. Mit der Checkbox
‘Globale dynamische DNS-Einstellungen aktualisieren’ aktivieren
Sie die automatische Aktualisierung und Anpassung der globalen
574
21.11. DHCP
21
Grundlagen der Vernetzung
Abbildung 21.47: DHCP-Server: Deklarationstypen
Servereinstellungen des DHCP-Servers an dynamisches DNS.
Abschlie&szlig;end geben Sie an, welche Forward- und Reverse-Zonen
per dynamischem DNS aktualisiert werden sollen, und f&uuml;r jede der
beiden Zonen jeweils den Namen des prim&auml;ren Nameservers. L&auml;uft
der Nameserver auf derselben Maschine wie der DHCP-Server,
lassen Sie diese Eingabefelder leer. Mit ‘OK’ gelangen Sie zur&uuml;ck in
den Dialog zur Konfiguration von Subnetzen (siehe Abb. 21.48 auf
der n&auml;chsten Seite). Verlassen Sie diesen ebenfalls mit ‘OK’, gelangen
Sie in den Ausgangsdialog der Experten-Konfiguration.
Konfiguration der Netzwerkschnittstelle
Aus dem Startdialog der Experten-Konfiguration gelangen Sie mit
‘Erweitert’ ➝ ‘Konfiguration der Schnittstelle’ in den Dialog zur
Festlegung der Schnittstellen, auf denen der DHCP-Server lauschen
soll und zur Anpassung der Firewall-Konfiguration. W&auml;hlen Sie aus
der Liste der von YaST angezeigten Schnittstellen, diejenige aus, auf
denen der DHCP-Server lauschen soll. Um zu erm&ouml;glichen, dass aus
allen Subnetzen Clients mit dem Server kommunizieren k&ouml;nnen,
muss die vielleicht auf dem Server laufende Firewall angepasst
werden. Markieren Sie hierf&uuml;r die Checkbox ‘Firewall-Einstellungen
anpassen’. YaST wird nun die Regeln der SuSEfirewall2 an die neuen
SUSE LINUX Enterprise Server
575
Abbildung 21.48: DHCP-Server: Subnetze konfigurieren
Gegebenheiten anpassen (siehe Abb. 21.51 auf Seite 579). ‘OK’ bringt
Sie wieder in den Ausgangsdialog zur&uuml;ck.
Sind alle Konfigurationsschritte komplett durchlaufen, verlassen Sie den
Experten-Dialog mit ‘OK’ und der Server startet mit der neuen Konfiguration.
21.11.7
Weitere Informationen
zus&auml;tzliche Informationen finden Sie zum Beispiel auf der Seite des Internet
Software Consortium an, auf der detaillierte Informationen zu DHCP verf&uuml;gbar sind: http://www.isc.org/products/DHCP/.
Auch die neue Version 3 des Protokolls, die sich im Moment im Beta-Test
befindet, wird dort dokumentiert. Im &Uuml;brigen stehen selbstverst&auml;ndlich
auch die Manpages zur Verf&uuml;gung, dies sind insbesondere man dhcpd,
man dhcpd.conf, man dhcpd.leases und man dhcp-options.
576
21.11. DHCP
21
21.12
Grundlagen der Vernetzung
Abbildung 21.49: DHCP-Server: TSIG-Konfiguration
Zeitsynchronisation mit xntp
Bei vielen Abl&auml;ufen in einem Computersystem spielt eine exakte Zeit eine
wichtige Rolle. Zu diesem Zweck haben alle Rechner normalerweise eine
Uhr eingebaut. Leider gen&uuml;gt diese oftmals nicht den Anforderungen, die
von Applikationen wie Datenbanken gefordert werden. Man muss also die
lokale Rechneruhr permanent nachstellen bzw. &uuml;ber ein Netzwerk korrigieren. Optimalerweise sollte eine Rechneruhr niemals r&uuml;ckw&auml;rts gestellt
werden, und die Schritte, in denen sie nach vorne gestellt wird, sollten gewisse Zeitintervalle nicht &uuml;berschreiten. Verh&auml;ltnism&auml;&szlig;ig einfach ist es, die
Rechneruhr mit ntpdate von Zeit zu Zeit nachzustellen. Dies bewirkt aber
immer einen harten Sprung in der Zeit, der nicht von allen Anwendungen
toleriert wird.
Einen interessanten Ansatz zur L&ouml;sung dieses Problems liefert xntp. Zum
einen korrigiert xntp die lokale Rechneruhr laufend anhand von gesammelten Korrekturdaten und zum anderen korrigiert es kontinuierlich die
lokale Zeit mit Hilfe von Zeitservern im Netz. Als dritte M&ouml;glichkeit bietet
es die Verwaltung von lokalen „Zeitnormalen“, wie Funkuhren, an.
SUSE LINUX Enterprise Server
577
Abbildung 21.50: DHCP-Server: Konfiguration der Schnittstelle f&uuml;r dynamisches DNS
21.12.1
Konfiguration im Netzwerk
xntp ist so voreingestellt, dass nur die lokale Rechneruhr als Zeitreferenz
dient. Die einfachste M&ouml;glichkeit, einen Zeitserver im Netz zu verwenden,
ist die Angabe von „server“-Parametern. Steht im Netzwerk ein Zeitserver
zur Verf&uuml;gung, der zum Beispiel den Namen ntp.example.com hat, so
k&ouml;nnen Sie diesen Server in der Datei /etc/ntp.conf folgenderma&szlig;en
erg&auml;nzen: server ntp.example.com.
Weitere Zeitserver f&uuml;gt man hinzu, indem man weitere Zeilen mit den
Schl&uuml;sselwort „server“ eintr&auml;gt. Nachdem der xntpd mit dem dem Befehl
rcxntpd start initialisiert wurde, ben&ouml;tigt er eine Stunde, bis sich die
Zeit stabilisiert hat und die „drift“-Datei zur Korrektur der lokalen Rechneruhr angelegt wird. Die drift-Datei hat langfristig den Vorteil, dass bereits nach dem Einschalten des Rechners bekannt ist, wie sich die Hardwareuhr im laufe der Zeit verstellt. Die Korrektur wird dann sofort aktiv,
wodurch eine hohe Stabilit&auml;t der Rechnerzeit erreicht wird.
Sofern in Ihrem Netzwerk der Zeitserver auch &uuml;ber einen Broadcast erreichbar ist, ben&ouml;tigen Sie den Server-Namen nicht. Tragen Sie in diesem
Fall den Befehl broadcastclient in die Konfigurationsdatei /etc/ntp.
578
21.12. Zeitsynchronisation mit xntp
21
Grundlagen der Vernetzung
Abbildung 21.51: DHCP-Server: Netzwerkschnittstelle und Firewall
conf ein. In diesem Fall sollten Sie jedoch die Authentifizierungsmechanismen einrichten, da sonst ein fehlerhafter Zeitserver im Netzwerk die
Rechnerzeit ver&auml;ndern w&uuml;rde.
Jeder xntpd kann im Netzwerk normalerweise auch als Zeitserver angesprochen werden. Wenn Sie den xntpd auch mit Broadcasts betreiben
m&ouml;chten, k&ouml;nnen Sie dies mit der Option broadcast einrichten:
broadcast 192.168.0.255
&Auml;ndern Sie hierzu die Broadcast-Adresse auf Ihre Gegebenheiten ab. Hierbei sollten Sie sicherstellen, dass der Zeitserver wirklich die richtige Uhrzeit verwendet. Hierzu eigenen sich zum Beispiel „Zeitnormalen“.
21.12.2
Einrichten einer lokalen Zeitnormalen
Das Programmpaket xntp enth&auml;lt auch Treiber, die den Anschluss von lokalen Zeitnormalen erlauben. Die unterst&uuml;tzten Uhren finden Sie im Paket xntp-doc in der Datei file:/usr/share/doc/packages/xntpdoc/html/refclock.htm. Jedem Treiber ist hierbei eine Nummer zugeordnet. Die eigentliche Konfiguration geschieht bei xntp &uuml;ber sogenannte
SUSE LINUX Enterprise Server
579
Pseudo-IPs. Die Uhren werden in die Datei /etc/ntp.conf so eingetragen, als w&auml;ren sie im Netzwerk verf&uuml;gbare Uhren.
Hierzu bekommen sie spezielle IP-Adressen, die alle folgende Form haben:
127.127.hti.hui. Den Wert von hti bekommen Sie aus der oben genannten Datei mit der Liste der Referenzuhren. hui ist die Ger&auml;tenummer, die
nur dann von 0 abweicht, wenn Sie mehrere Uhren des gleichen Typs an
dem Rechner verwenden. Eine „Type 8 Generic Reference Driver (PARSE)“
hat demnach die Pseudo-IP-Adresse 127.127.8.0.
Die einzelnen Treiber haben im Normalfall spezielle Parameter, die die
Konfiguration n&auml;her beschreiben. In der Datei file:/usr/share/doc/
packages/xntp-doc/html/refclock.htm finden Sie zu jedem Treiber einen Link zur jeweiligen Treiberseite, die diese Parameter beschreiben. F&uuml;r die Uhr mit dem „Typ 8“ ist es zum Beispiel notwendig, einen zus&auml;tzlichen mode anzugeben, der die Uhr genauer spezifiziert. So hat das
Modul „Conrad DCF77 receiver module“ den „mode 5“. Damit diese Uhr
von xntp als Referenz genommen wird, k&ouml;nnen Sie zus&auml;tzlich das Schl&uuml;sselwort prefer angeben. Die vollst&auml;ndige server-Zeile eines „Conrad
DCF77 receiver module“ lautet somit:
server 127.127.8.0 mode 5 prefer
Andere Uhren folgen dem gleichen Schema. Die Dokumentation zu xntp
steht nach der Installation des Pakets xntp-doc im Verzeichnis /usr/
share/doc/packages/xntp-doc/html zur Verf&uuml;gung.
580
21.12. Zeitsynchronisation mit xntp
22
Mit einem Anteil von &uuml;ber 60 Prozent (laut http://www.netcraft.com)
ist Apache der weltweit am weitesten verbreitete Webserver. F&uuml;r WebAnwendungen wird Apache h&auml;ufig mit Linux, der Datenbank MySQL
und den Programmiersprachen PHP und Perl kombiniert. F&uuml;r diese Kombination hat sich die Abk&uuml;rzung LAMP eingeb&uuml;rgert.
22.1
22.2
22.3
22.4
22.5
22.6
22.7
22.8
22.9
22.10
22.11
22.12
22.13
Grundlagen . . . . . . . . . . . . .
HTTP-Server mit YaST einrichten
Apache Module . . . . . . . . . .
Neuerungen mit Apache 2 . . . .
Threads . . . . . . . . . . . . . . .
Installation . . . . . . . . . . . . .
Konfiguration . . . . . . . . . . .
Apache im Einsatz . . . . . . . . .
Aktive Inhalte . . . . . . . . . . .
Virtual Hosts . . . . . . . . . . . .
Sicherheit . . . . . . . . . . . . . .
Troubleshooting . . . . . . . . . .
Weitere Dokumentation . . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
582
583
584
585
586
587
589
594
595
601
605
606
607
Der Webserver Apache
Der Webserver Apache
22.1
22.1.1
Grundlagen
Webserver
Ein Webserver liefert auf Anfrage eines Clients HTML-Seiten an diesen aus.
Diese Seiten k&ouml;nnen in einem Verzeichnis auf dem Server abgelegt sein (sogenannte passive oder statische Seiten) oder als Antwort auf die Anfrage
neu generiert werden (aktive Inhalte).
22.1.2
HTTP
Bei den Clients handelt es sich meist um Webbrowser wie Konqueror und
Mozilla. Die Kommunikation zwischen Browser und Webserver findet &uuml;ber
das HyperText Transfer Protocol (HTTP) statt. Die aktuelle Version HTTP
1.1 ist im RFC 2068 sowie im Update RFC 2616 dokumentiert, diese RFCs
findet man unter der URL http://www.w3.org.
22.1.3
URLs
Ein Client fordert &uuml;ber eine URL eine Seite vom Server an, zum Beispiel
http://www.suse.de/index.html Eine URL besteht aus:
Einem Protokoll. H&auml;ufig benutzte Protokolle sind
. http:// Das HTTP-Protokoll.
. https:// Sichere, verschl&uuml;sselte Version von HTTP.
. ftp:// File Transfer Protocol, zum Down- und Upload von
Dateien.
Einer Domain, in diesem Fall www.suse.de. Die Domain kann man
nochmals unterteilen, der erste Teil www verweist auf einen Computer,
der zweite Teil suse.de ist die eigentliche Domain. Beides zusammen wird auch als FQDN (Fully Qualified Domain Name) bezeichnet.
Einer Resource, in diesem Fall index.html. Dieser Teil gibt den
kompletten Pfad zur Resource an. Die Resource kann eine Datei sein,
wie in diesem Fall. Es kann sich aber auch um ein CGI-Skript, eine
Java Server Page etc. handeln.
582
22.1. Grundlagen
Der Pfad der Datei ist dabei relativ zur sogenannten DocumentRoot, diese kann in den Konfigurationsdateien ge&auml;ndert werden. Wie das geht, beschreibt der Abschnitt 22.7.2 auf Seite 590.
22.1.4
Automatische Ausgabe einer Standardseite
22
Der Webserver Apache
Dabei wird die Weiterleitung der Anfrage an die Domain www.suse.de
von den entsprechenden Mechanismen des Internet (zum Beispiel Domain
Name System, DNS) &uuml;bernommen, die den Zugriff auf eine Domain an
einen oder mehrere daf&uuml;r zust&auml;ndige Rechner weiterleiten. Apache selbst
liefert dann die Resource, in diesem Fall also einfach die Seite index.html
aus seinem Dateiverzeichnis aus. In diesem Fall liegt die Datei auf der
obersten Ebene des Verzeichnisses, sie kann aber auch in einem Unterverzeichnis liegen, zum Beispiel http://www.suse.de/business/
services/support/index.html.
Die Angabe der Seite kann fehlen. Apache h&auml;ngt dann automatisch einen
der gebr&auml;uchlichen Namen f&uuml;r solche Seiten an die URL an. Der gebr&auml;uchlichste Name f&uuml;r eine solche Seite ist index.html. Ob Apache diesen
Automatismus ausf&uuml;hrt und welche Seitennamen dabei ber&uuml;cksichtigt
werden, l&auml;sst sich einstellen, dies ist im Abschnitt 22.7.2 auf Seite 591
beschrieben. In diesem Fall reicht dann beispielsweise der Aufruf von
http://www.suse.de um vom Server die Seite http://www.suse.
de/index.html angezeigt zu bekommen.
22.2
HTTP-Server mit YaST einrichten
Apache 2 l&auml;&szlig;t sich einfach und schnell mit YaST einrichten. Allerdings
sollten Sie &uuml;ber einige Kenntnisse verf&uuml;gen, wenn Sie damit einen Webserver aufsetzen m&ouml;chten. Wenn Sie im YaST-Kontrollzentrum auf ‘Netzwerkdienste’ -&gt; ‘HTTP-Server’ klicken, werden Sie gegebenenfalls gefragt, ob
YaST fehlende Pakete installieren soll. Ist alles installiert, gelangen Sie in
den Konfigurationsdialog.
Aktivieren Sie hier zun&auml;chst den HTTP-Dienst. Standardm&auml;&szlig;ig sind drei
Optionen vorgegeben: ‘Servername’, ‘E-Mail des Serveradministrators’ und
‘Lauschen auf’. Bei letztere Option ist bereits Port 80 voreingestellt. &Uuml;ber
die Schaltfl&auml;che ‘Hinzuf&uuml;gen’ w&auml;hlen Sie weitere Optionen aus. Mit ‘Bearbeiten’ &auml;ndern Sie den Wert der selektierten Option, ‘L&ouml;schen’ entfernt die
Option.
SUSE LINUX Enterprise Server
583
&Uuml;ber die Kombo-Box ‘Erweitert’ k&ouml;nnen Sie sich das ‘Zugriffsprotokoll anzeigen’, ‘Fehlerprotokoll anzeigen’ lassen und die vom Server zu ladenden
‘Servermodule’ konfigurieren. In dieser Maske aktivieren und deaktivieren
Sie Module &uuml;ber die Schaltfl&auml;che ‘Status wechseln’ und nehmen zus&auml;tzliche
Module &uuml;ber die Schaltfl&auml;che ‘Modul hinzuf&uuml;gen’ auf.
22.3
Apache Module
Apache kann &uuml;ber Module um viele Funktionen erweitert werden und
dadurch mit Hilfe von Modulen CGI-Skripte in verschiedenensten Programmiersprachen ausf&uuml;hren. Hier stehen nicht nur Perl und PHP zur
Verf&uuml;gung, sondern auch weitere Skriptsprachen wie Python oder Ruby.
Zudem gibt es Module f&uuml;r die gesicherte &uuml;bertragung von Daten mit SSL
(Secure Sockets Layer), die Authentifizierung von Benutzern, erweitertes
Logging und vieles mehr erm&ouml;glichen.
Apache kann &uuml;ber selbstgeschriebene Module an alle ausgefallenen Anforderungen und W&uuml;nsche angepasst werden. Nat&uuml;rlich ist dazu ein gewisses Ma&szlig; an Know-How n&ouml;tig. Referenzen auf weiterf&uuml;hrende Informationen finden Sie im Abschnitt 22.13.4 auf Seite 608
Wenn Apache eine Anfrage bearbeitet, k&ouml;nnen f&uuml;r die Bearbeitung dieser
Anfrage einer oder mehrere Handler eingetragen sein. Dies geschieht &uuml;ber
Anweisungen in der Konfigurationsdatei. Die Handler k&ouml;nnen Teil von
Apache sein, es kann aber auch ein Modul f&uuml;r die Bearbeitung aufgerufen
werden. Dadurch l&auml;sst sich dieser Vorgang sehr flexibel gestalten. Zudem
besteht die M&ouml;glichkeit, eigene Module in Apache einzuklinken und so
Einfluss auf die Bearbeitung der Anfragen zu nehmen.
Bei Apache 2 geht die Modularisierung recht weit, hier erf&uuml;llt der Server
nur minimale Aufgaben, alles andere wird &uuml;ber Module realisiert. Das geht
so weit, das bei Apache 2 selbst die Bearbeitung von HTTP &uuml;ber Module realisiert ist. Apache 2 muss demnach nicht unbedingt ein Webserver
sein, er kann &uuml;ber andere Module auch ganz andere Aufgaben &uuml;bernehmen. So gibt es als Modul beispielsweise einen Proof-of-Concept Mailserver (POP3) auf Apache-Basis.
Apache unterst&uuml;tzt eine Reihe von n&uuml;tzlichen Features, die im folgenden
beschrieben werden.
Virtuelle Hosts &Uuml;ber virtuelle Hosts k&ouml;nnen mit einer Instanz von Apache auf einem einzigen Rechner mehrere Webseiten betrieben werden, wobei der Webserver f&uuml;r den Endbenutzer wie mehrere unab-
584
22.3. Apache Module
Flexibles Umschreiben von URLs Apache bietet eine Vielzahl von
M&ouml;glichkeiten, URLs zu manipulieren und umzuschreiben (URLRewriting). N&auml;heres dazu findet man in der Dokumentation zu Apache.
Content Negotiation Apache kann in Abh&auml;ngigkeit von den F&auml;higkeiten des Client (Browser) eine f&uuml;r diesen Client ma&szlig;geschneiderte Seite ausliefern. So kann man f&uuml;r &auml;ltere Browser oder Browser, die nur
im Textmodus arbeiten (wie Lynx), einfachere Versionen der Seiten
ausliefern, die keine Frames verwenden. Auf diese Weise kann man
auch die notorischen Inkompatibilit&auml;ten der verschiedenen Browser, was JavaScript angeht, umgehen, indem man jedem Browser eine
passende Version der Seiten liefert (wenn man den Aufwand treiben
will, f&uuml;r jeden dieser Browser den JavaScript-Code anzupassen).
22
Der Webserver Apache
h&auml;ngige Webserver wirkt. Dabei k&ouml;nnen die virtuellen Hosts auf unterschiedlichen IP-Addressen oder namensbasiert konfiguriert sein.
Dies erspart die Anschaffungskosten und den Administrationsaufwand f&uuml;r zus&auml;tzliche Rechner.
Flexible Fehlerbehandlung Falls ein Fehler auftritt, beispielsweise eine
Seite nicht verf&uuml;gbar ist, kann man flexibel reagieren und eine angemessene Antwort zur&uuml;ckgeben. Diese kann auch aktiv zusammengesetzt sein, beispielsweise mit Hilfe von CGI.
22.4
Neuerungen mit Apache 2
Im Folgenden finden Sie eine Liste der Neuerungen mit Apache 2. Ausf&uuml;hrliche Dokumentation zum Apache HTTP Server Version 2.0 finden
Sie auf der Webseite: http://httpd.apache.org/docs-2.0/de/.
Bei der Art und Weise, wie mehrere Anfragen gleichzeitig ausgef&uuml;hrt
werden, hat man die Wahl zwischen Threads und Prozessen. Die
Prozessverwaltung ist in ein eigenes Modul, das sogenannte MultiProcessing-Modul (MPM) ausgelagert worden. Je nach MPM reagiert
Apache 2 verschieden auf Anfragen. Das hat vor allem Auswirkungen auf die Performance und auf die Verwendung von Modulen. Dies
wird im Folgenden ausf&uuml;hrlicher besprochen.
Das Innenleben von Apache wurde gr&uuml;ndlich aufger&auml;umt, Apache verwendet nun eine neue, eigene Basisbibliothek (Apache Portable Runtime, APR) als Schnittstelle zu Systemfunktionen und f&uuml;r die
SUSE LINUX Enterprise Server
585
Speicherverwaltung. Dar&uuml;berhinaus sind wichtige und weitverbreitete Module wie mod_gzip (Nachfolger: mod_deflate) oder mod_ssl,
die tief in die Request-Verarbeitung eingreifen, jetzt weit besser in
den Apache integriert.
Apache 2 beherrscht nun das kommende Internetprotokoll IPv6.
Es gibt jetzt einen Mechanismus, mit dem die Hersteller von Modulen selbst Angaben &uuml;ber die gew&uuml;nschte Ladereihenfolge der Module
machen k&ouml;nnen, so dass sich der Anwender nicht mehr selbst darum
k&uuml;mmern muss. Die Reihenfolge, in der Module ausgef&uuml;hrt werden,
ist oft wichtig und wurde fr&uuml;her ueber die Ladereihenfolge festgelegt.
So muss ein Modul, das nur authentifizierten Benutzern Zugriff auf
bestimmte Resourcen erlaubt, als erstes aufgerufen werden, damit
Benutzer, die keine Zugriffsrechte haben, die Seiten erst gar nicht zu
sehen bekommen k&ouml;nnen.
Anfragen an und Antworten von Apache k&ouml;nnen durch Filter bearbeitet werden.
Unterst&uuml;tzung fuer Dateien gr&ouml;&szlig;er 2 GiB (Large-File-Support, LFS),
auf 32-bit-Systemen
Einige neuere Module gibt es nur f&uuml;r Apache 2.
Mehrsprachige Fehlermeldungen.
22.5
Threads
Ein Thread ist eine Art leichtgewichtiger Prozess, der im Vergleich zu einem richtigen Prozess wesentlich weniger Ressourcen verbraucht. Dadurch
steigt bei der Verwendung von Threads statt Prozessen auch die Performance. Der Nachteil ist dabei, dass Anwendungen f&uuml;r die Ausf&uuml;hrung in
einer Thread-Umgebung thread-safe sein m&uuml;ssen. Dies bedeutet:
Funktionen (bzw. bei objektorientierten Anwendungen die Methoden) m&uuml;ssen „reentrant“ sein, das hei&szlig;t dass die Funktion mit dem
gleichen Input immer das gleiche Ergebnis liefert, unabh&auml;ngig davon
ob sie gleichzeitig von anderen Threads ausgef&uuml;hrt wird. Funktionen m&uuml;ssen demnach so programmiert sein, dass sie von mehreren
Threads gleichzeitig aufgerufen werden k&ouml;nnen.
586
22.5. Threads
Apache 2 kann Anfragen als eigene Prozesse oder in einem gemischten
Modell mit Prozessen und Threads ausf&uuml;hren. F&uuml;r die Ausf&uuml;hrung als Prozess sorgt das MPM „prefork“, f&uuml;r die Ausf&uuml;hrung als Thread das MPM
„worker“. Bei der Installation (siehe Abschnitt 22.6) kann man ausw&auml;hlen, welches MPM verwendet werden soll. Der dritte Modus, „perchild“
ist noch nicht voll ausgereift und steht deswegen in SUSE LINUX bei der
Installation (noch) nicht zur Verf&uuml;gung.
22.6
22.6.1
Installation
22
Der Webserver Apache
Der Zugriff auf Resourcen (meistens Variablen) muss so geregelt sein,
dass sich die gleichzeitig laufenden Threads dabei nicht in die Quere
kommen.
Paketauswahl in YaST
F&uuml;r einfache Anforderungen muss man lediglich das Apache-Paket
apache2 installieren. Installieren Sie zus&auml;tzlich eines der MPM-Pakete
(Multiprocessing Module) wie das Paket apache2-prefork oder
apache2-worker. Bei der Auswahl des richtigen MPM ist zu beachten,
dass das mit Threads laufende Worker-MPM nicht mit Paket mod_php4
zusammen verwendet werden kann, da noch nicht alle von diesem Paket
verwendeten Bibliotheken threadsafe sind.
22.6.2
Apache aktivieren
Wenn Apache installiert ist, wird er nicht automatisch gestartet. Um Apache zu starten, muss man ihn im Runlevel-Editor aktivieren. Um ihn dauerhaft beim Booten des Systems zu starten, muss man im Runlevel-Editor
f&uuml;r die Runlevel 3 und 5 ein H&auml;kchen setzen. Ob Apache l&auml;uft, l&auml;sst sich
feststellen, indem man die URL http://localhost/ in einem Browser
aufruft. L&auml;uft Apache, kann dann eine Beispielseite sehen, sofern das Paket apache2-example-pages installiert ist.
22.6.3
Module f&uuml;r aktive Inhalte
Um aktive Inhalte mit Hilfe von Modulen zu nutzen, muss man noch die
Module f&uuml;r die jeweiligen Programmiersprachen installieren. Dies sind das
Paket apache2-mod_perl f&uuml;r Perl bzw. das Paket apache2-mod_php4
SUSE LINUX Enterprise Server
587
f&uuml;r PHP und schlie&szlig;lich das Paket apache2-mod_python f&uuml;r Python. Die
Verwendung dieser Module ist im Abschnitt 22.9.5 auf Seite 598 beschrieben.
22.6.4
Zus&auml;tzliche empfehlenswerte Pakete
Zus&auml;tzlich empfiehlt es sich, die reichhaltige Dokumentation zu installieren, diese findet sich im Paket apache2-doc. F&uuml;r diese Dokumentation
existiert ein Alias (was das ist, wird im Abschnitt 22.7 auf der n&auml;chsten Seite beschrieben), so dass man sie nach der Installation direkt &uuml;ber die URL
http://localhost/manual aufrufen kann.
Wer Module f&uuml;r Apache entwickeln oder Module von Drittanbietern
kompilieren will, muss noch das Paket apache2-devel installieren, sowie
entsprechende Entwicklungswerkzeuge. Diese enthalten unter anderem
die apxs-Tools, die im Abschnitt 22.6.5 n&auml;her beschrieben sind.
22.6.5
Installation von Modulen mit apxs
Ein wichtiges Werkzeug f&uuml;r Modulentwickler ist apxs2. Mit diesem Programm lassen sich Module , die als Quelltext vorliegen, mit einem einzigen
Befehl kompilieren und installieren, samt der notwendigen &Auml;nderungen
an den Konfigurationsdateien. Au&szlig;erdem kann man auch Module installieren, die bereits als Objektdatei (Endung .o) oder statische Library (Endung
.a) vorliegen. apxs2 erstellt aus den Quellen ein Dynamic Shared Object
(DSO), das von Apache direkt als Modul verwendet wird.
Die Installation eines Moduls aus dem Quelltext bewirkt beispielsweise der
Befehl apxs2 -c -i -a mod_foo.c. Andere Optionen von apxs2 sind
in der zugeh&ouml;rigen Manpage beschrieben.
Von apxs2 gibt es mehrere Versionen: apxs2, apxs2-prefork und
apxs2-worker. W&auml;hrend apxs2 ein Modul so installiert, dass es f&uuml;r alle
MPMs verwendbar ist, installieren die beiden anderen Programme Module
so, dass sie nur f&uuml;r die jeweiligen MPMs (also prefork bzw. worker) verwendet werden. W&auml;hrend also apxs2 ein Modul in /usr/lib/apache2/
installiert, landet dieses Modul bei Verwendung von apxs2-prefork in
/usr/lib/apache2-prefork/.
Die Option -a sollte mit Apache 2 nicht verwendet werden, da dann
die &Auml;nderungen direkt in /etc/apache2/httpd.conf/ geschrieben werden. Stattdessen sollten Module &uuml;ber den Eintrag APACHE_MODULES in /etc/sysconfig/apache2/ aktiviert werden, wie im Abschnitt 22.7.1 auf der n&auml;chsten Seite beschrieben.
588
22.6. Installation
22.7
22
Konfiguration
22.7.1
Konfiguration mit SuSEconfig
Die Einstellungen, die Sie in /etc/sysconfig/apache2 vornehmen
k&ouml;nnen, werden mittels SuSEconfig in die Konfigurationsdateien von Apache eingepflegt. Diese umfassen jene Konfigurationsm&ouml;glichkeiten, die f&uuml;r
viele F&auml;lle ausreichend sein d&uuml;rften. Zu jeder Variable finden Sie erl&auml;uternde Kommentare in der Datei.
Der Webserver Apache
Wenn man Apache installiert hat, sind weitere Anpassungen nur n&ouml;tig,
wenn man spezielle W&uuml;nsche oder Anforderungen hat. Apache kann einerseits &uuml;ber SuSEconfig konfiguriert werden, andererseits kann man auch
die Datei /etc/apache2/httpd.conf/ direkt editieren.
Eigene Konfigurationsdateien
Statt &Auml;nderungen in der Konfigurationsdatei /etc/apache2/httpd.
conf direkt vorzunehmen, kann man mit Hilfe der Variablen APACHE_CONF_INCLUDE_FILES eine eigene Konfigurationsdatei angeben (beispielsweise httpd.conf.local), die dann in die Hauptkonfigurationsdatei eingelesen wird. Auf diese Weise bleiben auch eigene &Auml;nderungen an
der Konfiguration erhalten, wenn die Datei /etc/apache2/httpd.conf
bei einer Neuinstallation &uuml;berschrieben wird.
Module
Module, die per YaST bereits installiert wurden, werden aktiviert, indem man den Namen des Moduls in die f&uuml;r die Variable APACHE_MODULES angegebene Liste aufnimmt. Diese Variable findet sich in der Datei /etc/sysconfig/apache2.
Flags
Mit der Variable APACHE_SERVER_FLAGS k&ouml;nnen Flags angegeben werden, die bestimmte Bereiche in der Konfigurationsdatei an- und ausschalten. Ist also in der Konfigurationsdatei ein Abschnitt in
&lt;IfDefine someflag&gt;
.
.
.
&lt;/IfDefine&gt;
SUSE LINUX Enterprise Server
589
eingeschlossen, so wird dieser nur aktiviert, wenn bei in der Variable
ACTIVE_SERVER_FLAGS das entsprechende Flag gesetzt ist: ACTIVE_SERVER_FLAGS = ... someflag ... Auf diese Weise k&ouml;nnen gr&ouml;&szlig;ere
Bereiche der Konfigurationsdatei zu Testzwecken einfach aktiviert oder deaktiviert werden.
22.7.2
Manuelle Konfiguration
Die Konfigurationsdatei
Die Konfigurationsdatei /etc/apache2/httpd.conf erlaubt &Auml;nderungen, die &uuml;ber Einstellungen in /etc/sysconfig/apache2 nicht m&ouml;glich
sind. Es folgen einige der Parameter, die dort eingestellt werden k&ouml;nnen.
Sie sind ungef&auml;hr in der Reihenfolge aufgelistet, in der sie in dieser Datei
vorkommen.
DocumentRoot
Eine grundlegende Einstellung ist die sogenannte DocumentRoot, das ist
das Verzeichnis, unter dem Apache Webseiten erwartet, die vom Server
ausgeliefert werden sollen. Sie ist f&uuml;r den Default-Virtual Host auf /srv/
www/htdocs eingestellt und muss normalerweise nicht ge&auml;ndert werden.
Timeout
Gibt die Zeit an, die der Server wartet, bis er einen Timeout f&uuml;r eine Anfrage meldet.
MaxClients
Die Anzahl der Clients, die Apache maximal gleichzeitig bedient. Die
Voreinstellung ist 150, dieser Wert k&ouml;nnte f&uuml;r eine viel besuchte Website
aber auch zu niedrig sein.
LoadModule
Die LoadModule Anweisungen geben an, welche Module geladen werden.
In Apache 2 wird die Ladereihenfolge durch die Module selbst angegeben, siehe dazu auch den Abschnitt 22.4 auf Seite 585. Ausserdem geben
diese Anweisungen an, welche Datei das Modul enth&auml;lt.
590
22.7. Konfiguration
22
Port
Ein weiterer Grund kann sein, dass man Seiten lediglich im Intranet zur
Verf&uuml;gung stellen will, weil sie Informationen enthalten, die nicht jeden
etwas angehen. Dazu stellt man den Port beispielsweise auf den Wert 8080
ein und sperrt Zugriffe von aussen auf diesen Port in der Firewall. So ist
der Server vor jedem Zugriff von ausserhalb abgesichert.
Directory
Der Webserver Apache
Gibt den Port an, auf dem Apache auf Anfragen wartet. Dies ist normalerweise immer Port 80, der Standardport f&uuml;r HTTP. Diese Einstellung zu
&auml;ndern, ist im Normalfall nicht sinnvoll. Ein Grund, Apache auf einem
anderen Port lauschen zu lassen, kann der Test einer neuen Version einer
Website sein. Auf diese Weise ist die funktionierende Version der Website
nach wie vor &uuml;ber den Standardport 80 erreichbar.
Mit dieser Direktive werden die Zugriffs- und andere Rechte f&uuml;r ein Verzeichnis gesetzt. Auch f&uuml;r die DocumentRoot existiert eine solche Direktive, der dort angegebene Verzeichnisnname muss immer parallel mit
DocumentRoot ge&auml;ndert werden.
DirectoryIndex
Hiermit kann eingestellt werden, nach welchen Dateien Apache sucht,
um eine URL zu vervollst&auml;ndigen, bei der die Angabe der Datei fehlt. Die
Voreinstellung ist index.html. Wird also beispielsweise vom Client die
URL http://www.xyz.com/foo/bar aufgerufen und existiert unterhalb der DocumentRoot ein Verzeichnis foo/bar, das eine Datei names
index.html enth&auml;lt, so liefert Apache diese Seite an den Client zur&uuml;ck.
AllowOverride
Jedes Verzeichnis, aus dem Apache Dokumente ausliefert, kann eine Datei enthalten, die global eingestellte Zugriffsrechte und andere Einstellungen f&uuml;r dieses Verzeichnis ab&auml;ndern kann. Diese Einstellungen gelten rekursiv f&uuml;r das aktuelle Verzeichnis und seine Unterverzeichnisse, bis sie in
einem Unterverzeichnis von einer weiteren solchen Datei ge&auml;ndert werden.
Dies bedeutet auch, dass solche Einstellungen, wenn sie in einer Datei in
DocumentRoot angegeben sind, global gelten. Diese Dateien haben normalerweise den Namen .htaccess, man kann das jedoch &auml;ndern, siehe
dazu den Abschnitt 22.7.2 auf der n&auml;chsten Seite.
SUSE LINUX Enterprise Server
591
Mit AllowOverride kann man einstellen, ob die in den lokalen Dateien
angegebenen Einstellungen die globalen Einstellungen &uuml;berschreiben k&ouml;nnen. M&ouml;gliche Werte sind None, All sowie jede m&ouml;gliche Kombination
von Options, FileInfo, AuthConfig und Limit. Die Bedeutung dieser
Werte ist in der Dokumentation zu Apache ausf&uuml;hrlich beschrieben. Die
(sichere) Voreinstellung ist None.
Order
Diese Option beeinflusst, in welcher Reihenfolge die Einstellungen f&uuml;r die
Zugriffsrechte Allow, Deny angewandt werden. Die Voreinstellung ist:
Order allow,deny
Es werden also zuerst die Zugriffsrechte f&uuml;r erlaubte Zugriffe und dann die
f&uuml;r verbotene Zugriffe angewandt. Die zugrundeliegende Denkweise ist
eine von zweien:
allow all jeden Zugriff erlauben, aber Ausnahmen definieren.
deny all jeden Zugriff verweigern, aber Ausnahmen definieren.
Beispiel f&uuml;r deny all:
Order deny,allow
Deny from all
Allow from example.com
Allow from 10.1.0.0/255.255.0.0
AccessFileName
Hier l&auml;sst sich der Name f&uuml;r die Dateien einstellen, die in von Apache
ausgelieferten Verzeichnissen die globalen Einstellungen f&uuml;r Zugriffsrechte
etc. &uuml;berschreiben k&ouml;nnen (siehe dazu auch Abschnitt 22.7.2 auf der vorherigen Seite). Die Voreinstellung ist .htaccess.
ErrorLog
Gibt den Namen der Datei an, in der Apache Fehlermeldungen ausgibt.
Die Voreinstellung ist /var/log/httpd/errorlog. Fehlermeldungen
f&uuml;r Virtual Hosts (siehe Abschnitt 22.10 auf Seite 601) werden ebenfalls in
diese Datei ausgegeben, wenn im VirtualHost-Abschnitt der Konfigurationsdatei keine eigene Log-Datei angegeben wurde.
592
22.7. Konfiguration
22
LogLevel
Alias
Mit einem Alias kann man einen Shortcut f&uuml;r ein Verzeichnis angeben,
mit dem man dann direkt auf dieses Verzeichnis zugreifen kann. So
kann man beispielsweise &uuml;ber das Alias /manual/ auf das Verzeichnis
/srv/www/htdocs/manual zugreifen, auch wenn die DocumentRoot auf
ein anderes Verzeichnis als /srv/www/htdocs eingestellt ist. Solange die
DocumentRoot diesen Wert hat, macht das keinen Unterschied. Im Falle
dieses Alias kann man dann direkt mit http://localhost/manual auf
das entsprechende Verzeichnis zugreifen. Eventuell kann es n&ouml;tig sein, f&uuml;r
das in einer Alias-Direktive angegebene Zielverzeichnis eineDirectoryDirektive anzugeben, in der die Rechte f&uuml;r das Verzeichnis eingestellt werden (vgl. Abschnitt 22.7.2 auf Seite 591).
Der Webserver Apache
Fehlermeldungen werden je nach Dringlichkeit in verschiedene Stufen eingeteilt. Diese Einstellung gibt an, ab welcher Dringlichkeitsstufe die Meldungen ausgeben werden. Eine Einstellung auf einen Level gibt an, dass
Meldungen dieser Stufe und dringendere Meldungen ausgegeben werden.
Voreinstellung ist warn.
ScriptAlias
Diese Anweisung &auml;hnelt der Alias-Anweisung. Sie gibt zus&auml;tzlich an, dass
die Dateien im Zielverzeichnis als CGI-Skripte behandelt werden sollen.
Server Side Includes
Server Side Includes k&ouml;nnen aktiviert werden, indem man alle ausf&uuml;hrbaren Dateien nach SSIs durchsuchen l&auml;sst. Dies geschieht mit der folgenden
Anweisung:
&lt;IfModule mod_include.c&gt;
XBitHack on
&lt;/IfModule&gt;
Um eine Datei nach Server Side Includes durchsuchen zu lassen, muss man
sie dann lediglich mit chmod +x hdateinamei ausf&uuml;hrbar machen. Alternativ kann man auch explizit den Typ der Dateien angeben, die nach SSIs
durchsucht werden sollen. Dies geschieht mit
AddType text/html .shtml
AddHandler server-parsed .shtml
SUSE LINUX Enterprise Server
593
Es ist keine gute Idee, hier einfach .html anzugeben, da Apache dann alle Seiten nach Server Side Includes durchsucht (auch solche, die mit Sicherheit keine solchen enthalten), was die Performance erheblich beeintr&auml;chtigt.
Bei SUSE LINUX sind diese beiden Anweisungen bereits in der Konfigurationsdatei eingetragen, es sind also normalerweise keine Anpassungen
n&ouml;tig.
UserDir
Mit Hilfe des Moduls mod_userdir und der Direktive UserDir kann
man ein Verzeichnis im Home-Verzeichnis des Anwenders angeben, in
dem dieser seine Dateien &uuml;ber Apache ver&ouml;ffentlichen kann. Dies wird in
SuSEconfig &uuml;ber die Variable HTTPD_SEC_PUBLIC_HTML eingestellt. Um
Dateien ver&ouml;ffentlichen zu k&ouml;nnen, muss diese Variable auf den Wert yes
gesetzt sein. Dies f&uuml;hrt zu folgendem Eintrag in der Datei /etc/httpd/
suse_public_html.conf, die von /etc/apache2/httpd.conf eingelesen wird.
&lt;IfModule mod_userdir.c&gt;
UserDir public_html
&lt;/IfModule&gt;
22.8
Apache im Einsatz
Um mit Apache eigene (statische) Webseiten anzuzeigen, muss man lediglich die eigenen Dateien im richtigen Verzeichnis unterbringen. Unter
SUSE LINUX ist das /srv/www/htdocs. Eventuell sind dort bereits ein
paar kleine Beispielseiten installiert. Diese dienen lediglich dazu, nach der
Installation zu testen, ob Apache korrekt installiert wurde und l&auml;uft, man
kann sie problemlos &uuml;berschreiben oder besser deinstallieren. Eigene CGISkripte werden unter /srv/www/cgi-bin installiert.
Apache schreibt im laufenden Betrieb Log-Meldungen in die Datei /var/
log/httpd/access_log bzw. /var/log/apache2/access_log.
Dort ist dokumentiert, welche Ressourcen zu welcher Zeit mit welcher Methode (GET, POST ...) angefragt und ausgeliefert wurden. Bei Fehlern finden
sich entsprechende Hinweise unter /var/log/apache2).
594
22.8. Apache im Einsatz
22.9
22
Aktive Inhalte
Mit Apache gibt es drei Wege, um aktive Inhalte zu erstellen:
Server Side Includes (SSI) Dabei handelt es sich um Anweisungen, die
mit Hilfe spezieller Kommentare in eine HTML-Seite eingebettet werden. Apache wertet den Inhalt der Kommentare aus und gibt das
Ergebnis als Teil der HTML-Seite mit aus.
Der Webserver Apache
Apache bietet mehrere M&ouml;glichkeiten, aktive Inhalte an Clients auszuliefern. Unter aktiven Inhalten versteht man HTML-Seiten, die aufgrund einer
Verarbeitung aus variablen Eingabedaten des Clients erstellt wurden. Ein
bekanntes Beispiel daf&uuml;r sind Suchmaschinen, die auf die Eingabe eines
oder mehrerer, eventuell durch logische Operatoren wie UND bzw. ODER
verkn&uuml;pfter Suchbegriffe eine Liste von Seiten zur&uuml;ckgeben, in denen diese
Begriffe vorkommen.
Common Gateway Interface (CGI)
Hierbei werden Programme ausgef&uuml;hrt, die innerhalb bestimmter
Verzeichnisse liegen. Apache &uuml;bergibt vom Client &uuml;bertragene
Parameter an diese Programme und gibt die Ausgabe des Programms
an den Client zur&uuml;ck. Diese Art der Programmierung ist relativ
einfach, zumal man existierende Kommandozeilenprogramme so
umbauen kann, dass sie Eingaben von Apache annehmen und
Ausgaben an ihn ausgeben.
Module Apache bietet Schnittstellen, um beliebige Module als Teil der
Verarbeitung einer Anfrage ausf&uuml;hren zu k&ouml;nnen, und gew&auml;hrt diesen Programmen zudem Zugriff auf wichtige Informationen, wie den
Request oder die HTTP-Header. Dies macht es m&ouml;glich, Programme in die Verarbeitung der Anfrage einzuf&uuml;gen, die nicht nur aktive
Inhalte erzeugen k&ouml;nnen, sondern auch andere Funktionen (wie Authentifizierung) &uuml;bernehmen k&ouml;nnen. Die Programmierung solcher
Module erfordert etwas Geschick, als Vorteil wiegt eine hohe Performance sowie M&ouml;glichkeiten, die sowohl &uuml;ber SSI als auch &uuml;ber CGI
weit hinausgehen.
W&auml;hrend CGI-Skripte einfach von Apache aufgerufen werden (unter der
Benutzer-ID ihres Eigent&uuml;mers), wird bei Verwendung von Modulen ein
Interpreter in Apache eingebettet, der dann unter der ID des Webservers
permanent l&auml;uft. Der Interpreter ist „persistent“. Auf diese Weise muss
nicht f&uuml;r jede Anfrage ein eigener Prozess gestartet und beendet werden
SUSE LINUX Enterprise Server
595
(was einen erheblichen Overhead f&uuml;r Prozessmanagement, Speicherverwaltung usw. nach sich zieht), stattdessen wird das Skript einfach an den
bereits laufenden Interpreter &uuml;bergeben.
Einen Nachteil hat die Sache allerdings: W&auml;hrend &uuml;ber CGI ausgef&uuml;hrte
Skripte einigerma&szlig;en tolerant gegen nachl&auml;ssige Programmierung sind,
wirkt sich diese bei Verwendung von Modulen schnell nachteilig aus. Der
Grund daf&uuml;r ist, dass bei normalen CGI-Skripten Fehler wie das Nichtfreigeben von Resourcen und Speicher nicht so sehr ins Gewicht fallen, da
die Programme nach Bearbeitung der Anfrage wieder beendet werden und
damit vom Programm aufgrund eines Programmierfehlers nicht freigegebener Speicher wieder verf&uuml;gbar wird. Bei Verwendung von Modulen h&auml;ufen sich die Auswirkungen von Programmierfehlern an, da der Interpreter
permanent l&auml;uft. Wenn der Server nicht neu gestartet wird, kann der Interpreter ohne weiteres monatelang laufen, da machen sich nicht freigegebene
Datenbankverbindungen oder &auml;hnliches durchaus bemerkbar.
22.9.1
Server Side Includes: SSI
Server Side Includes sind in spezielle Kommentare eingebettete Anweisungen, die Apache ausf&uuml;hrt. Das Ergebnis wird dann an Ort und Stelle in
die Ausgabe eingebettet. Ein Beispiel: Das aktuelle Datum kann man mit
&lt;!--#echo var=&quot;DATE_LOCAL&quot; --&gt; ausgegeben werden. Hierbei ist
das # dem Kommentaranfang &lt;!-- der Hinweis f&uuml;r Apache, dass es sich
um eine SSI-Anweisung und nicht um einen gew&ouml;hnlichen Kommentar
handelt.
SSIs k&ouml;nnen auf mehrere Arten aktiviert werden. Die einfache Variante ist,
alle Dateien, deren Rechte auf ausf&uuml;hrbar gesetzt sind, auf Server Side Includes zu untersuchen. Die andere Variante ist, f&uuml;r bestimmte Dateitypen
festzulegen, dass sie auf SSIs untersucht werden sollen. Beide Einstellungen werden im Abschnitt 22.7.2 auf Seite 593 erl&auml;utert.
22.9.2
Common Gateway Interface: CGI
CGI ist eine Abk&uuml;rzung f&uuml;r „Common Gateway Interface“. Mit CGI liefert
der Server nicht einfach eine statische HTML-Seite aus, sondern f&uuml;hrt ein
Programm aus, das die Seite liefert. Auf diese Weise k&ouml;nnen Seiten erstellt
werden, die das Ergebnis einer Berechnung sind, beispielsweise das Ergebnis einer Suche in einer Datenbank. An das ausgef&uuml;hrte Programm k&ouml;nnen
Argumente &uuml;bergeben werden, so kann es f&uuml;r jede Anfrage eine individuelle Antwort-Seite zur&uuml;ckliefern.
596
22.9. Aktive Inhalte
22.9.3
GET und POST
Eingabeparameter k&ouml;nnen entweder mit GET oder mit POST an den Server
&uuml;bergeben werden. Je nachdem, welche Methode verwendet wird, gibt der
Server die Parameter auf unterschiedliche Weise an das Skript weiter. Bei
POST &uuml;bergibt der Server die Parameter auf dem Standardeingabekanal
(stdin) an das Programm. Genauso w&uuml;rde das Programm seinen Input
erhalten, wenn es in einer Konsole gestartet wird.
22
Der Webserver Apache
Der gro&szlig;e Vorteil an CGI ist, dass es eine recht einfache Technik ist. Das
Programm muss lediglich in einem bestimmten Verzeichnis liegen und
wird dann vom Webserver genauso wie ein Programm auf der Kommandozeile ausgef&uuml;hrt. Die Ausgaben des Programms auf dem Standardausgabekanal (stdout) gibt der Server einfach an den Client aus.
Bei GET werden die Parameter vom Server in der Umgebungsvariablen
QUERY_STRING an das Programm &uuml;bergeben. Eine Umgebungsvariable ist
eine Variable, die vom System &uuml;berall verf&uuml;gbar gemacht wird, ein klassisches Beispiel ist die Variable PATH, die eine Liste von Pfaden enth&auml;lt, die
das System nach ausf&uuml;hrbaren Kommandos durchsucht, wenn der Anwender einen Befehl eingibt.
22.9.4
Sprachen f&uuml;r CGI
CGI-Programme k&ouml;nnen prinzipiell in jeder Programmiersprache geschrieben sein. Typischerweise werden Skriptprachen (interpretierte Sprachen)
wie Perl oder PHP verwendet, f&uuml;r geschwindigkeitskritische CGIs kann im
Einzelfall auch C oder C++ die erste Wahl sein.
Im einfachsten Fall erwartet Apache diese Programme in einem bestimmten Verzeichnis (cgi-bin). Dieses Verzeichnis l&auml;sst sich in der Konfigurationsdatei einstellen, siehe den Abschnitt 22.7 auf Seite 589.
Ausserdem lassen sich weitere Verzeichnisse freigeben, die Apache dann
nach ausf&uuml;hrbaren Programmen durchsucht. Dies stellt aber ein gewisses
Sicherheitsrisiko dar, da dann jeder Anwender (evtl. b&ouml;swillige) Programme von Apache ausf&uuml;hren lassen kann. Wenn man ausf&uuml;hrbare Programme lediglich in cgi-bin zul&auml;sst, kann der Administrator leichter kontrollieren, wer welche Skripte und Programme dort ablegt und ob diese evtl.
b&ouml;sartiger Natur sind.
SUSE LINUX Enterprise Server
597
22.9.5
Aktive Inhalte mit Modulen erzeugen
Es gibt eine Reihe von Modulen f&uuml;r die Verwendung in Apache. Alle im
Folgenden beschriebenen Module stehen als Pakete in SUSE LINUX zur
Verf&uuml;gung. Der Begriff Modul wird in zwei Bedeutungen verwendet. Zum
einen gibt es Module, die in Apache eingebaut werden k&ouml;nnen und dort
eine bestimmte Funktion &uuml;bernehmen, wie zum Beispiel die im Folgenden
vorgestellten Module zur Einbettung von Programmiersprachen in Apache.
Zum anderen spricht man in Programmiersprachen von Modulen, wenn
man eine abgeschlossene Menge von Funktionen, Klassen und Variablen
meint. Diese Module werden in ein Programm eingebunden, um eine bestimmte Funktionalit&auml;t zur Verf&uuml;gung zu stellen. Ein Beispiel sind die in
allen Skriptsprachen vorhandenen CGI-Module, die das Programmieren
von CGI-Anwendungen erleichtern, indem sie unter anderem Methoden
zum Lesen der Request-Parameter und zur Ausgabe von HTML-Code zur
Verf&uuml;gung stellen.
22.9.6
mod_perl
Perl ist eine weitverbreitete und bew&auml;hrte Skriptsprache. F&uuml;r Perl gibt es
eine riesige Menge an Modulen und Bibliotheken (unter anderem auch eine
Bibliothek zur Erweiterung der Konfigurationsdatei von Apache). Die
Homepage f&uuml;r Perl ist http://www.perl.com/. Eine grosse Auswahl
an Libraries f&uuml;r Perl findet man im Comprehensive Perl Archive Network
(CPAN): http://www.cpan.org/. Eine deutschsprachige Seite f&uuml;r PerlProgrammierer ist http://www.perlunity.de/.
mod_perl einrichten
Um mod_perl unter SUSE LINUX einzurichten, muss man lediglich das
entsprechende Paket installieren (siehe dazu den Abschnitt 22.6 auf Seite 587). Die erforderlichen Eintr&auml;ge in der Konfigurationsdatei f&uuml;r Apache
sind dann ebenfalls schon vorhanden, siehe /etc/apache2/mod_perlstartup.pl. Informationen &uuml;ber mod_perl finden sich vor allem hier:
http://perl.apache.org/
mod_perl vs. CGI
Im einfachsten Fall kann man ein bisheriges CGI-Skript als mod_perlSkript laufen lassen, indem man es unter einer anderen URL aufruft. Die
598
22.9. Aktive Inhalte
ScriptAlias /cgi-bin/ &quot;/srv/www/cgi-bin/&quot;
Die Eintr&auml;ge f&uuml;r mod_perl lauten wie folgt:
&lt;IfModule mod_perl.c&gt;
# Provide two aliases to the same cgi-bin directory,
# to see the effects of the 2 different mod_perl modes.
# for Apache::Registry Mode
ScriptAlias /perl/
&quot;/srv/www/cgi-bin/&quot;
# for Apache::Perlrun Mode
ScriptAlias /cgi-perl/
&quot;/srv/www/cgi-bin/&quot;
&lt;/IfModule&gt;
22
Der Webserver Apache
Konfigurationsdatei enth&auml;lt Aliase, die auf das gleiche Verzeichnis verweisen und darin enthaltene Skripte entweder &uuml;ber CGI oder &uuml;ber mod_perl
aufrufen. Alle diese Eintr&auml;ge sind in der Konfigurationsdatei bereits eingetragen. Der Alias-Eintrag f&uuml;r CGI lautet:
Die folgenden Eintr&auml;ge sind f&uuml;r mod_perl ebenfalls n&ouml;tig. Auch sie sind
bereits in der Konfigurationsdatei eingetragen.
#
# If mod_perl is activated, load configuration information
#
&lt;IfModule mod_perl.c&gt;
Perlrequire /usr/include/apache/modules/perl/startup.perl
PerlModule Apache::Registry
#
# set Apache::Registry Mode for /perl Alias
#
&lt;Location /perl&gt;
SetHandler perl-script
PerlHandler Apache::Registry
Options ExecCGI
PerlSendHeader On
&lt;/Location&gt;
#
# set Apache::PerlRun Mode for /cgi-perl Alias
#
&lt;Location /cgi-perl&gt;
SetHandler perl-script
PerlHandler Apache::PerlRun
SUSE LINUX Enterprise Server
599
Options ExecCGI
PerlSendHeader On
&lt;/Location&gt;
&lt;/IfModule&gt;
Diese Eintr&auml;ge legen Aliase f&uuml;r die Modi Apache::Registry und
Apache::PerlRun an. Der Unterschied zwischen den beiden Modi gestaltet sich folgenderma&szlig;en:
Apache::Registry Alle Skripte werden kompiliert und dann in einem Cache gehalten. Jedes Skript wird als Inhalt einer Subroutine angelegt.
Dies ist gut f&uuml;r die Performance, hat jedoch auch einen Nachteil: Die
Skripte m&uuml;ssen sehr sauber programmiert sein, da Variablen und
Subroutinen zwischen den Aufrufen erhalten bleiben. Das bedeutet, dass man Variablen selbst zur&uuml;cksetzen muss, damit sie beim
n&auml;chsten Aufruf erneut verwendet werden k&ouml;nnen. Speichert man
beispielsweise in einem Skript f&uuml;r Online-Banking die Kreditkartennummer eines Kunden in einer Variable auf, so k&ouml;nnte diese Nummer wieder auftauchen, wenn der n&auml;chste Kunde die Anwendung
benutzt und somit das gleiche Skript wieder aufruft.
Apache::PerlRun Die Skripte werden f&uuml;r jede Anfrage neu kompiliert,
sodass Variablen und Subroutinen zwischen den Aufrufen aus dem
Namespace verschwinden. Der Namespace ist die Gesamtheit aller Variablennamen und Routinennamen, die zu einem bestimmten Zeitpunkt w&auml;hrend der Existenz eines Skripts definiert sind.
Mit Apache::PerlRun muss man deswegen nicht so genau auf
saubere Programmierung achten, da alle Variablen beim Start des
Skripts frisch initialisiert sind und keine Werte aus vorangegangenen Aufrufen mehr enthalten k&ouml;nnen. Dies geht nat&uuml;rlich zu Lasten
der Geschwindigkeit, ist aber immer noch deutlich schneller als CGI,
da man sich den Aufruf eines eigenen Prozesses f&uuml;r den Interpreter
spart. Apache::PerlRun verh&auml;lt sich &auml;hnlich wie CGI.
22.9.7
mod_php4
PHP ist eine Programmiersprache, die speziell f&uuml;r den Einsatz mit Webservern entworfen wurde. Im Unterschied zu anderen Sprachen, deren Befehle in eigenst&auml;ndigen Dateien (Skripten) abgelegt werden, sind bei PHP
die Befehle (&auml;hnlich wie bei SSI) in eine HTML-Seite eingebettet. Der PHPInterpreter verarbeitet die PHP-Befehle und bettet das Ergebnis der Verarbeitung in die HTML-Seite ein.
600
22.9. Aktive Inhalte
Das Paket mod_php4-core muss in jedem Fall installiert sein. F&uuml;r Apache 2 wird zus&auml;tzlich Paket apache2-mod_php4.
22.9.8
mod_python
Python ist eine objektorientierte Programmiersprache mit einer sehr klaren
und leserlichen Syntax. Etwas ungew&ouml;hnlich, aber nach einer kurzen Eingew&ouml;hnungsphase recht angenehm ist, dass die Struktur des Programms
von der Einr&uuml;ckung abh&auml;ngt. Blocks werden nicht &uuml;ber geschweifte Klammern (wie in C und Perl) oder andere Begrenzer (wie begin und end) definiert, sondern dar&uuml;ber, wie tief sie einger&uuml;ckt sind. Installieren Sie Paket
apache2-mod_python.
22
Der Webserver Apache
Die Homepage f&uuml;r PHP findet man unter http://www.php.net/. Eine deutschsprachige PHP-Seite findet man unter http://www.phphomepage.de/.
Mehr &uuml;ber die Sprache findet man unter http://www.python.org/.
Mehr Informationen &uuml;ber mod_python bietet http://www.modpython.
org/.
22.9.9
mod_ruby
Ruby ist eine relativ junge objektorientierte High-LevelProgrammiersprache, die sowohl &Auml;hnlichkeit mit Perl als auch mit
Python hat und die sich hervoragend f&uuml;r Skripte eignet. Mit Python
verbindet sie die saubere, sehr &uuml;bersichtliche Syntax, w&auml;hrend sie von Perl
die von vielen Programmierern geliebten (und von anderen verachteten)
K&uuml;rzel wie zum Beispiel $.r, die Nummer der zuletzt aus der Eingabedatei gelesenen Zeile, &uuml;bernommen hat. Von der grundlegenden Konzeption
erinnert Ruby stark an Smalltalk.
Die Homepage von Ruby ist http://www.ruby-lang.org/. Auch f&uuml;r
Ruby gibt es ein Apache-Modul, die Homepage findet sich unter http:
//www.modruby.net/.
22.10
Virtual Hosts
Mit Virtual Hosts ist es m&ouml;glich, mehrere Domains mit einem einzigen
Webserver ins Netz zu stellen. Auf diese Weise spart man sich die Kosten
und den Administrationsaufwand f&uuml;r einen eigenen Server pro Domain.
SUSE LINUX Enterprise Server
601
Apache war einer der ersten Webserver, die dieses Feature geboten haben
und er bietet mehrere M&ouml;glichkeiten f&uuml;r Virtual Hosts:
Namensbasierte Virtual Hosts
IP-basierte Virtual Hosts
Mehrere Instanzen von Apache auf einem Rechner laufen lassen.
22.10.1
Namensbasierte Virtual Hosts
Bei namensbasierten Virtual Hosts werden von einer Instanz von Apache
mehrere Domains bedient. Die Einrichtung mehrerer IPs f&uuml;r einen Rechner ist hierbei nicht n&ouml;tig. Dies ist die einfachste Alternative und sie sollte bevorzugt werden. Mehr zu Gr&uuml;nden, die gegen die Verwendung von
namensbasierten Virtual Hosts sprechen k&ouml;nnen, findet man in der Dokumentation zu Apache.
Diese Konfiguration geschieht direkt &uuml;ber die Konfigurationsdatei /etc/
apache2/httpd.conf. Um namensbasierte Virtual Hosts zu aktivieren,
muss man eine passende Direktive angeben: NameVirtualHost *. Hier
reicht die Angabe von *, damit Apache einfach alle eingehenden Anfragen entgegen nimmt. Dann m&uuml;ssen noch die einzelnen Hosts konfiguriert
werden:
&lt;VirtualHost *&gt;
ServerName www.meinefirma.de
DocumentRoot /srv/www/htdocs/meinefirma.de
ServerAdmin [email protected]
ErrorLog /var/log/httpd/www.meinefirma.de-error_log
CustomLog /var/log/httpd/www.meinefirma.de-access_log common
&lt;/VirtualHost&gt;
&lt;VirtualHost *&gt;
ServerName www.meineanderefirma.de
DocumentRoot /srv/www/htdocs/meineanderefirma.de
ServerAdmin [email protected]
ErrorLog /var/log/httpd/www.meineanderefirma.de-error_log
CustomLog /var/log/httpd/www.meineanderefirma.de-access_log common
&lt;/VirtualHost&gt;
Hier wie im Folgenden sollte f&uuml;r Apache 2 der Pfad zu den Logdateien
von /var/log/httpd in /var/log/apache2 ge&auml;ndert werden. F&uuml;r die
Domain, die der Server urspr&uuml;nglich gehostet hat (www.meinefirma.de),
muss dabei ebenfalls ein VirtualHost-Eintrag angelegt werden. In diesem
602
22.10. Virtual Hosts
In den VirtualHost-Direktiven wird wie bei NameVirtualHost ebenfalls ein * angegeben. Den Zusammenhang zwischen der Anfrage und dem
Virtual Host stellt Apache &uuml;ber das Host-Feld im HTTP-Header her. Die
Anfrage wird an den Virtual Host weitergeleitet, dessen ServerName mit
dem in diesem Feld angegebenen Hostnamen &uuml;bereinstimmt.
Bei den Direktiven ErrorLog und CustomLog ist es nicht entscheidend,
dass die Log-Dateien den Domain-Namen enthalten, man kann hier beliebige Namen verwenden.
ServerAdmin benennt die E-Mail-Adresse eines Verantwortlichen, an den
man sich bei Problemen wenden kann. Treten Fehler auf, dann gibt Apache diese Adresse in Fehlermeldungen an, die er an den Client zur&uuml;ckschickt.
22.10.2
22
Der Webserver Apache
Beispiel wird also die urspr&uuml;ngliche Domain und zus&auml;tzlich eine weitere
Domain (www.meineanderefirma.de) auf demselben Server gehostet.
IP-basierte Virtual Hosts
F&uuml;r diese Alternative muss man auf einem Rechner mehrere IPs einrichten. Eine Instanz von Apache bedient dann mehrere Domains, wobei jede Domain einer IP zugewiesen ist. Das folgende Beispiel zeigt,
wie man Apache so einrichtet, dass er au&szlig;er auf seiner urspr&uuml;nglichen IP 192.168.1.10 noch zwei weitere Domains auf zus&auml;tzlichen IPs
(192.168.1.20 und 192.168.1.21) hostet. Dieses konkrete Beispiel
funktioniert nat&uuml;rlich nur in einem Intranet, da IPs aus dem Bereich von
192.168.0.0 bis 192.168.255.0 im Internet nicht weitergeleitet (geroutet) werden.
IP-Aliasing einrichten
Damit Apache mehrere IPs hosten kann, muss der Rechner, auf dem er
l&auml;uft, Anfragen f&uuml;r mehrere IPs akzeptieren. Dies bezeichnet man auch
als Multi-IP-Hosting. Dazu muss als erstes IP-Aliasing im Kernel aktiviert
sein. Dies ist bei SUSE LINUX standardm&auml;&szlig;ig der Fall.
Ist der Kernel f&uuml;r IP-Aliasing konfiguriert, kann man mit den Befehlen
ifconfig und route weitere IPs auf dem Rechner einrichten. Um diese
Kommandos einzugeben, muss man als root eingeloggt sein. Im Folgenden wird angenommen, dass der Rechner bereits eine eigene IP-Adresse,
zum Beispiel 192.168.1.10 hat, die dem Netzwerkdevice eth0 zugewiesen ist.
SUSE LINUX Enterprise Server
603
Welche IP der Rechner verwendet, l&auml;sst sich durch Eingabe von ifconfig
feststellen. Weitere IPs f&uuml;gt man dann zum Beispiel auf folgende Weise hinzu:
/sbin/ifconfig eth0:0 192.168.1.20
/sbin/ifconfig eth0:1 192.168.1.21
Alle diese IPs sind dann demselben physikalischen Netzwerkdevice (eth0)
zugewiesen.
Virtual Hosts mit IPs
Ist IP-Aliasing auf dem System eingerichtet oder der Rechner mit mehreren
Netzwerkkarten konfiguriert worden, kann man Apache konfigurieren.
F&uuml;r jeden virtuellen Server gibt man einen eigenen VirtualHost-Block
an:
&lt;VirtualHost 192.168.1.20&gt;
ServerName www.meineanderefirma.de
DocumentRoot /srv/www/htdocs/meineanderefirma.de
ServerAdmin [email protected]
ErrorLog /var/log/httpd/www.meineanderefirma.de-error_log
CustomLog /var/log/httpd/www.meineanderefirma.de-access_log common
&lt;/VirtualHost&gt;
&lt;VirtualHost 192.168.1.21&gt;
ServerName www.nocheinefirma.de
DocumentRoot /srv/www/htdocs/nocheinefirma.de
ServerAdmin [email protected]
ErrorLog /var/log/httpd/www.nocheinefirma.de-error_log
CustomLog /var/log/httpd/www.nocheinefirma.de-access_log common
&lt;/VirtualHost&gt;
Hier werden VirtualHost-Direktiven nur f&uuml;r die zus&auml;tzlichen Domains angegeben, die urspr&uuml;ngliche Domain (www.meinefirma.de) wird nach
wie vor &uuml;ber die entsprechenden Einstellungen (DocumentRoot etc.) au&szlig;erhalb der VirtualHost-Bl&ouml;cke konfiguriert.
22.10.3
Mehrere Instanzen von Apache
Bei den vorhergehenden Methoden f&uuml;r Virtual Hosts k&ouml;nnen die Administratoren einer Domain die Daten der anderen Domains lesen. Will man die
einzelnen Domains voneinander abschotten, kann man mehrere Instanzen
von Apache starten, die jeweils eigene Einstellungen f&uuml;r User, Group etc.
in der Konfigurationsdatei verwenden.
604
22.10. Virtual Hosts
Listen 192.168.1.10:80
F&uuml;r die anderen beiden Instanzen jeweils:
Listen 192.168.1.20:80
Listen 192.168.1.21:80
22.11
22.11.1
Sicherheit
22
Der Webserver Apache
In der Konfigurationsdatei gibt man mit der Listen Direktive an, f&uuml;r welche IP die jeweilige Instanz von Apache zust&auml;ndig ist. Analog zum vorhergehenden Beispiel lautet diese Direktive dann f&uuml;r die erste Instanz von
Apache:
Das Risiko gering halten
Wenn man auf einem Rechner keinen Webserver ben&ouml;tigt, sollte man Apache im Runlevel-Editor deaktivieren oder erst gar nicht installieren bzw.
deinstallieren. Jeder Server, der auf einem Rechner nicht l&auml;uft, ist eine Angriffm&ouml;glichkeit weniger. Dies gilt insbesondere f&uuml;r Rechner, die als Firewalls dienen, auf diesen sollten grunds&auml;tzlich nach M&ouml;glichkeit keine Server laufen.
22.11.2
Zugriffsrechte
DocumentRoot sollte Root geh&ouml;ren
Per Voreinstellung geh&ouml;rt das Verzeichnis DocumentRoot (/srv/www/
htdocs) und das CGI-Verzeichnis dem Benutzer root. Das sollte man
auch so belassen. Sind diese Verzeichnisse f&uuml;r jedermann beschreibbar,
kann dort jeder Benutzer Dateien ablegen. Diese Dateien werden dann von
Apache ausgef&uuml;hrt, und zwar als Benutzer wwwrun. Apache sollte keine
Schreibrechte auf die Daten und Skripte haben, die er ausliefert. Deshalb
sollten diese nicht dem Benutzer wwwrun, sondern zum Beispiel root geh&ouml;ren.
M&ouml;chte man Usern die M&ouml;glichkeit geben, Dateien im DokumentVerzeichnis von Apache unterzubringen, so sollte man, anstatt dieses f&uuml;r
alle beschreibbar zu machen, ein f&uuml;r alle beschreibbares Unterverzeichnis
einrichten, zum Beispiel /srv/www/htdocs/wir_ueber_uns.
SUSE LINUX Enterprise Server
605
Dokumente aus dem eigenen Home-Verzeichnis ver&ouml;ffentlichen
Eine weitere M&ouml;glichkeit daf&uuml;r zu sorgen, dass Anwender eigene Dateien ins Netz stellen k&ouml;nnen ist, in der Konfigurationsdatei ein Verzeichnis
im Home des Users anzugeben, in dem dieser seine Dateien f&uuml;r die WebPr&auml;sentation ablegen kann (zum Beispiel ~/public_html). Dies ist bei
SUSE LINUX per Voreinstellung aktiviert, die Einzelheiten sind im Abschnitt 22.7.2 auf Seite 594 beschrieben.
Auf diese Webseiten kann dann unter Angabe des Users in der URL zugegriffen werden, die URL enth&auml;lt die Bezeichnung h usernamei als K&uuml;rzel
f&uuml;r das entsprechende Verzeichnis im Home-Verzeichnis des Anwenders.
Ein Beispiel: Die Eingabe der URL http://localhost/~tux in einem
Browser zeigt die Dateien aus dem Verzeichnis public_html im HomeVerzeichnis des Anwenders tux an.
22.11.3
Immer auf dem Laufenden bleiben
Wer einen Webserver betreibt sollte, besonders wenn dieser Webserver &ouml;ffentlich verf&uuml;gbar ist, immer auf dem neuesten Stand bleiben, was Fehler
und die dadurch m&ouml;glichen Angriffsfl&auml;chen angeht.
Quellen f&uuml;r die Recherche nach Exploits und Fixes sind im Abschnitt 22.13.3 auf Seite 608 aufgelistet.
22.12
Troubleshooting
Sollten Probleme auftreten, etwa dass Apache eine Seite gar nicht oder
nicht korrekt anzeigt, helfen Ihnen folgende Ma&szlig;nahmen beim Ermitteln
der Fehlerquelle.
Schauen Sie zun&auml;chst in der Fehler-Logdatei nach, ob aus den Meldungen darin hervorgeht, was schiefl&auml;uft: /var/log/httpd/
error_log bzw. /var/log/apache2/error_log.
Lassen Sie idealerweise in einer Konsole die Logfiles anzeigen, um
w&auml;hrend der Zugriffe auf den Server parallel mitlesen zu k&ouml;nnen, wie
er reagiert. Geben Sie dazu in einer root-Konsole folgenden Befehl
ein:tail -f /var/log/apache2/*_log.
Schauen Sie in der Bug-Datenbank nach. Diese ist online unter http:
//bugs.apache.org/ verf&uuml;gbar.
606
22.12. Troubleshooting
Wenn alle vorhergehenden M&ouml;glichkeiten keine L&ouml;sung gebracht haben und Sie sich sicher sind, dass Sie einen Bug in Apache gefunden haben, dann k&ouml;nnen Sie diesen unter http://www.suse.de/
feedback/ an uns direkt melden.
22.13
22.13.1
Weitere Dokumentation
Apache
22
Der Webserver Apache
Lesen Sie die Mailinglisten und Newsgroups. Die Mailingliste f&uuml;r Anwender findet man unter http://httpd.apache.
org/userslist.html. Als Newsgroup emfehlen sich comp.
infosystems.www.servers.unix und verwandte Gruppen.
Apache kommt mit einer ausf&uuml;hrlichen Dokumentation. Wie man diese
installiert, ist im Abschnitt 22.6 auf Seite 587 beschrieben. Sie steht dann
unter http://localhost/manual zur Verf&uuml;gung. Die aktuellste Dokumentation findet man nat&uuml;rlich immer auf der Homepage von Apache:
http://httpd.apache.org
22.13.2
CGI
Weitere Informationen zu CGI bieten folgende Seiten:
http://apache.perl.org/
http://perl.apache.org/
http://www.modperl.com/
http://www.modperlcookbook.org/
http://www.fastcgi.com/
http://www.boutell.com/cgic/
SUSE LINUX Enterprise Server
607
22.13.3
Sicherheit
Unter http://www.suse.de/security/ werden laufend die aktuellen
Patches f&uuml;r die SUSE Pakete zur Verf&uuml;gung gestellt. Diese URL sollten Sie
regelm&auml;&szlig;ig besuchen, dort k&ouml;nnen Sie auch die SUSE Security Announcements per Mailingliste abonnieren.
Das Apache-Team betreibt eine offene Informationspolitik, was Fehler
in Apache angeht. Aktuelle Meldungen &uuml;ber Bugs und dadurch m&ouml;gliche Angriffsstellen findet man unter http://httpd.apache.org/
security_report.html.
Hat man selber ein Sicherheitsproblem entdeckt (bitte erst auf den eben
genannten Seiten verifizieren, ob es wirklich neu ist), kann man es per Mail
an [email protected] oder auch [email protected] me">
Hello! I am an AI chatbot specifically trained to assist you with the Suse SUSE LINUX Enterprise Server SLES9 Installation and Administration Guide. I have thoroughly reviewed the document and can help you locate the exact information you need or explain the content in clear and simple terms. Whether you’re looking for guidance on specific features, troubleshooting steps, or general usage, feel free to ask your questions. The more details you provide about your concerns or needs, the more accurately and effectively I can assist you!
Assistant typing
Assistant is out of keyboard. Please, try again later.
It looks like you''ve reached a document that is written in multiple languages, including one that isn''t your native language. You can use the following links to temporarily hide pages without the language you prefer.