☰

Detalles

tag-icon • tag-icon linux ubuntu ssh logging
Detalles

No tengo idea de qué está causando esto, pero acabo de actualizar y actualizar y ahora recibo todo tipo de información en la terminal.

Aquí hay algunos ejemplos simples de sudoinvocación, un anacron y un cron simple cada minuto que implementé para mostrar esto.

[drjrm3(BASH)@maeve]: ls
foo
[drjrm3(BASH)@maeve]: sudo ls
 sudo:   drjrm3 : TTY=pts/0 ; PWD=/home/drjrm3/simpleDir ; USER=root ; COMMAND=/usr/bin/ls
 sudo:   drjrm3 : TTY=pts/0 ; PWD=/home/drjrm3/simpleDir ; USER=root ; COMMAND=/usr/bin/ls
 sudo: pam_unix(sudo:session): session opened for user root(uid=0) by drjrm3(uid=1000)
 sudo: pam_unix(sudo:session): session opened for user root(uid=0) by drjrm3(uid=1000)
foo
 sudo: pam_unix(sudo:session): session closed for user root
[drjrm3(BASH)@maeve]:  systemd[1]: Started Run anacron jobs.
 anacron[4034]: Anacron 2.3 started on 2023-07-08
 anacron[4034]: Normal exit (0 jobs run)
 systemd[1]: anacron.service: Deactivated successfully.
 CRON[4036]: pam_unix(cron:session): session opened for user drjrm3(uid=1000) by (uid=0)
 CRON[4037]: (drjrm3) CMD (echo "Example cron")
 CRON[4036]: (CRON) info (No MTA installed, discarding output)
 CRON[4036]: pam_unix(cron:session): session closed for user drjrm3

A continuación he enumerado (y continuaré enumerando a pedido) cualquier información sobre mi sistema que pueda ayudar a diagnosticar o resolver este problema. ¿Alguien tiene sugerencias sobre qué podría estar causando esto o cómo solucionarlo?

Detalles

1 - Versión del sistema operativo/kernel

[drjrm3(BASH)@maeve]: cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=22.04
DISTRIB_CODENAME=jammy
DISTRIB_DESCRIPTION="Ubuntu 22.04.2 LTS"
[drjrm3(BASH)@maeve]: uname -r
5.19.0-46-generic
[drjrm3(BASH)@maeve]:

2 - Nivel de registro del kernel

AFAIK, esto me parece correcto en términos de nivel de registro:

[drjrm3(BASH)@maeve]:  cat /proc/sys/kernel/printk
4   4   1   7
[drjrm3(BASH)@maeve]:

3 - Reproducible entre clientes ssh

Estoy iniciando sesión desde una Mac y puedo reproducir esto en la maeveestación de trabajo en cuestión y puedo reproducir este comportamiento en múltiples aplicaciones de terminal.

También entré a una raspberry pi desde esta Mac y el comportamiento NO ocurre allí. Sin embargo, al saltar de rpi a maeve, este comportamiento se presenta nuevamente, lo que me lleva a creer que se trata de un problema con la configuración de la estación de trabajo en sí y no de un problema del cliente ssh.

4 - Reproducibilidad

Después de investigar un poco más, creo que es un loggerproblema. Puedo usar muchas otras máquinas loggery no se imprime en la pantalla. Sin embargo, en esta máquina sí.

[drjrm3(BASH)@maeve]: logger hi
[drjrm3(BASH)@maeve]:  drjrm3: hi

[drjrm3(BASH)@wheems]: logger hi
[drjrm3(BASH)@wheems]:

Respuesta1

Creo que lo descubrí. De alguna manera, cuando actualicé, esta línea apareció en mi /etc/rsyslog.d/50-default.confarchivo:

drjrm3                          /var/log/drjrm3.log

Comparé este archivo con la misma ruta en todos mis otros sistemas y nunca vi esta línea. Basado en la documentación sobre cómo se deben escribir los archivos syslog (concedido, por ejemplo)RHEL), esto no parecía corresponder.

Tan pronto como lo comenté y reinicié rsyslogd vía sudo service rsyslog restartno pude reproducir los loggermensajes:

[drjrm3(BASH)@maeve]: # File just edited.
[drjrm3(BASH)@maeve]: logger foo
[drjrm3(BASH)@maeve]:  drjrm3: foo

[drjrm3(BASH)@maeve]: logger bar
 drjrm3: bar
[drjrm3(BASH)@maeve]: sudo service rsyslog restart
 sudo:   drjrm3 : TTY=pts/0 ; PWD=/etc/rsyslog.d ; USER=root ; COMMAND=/usr/sbin/service rsyslog restart
 sudo:   drjrm3 : TTY=pts/0 ; PWD=/etc/rsyslog.d ; USER=root ; COMMAND=/usr/sbin/service rsyslog restart
 sudo: pam_unix(sudo:session): session opened for user root(uid=0) by drjrm3(uid=1000)
 sudo: pam_unix(sudo:session): session opened for user root(uid=0) by drjrm3(uid=1000)
[drjrm3(BASH)@maeve]: logger foo
[drjrm3(BASH)@maeve]: logger bar
[drjrm3(BASH)@maeve]:

información relacionada