Dotaz: smazani u32 filtru

[Jarda]

Ahoj, potreboval bych vedet jak vymazat pravidlo ktery vlozim pres u32. priklad
vlozim takhle:
tc filter add dev eth0 protocol ip parent 1:0 u32 match ip dst 10.0.0.19 flowid 1:11
a kdyz to chci vymazat takhle
tc filter del dev eth0 protocol ip parent 1:0 u32 match ip dst 10.0.0.19 flowid 1:11
tak to pise chybu: RTNETLINK answers: No such file or directory We have an error talking to the kernel
Nevi nekdo co stim

Odpovědi

[Michal Kubeček]

Nestačilo by identifikovat filtr pomocí interface, rodiče a priority?

[Jarda]

mam pripad ze mam pridanejch cca 500 pravidel {napevno co se nemenej} . A mam skrtipt co kazdejch 15 vterin pridava novy pravidla. Potreboval bych ty pravydla co tam pridam, po uplinuti 15ti vterin vymazat a zas pridat aktualni. bud budou stejny nebo jiny, to je podle situace. kdyby se to nemazalo tak se to asi rychle zahlti. Ted to mam vyreseny pres mark v iptables. jednou prikaz -A a -D .

[macrek]

mam rovnaky problem :(
mozno po 2 rokoch na to bude vediet niekto odpovedat

[macrek]

odpoviem si sam:
zmazat filter je mozne len na zaklade parentu a priority !

ak sa snazite zmazat class na ktory odkazuje nejaky filter, ta sa to nepodari a budete o tom oboznameni hlaskou: device is bussy

je najprv potrebne zmazat filter, ale ten, ako som uz spominal, je mozne zmazat len na zaklade parentu a priority. To znamena ze ak tam mate filtrov viac tak prakticky ich mozte od seba odlisit len prioritou. Pretoze ak im date rovnaku prioritu tak potom pri mazani pridete o vsetky.

Tu nastava problem ak mate htb-tree dost velky (cca 800 zaznamov). A kazdemu zaznamu chcete dat inu prioritu tak to neunosne zatazi comp.

S tymto problemom si momentalne lamem hlavu a uz mi dochadzaju napady, potrebujem dynamicky, pridavat, mazat a menit rychlosti v takomto strome.

Any ideas ?

[Jiří Lisický]

A co to filtrování pomocí iptables? Nestíhalo by to? Nebo zkusit statickou část nechat přes tc filtry a dynamické přes iptables...

[macrek]

napadlo to aj mna, a momentalne to takto aj robim, dufam, ze to bude stihat, pretoze toto je asi posledna moznost... (chystam sa to otestovat)

jediny problem tam je ten, ze aj ked budem markovat packety cez iptables, tak stale musim pouzit tc filter, na tie omarkovane packety. Takze velmi sa tomu nevyhnem. Ak nastane poziadavka na vymazanie classu tak ho vlastne nevymazem (ostane tam) ale vymazem pravidlo v iptables. Takze class, filter a qdisc zostanu, ale nebudu sa pouzivat. (velmi sa mi to nepaci, ale ina moznost asi nie je)

[Jan Martinek]

Já tomu sice vůbec nerozumím, ale chtěl jsem se zeptat, proč není možné smazat filter jen specifikováním flow-id? Jak jsem pochopil, tak to při takovém pokusu háže chybu, ale není mi jasný ten důvod. Je to bug nebo to tak patří?

[macrek]

podla mna to je bug, neni to doriesene...
tc vyuziva funkcie z kniznice libiptc, kde su napr. aj funkcie pre pracu s packet filtrom (vyuziva ich iptables), tie su tiez veeeeelmi nestastne riesene.

[macrek]

tak nic.. stroj to nezvlada... iptables neprixadza do uvahy... som zvedavy co teraz :)

[macrek]

ok, takze update:
http://mailman.ds9a.nl/pipermail/lartc/2004q4/014500.html

heh :) lenze ja tam dalsi zadrhel.. handle moze byt len od 0x800 do 0xfff, takze nejakych 2047 zaznamov... potom sa uz handle nezvysuje, takze znova dostaneme zaznamy ktore nemozeme nijak konkretne specifikovat