Einf ¨uhrung in UNIX - CIS

38 2 UNIX
eigene IP-Adresse haben, sind nicht auf den lpsched(1M) angewiesen. Stattdessen
laufen andere Dämonen wie die des HP Distributed Printing Systems
(HPDPS) zur Verwaltung der Drucker und Warteschlangen.
2.3.5.4 Internet-Dämon (inetd)
Der Internet-Dämon inetd(1M) ist ein Türsteher, der ständig am Netz
lauscht. Kommt von außerhalb eine Anfrage mittels ftp(1), lpr(1),
telnet(1), rlogin(1) oder ein Remote Procedure Call, wird er aktiv und
ruft einen auf den jeweiligen Netzdienst zugeschnittenen Unterdämon auf,
der die Anfrage bedient. Er ist ein Super-Server, der die eigentlichen Server-
Prozesse nach Bedarf startet. Es darf immer nur ein Internet-Dämon laufen.
Nicht jeder Netzdienst geht über den inetd(1M), Email (SMTP) beispielsweise
nicht. Weiteres siehe Abschnitt ?? Netzdienste im Überblick auf Seite
??.
2.3.5.5 Mail-Dämon (sendmail)
Email ist ein wichtiger Netzdienst. Ständig kommt Post herein oder wird
verschickt. Die Verbindung des lokalen Mailsystems zum Netz stellt der
sendmail(1M)-Dämon (Mail Transfer Agent) her, der wegen seiner Bedeutung
unabhängig vom inetd(1M)-Dämon läuft. sendmail(1M) ist für seine
nicht ganz triviale Konfiguration berüchtigt, die vor allem daher rührt,
daß die Email-Welt sehr bunt ist. Es gibt eben nicht nur das Internet
mit seinen einheitlichen Protokollen. Obwohl ein Benutzer unmittelbar mit
sendmail(1M) arbeiten könnte, ist fast immer ein Dienstprogramm wie
mail(1) oder elm(1) (Mail User Agent) vorgeschaltet.
2.3.6 Interprozess-Kommunikation (IPC)
2.3.6.1 IPC mittels Files
Mehrere Prozesse können auf dasselbe File auf dem Massenspeicher lesend
und schreibend zugreifen, wobei es am Benutzer liegt, das Durcheinander
in Grenzen zu halten. Dabei wird oft von sogenannten Lock-Files (engl. to
lock = zuschließen, versperren) Gebrauch gemacht. Beipielsweise darf nur
ein elm(1)-Prozess zum Verarbeiten der Email pro Benutzer existieren. Also
schaut elm(1) beim Aufruf nach, ob ein Lock-File /tmp/mbox.username
existiert. Falls nein, legt elm(1) ein solches File an und macht weiter. Falls
ja, muß bereits ein elm(1)-Prozess laufen, und die weiteren Startversuche
enden mit einer Fehlermeldung. Bei Beendigung des Prozesses wird das Lock-
File gelöscht. Wird der Prozess gewaltsam abgebrochen, bleibt das Lock-File
erhalten und täuscht einen elm(1)-Prozess vor. Das Lock-File ist dann von
Hand zu löschen.
Die Kommunikation über Files erfordert Zugriffe auf den Massenspeicher
und ist daher langsam. In obigem Fall spielt das keine Rolle, aber wenn lau-