Bonjour, j'avais déjà mentionné un problème avec un serveur qui crash à
intervalle régulier (au bout de 7 à 8 jours).
La machine n'est plus toute jeune mais avec disque neuf, bien ventilée et
les barettes ont été testées pendant 48h avec memtest86.
La machine ne se gèle pas complètement, elle continue à répondre à des
pings preuve que le kernel (2.4.18) est toujours fonctionnel.
On Sat, 20 Sep 2003 08:19:04 +0000, Zouplaz wrote:
J. Mayer - :
On Fri, 19 Sep 2003 19:35:04 +0000, Zouplaz wrote:
J'aimerais plutôt rediriger ce qui sort en console vers un fichier log car la bécane se trouve à quelques kilomètres de mon poste de travail...
Redirige les logs en IP, ça marche nickel... Tu les envoie sur un port non standard, ce qui te permet de les filtrer et de les distinguer puis de les admirer à distance sans avoir besoin de te connecter à ta machine...
Heu, quel est le principe ? Je suppose qu'un man syslogd va m'aider mais bon...
J'ai deux serveurs linux, un de prod (loin) et un de dev (a côté)...
Ca signifie que celui de prod de fait qu'envoyer des données donc pas de failles de sécurité (sur le serv de dev c'est pas un gros soucis) ?
C'est bien à ça que je pense. *.* @hostname dans syslogd.conf devrait aller... Par contre, je n'ai rien vu pour rediriger sur un port non standard, mais tu peux le faire faire par iptables sur la machine emetrice... Et tu met une règle iptables sur la machine réceptrice pour n'accepter que les logs qui viennent de la première. Tu peux aussi utiliser un vtun si tu ne veux pas que tes logs circulent en clair...
Je centralise les logs sur une seul machine, chez moi, c'est assez pratique, mais c'est plus simple, vu que les machines sont sur un LAN... J'utilise syslog-ng qui permet ensuite de filtrer les messages et de les répartir dans des fichiers différents en fonction de la provenance.
On Sat, 20 Sep 2003 08:19:04 +0000, Zouplaz wrote:
J. Mayer - l_indien_no_more_spams@magic.fr :
On Fri, 19 Sep 2003 19:35:04 +0000, Zouplaz wrote:
J'aimerais plutôt rediriger ce qui sort en console vers un fichier
log car la bécane se trouve à quelques kilomètres de mon poste de
travail...
Redirige les logs en IP, ça marche nickel...
Tu les envoie sur un port non standard, ce qui te permet de les
filtrer et de les distinguer puis de les admirer à distance
sans avoir besoin de te connecter à ta machine...
Heu, quel est le principe ? Je suppose qu'un man syslogd va m'aider mais
bon...
J'ai deux serveurs linux, un de prod (loin) et un de dev (a côté)...
Ca signifie que celui de prod de fait qu'envoyer des données donc pas de
failles de sécurité (sur le serv de dev c'est pas un gros soucis) ?
C'est bien à ça que je pense.
*.* @hostname
dans syslogd.conf devrait aller...
Par contre, je n'ai rien vu pour rediriger sur un port non standard,
mais tu peux le faire faire par iptables sur la machine emetrice...
Et tu met une règle iptables sur la machine réceptrice pour n'accepter
que les logs qui viennent de la première.
Tu peux aussi utiliser un vtun si tu ne veux pas que tes logs circulent
en clair...
Je centralise les logs sur une seul machine, chez moi, c'est assez
pratique, mais c'est plus simple, vu que les machines sont sur un
LAN... J'utilise syslog-ng qui permet ensuite de filtrer les
messages et de les répartir dans des fichiers différents en fonction
de la provenance.
On Sat, 20 Sep 2003 08:19:04 +0000, Zouplaz wrote:
J. Mayer - :
On Fri, 19 Sep 2003 19:35:04 +0000, Zouplaz wrote:
J'aimerais plutôt rediriger ce qui sort en console vers un fichier log car la bécane se trouve à quelques kilomètres de mon poste de travail...
Redirige les logs en IP, ça marche nickel... Tu les envoie sur un port non standard, ce qui te permet de les filtrer et de les distinguer puis de les admirer à distance sans avoir besoin de te connecter à ta machine...
Heu, quel est le principe ? Je suppose qu'un man syslogd va m'aider mais bon...
J'ai deux serveurs linux, un de prod (loin) et un de dev (a côté)...
Ca signifie que celui de prod de fait qu'envoyer des données donc pas de failles de sécurité (sur le serv de dev c'est pas un gros soucis) ?
C'est bien à ça que je pense. *.* @hostname dans syslogd.conf devrait aller... Par contre, je n'ai rien vu pour rediriger sur un port non standard, mais tu peux le faire faire par iptables sur la machine emetrice... Et tu met une règle iptables sur la machine réceptrice pour n'accepter que les logs qui viennent de la première. Tu peux aussi utiliser un vtun si tu ne veux pas que tes logs circulent en clair...
Je centralise les logs sur une seul machine, chez moi, c'est assez pratique, mais c'est plus simple, vu que les machines sont sur un LAN... J'utilise syslog-ng qui permet ensuite de filtrer les messages et de les répartir dans des fichiers différents en fonction de la provenance.
