Discussion :

[mensoif]

Hello,
je cherche donc à implémenter cela. Il me reste seulement la façon. J'ai trouvé peu d'info la dessus. et celle que j'ai trouvé ne me plais pas. Cela consiste à écrire le pid du proc daemon dans un fichier pour ensuite l'arreter. Mais que se passe t'il si ce fichier est corrompus ?

J'ai ensuite voulus faire mumuse avec la var $$ mais ce n'est pas non plus cela étant donnée que le nouveau proc lancé aura son id prorpre.

Fin voila, une p'tite idée serrai la bienvenu =)

[Jedai]

Hello,
je cherche donc à implémenter cela. Il me reste seulement la façon. J'ai trouvé peu d'info la dessus. et celle que j'ai trouvé ne me plais pas. Cela consiste à écrire le pid du proc daemon dans un fichier pour ensuite l'arreter. Mais que se passe t'il si ce fichier est corrompus ?

Et que se passe-t-il si un rayon cosmique passe dans ton processeur, entraîne une surchauffe catastrophique qui n'est pas détectée et que ton ordinateur explose ? Je suis sûr que tu ne l'as pas prévu ce cas là, hein ? Est-ce que ton démon s'éteint bien gracieusement dans cette situation ?

On ne prépare pas un programme pour ce genre de situation imprévisible et totalement exceptionnelle : si tes fichiers commencent à se corrompre spontanément, tu as plus de problèmes qu'un simple démon qui ne veut pas s'arrêter et tu devrais changer ton disque presto...

Par ailleurs, comme on est en Perl, il y a bien évidemment déjà des modules qui transforme un programme en daemon pour toi, Daemon::Generic par exemple.

--
Jedaï

[mensoif]

lol² j'ai envie de dire !! Quand je parle de corrompre, je parle par une personne malintentionné qui pourrait changer ce fichier, le rendant non stopable à distance (histoire de droit toussa). Mon démon ne fait pas que dire bonjour touts les jours impair où il pleut. Il y a un risque juridique si il est employé de façon intempestive et sans contrôle et je me dois de penser au plus d'alternative possible.

Amicalement.

[Jedai]

lol² j'ai envie de dire !! Quand je parle de corrompre, je parle par une personne malintentionné qui pourrait changer ce fichier, le rendant non stopable à distance (histoire de droit toussa). Mon démon ne fait pas que dire bonjour touts les jours impair où il pleut. Il y a un risque juridique si il est employé de façon intempestive et sans contrôle et je me dois de penser au plus d'alternative possible.

Si tu n'es pas capable de protéger les droits sur ce fichier de sorte que la personne malintentionnée ne soit pas capable de le tripatouiller, il est probable que cette personne malintentionnée a les droits nécessaire pour faire nettement plus de dommages que simplement rendre un démon instoppable (je rappelle qu'au pire, il est toujours possible d'envoyer directement un signal au démon, si tu es l'administrateur ou que tu as les droits nécessaires).

Si tu as des problèmes de sécurité particulier, il faudra nous donner plus de détails.

(Par ailleurs ta question ne semble pas vraiment porter sur Perl, mais plutôt sur les modèles de sécurité des OS)
--
Jedaï

[mensoif]

Je ne sais pas pourquoi tu t'enflammes comme ça mon gars.

Bref, ma solution,

-> lancement du script en standalone possible en utilisateur normal.
-> lancement du script en daemon nécessite obligatoirement un lancement en tant que root. Comme ça j'écris le fichier dans les /var et il n'est pas possible ni de le lire ni de stopper le processus en étant un utilisateur normal. Je ne voulais pas spécialement en arriver là (c'est à dire permettre l'utilisation quelconque du script daemon par un utilisateur lambda) mais bon tempis..

[Jedai]

Je ne sais pas pourquoi tu t'enflammes comme ça mon gars.

De quoi parles-tu ? J'ai beau relire mes messages je ne vois pas de flammes... Un ton légèrement ironique sur mon premier post, un constat dans le second, rien de plus.

Donc au final tu as bien adopté la technique du fichier contenant le PID ? A priori c'est un bon choix, après tout les daemon unix font ainsi depuis l'origine des temps, c'est une solution éprouvée.

--
Jedaï