FreeBSD: przerywany (8) zbyt głośny. Jak mogę kontrolować poziom hałasu?


FreeBSD
http://www.freebsd.org/cgi/man ... n%3D8
&

Mac OS X
http://developer.apple.com/lib ... .html
statek z

okresowe (8)
http://www.freebsd.org/cgi/man ... Dhtml
Narzędzie, które jest starannie zorganizowanym zestawem narzędzi do okresowego uruchamiania funkcji systemowych, takich jak sprawdzanie systemu plików ZFS, sprawdzanie bezpieczeństwa, sprawdzanie nieaktualnych portów itp.
Problem polega na tym, że okresowo wysyłanych jest zbyt wiele wiadomości e-mail zawierających zbyt wiele niepotrzebnych informacji. To sprawia, że ​​ludzie ignorują e-maile i pomijamy wiele problemów, które odkrywają powtarzające się osoby (8). Codzienne wiadomości e-mail są wysyłane raz dziennie, e-maile dotyczące bezpieczeństwa są wysyłane raz dziennie, a e-maile tygodniowe i miesięczne są również wysyłane okresowo. Te e-maile mają temat podobny do jednego z następujących: 
Subject: $HOSTNAME daily run output

Subject: $HOSTNAME security run output

Subject: $HOSTNAME weekly run output

Subject: $HOSTNAME monthly run output

Jak mogę zmniejszyć liczbę e-maili wysyłanych z periodic (8)?
Poniżej zamieszczę swoją odpowiedź, ale chciałbym zobaczyć, co zrobili inni.

Notatka
: Mam podobne pytanie w systemie Linux, o godz

Linux: logwatch (8) & amp; cron.daily jest zbyt głośny. Jak mogę kontrolować poziom hałasu?
https://serverfault.com/questi ... level
2021-03-02 Dodaj komentarz
Udostępnij to

Nie znaleziono powiązanych wyników

    Zaproszony:
    Anonimowy użytkownik

    Anonimowy użytkownik

    Potwierdzenie od:

    Umieść coś takiego w/etc/periodic.conf.
    Poniższa konfiguracja zmniejszy szum w wiadomościach e-mail. Jeśli te wiadomości są puste, periodic (8) nie wyśle ​​e-maili. Ponadto wiadomości e-mail dotyczące bezpieczeństwa będą dołączane do codziennych wiadomości e-mail, co również zmniejsza hałas. 
    #/etc/periodic.conf overrides the defaults in/etc/defaults/periodic.conf
    
# This file can be overriden by/etc/periodic.conf.local# *_show_success, *_show_info & *_show_badconfig are disabled
    
# per recomendation of periodic(8) and "Absolute FreeBSD" p. 310-311
    
# and "Essential system administration, 3rd Ed." p. 98# *_show_badconfig="NO" will suppress messages for tools which are not installed on this system (e.g. ZFS on a system without ZFS). daily_show_success="NO"
    
daily_show_info="NO"
    
daily_show_badconfig="NO"weekly_show_success="NO"
    
weekly_show_info="NO"
    
weekly_show_badconfig="NO"monthly_show_success="NO"
    
monthly_show_info="NO"
    
monthly_show_badconfig="NO"# Include security jobs with daily email. No need to send second email.
    
daily_status_security_inline="YES"
    
security_show_success="NO"# Don't need to know about denied packets every day
    
daily_status_security_ipfdenied_enable="NO"### Now, enable services which you DO want to be aware of    
    
# Check host for old ports
    
daily_status_security_portaudit_enable="YES"# Perform ZFS filesystem checks
    
daily_status_zfs_enable="YES"

    W powyższym przykładzie otrzymasz 90%. Jest jednak jeden dodatkowy problem, którego nie można rozwiązać za pomocą standardowej konfiguracji FreeBSD (stan na 20110601). Skrypt włączony 
    /etc/periodic/daily/450.status-security
    nadal wypisze następujący bezsensowny komunikat: 
    Security check:-- End of daily output --

    Poprawka polega na zastosowaniu łatki znalezionej w

    http://www.freebsd.org/cgi/query-pr.cgi?pr=138692
    http://www.freebsd.org/cgi/que ... 92... Ta poprawka zmieni kody powrotne dla 450.status-security, dzięki czemu niepotrzebne komunikaty nie będą drukowane.
    2021-03-02 0 0
    Udostępnij to
    Dlaczego jest złożony? 0 odpowiedzi zostało zwiniętych

    Aby odpowiedzieć na pytania, Zaloguj się lub Zarejestruj się

    Polityka prywatności: https://zweryfikowac.pl/Polityka-prywatnosci.pdf
    Copyright © 2023, All Rights Reserved