Dotaz: Přesměrování logů generovaných démonem Iptables

[Barbucha.eu]

Zdravim,
chtěl bych se zeptat, jestli je možné programu Iptables říci, aby logování prováděl do určitého souboru, kde by byly jen jeho výstupy. (Mám jádro 2.6.10.)

Odpovědi

[unchallenger]

Moje oblíbená metoda je používat pro logování --ulog-* namísto --log-* a ulogd. S inteligentním loggerem, a do jisté míry i s obyčejným syslogdem, to lze filtrovat i posléze, ale přide mi to špinavější.

[unchallenger]

Ještě bych měl asi poznamenat, že můj příspěvek se týkal logování netfilteru. Pokud chceš opravdu logovat výstup příkazu iptables, tak spouštěj

iptables 2>soubor.log

[Barbucha.eu]

No, já teď přesně nevím, jestali daná činnost spadá pod NET-filter, nebo pod Iptables. Abych to řekl nejpřesněji, při startu se spouští skript, který nastavuje IP-tabulky a končí řádkem iptables ... -j LOG. Tak to (tedy informace o odmítnutých paketech) chci logovat někam, kde to snadno najdu a budu v tom mít přehled.

[Michal Kubeček]

Příkaz iptables je pouze konfigurační rozhraní, kterým nastavujete tabulky, podle nichž driver jádra (netfilter) filtruje vlastní pakety.

[kafi]

Zdravim, nejjednodusi by bylo jednou za den trebas vsechny logy spachane iptablesem presunout do jineho souboru pomoci grepu. napr.:cat syslog | grep "jmeno_logu" >> iptables.log

[Rozik]

Prusvih je ten, ze iptables to haze jako hlasky jadra. Stesti naopak to, ze tech hlasek od jadra je minimum, takze ten log je "ciste firewallu". Ja mam osvedceno nasledujici a jsem s tim i spokojen . No, uvidis sam...

Mam pridano v /etc/syslog.conf

kern.=debug                                                     /var/log/firewall

[Barbucha.eu]

Já toho v logu zrovna minimum nemám. Spíš jako hnoje Sype se mi tam pravidelně

Sep 16 18:52:07 barbucha smbd[4858]: [2005/09/16 18:52:07, 0] lib/util_sock.c:get_peer_addr(952) 
Sep 16 18:52:07 barbucha smbd[4858]:   getpeername failed. Error was Transport endpoint is not connected 
Sep 16 18:52:07 barbucha smbd[4858]: [2005/09/16 18:52:07, 0] lib/util_sock.c:write_socket_data(388) 
Sep 16 18:52:07 barbucha smbd[4858]:   write_socket_data: write failure. Error = Connection reset by peer 
Sep 16 18:52:07 barbucha smbd[4858]: [2005/09/16 18:52:07, 0] lib/util_sock.c:write_socket(413) 
Sep 16 18:52:07 barbucha smbd[4858]:   write_socket: Error writing 4 bytes to socket 17: ERRNO = Connection reset by peer 
Sep 16 18:52:07 barbucha smbd[4858]: [2005/09/16 18:52:07, 0] lib/util_sock.c:send_smb(605) 
Sep 16 18:52:07 barbucha smbd[4858]:   Error writing 4 bytes to client. -1. (Connection reset by peer)

Panebože co to je?!

[Michal Kubeček]

Démon smbd určitě neloguje pod facility kern. Nemluvě o tom, že Samba může používat vlastní logy a nemusí logovat přes syslog vůbec…

[Barbucha.eu]

Není minimum hlášek v syslogu obecně, ale minimum je hlášek začínajících kernel. A ty jsou (skoro) všechny od firevalu, ty si dám bokem. Trochu jsem to před tím nepochopil, tak sorry