Bonjour,
merci pour les reponses, je commence a voir
la solution:
On Wed, 10 Sep 2003, pierre dorgueil wrote:
>Ivan Kanis wrote:
>
>> Olivier> - un utilisateur transfere des fichiers
>>
>> Olivier> - a la fin de sa session, le serveur ftp declanche
>> Olivier> une action (un script shell maison)
>>
>>Je pense que les serveurs ftp n'ont pas cette fonctionnalité.
>>
>>Ça serait plutôt au niveau du client de lancer une commande ...
ca correspond a la fonctionnalite "SITE EXEC", qui semble
poser de serieux problemes de securite. De plus, j'ai besoin
que cela soit transparent pour l'utilisateur.
>ça ne me semble pas inutile comme fonctionnalité - si les clients du
>serveur FTP sont des utilisateurs un peu partout dont la plupart
>utilisent des clients windows, ça semble difficile de leur demander
>gentiment de lancer une commande.
>
>je n'ai pas dans la tête de serveur ftp qui le permette, par contre il
>existe des softs de surveillance de fichiers de logs qui devraient être
>capables d'exécuter une commande sur un log de transfert terminé (je
>n'en ai pas en tête non plus...), et ce doit être très facile à faire si
>on maîtrise un language de programmation quelconque.
Ok, a titre d'info j'ai trouve le shell script "fileschanged"
(http://fileschanged.sourceforge.net), qui s'appuie sur le FAM
(File Alteration Monitor) pour detecter le changement d'un ou
plusieurs fichiers dans un ou plusieurs repertoires donnes
en parametre.
>un tout petit exemple en perl très facile à modifier pour ce genre de
>besoins: http://web.systhug.com/spinwebd/
>facile à traduire en shell, en remplaçant les matchs de regexps par un
>bon grep
Pas mal du tout, je le garde sous le coude.
>attention : c'est potentiellement TRES dangereux de lancer des commandes
>en réaction à une ligne de log. il vaut mieux prévoir tout ce que
>pourrait contenir ce log et blinder le code pour éviter qu'il n'exécute
>n'importe quoi sur la machine; la plupart des fichiers de logs ne sont
>lisibles que par root.
Ok.
Je vais probablement me passer de FTP pour cette question, et revenir a
des methodes plus personnelles comme rsync ou scp, combiné par exemple
avec fileschanged ou spinwebd, apres elimination des problemes de securite
potentiels.
Merci :)
Linux-Azur : http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
**** Pas de message au format HTML, SVP ****
