Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!

Ogłoszenie

Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

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

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

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

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.

Offline

 

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

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/urandom
Zarejestrowany: 2008-01-07

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

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)


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

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

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

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

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.

Offline

 

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

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/urandom
Zarejestrowany: 2008-01-07

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

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?


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

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

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

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

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)

Offline

 

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

  Yampress - Imperator

Yampress
Imperator
Zarejestrowany: 2007-10-18

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

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

Offline

 

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

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

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

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

Offline

 

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

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/urandom
Zarejestrowany: 2008-01-07

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

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)


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

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

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

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

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

Offline

 

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

  Jacekalex - Podobno człowiek...;)

Jacekalex
Podobno człowiek...;)
Skąd: /dev/urandom
Zarejestrowany: 2008-01-07

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

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


W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem  para bellum  ;)       |       Pozdrawiam :)

Offline

 

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

  makalega - Użytkownik

makalega
Użytkownik
Zarejestrowany: 2011-08-12

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

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)


Śpieszmy się kochać kobiety - tak szybko tyją...
:)

Offline

 

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
Możesz wyłączyć AdBlock — tu nie ma reklam ;-)

[ Generated in 0.015 seconds, 11 queries executed ]

Informacje debugowania

Time (s) Query
0.00012 SET CHARSET latin2
0.00004 SET NAMES latin2
0.00166 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.237.91.98' WHERE u.id=1
0.00088 REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.237.91.98', 1711675977)
0.00060 SELECT * FROM punbb_online WHERE logged<1711675677
0.00062 SELECT topic_id FROM punbb_posts WHERE id=319002
0.00131 SELECT id FROM punbb_posts WHERE topic_id=30407 ORDER BY posted
0.00127 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.00010 SELECT search_for, replace_with FROM punbb_censoring
0.00193 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.00168 UPDATE punbb_topics SET num_views=num_views+1 WHERE id=30407
Total query time: 0.01021 s