-MW- pisze:
co jeszcze?
Jeszcze /etc/mrtg/mrtg.ip
-MW- pisze:
ciekawe jakie przeklamania bedzie widac na wykresach,
do tej pory regulki blokowaly pakiety wczesniej zanim dotarly
do regul zliczajacych mrtg, a teraz najpierw przeleca po mrtg,
a zablokowane zostana pozniej.
nie jeden podniesie alarm, ze cos zlego sie dzieje w sieci.
Jedyne przekłamania, jakie mi przychodzą do głowy, mogą wystąpić wtedy, gdy dany host ma przekierowane zewnętrzne IP i będą z zewnątrz do niego leciały pakiety, a on będzie wyłączony (tak bywa u mnie z jednym delikwentem), albo ruch będzie blokowany w 'filter' - rzeczywiście, wtedy będzie "nieprawdziwy" ruch przychodzący do hosta, chociaż w pierwszym przypadku ruch będzie jak najbardziej prawdziwy, bo pakiety do hosta będą leciały...
W drugą stronę (host wysyła pakiety, ale są one blokowane w tablicy 'filter') nie będzie żadnych przekłamań, bo de facto host wysyła pakiety, czyli jest ruch wychodzący z tego hosta.
Tak czy inaczej - jak napisał zciech - przekłamania do tej pory też były - o ile admin sam nie zadbał o to, aby reguła wrzucająca pakiety do łańcucha mrtg_traffic, była PO regułach blokujących.
Jedynym wyjściem z sytuacji, w której restart firewalla pociąga za sobą konieczność restartu mrtg i jednocześnie żeby nie było żadnych przekłamań, byłoby uwzględnienie mrtg w pakiecie firewall tak, aby nie były czyszczone reguły mrtg i aby reguła wrzucająca pakiety do łańcucha mrtg_traffic była w odpowiednim miejscu...
Zaloguj się
Zarejestruj się
FAQ
Szukaj
