Forum Debian Users Gang

morfik · 2018-04-09 15:34:06

Wszystkie logi standardowo trafiają do journal'a systemd. Niektóre z tych komunikatów przechodzą przez rsyslog/syslog i mogą na tym etapie zostać odfiltrowane i przekierowane do innych plików/urządzeń. O ile samo filtrowanie i przekierowanie działa bez zarzutu, to jednak logi z journal'a nie znikają i w zasadzie pojawiają się w dwóch miejscach.

Najbardziej to drażnią mnie logi audytu (te mające taga audit), zwykle notowane przy stosowaniu polityki AppArmor. Same logi może i są bardzo użyteczne ale nie zmienia to faktu, że strasznie one syfią w logu systemowym i dlatego chciałbym je dać na osobną konsolę. Generalnie to w konfiguracji rsyslog'a mam takie zwrotki:

Kod:

if $msg contains 'audit:' and $msg contains 'apparmor=' then -/dev/log-apparmor
if $msg contains 'audit:' and $msg contains 'apparmor=' then -/var/log/apparmor.log
& stop

kern.*  -/var/log/kern.log
kern.*  -/dev/log-kernel
& stop

Czyli logi od AppArmor'a lecą sobie osobno, a kernela osobno. Po ich dopasowaniu niby ma się zakończyć ich przetwarzanie i tak się dzieje. Niemniej jednak, kopia logu i tak trafia do journal'a systemd za sprawą jednego z tych transportów:

Kod:

# journalctl --field _TRANSPORT
audit
syslog
journal
stdout
kernel
driver

Wcześniej miałem zdublowane logi audtu, które wyglądały mniej więcej tak (sformatowane dla czytelności):

Kod:

Apr 09 14:08:15 morfikownia                          audit[1397]: AVC          apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/sensors" pid=1397 comm="apparmor_parser"
Apr 09 14:08:15 morfikownia kernel: audit: type=1400 audit(1523275695.613:76): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/sensors" pid=1397 comm="apparmor_parser"

Czyli raz były one notowane przez audit a drugi raz przez kernel, a wiadomość jest dokładnie taka sama w obu przypadkach. Na szczęście to dublowanie można wyłączyć przez

Kod:

# systemctl mask systemd-journald-audit.socket

I ten komunikat z samym [b]audit[/b] zniknie z logu ale dalej w logu figuruje [b]kernel: audit:[/b] i pytanie jak go wywalić z journal'a. xD

Ktoś wie może jak wyłączyć te określone transporty journal'a? Bo to by w zasadzie rozwiązało cały problem.

Jacekalex · 2018-04-09 20:03:55

W dmesg nie masz czasem logów AA?

Ja sobie skrobnąłem takiego skrypta:
[b]root ~> cat `which aaupdate`[/b]

Kod:

#!/bin/bash

dmesg | grep apparmor | grep -v 93 >/var/log/grsec/apparmor.log ; aa-logprof -f /var/log/grsec/apparmor.log

I nawet robi, co ma robić.

Jest tylko problem z [b]rtmin+-93[/b] w logach AA, bo aa-logprof na razie wywala się na takim logu.
Stąd to [b]grep -v 93[/b].

Ostatnio edytowany przez Jacekalex (2018-04-09 20:12:57)

morfik · 2018-04-10 01:29:05

Ja sobie ogarnąłem te logi już (mam osobny plik i urządzenie FIFO na to), tylko problem jest taki, że ten spam od AppArmor'a leci do także do journal'a i chcę temu jakoś zapobiec.

Jacekalex · 2018-04-10 02:09:13

Ja wszystkie systemowe logi wywaliłem na sockety FIFO, żeby rsyslog dyzia nie katował.
Inna sprawa, że mam uczulenie na Systemd.

Może Auditd coś miesza z logami AA, masz to zainstalowane?

morfik · 2018-04-10 11:29:40

Nie mam auditd. Z nim tych logów audytu to by było dopiero od groma. xD Ten systemd po prostu zbiera logi audytu bezpośrednio z podsystemu audit i kernel i dlatego były dwie kopie logów apparmor'a: jedna z samym audit, druga z kernel: audit: . Ten pierwszy transport udało się wyłączyć ale nadal w logu mam kernel: audit: , gdy mi coś AppArmor zablokuje i chciałbym się tego pozbyć, czyli albo wywalić wszystkie logi kernela z journala, albo jedynie te kernel: audit: i dać to do osobnego pliku/FIFO.

W linijce kernela można wrzucić audit=0 ale to wyłącza całkowicie logi audytu i AppArmor już nic nie zwraca.

Tu też ludzie narzekają na to:
https://github.com/systemd/systemd/issues/959

Ostatnio edytowany przez morfik (2018-04-10 11:35:49)

Yampress · 2018-04-10 16:04:51

do dmesg trafiaja logi z apparmora

Kod:

journalctl -k |grep audit

można przecież zastosować składnie która podaje logi z ostatniego czasu lub ileś wpisów wstecz...

lub ...

Kod:

journalctl -k -f  |grep audit

morfik · 2018-04-10 16:46:28

A jak zrobić by nie trafiały one do journal'a i zamiast tego bezpośrednio do rsyslog'a? xD

Jacekalex · 2018-05-04 18:44:11

Zajrzyj w źródełka apparmor-notify, może tam coś nowego wymyślili w tej sprawie.
https://packages.debian.org/buster/apparmor-notify

EDIT:
On czyta z /var/log/audit/audit.log

Ostatnio edytowany przez Jacekalex (2018-05-04 18:47:17)

morfik · 2018-05-04 20:53:43

Raczej ci od systemd powinni skonfigurować transporty logowania, by była możliwość ich włączenia lub wyłączenia, bo póki co to domyślnie wszystkie są włączone. Ten transport audit można wyłączyć ale w dalszym ciągu to kernel loguje te wiadomości z audit. Niby nie mam już zdublowanych logów ale transportu kernel'a w journal'u chyba się póki co nie da wyłączyć. xD

Jacekalex · 2018-05-04 21:14:19

Ci od Systemd mają ważniejsze sprawy na głowie, RH ma dla nich dużo poważniesze zadania.

makalega · 2018-06-02 21:23:01

Mam nadzieje że do Gentoo ten syf jako przymus nigdy nie wejdzie, jak dla mnie robi za dużo rzeczy na raz, a dev i tak dodają do niego nowe funkcje, bez głębszego zastanowienia, czy chociażby przetestowania, czy owe funkcje poprawnie działają...

Ostatnio edytowany przez makalega (2018-06-02 21:34:34)

Time (s)	Query
0.00009	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00090	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.138.105.4' WHERE u.id=1
0.00059	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.138.105.4', 1732201411)
0.00042	SELECT * FROM punbb_online WHERE logged<1732201111
0.00050	SELECT topic_id FROM punbb_posts WHERE id=318999
0.00005	SELECT id FROM punbb_posts WHERE topic_id=30407 ORDER BY posted
0.00042	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=30407 AND t.moved_to IS NULL
0.00005	SELECT search_for, replace_with FROM punbb_censoring
0.00130	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=30407 ORDER BY p.id LIMIT 0,25
0.00075	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=30407
Total query time: 0.00511 s

Forum Debian Users Gang

Ogłoszenie

#1 2018-04-09 15:34:06

morfik - Cenzor wirtualnego świata

Odfiltrowanie logów kernela (i AppArmor'a) z journal'a systemd

Kod:

Kod:

Kod:

Kod:

#2 2018-04-09 20:03:55

Jacekalex - Podobno człowiek...;)

Re: Odfiltrowanie logów kernela (i AppArmor'a) z journal'a systemd

Kod:

#3 2018-04-10 01:29:05

morfik - Cenzor wirtualnego świata

Re: Odfiltrowanie logów kernela (i AppArmor'a) z journal'a systemd

#4 2018-04-10 02:09:13

Jacekalex - Podobno człowiek...;)

Re: Odfiltrowanie logów kernela (i AppArmor'a) z journal'a systemd

#5 2018-04-10 11:29:40

morfik - Cenzor wirtualnego świata

Re: Odfiltrowanie logów kernela (i AppArmor'a) z journal'a systemd

#6 2018-04-10 16:04:51

Yampress - Imperator

Re: Odfiltrowanie logów kernela (i AppArmor'a) z journal'a systemd

Kod:

Kod:

#7 2018-04-10 16:46:28

morfik - Cenzor wirtualnego świata

Re: Odfiltrowanie logów kernela (i AppArmor'a) z journal'a systemd

#8 2018-05-04 18:44:11

Jacekalex - Podobno człowiek...;)

Re: Odfiltrowanie logów kernela (i AppArmor'a) z journal'a systemd

#9 2018-05-04 20:53:43

morfik - Cenzor wirtualnego świata

Re: Odfiltrowanie logów kernela (i AppArmor'a) z journal'a systemd

#10 2018-05-04 21:14:19

Jacekalex - Podobno człowiek...;)

Re: Odfiltrowanie logów kernela (i AppArmor'a) z journal'a systemd

#11 2018-06-02 21:23:01

makalega - Użytkownik

Re: Odfiltrowanie logów kernela (i AppArmor'a) z journal'a systemd

Stopka forum

Informacje debugowania