SHELL - CROND - Eviter emails + générer HTML

Salut,

Pour envoyer la sortie de crond vers /dev/null au lieu de la recevoir par e-mail, tu ajoutes " > /dev/null 2>&1" à la fin de ta ligne crontab.

Pour ton accès au fichier "messages.log.txt" tu peux créer un lien symbolique, comme ceci :

cd /mon/rep/php
ln -s /tmp/messages.log.txt messages.log.txt

Il faudra que ton fichier "/tmp/messages.log.txt" ait les bonnes permissions pour être lisible par le démon httpd.

Cependant, si tu as la possibilité de le faire, plutôt que de procéder comme celà, déplace ton fichier messages.log.txt directement dans le répertoire php qui va bien, avec des permissions restrictives. Ou en tout cas fait bien attention aux permissions de ce fichier, surtout si ce fichier contient des informations sensibles.

Le répertoire "tmp" est conçu pour être accédé par tous les utilisateurs en lecture / écriture.


Dal

Bonsoir,

Bien merci pour ses réponses qui vont droit au but ! :o)

J'aimerais toutefois quelques précisions sur :

" > /dev/null 2>&1" à la fin de la ligne crontab.

2>&1 ça sert à quoi exactement ? (j'avoue manquer de courage face au manuel... ;o)

Autre question :
Que se passe-t-il dans le cas où ma ligne de commande est la suivante :

*/6 * * * * root /bin/bash /etc/monrep/script.sh

cat /tmp/message.txt > /dev/cua0 

*/6 * * * * root /bin/cat /tmp/message.txt > /dev/cua0 > /dev/null 2>&1 

Salut,

2>&1 ça sert à quoi exactement ?

                    0: entrée standard (STDIN) <---------------- clavier

Processus           1: sortie standard (STDOUT) ---------------> écran

                    2: sortie erreurs (STDERR) ----------------> écran

Concernant les permissions et liens symboliques, que faut-il rechercher/consulter (man xyz=??, etc...) ?

Donc, sauf erreur de ma part, 2>&1 signifie : STDERR redirigé vers STDOUT, c'est ça ? 

Cela signifie-t-il, avec chmod, que les paramètres d'accès pour "groupe" sont implicitement ceux du groupe auquel appartien l'utilisateur concerné ?

Oui est non.

Oui dans le cas où il s'agit du groupe dont l'utilisateur concerné et aussi propriètaire.
Ex:
l'utilisateur Zeus group Zeus
on fait Apollo et Athena memebre du groupe Zeus
En ce cas un chmod donnera les même droit pour Apollo et Athena

Non s'il s'agit d'un groupe quelconque.
Ex:
groupe Olimp
membres Zeus, Ares et Athena
en ce cas un chmod donnera les mêmes droits pour les 3 mais au sein du group Olimp et pas au sein du groupe de chaque utilisateur.

Pour gérer les droits il faut bien penser pour une strategie.

Comment peut-on changer un utilisateur de groupe, temporairement ou "définitivement" (jusqu'à nouveau changement de groupe) via le Shell ?

Voir
man usermod
man groupmod

Dernière question, un peu hors sujet, peut-on faire appartenir un mêem utilisateur à plusieurs groupes ? (c'est peut-être un peu idiot mais, j'ai déjà eu à me poser la question : groupe1 = Read-WriteAccess ; groupe2=ReadOnlyAccess)

Oui

groups - affiche les groupes auquel l’utilisateur appartient

[root@localhost ~]# groups root
root : root bin daemon sys adm disk wheel
[root@localhost ~]#

Je récrée le fichier file.txt et je repositionne les droits et cette fois avec sticky bit sur répertoire en mode recursive.

[root@localhost ~]# touch /home/divin/file.txt
[root@localhost ~]# ls -al /home/divin/file.txt
-rw-r--r--  1 root root 0 nov 17 22:48 /home/divin/file.txt
[root@localhost ~]# chgrp -vR Olimp /home/divin/
Le groupe d'appartenance de `/home/divin/' qui a été retenu est Olimp.
Changement de groupe de `/home/divin/file.txt' vers Olimp
[root@localhost ~]# ls -al /home/divin/file.txt
-rw-r--r--  1 root Olimp 0 nov 17 22:48 /home/divin/file.txt
[root@localhost ~]# chmod -vR 1770 /home/divin/
Le mode d'accès de `/home/divin/' a été modifié à 1770 (rwxrwx--T).
Le mode d'accès de `/home/divin/file.txt' a été modifié à 1770 (rwxrwx--T).
[root@localhost ~]#

[root@localhost ~]# su - Zeus
[Zeus@localhost ~]$ pwd
/home/Zeus
[Zeus@localhost ~]$ cd /home/divin
[Zeus@localhost divin]$ ls -al
total 12
drwxrwx--T   2 root Olimp 4096 nov 17 22:48 .
drwxr-xr-x  11 root root  4096 nov 17 22:34 ..
-rwxrwx--T   1 root Olimp    0 nov 17 22:48 file.txt
[Zeus@localhost divin]$ rm -v file.txt
rm: ne peut enlever `file.txt': Opération non permise
[Zeus@localhost divin]$

Chaque nouvel utilisateur fraîchement créé possède-t-il un groupe d'appartenance portant le même nom (comme je crois comprendre en lisant l'exemple "Zeus") ou bien il appartient au groupe "autres"/"tout le reste du monde" ?

Avec la commande useradd, normalement l'utilisateur est crée avec les options par défaut (voir /etc/defaults/useradd)

Voir man useradd c'est bien expliqué.

Avec option -g tu peux créer un utilisateur avec un autre groupe initial mais en ce cas tu dois créer le groupe d'abord.

[root@localhost ~]# useradd -g new Ares
useradd: groupe new inconnu
[root@localhost ~]# groupadd new
[root@localhost ~]# useradd -g new Ares
[root@localhost ~]# groups Ares
Ares : new
[root@localhost ~]#

Bonsoir,

Désolé de n'avoir pas donné signe de vie plus tôt. :-(

Un grand Merci pour ces explications qui méritent d'être rassemblées dans un document à toujours garder "sous le coude" ;o)

Bref, à moi de jouer ! ;o)

Merci encore et bonne continuation.

Cordialement,

HP