Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

4.3 Sockets 209
50–58
Die Antwort des Timeservers empfangen wir mit der recvfrom()-Funktion.
An der Socket-Adresse des absendenden Diensts sind wir in diesem Beispiel
nicht interessiert, weshalb wir für die letzten beiden Argumente jeweils einen
Nullzeiger übergeben. Sollte recvfrom() einen Fehler anzeigen, bricht das
Programm ebenfalls ab. Andernfalls wird der erfolgreiche Versand der Nachricht
mit einer passenden Textausgabe angezeigt.
Ein Testlauf des UDP-basierten Clientprogramms liefert auch hier das erwartete
Ergebnis. Der Server antwortet auf das leere UDP-Datagramm mit
dem aktuellen Zeitstempel, den der Client mittels recvfrom()-Funktion.
empfängt, in ein lesbares Format wandelt und auf der Kommandozeile ausgiebt:
$ ./timeclientudp 192.168.1.1
Anfrage an 192.168.1.1 verschickt.
Antwort von 192.168.1.1 erhalten.
Sat Jun 11 10:44:21 2005
Beachten Sie vor einem Testlauf natürlich wieder unbedingt, daß der Zeitdienst
in der Konfiguration des Internet Dæmons aktiviert ist und daß der
Dæmon selbst ebenfalls läuft. Auf den ersten Blick verhält sich das Beispielprogramm
damit so wie die TCP-Variante aus Beispiel 4.5. Der erste wesentliche
Unterschied zeigt sich, sobald der Timeserver nicht läuft (z. B. indem wir
den Internet Dæmon anhalten, den Zeitdienst in der Konfigurationsdatei des
Dæmons deaktivieren oder ein ausgeschaltetes Rechnersystem adressieren):
$ ./timeclientudp 192.168.1.1
Anfrage an 192.168.1.1 verschickt.
Obwohl die adressierte Gegenstelle nicht auf Anfragen wartet, kann der UDP-
Client offensichtlich trotzdem erfolgreich Daten an den Zeitdienst verschicken.
Das leere UDP-Datagramm wird von der sendto()-Funktion. erfolgreich auf
die Reise geschickt, kommt beim adressierten Dienst auf dem Rechner mit der
IP-Adresse 192.168.1.1 auf Port 37 allerdings mangels Abnehmer nie an. Der
sich anschließende recvfrom()-Aufruf wartet deshalb auch vergeblich (und
für immer) auf eine Antwort des Zeitservers. In dieser Situation hilft nur noch
ein externer Programmabbruch mit der Abbruchtaste.
Die TCP-Variante des Clients aus Beispiel 4.5 im Abschnitt 4.3.3 verhält sich
hier anders: Das TCP-basierte Clientprogramm entdeckt bereits während des
gesicherten Verbindungsaufbaus, daß die Serverseite nicht antwortet.
Verbundene UDP-Sockets
Um auch für UDP-Sockets zu gewährleisten, daß offensichtliche Fehlersituationen,
etwa eine nicht erreichbare Gegenstelle, erkannt und mitgeteilt werden,