Paul,
Alors oui, j’aurais été tenté de penser pareil, mais je vois que mon sshd sur une Debian classique log déjà vers AUTH.INFO, alors que les lignes de conf sont commentées. Donc ça doit être configuré par défaut, donc je sais pas si enlever les commentaires vont supprimer l’envoi des messages au kernel. Faudrait essayer :)
David
Le 25 avr. 2024 à 15:16, Paul Rolland (ポール・ロラン) rol+frnog@witbe.net a écrit :
Hello,
On Thu, 25 Apr 2024 14:56:32 +0200 David Ponzone david.ponzone@gmail.com wrote:
https://unix.stackexchange.com/questions/13019/description-of-kernel-printk-... https://unix.stackexchange.com/questions/13019/description-of-kernel-printk-values
Le chemin complet, c'est pas plutot :
- sshd avec sshd_config qui contient
# Logging #SyslogFacility AUTH #LogLevel INFO
- [r]syslog qui sait interpreter tout ca, et qui envoie, selon les regles, vers des fichiers et/ou la console
Aller directement sur les printk level de la console, ca peut le faire, mais ca risque de masquer d'autres choses.
Paul
Bonjour,
Je remets le bon sender pour pas me faire bloquer.
On Thu, 25 Apr 2024 15:44:58 +0200 David Ponzone david.ponzone@gmail.com wrote:
Alors oui, j’aurais été tenté de penser pareil, mais je vois que mon sshd sur une Debian classique log déjà vers AUTH.INFO, alors que les lignes de conf sont commentées. Donc ça doit être configuré par défaut, donc je
sshd_config contient, sous forme de commentaire, la conf par defaut. C'est assez pratique, car ca evite de cherche les mots cles quand tu veux changer une option. OK, a quoi bon les mettre en commentaires dans ce cas ? Je ne sais pas, mais c'est comme ca.
sais pas si enlever les commentaires vont supprimer l’envoi des messages au kernel. Faudrait essayer :)
Non, ca va pas le faire, mais en jouant sur tes parametres sshd et sur ta conf rsyslog, tu peux surement eviter que ca finisse sur /dev/console, tout en gardant la possibilite d'avoir les messages dans un fichier de log.
Perso., si ca se gere cote application(s), je prefere par rapport a des changements de parametres kernel. Mais YMMV ;)
Paul
Bon, j’ai pris 5 min, et moi j’ai rien sur la console. Parce que j’ai rsyslogd partout. Ca doit être la conf par défaut de syslogd qui envoie des trucs sur /dev/console.
Stéphane, tu as donc les 2 solutions possibles: -mettre rsyslog -reconfigurer syslogd
David
Le 25 avr. 2024 à 17:34, Paul Rolland (ポール・ロラン) rol+frsag@witbe.net a écrit :
Bonjour,
Je remets le bon sender pour pas me faire bloquer.
On Thu, 25 Apr 2024 15:44:58 +0200 David Ponzone david.ponzone@gmail.com wrote:
Alors oui, j’aurais été tenté de penser pareil, mais je vois que mon sshd sur une Debian classique log déjà vers AUTH.INFO, alors que les lignes de conf sont commentées. Donc ça doit être configuré par défaut, donc je
sshd_config contient, sous forme de commentaire, la conf par defaut. C'est assez pratique, car ca evite de cherche les mots cles quand tu veux changer une option. OK, a quoi bon les mettre en commentaires dans ce cas ? Je ne sais pas, mais c'est comme ca.
sais pas si enlever les commentaires vont supprimer l’envoi des messages au kernel. Faudrait essayer :)
Non, ca va pas le faire, mais en jouant sur tes parametres sshd et sur ta conf rsyslog, tu peux surement eviter que ca finisse sur /dev/console, tout en gardant la possibilite d'avoir les messages dans un fichier de log.
Perso., si ca se gere cote application(s), je prefere par rapport a des changements de parametres kernel. Mais YMMV ;)
Paul
-
David Ponzone -
Paul Rolland (ポール・ロラン)