C'est exactement ce que fait inetd. Et comme stunnel est à TLS ce que inetd est à IP, pourquoi systemd ne prend pas en charge l'initialisation des sockets TLS, dans leur logique ça devrait être le cas ?
Et "démarrer le réseau" dépend du service qui va tourner dessus. systemd supporte-t-il l'activation pour les services utilisant les "raw socket" (vrai question) ?
L'activation permet aussi le démarrage dans un ordre non garanti, et permet de relancer en cas de crash.
Il me semblait qu'une gestion des dépendances permettaient de lancer les services dans un ordre correct et non pas dans n'importe quel ordre.
Quand à la gestion des crash, c'est indépendant de l'activation des socket de systemd et, pour faire juste, il faudrait communiquer avec le service afin de contrôler son fonctionnement. Le service peut sembler fonctionnel alors qu'en fait il est planter, donc on est obliger de prévoir une solution supplémentaire capable de parler le protocole du service afin de s'assurer qu'il fonctionne correctement.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: If it works, don't fix it.
Posté par Etienne Bagnoud . En réponse au journal Chronique des dinosaures rétrogrades. Évalué à 3.
C'est exactement ce que fait inetd. Et comme stunnel est à TLS ce que inetd est à IP, pourquoi systemd ne prend pas en charge l'initialisation des sockets TLS, dans leur logique ça devrait être le cas ?
Et "démarrer le réseau" dépend du service qui va tourner dessus. systemd supporte-t-il l'activation pour les services utilisant les "raw socket" (vrai question) ?
Il me semblait qu'une gestion des dépendances permettaient de lancer les services dans un ordre correct et non pas dans n'importe quel ordre.
Quand à la gestion des crash, c'est indépendant de l'activation des socket de systemd et, pour faire juste, il faudrait communiquer avec le service afin de contrôler son fonctionnement. Le service peut sembler fonctionnel alors qu'en fait il est planter, donc on est obliger de prévoir une solution supplémentaire capable de parler le protocole du service afin de s'assurer qu'il fonctionne correctement.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell