Je reviens =E0 la charge au sujet des mises =E0 jour=20
de signatures de clamav via la commande freshclam.
Jusqu'ici je re=E7ois le message d'erreur :
ClamAV update process started at Thu Oct 7=20
13:54:40 2004
ERROR: Can't get information about=20
database.clamav.net host.
ERROR: Connection with database.clamav.net (IP:=20
???) failed.
Sur la liste de diffusion de clamav, on recommande=20
de donner les droit de lecture =E0 tout le monde=20
pour /etc/resolv.conf
En effet apr=E8s un chmod 644 /etc>/resolv.conf, =E7a=20
marche.
Le probl=E8me est qu'=E0 chaque reboot, je retrouve
-rw-r----- 1 root users 53 oct 7 12:56=20
/etc/resolv.conf
et qu'il faut recommencer la manip :-((
Y a-t-il un moyen de conserver les droits d'acc=E8s=20
en lecture pour ce fichier ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Christophe Garault
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jacques Montier a écrit :
| Bonjour, | Bonjour,
| Sur la liste de diffusion de clamav, on recommande de donner les | droit de lecture à tout le monde pour /etc/resolv.conf
Ca c'est indispensable, sinon le résolveur ne pourra pas fonctionner correctement.
| Le problème est qu'à chaque reboot, je retrouve -rw-r----- 1 root | users 53 oct 7 12:56 /etc/resolv.conf et qu'il faut recommencer la | manip :-(( Y a-t-il un moyen de conserver les droits d'accès en | lecture pour ce fichier ? | Fais un chown root:root puis un chmod 644 celà règlera ton problème.
| Merci de votre aide.
De rien.
- -- Christophe Garault -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
| Sur la liste de diffusion de clamav, on recommande de donner les
| droit de lecture à tout le monde pour /etc/resolv.conf
Ca c'est indispensable, sinon le résolveur ne pourra pas fonctionner
correctement.
| Le problème est qu'à chaque reboot, je retrouve -rw-r----- 1 root
| users 53 oct 7 12:56 /etc/resolv.conf et qu'il faut recommencer la
| manip :-(( Y a-t-il un moyen de conserver les droits d'accès en
| lecture pour ce fichier ?
|
Fais un chown root:root puis un chmod 644 celà règlera ton problème.
| Merci de votre aide.
De rien.
- --
Christophe Garault
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
| Sur la liste de diffusion de clamav, on recommande de donner les | droit de lecture à tout le monde pour /etc/resolv.conf
Ca c'est indispensable, sinon le résolveur ne pourra pas fonctionner correctement.
| Le problème est qu'à chaque reboot, je retrouve -rw-r----- 1 root | users 53 oct 7 12:56 /etc/resolv.conf et qu'il faut recommencer la | manip :-(( Y a-t-il un moyen de conserver les droits d'accès en | lecture pour ce fichier ? | Fais un chown root:root puis un chmod 644 celà règlera ton problème.
| Merci de votre aide.
De rien.
- -- Christophe Garault -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
| Sur la liste de diffusion de clamav, on recommande de donner les | droit de lecture à tout le monde pour /etc/resolv.conf
Ca c'est indispensable, sinon le résolveur ne pourra pas fonctionner correctement.
| Le problème est qu'à chaque reboot, je retrouve -rw-r----- 1 root | users 53 oct 7 12:56 /etc/resolv.conf et qu'il faut recommencer la | manip :-(( Y a-t-il un moyen de conserver les droits d'accès en | lecture pour ce fichier ? | Fais un chown root:root puis un chmod 644 celà règlera ton problème.
| Merci de votre aide.
De rien.
Bonjour, Voilà, j'ai fait comme tu m'as dit, mais au reboot je retrouve toujours mon fichier -rw-r----- 1 root users 53 oct 7 20:13 /etc/resolv.conf du coup freshclam ne marche toujours pas.
Merci quand même
-- Jacques
-- mailing list
Christophe Garault a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Jacques Montier a écrit :
| Bonjour,
|
Bonjour,
| Sur la liste de diffusion de clamav, on recommande de donner les
| droit de lecture à tout le monde pour /etc/resolv.conf
Ca c'est indispensable, sinon le résolveur ne pourra pas fonctionner
correctement.
| Le problème est qu'à chaque reboot, je retrouve -rw-r----- 1 root
| users 53 oct 7 12:56 /etc/resolv.conf et qu'il faut recommencer la
| manip :-(( Y a-t-il un moyen de conserver les droits d'accès en
| lecture pour ce fichier ?
|
Fais un chown root:root puis un chmod 644 celà règlera ton problème.
| Merci de votre aide.
De rien.
Bonjour,
Voilà, j'ai fait comme tu m'as dit, mais au reboot
je retrouve toujours mon fichier
-rw-r----- 1 root users 53 oct 7 20:13
/etc/resolv.conf
du coup freshclam ne marche toujours pas.
| Sur la liste de diffusion de clamav, on recommande de donner les | droit de lecture à tout le monde pour /etc/resolv.conf
Ca c'est indispensable, sinon le résolveur ne pourra pas fonctionner correctement.
| Le problème est qu'à chaque reboot, je retrouve -rw-r----- 1 root | users 53 oct 7 12:56 /etc/resolv.conf et qu'il faut recommencer la | manip :-(( Y a-t-il un moyen de conserver les droits d'accès en | lecture pour ce fichier ? | Fais un chown root:root puis un chmod 644 celà règlera ton problème.
| Merci de votre aide.
De rien.
Bonjour, Voilà, j'ai fait comme tu m'as dit, mais au reboot je retrouve toujours mon fichier -rw-r----- 1 root users 53 oct 7 20:13 /etc/resolv.conf du coup freshclam ne marche toujours pas.
Merci quand même
-- Jacques
-- mailing list
Romain GAILLEGUE
Le jeudi 07 octobre 2004 à 20:16 +0200, Jacques Montier a écrit :
Christophe Garault a écrit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Jacques Montier a écrit : > > | Bonjour, > | > Bonjour, > > | Sur la liste de diffusion de clamav, on recommande de donner les > | droit de lecture à tout le monde pour /etc/resolv.conf > > Ca c'est indispensable, sinon le résolveur ne pourra pas fonctionner > correctement. > > | Le problème est qu'à chaque reboot, je retrouve -rw-r----- 1 roo t > | users 53 oct 7 12:56 /etc/resolv.conf et qu'il faut recommencer la > | manip :-(( Y a-t-il un moyen de conserver les droits d'accès en > | lecture pour ce fichier ? > | > Fais un chown root:root puis un chmod 644 celà règlera ton problè me. > > | Merci de votre aide. > > De rien. >
Bonjour, Voilà, j'ai fait comme tu m'as dit, mais au reboot je retrouve toujours mon fichier -rw-r----- 1 root users 53 oct 7 20:13 /etc/resolv.conf du coup freshclam ne marche toujours pas.
Merci quand même
Hello,
J'ai deja eu ce probleme, il me semble que ca venait de ppp regarde dans /etc/ppp ou /etc/conf.d/net.ppp il y a un script stupide qui fout le resolv.conf en 640...
Romain
-- Romain GAILLEGUE
-- mailing list
Le jeudi 07 octobre 2004 à 20:16 +0200, Jacques Montier a écrit :
Christophe Garault a écrit :
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Jacques Montier a écrit :
>
> | Bonjour,
> |
> Bonjour,
>
> | Sur la liste de diffusion de clamav, on recommande de donner les
> | droit de lecture à tout le monde pour /etc/resolv.conf
>
> Ca c'est indispensable, sinon le résolveur ne pourra pas fonctionner
> correctement.
>
> | Le problème est qu'à chaque reboot, je retrouve -rw-r----- 1 roo t
> | users 53 oct 7 12:56 /etc/resolv.conf et qu'il faut recommencer la
> | manip :-(( Y a-t-il un moyen de conserver les droits d'accès en
> | lecture pour ce fichier ?
> |
> Fais un chown root:root puis un chmod 644 celà règlera ton problè me.
>
> | Merci de votre aide.
>
> De rien.
>
Bonjour,
Voilà, j'ai fait comme tu m'as dit, mais au reboot
je retrouve toujours mon fichier
-rw-r----- 1 root users 53 oct 7 20:13
/etc/resolv.conf
du coup freshclam ne marche toujours pas.
Merci quand même
Hello,
J'ai deja eu ce probleme, il me semble que ca venait de ppp regarde
dans /etc/ppp ou /etc/conf.d/net.ppp il y a un script stupide qui fout
le resolv.conf en 640...
Le jeudi 07 octobre 2004 à 20:16 +0200, Jacques Montier a écrit :
Christophe Garault a écrit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Jacques Montier a écrit : > > | Bonjour, > | > Bonjour, > > | Sur la liste de diffusion de clamav, on recommande de donner les > | droit de lecture à tout le monde pour /etc/resolv.conf > > Ca c'est indispensable, sinon le résolveur ne pourra pas fonctionner > correctement. > > | Le problème est qu'à chaque reboot, je retrouve -rw-r----- 1 roo t > | users 53 oct 7 12:56 /etc/resolv.conf et qu'il faut recommencer la > | manip :-(( Y a-t-il un moyen de conserver les droits d'accès en > | lecture pour ce fichier ? > | > Fais un chown root:root puis un chmod 644 celà règlera ton problè me. > > | Merci de votre aide. > > De rien. >
Bonjour, Voilà, j'ai fait comme tu m'as dit, mais au reboot je retrouve toujours mon fichier -rw-r----- 1 root users 53 oct 7 20:13 /etc/resolv.conf du coup freshclam ne marche toujours pas.
Merci quand même
Hello,
J'ai deja eu ce probleme, il me semble que ca venait de ppp regarde dans /etc/ppp ou /etc/conf.d/net.ppp il y a un script stupide qui fout le resolv.conf en 640...
Romain
-- Romain GAILLEGUE
-- mailing list
Christophe Garault
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jacques Montier a écrit :
| | Bonjour, Voilà, j'ai fait comme tu m'as dit, mais au reboot je | retrouve toujours mon fichier -rw-r----- 1 root users 53 oct 7 | 20:13 /etc/resolv.conf du coup freshclam ne marche toujours pas. | | Merci quand même | Bonjour,
Vu la date de dernière modification, il est fort probable comme l'indique Romain, qu'un script imbécile modifie le groupe et les droits d'accès sur ce fichier qui est à la base de la résolution dns. Tu vas devoir trouver le coupable en lançant quelque chose comme:
|
| Bonjour, Voilà, j'ai fait comme tu m'as dit, mais au reboot je
| retrouve toujours mon fichier -rw-r----- 1 root users 53 oct 7
| 20:13 /etc/resolv.conf du coup freshclam ne marche toujours pas.
|
| Merci quand même
|
Bonjour,
Vu la date de dernière modification, il est fort probable comme
l'indique Romain, qu'un script imbécile modifie le groupe et les
droits d'accès sur ce fichier qui est à la base de la résolution dns.
Tu vas devoir trouver le coupable en lançant quelque chose comme:
| | Bonjour, Voilà, j'ai fait comme tu m'as dit, mais au reboot je | retrouve toujours mon fichier -rw-r----- 1 root users 53 oct 7 | 20:13 /etc/resolv.conf du coup freshclam ne marche toujours pas. | | Merci quand même | Bonjour,
Vu la date de dernière modification, il est fort probable comme l'indique Romain, qu'un script imbécile modifie le groupe et les droits d'accès sur ce fichier qui est à la base de la résolution dns. Tu vas devoir trouver le coupable en lançant quelque chose comme:
| | Bonjour, Voilà, j'ai fait comme tu m'as dit, mais au reboot je | retrouve toujours mon fichier -rw-r----- 1 root users 53 oct 7 | 20:13 /etc/resolv.conf du coup freshclam ne marche toujours pas. | | Merci quand même | Bonjour,
Vu la date de dernière modification, il est fort probable comme l'indique Romain, qu'un script imbécile modifie le groupe et les droits d'accès sur ce fichier qui est à la base de la résolution dns. Tu vas devoir trouver le coupable en lançant quelque chose comme:
chmod 644 /etc/resolv.conf chown root:root /etc/resolv.conf et tout baigne !
Merci les amis pour votre précieuse aide, à bientôt et vive la Gentoo !
-- Jacques
-- mailing list
Christophe Garault a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Jacques Montier a écrit :
|
| Bonjour, Voilà, j'ai fait comme tu m'as dit, mais au reboot je
| retrouve toujours mon fichier -rw-r----- 1 root users 53 oct 7
| 20:13 /etc/resolv.conf du coup freshclam ne marche toujours pas.
|
| Merci quand même
|
Bonjour,
Vu la date de dernière modification, il est fort probable comme
l'indique Romain, qu'un script imbécile modifie le groupe et les
droits d'accès sur ce fichier qui est à la base de la résolution dns.
Tu vas devoir trouver le coupable en lançant quelque chose comme:
| | Bonjour, Voilà, j'ai fait comme tu m'as dit, mais au reboot je | retrouve toujours mon fichier -rw-r----- 1 root users 53 oct 7 | 20:13 /etc/resolv.conf du coup freshclam ne marche toujours pas. | | Merci quand même | Bonjour,
Vu la date de dernière modification, il est fort probable comme l'indique Romain, qu'un script imbécile modifie le groupe et les droits d'accès sur ce fichier qui est à la base de la résolution dns. Tu vas devoir trouver le coupable en lançant quelque chose comme:
