xinetd fälscht einen neuen Prozess für jede Verbindung und die Verbindung wird geschlossen, wenn der Prozess beendet wird. Wenn Sie einen permanenten Prozess haben, sollten Sie stattdessen etwas wie netcat verwenden.
Xinetd-Server-Konfiguration
Ich habe ein Java-Server-Konsolenprogramm, das ich konfiguriert habe, um xinetd zu starten, wenn die Verbindung an einem bestimmten Port hergestellt wird und das Programm dann in einer Endlosschleife ausgeführt wird, die den Inputstream von Telefonvermittlungen empfängt.
Die Sache ist, wenn ein neuer Teil des Streams aus dem Austausch kommt, xinetd jedes Mal einen neuen Prozess aufteilt. Ich habe versucht, den Parameter wait auf yes zu setzen und den Deamon neu zu starten, aber kein Erfolg.
Wie kann ich dieses Verhalten stoppen und den Deamon dazu bringen, den Stream an den bereits laufenden Prozess weiterzuleiten? Fehlt mir etwas in meiner Konfig oder ist es nur falsch?
Meine Konfig lautet wie folgt:
defaults { instances = 60 log_type = SYSLOG authpriv log_on_success = HOST PID log_on_failure = HOST cps = 50 10 } includedir /etc/xinetd.d
Und dann meine eigentliche Config,
service aos_larmar { socket_type = stream protocol = tcp user = root type = UNLISTED wait = yes instances = 256 server = /home/gunnl/java/start.sh port = 5204 disable = no }
Mein Server-Betriebssystem ist
Red Hat Enterprise Linux ES, Version 4 (Nahant Update 7).
1 Antwort auf die Frage
Verwandte Probleme
-
9
Was ist der Unterschied zwischen den Befehlen "su -s" und "sudo -s"?
-
4
Gutes freies Ubuntu Server-VMWare-Image benötigt
-
4
Was sind die Unterschiede zwischen den großen Linux-Distributionen? Werde ich es merken
-
2
Begrenzung der CPU-Auslastung für Flash in Firefox?
-
2
Wie kann ich mein Mikrofon unter Debian GNOME zum Laufen bringen?
-
2
Conky-Setups - Beispiele / Ideen?
-
3
Was sind die Unterschiede zwischen Linux Window Managern?
-
2
ThunderBird / Lichtsynchronisation mit SE k770i
-
4
Linux-Dateisystem
-
6
Vollbild-Flash langsam in KDE 4