Bon, voilà mon problême...
 
J'ai mis en place sur un serveur sous slackware une radio en streaming avec IceCast ( http://radio.hardfr.org:8000/ ) et Ices comme player.
Ices a une particularité bien sympathique, c'est que quand on lui envoie le signal USR1 ( kill -USR1 n°pid ), il passe au titre suivant.
Donc, j'ai bidouillé un script en TCL pour un eggdrop qui tourne sur cette machine et quand je tape "!next" sur le channel IRC ( #[HardFr]@irc.quakenet.org ) il envoie se signal.
J'ai aussi mis en place une interface oueb ( Apache 1.3.27 ) pour pouvoir afficher la playlist et zapper les titres ( http://radio.hardfr.org/ ).
 
Mais c'est là qu'est le problême...mon eggdrop est lancé sous l'user hardfr.users ( un user avec droits limités, nécessaire pour l'eggdrop ) et l'interface oueb est bien sûr sour l'user nobody.nogroup.
Or si je lance le daemon de Ices sous hardfr, nobody ne peut pas envoyer de signal à celui-ci et si je le lance sous nobody, hardfr ne peut pas. Résultat, soit ça rulezz pour l'eggdrop, soit ça rulezz pour le oueb.
 
Ma question est : "Comment défini-t-on ces droits-là ?"
 
S'il y a un super pingouin pour me répondre...

T'es sûr que les numéros de tes utilisateurs commencent par un double zéro ?  
 
 
 
 
 
J'ai pas pu résister, mais ok je suis déjà dehors  

Ferme la porte, il fait froid dehors

Fais-toi un mini-prog C qui se contente de faire le kill et mets-le en setuid sur l'id du démon.

Fait un mini fichier bash qui se contente d'envoyer le signal meme
 
killall -USR1 IceCast

Je ne crois pas qu'on puisse mettre un script en setuid.

Un script, c'est un fichier executable non ? Quelle difference alors. Tout ça c'est géré au niveau du noyau.
 

Et ça sert à quoi le +s exactement ???

 
man chmod ?
 
s      utiliser  l'ID  du  propriétaire  ou  du  groupe propriétaire du
              fichier lors de l'exécution,

OK, je teste ça de suite
 
Merci les supers pingouins

Je crois bien que Jar Jar a raison :
http://lea-linux.org/dev/suid_scripts.php3

 
 
 
 
Pas de scripts SUID ? Bon bah alors, essaye en utilisant l'utilitaire sudo.

Bah c'est bizarre, ça marche po...
 
Pas de messages d'erreur mais le signal n'est po envoyé
 
J'approfondi...

C'est normal en fait car le coup de mettre un script en SUID ca ne marche pas et c'est très lourd
 
Fait a peut pres la meme chose mais en utilisant l'outils sudo à la place du SUID. man sudo

Ouep ouep, je tente ça demain...sinon, on m'a parlé de SuExec pour Apache...ça semble roXXer aussi