Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

256 5 Netzwerkprogrammierung in der Praxis
accept(s)
Serverprozeß
read(c)/write(c)
close(c)
Abb. 5.2. Ablaufdiagramm eines iterativen Servers
5.2.1 Sequentielle Verarbeitung der Anfragen
12–18
20–29
31–45
Um den Server später durch ein SIGTERM-Signal geordnet beenden zu können,
wird als erstes die Signalbehandlungsroutine sig_handler() implementiert.
Die Funktion kommt zum Zug, sobald dem Dæmon ein SIGTERM-Signal zugestellt
wird. Die sig_handler()-Funktion unternimmt nichts weiter, als die
globale Variable daemon_exit auf den Wert 1 zu setzen, sodaß das Hauptprogramm
im Anschluß erkennt, daß sich der Dæmon beenden soll (siehe unten).
Im Hauptprogramm wird zunächst mittels tcp_listen() ein passiver Socket
auf dem in "server.h" festgelegten Port geöffnet. Nachdem der Hilfsfunktion
im Argument nodename ein Nullzeiger übergeben wird, wird der neue Socket
an die Wildcard-Adresse gebunden. Der neue Socket hört damit auf allen
konfigurierten IP-Adressen.
Danach wird die sig_handler()-Funktion als Signalbehandlungsroutine für
das SIGTERM-Signal festgelegt und der Prozeß in einen Dæmon umgewandelt.
Die passende Hilfsfunktion daemon_init() haben wir in Abschnitt 2.6
entwickelt. Sie stellt die Signalbehandlung für terminalgenerierte Signale auf
ignorieren, legt den Server in den Hintergrund, löst die Assoziation zwischen
Prozeß und kontrollierendem Terminal, schließt unbenötigte Dateideskriptoren,
öffnet den Syslog-Dienst, wechselt das Arbeitsverzeichnis, ändert die Dateimodusmaske
und legt zuguterletzt eine PID-Datei für den Dæmon an.
Bis einschließlich der Dæmon-Initialisierung führen Fehler immer zu einer
Fehlermeldung mit sofortigem Programmabbruch. Im weiteren Verlauf des
Programms, sobald der Dienst also läuft, muß mit Fehlersituationen diffiziler
umgegangen werden. Eine Fehlersituation, etwa ein Kommunikationsfehler
zwischen dem Server und einem (einzigen) Client soll ja im Allgemeinen nicht
mehr gleich zum Abbruch des kompletten Servers führen.