Effectivement, merci tu m’as bien aidé 
, j’ai donc un contrôle web simple (mais efficace !) des deux comptes hermes et athena (finies les longues soirées sur supernichons 
).
Il ne me reste qu’à me pencher sur la mise à jour des listes noires, mais c’est autre chose.
C’était trop beau !
J’ai voulu faire (en copiant ça et là) un script pour mettre à jour les listes de Toulouse 1 que voici :
[code]#!/bin/sh
cd /tmp
l’option N de wget active le timestamp
wget -N ftp://ftp.univ-tlse1.fr/blacklist/blacklists.tar.gz
#on vide les anciennes listes
rm -rf blacklists
rm -rf /var/lib/squidguard/db/*
tar xzf blacklists.tar.gz
mv blacklists/* /var/lib/squidguard/db/
chown -R proxy:proxy /var/lib/squidguard/db/*
squidGuard -C all
service squid3 restart
#mise à jour hebdomadaire des listes noires de l’université de Toulouse 1 ; script à placer par exemple dans /etc/cron.weekly/[/code]
et je me retrouve avec un message d’erreur :2012-03-24 20:28:38 [2182] squidGuard stopped (1332617318.613)
2012-03-24 20:28:39 [2702] New setting: dbhome: /var/lib/squidguard/db
2012-03-24 20:28:39 [2703] New setting: dbhome: /var/lib/squidguard/db
2012-03-24 20:28:39 [2702] New setting: logdir: /var/log/squid
2012-03-24 20:28:39 [2702] init domainlist /var/lib/squidguard/db/adult/domains
2012-03-24 20:28:39 [2702] loading dbfile /var/lib/squidguard/db/adult/domains.db
2012-03-24 20:28:39 [2702] Error db_open: Permission denied
2012-03-24 20:28:39 [2702] Going into emergency mode
alors en fouillant j’obtiens ça :
root@debian:/tmp# ls -l /var/lib/squidguard/db/adult
total 80624
-rw-r--r-- 1 proxy proxy 17194665 18 mars 13:41 domains
-rw-r--r-- 1 proxy proxy 16879616 4 nov. 18:01 domains.7091
-rw-r--r-- 1 root root 43102208 24 mars 20:24 domains.db
-rw-r--r-- 1 proxy proxy 0 18 oct. 2005 expressions
-rw-r--r-- 1 proxy proxy 1852583 18 mars 13:41 urls
-rw-r--r-- 1 root root 3514368 24 mars 20:24 urls.db
-rw-r--r-- 1 proxy proxy 17 18 oct. 2005 usage
-rwxr-xr-x 1 proxy proxy 449 18 oct. 2005 very_restrictive_expression
tous les *.db appartiennent à root est-ce parce que root lance
squidGuard -C all après le chown et donc je devrais plutôt modifier le script en
squidGuard -C all
chown -R proxy:proxy /var/lib/squidguard/db/*
?
Pourtant le tuto de fran.b http://www.debian-fr.org/installation-squid-et-squidguard-et-configuration-t11658.html procède bien dans le même ordre que moi?
Je suis tout plein d’interrogations (comme tous les w.e. !).
Bon cela semble confirmer ce que je disais au dessus :
j’ai lancé les commandes dans l’autre sens :
root@debian:/tmp# squidGuard -C all
root@debian:/tmp# chown -R proxy:proxy /var/lib/squidguard/db/*
root@debian:/tmp# service squid3 restart
et là squid a bien les droits qu’il faut :
root@debian:/tmp# ls -l /var/lib/squidguard/db/adult
total 80620
-rw-r--r-- 1 proxy proxy 17194665 18 mars 13:41 domains
-rw-r--r-- 1 proxy proxy 16879616 4 nov. 18:01 domains.7091
-rw-r--r-- 1 proxy proxy 43102208 24 mars 20:46 domains.db
-rw-r--r-- 1 proxy proxy 0 18 oct. 2005 expressions
-rw-r--r-- 1 proxy proxy 1852583 18 mars 13:41 urls
-rw-r--r-- 1 proxy proxy 3514368 24 mars 20:46 urls.db
-rw-r--r-- 1 proxy proxy 17 18 oct. 2005 usage
-rwxr-xr-x 1 proxy proxy 449 18 oct. 2005 very_restrictive_expression
root@debian:/tmp#
Je suis donc parti pour modifier mon script comme cela :
[code]#!/bin/sh
cd /tmp
l’option N de wget active le timestamp
wget -N ftp://ftp.univ-tlse1.fr/blacklist/blacklists.tar.gz
#on vide les anciennes listes
rm -rf blacklists
rm -rf /var/lib/squidguard/db/*
tar xzf blacklists.tar.gz
mv blacklists/* /var/lib/squidguard/db/
squidGuard -C all
chown -R proxy:proxy /var/lib/squidguard/db/*
service squid3 restart
#mise à jour hebdomadaire des listes noires de l’université de Toulouse 1 ; script à placer par exemple dans /etc/cron.weekly/[/code]
mais alors pourquoi le script de fran.b : ...
chown -R proxy.proxy /var/lib/squidguard/db/*
squidGuard -C all
/etc/init.d/squid restart > /dev/null
... procède bien dans le même ordre que mon premier script, et lui apparemment sans erreur ?