Re: environnement pour cron
Le Thu, Mar 14, 2002 at 12:02:18PM +0100, Georges Mariano a écrit : Les scripts placés dans les /etc/cron.* s'exécutent avec un environnement minimal. Normal Question : Où spécifier/placer au mieux les extensions souhaitées (exports...) de l'environnement d'exécution des scripts cron ? Dans ton script lui-même : export MA_VARIABLE=ma_valeur Tu peux même ne pas mettre de export si tu ne l'utilise pas dans des sous-scripts. -- Mage quelqu'un sait le n° de FAT32 qu'il faut donner a une partition DOS/Fat32 sous Fdisk pour avoir une patition de 6Go ? Nicolas Ledez - Virtual Net (www.virtual-net.fr) pgp6Cj6MGYUM4.pgp Description: PGP signature
Re: environnement pour cron
* Georges Mariano ([EMAIL PROTECTED]) wrote: re-moi, Problème : Les scripts placés dans les /etc/cron.* s'exécutent avec un environnement minimal. Cela peut-être insuffisant lorsque, par exemple, les scripts ont besoin d'accéder aux serveurs de paquet Debian en passant par un proxy (variable http_proxy) Question : Où spécifier/placer au mieux les extensions souhaitées (exports...) de l'environnement d'exécution des scripts cron ? Si la variable d'environnement dont tu as besoin est specifique a la commande que tu vas lancer, tu peux simplement la preciser dans la ligne de commande : ex : http_proxy=http://www.monProcy.ca:8080; apt-get update re-Pierre
Re: environnement pour cron
On Thu, Mar 14, 2002 at 12:02:18PM +0100, Georges Mariano wrote: re-moi, Problème : Les scripts placés dans les /etc/cron.* s'exécutent avec un environnement minimal. Cela peut-être insuffisant lorsque, par exemple, les scripts ont besoin d'accéder aux serveurs de paquet Debian en passant par un proxy (variable http_proxy) Question : Où spécifier/placer au mieux les extensions souhaitées (exports...) de l'environnement d'exécution des scripts cron ? Pour le cas particulier de http_proxy et de apt, j'imagine que /etc/apt/apt.conf est idéal (faut juste trouver la syntaxe qui passe ;-), mais de manière générale (pour tout autre variable?) ? A+ il me semble que cela se toruve dans le fichier : /etc/crontab A plus -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Laradji nacer Service informatique de l IPT Universite Paul valéry Montpellier , FRANCE http://www.tuxfamily.org L hebergement libre pour les gens libres 1024D/7017ADFF : 7B5F 72A8 6094 0311 73D3 3DED 0FA8 28FF 7017 ADFF -- Good news is just life's way of keeping you off balance.
Re: environnement pour cron
On March 14 2002 at 12:02, Georges Mariano [EMAIL PROTECTED] wrote: ... Question : Où spécifier/placer au mieux les extensions souhaitées (exports...) de l'environnement d'exécution des scripts cron ? ... Une manière générique est de faire un wrapper en shell script. Pierre. -- Pierre Blanchet Support Engineer GPG 0xED89D256 : C8A7 7B97 BAE5 0560 8614 E690 9368 ED89 D256 http://www.solsoft.com [EMAIL PROTECTED] Tel.: +33 147 15 55 00 Fax: +33 147 15 55 09 pgpYkglcNgN3A.pgp Description: PGP signature
Re: environnement pour cron
jeudi 14 mars 2002, 12:02:18, Georges a écrit : Question : Où spécifier/placer au mieux les extensions souhaitées (exports...) de l'environnement d'exécution des scripts cron ? Pour moi, au plus proche de là ou c'est utilisé. A mon avis, l'avantage des environnements restreints, c'est d'éviter des effets de bord (ça doit pas s'écrire comme ça) En plaçant les variables justes dans la conf d'apt par exemple, ça évite qu'elle puissent être utilisé à des fins détournés par d'autres processus A+ Tom -- Thomas Clavier http://www.tcweb.dyndns.org . _/_/_/_/_/ _/_/ Centre d'expertise RGO. _/ _/ DATACEP Nord ._/ _/ +33 3 28 52 53 02 - +33 6 09 25 59 67 . _/ _/_/
Re: environnement pour cron
Ainsi parlait Georges Mariano : Question : Où spécifier/placer au mieux les extensions souhaitées (exports...) de l'environnement d'exécution des scripts cron ? Tu peux spécifier des variables d'environnement directement dans les fichiers de cron. Tu peux aussi modifier directement les scripts. -- Charles
Re: environnement pour cron
Georges Mariano [EMAIL PROTECTED] a écrit : Question : Où spécifier/placer au mieux les extensions souhaitées (exports...) de l'environnement d'exécution des scripts cron ? Oh ! RTFM ! Dans la crontab elle-même, sous la forme absolument sidérante : variable = valeur cf man -S 5 crontab Sous debian, /etc/cron.d contient des crontab propres à différents process, il est peut-être possible de rajouter un fichier qui contient les variables en question. À vérifier s'il est bien pris en compte de façon globale. -- Julien Gilles
Re: environnement pour cron
Georges Mariano writes: re-moi, Problème : Les scripts placés dans les /etc/cron.* s'exécutent avec un environnement minimal. Cela peut-être insuffisant lorsque, par exemple, les scripts ont besoin d'accéder aux serveurs de paquet Debian en passant par un proxy (variable http_proxy) Question : Où spécifier/placer au mieux les extensions souhaitées (exports...) de l'environnement d'exécution des scripts cron ? Si tu veux que ces variables soient reconnues par tout les scripts exécutés par cron, leur place est dans le fichier /etc/crontab, man 5 crontab pour plus d'informations. -- Davy Gigan System Network Administration [Please no HTML, I'm not a browser] University Of Caen (France) [Pas d'HTML, je ne suis pas un navigateur]
Re: environnement pour cron
On Thu, 14 Mar 2002 14:15:36 +0100 Thomas Clavier [EMAIL PROTECTED] wrote: Pour moi, au plus proche de là ou c'est utilisé. A mon avis, l'avantage des environnements restreints, c'est d'éviter des effets de bord (ça doit pas s'écrire comme ça) En plaçant les variables justes dans la conf d'apt par exemple, ça évite qu'elle puissent être utilisé à des fins détournés par d'autres processus Merci à tous pour les différentes réponses. Evidemment, la solution idéale dépend de la portée de la variable que l'on souhaite ajouter/définir. * une bonne solution me semble le fichier /etc/crontab (éh, oui, j'avais pas fais gaffe mais y'a deux lignes au début, SHELL= et PATH=, c'est plutôt bon signe ;-) * l'exemple qui me concernait directement est peut-être le pire car la notion de proxy (imposé pour un sous-réseau) doit donc être définie : * pour tous les utilisateurs (eg dans leur fureteur) * pour toute invocation classique de apt (donc apt.conf) * mais également pour les invocations hors users (eg cron, donc /etc/crontab ?) Pour mon problème particulier, je vais déjà voir avec /etc/crontab (facilité de maintenance et déploiement sur k machines). PS : est ce que le nom 'http_proxy' est plutôt standard, il me semble qu'il est reconnu par apt, mais aussi rsync et wget ? me trompe-je ? Merci -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: environnement pour cron
On Thu, 14 Mar 2002, Thomas Clavier wrote: Pour moi, au plus proche de là ou c'est utilisé. A mon avis, l'avantage des environnements restreints, c'est d'éviter des effets de bord (ça doit pas s'écrire comme ça) En plaçant les variables justes dans la conf d'apt par exemple, ça évite qu'elle puissent être utilisé à des fins détournés par d'autres processus Tu peux déclarer des varaibles d'environnement avec une portée plus que limitée et surtout une durée de vie minimale. TRUC=bidule prog. prog va récupérer la variable TRUC. NB cela permet aussi de surcharger une variable d'environnement de manière temporaire. Eric -- C'est pas de la pub, juste un message informatif. Nous sommes partenaires Gold OLEANE. Ils ne nous en voudront sûrement pas. Les $ ne sont là que pour permettre au message d'arriver en tête de liste -+- VG in: Guide du Neuneu d'Usenet - Pour une poignée de dollars -+- -- fgu Je reviens sur mon post de 11h27 : Au lieu de :2ème DD en fgu Secondary Master (SM) ce serait plutôt : 2ème DD en Primary fgu Slave (PS) -+-Guide du Neuneu Usenet-La dialectique du maître et de l'esclave-+-
Re: environnement pour cron
PS : est ce que le nom 'http_proxy' est plutôt standard, il me semble qu'il est reconnu par apt, mais aussi rsync et wget ? me trompe-je ? ainsi que Mosaic, lynx, gnupg et de nombreuses librairies Perl, Python, etc. (même sous *BSD, voire Windows). en général {http,ftp,gopher,wais,ftp,no}_proxy sont assez standard. Sylvain. -- Sylvain Soliman [EMAIL PROTECTED]GnuPG Public Key: 0x0F53AF99 Secretaire adjoint - Fede. Francaise de Go http://ffg.jeudego.org/ffg-f.html Co-mainteneur de PilotGOnehttp://minas.ithil.org/pilotgone/pilotgone.html Page personelle http://contraintes.inria.fr/~soliman
Re: environnement pour cron
PS : est ce que le nom 'http_proxy' est plutôt standard, il me semble qu'il est reconnu par apt, mais aussi rsync et wget ? me trompe-je ? Merci Hello, http_proxy est egalement reconnu par lynx, urpmi, ... par contre, je n'ai pas reussi a faire reconnaitre le login et le passwd si le proxy en demande un. ... ... maintenant que j'y pense, il suffit peut etre d'utiliser la syntaxe : http_proxy=user:[EMAIL PROTECTED]:port ? Mais je n'ai pas essaye. Sinon, j'ai contourne et resolu le probleme en installant squid sur la machine, qui est donc positionné entre le proxyreseau et les users. Je ne mets pas de mot de passe sur squid, je donne une bonne fois pour toutes le user:pwd dans le fichier de configuration de squid et HOP ! c'est presque transparent ( toujours bien sur apres avoir renseigne http_proxy ...) En prime, j'ai une gestion commune du cache http ! (quand meme la fonction premiere de squid :-) HTH, Laurent.
Re: environnement pour cron
GM == Georges Mariano [EMAIL PROTECTED] writes: [...] GM PS : est ce que le nom 'http_proxy' est plutôt standard, il me GM semble qu'il est reconnu par apt, mais aussi rsync et wget ? me GM trompe-je ? Merci Il me semble que c'est décrit quelque part dans une page de man. -- Laurent Martelli [EMAIL PROTECTED] http://www.bearteam.org/~laurent/