Log d'erreur APACHE vers syslog
Résolu/Fermé
El_Diablo666
Messages postés
294
Date d'inscription
jeudi 8 février 2007
Statut
Membre
Dernière intervention
3 décembre 2012
-
Modifié par mamiemando le 6/03/2011 à 17:54
mamiemando Messages postés 33446 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 20 décembre 2024 - 8 mars 2011 à 17:34
mamiemando Messages postés 33446 Date d'inscription jeudi 12 mai 2005 Statut Modérateur Dernière intervention 20 décembre 2024 - 8 mars 2011 à 17:34
A voir également:
- Log d'erreur APACHE vers syslog
- Erreur 0x80070643 - Accueil - Windows
- Erreur 0x80070643 Windows 10 : comment résoudre le problème de la mise à jour KB5001716 - Accueil - Windows
- Windows 7 vers windows 10 - Accueil - Mise à jour
- Apache open office gratuit - Télécharger - Suite bureautique
- Erreur 1001 outlook - Accueil - Bureautique
5 réponses
mamiemando
Messages postés
33446
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
20 décembre 2024
7 812
6 mars 2011 à 17:56
6 mars 2011 à 17:56
Les logs apaches se configurent spécifiquement par vhost. Sous debian il faut regarder dans le fichier /etc/apache2/sites-available/... attaché à ton vhost.
Ce n'est pas forcément une idée fantastique de centraliser des logs car ça risque de surprendre un administrateur habitué à les chercher à l'endroit standard soit dit en passant.
Bonne chance
Ce n'est pas forcément une idée fantastique de centraliser des logs car ça risque de surprendre un administrateur habitué à les chercher à l'endroit standard soit dit en passant.
Bonne chance
El_Diablo666
Messages postés
294
Date d'inscription
jeudi 8 février 2007
Statut
Membre
Dernière intervention
3 décembre 2012
32
6 mars 2011 à 20:15
6 mars 2011 à 20:15
Mais moi je veut centraliser tout les logs de tout les vhost que j'héberge. imagine un serveur avec + de 500 site web. y a-il un moyen de le faire une fois pour toutes. dans tous les cas je vais l'essayer avec l'un de mes vhost afin de voir se que sa donne mais sa reste pas une bonne solution pour moi.
La centralisation de logs est une bonne idée si tu veut automatiser sa gestion et le de faciliter la méthode de recherche de l'information pertinente. en plus avec la solution phpsyslogng sa me permet de permettre a tous le monde de voir les logs via une interface web sans etre obliger a accéder en mode console au serveur lui même. je veut éviter que tout le monde fait tail -f /var/log/apache2/error.log.
Merci de m'aidez. je suis encore perdue. :-(
La centralisation de logs est une bonne idée si tu veut automatiser sa gestion et le de faciliter la méthode de recherche de l'information pertinente. en plus avec la solution phpsyslogng sa me permet de permettre a tous le monde de voir les logs via une interface web sans etre obliger a accéder en mode console au serveur lui même. je veut éviter que tout le monde fait tail -f /var/log/apache2/error.log.
Merci de m'aidez. je suis encore perdue. :-(
mamiemando
Messages postés
33446
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
20 décembre 2024
7 812
7 mars 2011 à 18:15
7 mars 2011 à 18:15
Mais moi je veut centraliser tout les logs de tout les vhost que j'héberge. imagine un serveur avec + de 500 site web. y a-il un moyen de le faire une fois pour toutes. dans tous les cas je vais l'essayer avec l'un de mes vhost afin de voir se que sa donne mais sa reste pas une bonne solution pour moi.
Raison de plus pour les scinder, si tu as un bug avec un site tu ne veux pas que ses logs soient perturbés avec les 499 autres vhosts :s. Je gère une architecture avec plus de 50 vhosts et crois-moi, c'est mieux de les séparer :p
La centralisation de logs est une bonne idée si tu veut automatiser sa gestion et le de faciliter la méthode de recherche de l'information pertinente.
Je ne suis pas vraiment d'accord car tu peux faire une recherche dans plusieurs fichiers à la fois avec grep. Si par exemple tes logs sont tous dans /var/log/apache2/*.log, tu peux chercher dans tous les fichiers avec la commande grep. Par exemple si tu cherches la chaîne "toto" :
en plus avec la solution phpsyslogng ça me permet de permettre a tous le monde de voir les logs via une interface web sans être obligée d'accéder en mode console au serveur lui même. je veux éviter que tout le monde fait tail -f /var/log/apache2/error.log.
Pour moi c'est presque un trou de sécurité d'autoriser tout le monde à lire tous les logs. Si tu regardes les droits par défaut tu verras que ton utilisateur ne peut même pas rentrer dans /var/log/apache2. En tant qu'administrateur ça ne me choque pas de devoir me connecter à un serveur et de ne pas forcément avoir une interface web.
Ceci dit pour changer tous les ServerLog de tes vhosts, rien en t'empêche de faire un sed bien choisi. Je ne sais pas si renseigner la position du log dans /etc/apache2/httpd.conf permettra de définir un chemin par défaut. Il faudrait que tu testes.
Raison de plus pour les scinder, si tu as un bug avec un site tu ne veux pas que ses logs soient perturbés avec les 499 autres vhosts :s. Je gère une architecture avec plus de 50 vhosts et crois-moi, c'est mieux de les séparer :p
La centralisation de logs est une bonne idée si tu veut automatiser sa gestion et le de faciliter la méthode de recherche de l'information pertinente.
Je ne suis pas vraiment d'accord car tu peux faire une recherche dans plusieurs fichiers à la fois avec grep. Si par exemple tes logs sont tous dans /var/log/apache2/*.log, tu peux chercher dans tous les fichiers avec la commande grep. Par exemple si tu cherches la chaîne "toto" :
grep -nri "toto" /var/log/apache2
en plus avec la solution phpsyslogng ça me permet de permettre a tous le monde de voir les logs via une interface web sans être obligée d'accéder en mode console au serveur lui même. je veux éviter que tout le monde fait tail -f /var/log/apache2/error.log.
Pour moi c'est presque un trou de sécurité d'autoriser tout le monde à lire tous les logs. Si tu regardes les droits par défaut tu verras que ton utilisateur ne peut même pas rentrer dans /var/log/apache2. En tant qu'administrateur ça ne me choque pas de devoir me connecter à un serveur et de ne pas forcément avoir une interface web.
Ceci dit pour changer tous les ServerLog de tes vhosts, rien en t'empêche de faire un sed bien choisi. Je ne sais pas si renseigner la position du log dans /etc/apache2/httpd.conf permettra de définir un chemin par défaut. Il faudrait que tu testes.
El_Diablo666
Messages postés
294
Date d'inscription
jeudi 8 février 2007
Statut
Membre
Dernière intervention
3 décembre 2012
32
7 mars 2011 à 12:02
7 mars 2011 à 12:02
Merci mamiemando; C'est bon avec la configuration sur les fichiers de vhost. Mais je cherche toujours dans la recherche d'un moyen plus simple.
Une autre question: la facility se marque comme "local7", y a pas un moyen de la renommer?
Merci de votre support.
Une autre question: la facility se marque comme "local7", y a pas un moyen de la renommer?
Merci de votre support.
mamiemando
Messages postés
33446
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
20 décembre 2024
7 812
7 mars 2011 à 18:16
7 mars 2011 à 18:16
Cf mon précédent message + qu'appelles-tu la facility ?
El_Diablo666
Messages postés
294
Date d'inscription
jeudi 8 février 2007
Statut
Membre
Dernière intervention
3 décembre 2012
32
Modifié par El_Diablo666 le 8/03/2011 à 11:07
Modifié par El_Diablo666 le 8/03/2011 à 11:07
Facility ou Fonctionnalité:
La fonctionnalité d'un message Syslog correspond au type d'application générant le message Syslog. Les 24 fonctionnalités existantes sont définies par la RFC 3164 :
Numéro de fonctionnalité // Usage
0 // kernel messages
1 // user-level messages
2 // mail system
3 // system daemons
4 // security/authorization messages
5 // messages generated internally by syslogd
6 // line printer subsystem
7 // network news subsystem
8 // UUCP subsystem
9 // clock daemon
10 // security/authorization messages
11 // FTP daemon
12 // NTP subsystem
13 // log audit
14 // log alert
15 // clock daemon
16 // local use 0
17 // local use 1
18 // local use 2
19 // local use 3
20 // local use 4
21 // local use 5
22 // local use 6
23 // local use 7
La fonctionnalité d'un message Syslog correspond au type d'application générant le message Syslog. Les 24 fonctionnalités existantes sont définies par la RFC 3164 :
Numéro de fonctionnalité // Usage
0 // kernel messages
1 // user-level messages
2 // mail system
3 // system daemons
4 // security/authorization messages
5 // messages generated internally by syslogd
6 // line printer subsystem
7 // network news subsystem
8 // UUCP subsystem
9 // clock daemon
10 // security/authorization messages
11 // FTP daemon
12 // NTP subsystem
13 // log audit
14 // log alert
15 // clock daemon
16 // local use 0
17 // local use 1
18 // local use 2
19 // local use 3
20 // local use 4
21 // local use 5
22 // local use 6
23 // local use 7
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
mamiemando
Messages postés
33446
Date d'inscription
jeudi 12 mai 2005
Statut
Modérateur
Dernière intervention
20 décembre 2024
7 812
8 mars 2011 à 17:34
8 mars 2011 à 17:34
Apparemment c'est faisable avec l'option ErrorLog (toujours la même !)
https://www.oreilly.com
https://www.oreilly.com