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!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Orientuje się może ktoś jak zresetować tablicę conntracka? Chodzi generalnie o potrzebę usunięcia wszelkich połączeń znajdujących się w tej tablicy przy resetowaniu, czy też ponownym wczytywaniu, reguł iptables. Ten mechanizm co jest w OpenWRT potrafi czyścić tablicę conntracka ale niestety nie ma tam informacji na temat jak on to robi. Czyszczenie tej tablicy przy resetowaniu reguł, czy przy zakładaniu nowej polityki firewalla jest o tyle ważne, że czasem niektóre połączenia po takim resecie mogą być zaakceptowane, np. przez stan ESTABLISHED. Gdy ta tablica zostanie opróżniona, takie połączenie zostanie zablokowane i zrzucone. W efekcie host będzie musiał się jeszcze raz połączyć i zostanie zaakceptowany, jest nowa polityka reguł na to pozwoli.
___
Wygląda na to, że na debianie można to robić za pomocą pakietu conntrack w poniższy sposób:
# conntrack -C 651 # conntrack -F conntrack v1.4.3 (conntrack-tools): connection tracking table has been emptied. # conntrack -C 0
Ciekawe czy jest jakiś inny sposób, bo na OpenWRT nie ma takiego narzędzia nawet. xD
Niby to działa na OpenWRT:
# echo f > /proc/net/nf_conntrack
Tyle, że na debianie nie chce:
# echo f > /proc/net/nf_conntrack echo: write error: Input/output error
Jakiś pomysł czemu nie wchodzi to powyższe polecenie?
Offline
Po co resetować?
Ustaw sobie timeout przez sysctl, żeby się nie zapychała, i po krzyku.
Domyślna wartość timeout'u to chyba 1800, zmien na 300 sekund, powinno radykalnie pomóc.
Offline
Tu nie chodzi o zapychanie, tylko o ubijanie aktywnych sesji podczas przeładowywania polityki zapory. Mi się wydaje logiczne, że sesje nie powinny być aktywne, gdy zmieniasz reguły. W taki sposób przecie niektóre połączenia mogą być w stanie ESTABLISHED podczas aplikowania reguł. Tych reguł, które mają np. blokować pakiety w stanie NEW na jakiś port. Jeśli teraz masz połączenie w stanie ESTABLISHED, to ono dalej będzie aktywne po przeładowaniu zapory, a nie powinno. xD Dlatego moim zdaniem przy każdej zmianie polityki fw, powinna być czyszczona tablica conntracka, by te wszystkie aktywne połączenia przerobić na INVALID i zrzucić wymuszając tym jeszcze raz nawiązanie sesji, która przejdzie weryfikację w oparciu o nowe reguły iptables.
Offline
Time (s) | Query |
---|---|
0.00013 | SET CHARSET latin2 |
0.00005 | SET NAMES latin2 |
0.00114 | 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.149.234.50' WHERE u.id=1 |
0.00087 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.149.234.50', 1732739774) |
0.00051 | SELECT * FROM punbb_online WHERE logged<1732739474 |
0.00071 | 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=28629 AND t.moved_to IS NULL |
0.00006 | SELECT search_for, replace_with FROM punbb_censoring |
0.00108 | 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=28629 ORDER BY p.id LIMIT 0,25 |
0.00084 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=28629 |
Total query time: 0.00539 s |