Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

5
Netzwerkprogrammierung in der Praxis
In den ersten vier Kapiteln dieses Buchs haben wir uns das Rüstzeug für
die Unix-Netzwerkprogrammierung angeeignet. Jetzt wollen wir uns um die
Praxis der Netzwerkprogrammierung kümmern und dabei unsere Kenntnisse
vertiefen. Zu diesem Zweck beschäftigen wir uns im folgenden vorwiegend mit
dem Entwurf und der Implementierung robuster Serverprogramme. Zwar sind
auch Clientprogramme nicht frei von Komplexität, die Musik spielt im Bereich
der Netzwerkprogrammierung aber meist auf der Seite der Server. Das Kapitel
beschreibt fünf verschiedene Implementierungsmuster für Serverprogramme
und wiegt deren Vor- und Nachteile gegeneinander ab.
Das einzige bislang vorgestellte echte“ Serverprogramm, der Timeserver aus
”
Beispiel 4.6, war bewußt sehr einfach strukturiert. Nach dem Programmstart
legt der Server einen neuen Socket an und öffnet diesen passiv. Auf neu eingehende
Verbindungsanfragen reagiert der Server, indem er sequentiell jeweils
eine Verbindung annimt und dem Clientprogramm, mit dem er nun verbunden
ist, die aktuelle Uhrzeit übermittelt. Danach schließt der Server die Verbindung
und wartet auf bzw. bedient die nächste Clientanfrage. In der Literatur
wird ein derartiger Server oft als iterativer Server bezeichnet. Iterativ
arbeitende Server haben den Nachteil, daß, während von ihnen eine Clientanfrage
bearbeitet wird, andere Clients zunächst vom Dienst ausgeschlossen
bleiben. Erst wenn eine Anfrage komplett abgearbeitet und die Verbindung
terminiert ist, kommt der nächste Client zum Zug. Iterative Server werden
deshalb meist dann eingesetzt, wenn der Server die einzelnen Anfragen der
Clients sehr schnell und ohne größeren Aufwand beantworten kann und die
Verbindung zum Client danach sofort wieder beendet wird. Dies ist z. B. beim
Timeserver aus Beispiel 4.6 der Fall, weshalb dort die sequentielle Behandlung
der Clients durchaus in Ordnung geht.
Neben der iterativen Verarbeitung der Verbindungen gibt es aber auch die
Möglichkeit, die eingehenden Anfragen nebenläufig zu beantworten. Nebenläufige
Server bieten den anfragenden Clients in der Regel ein besseres, weil