Hello, valoszinuleg nem csak en vagyok egyedul azzal a problemaval, hogy a GPL zorp (3.0) nem tud config reload-ot vegrehajtani. Ez a feature tudomasom szerint csak a kereskedelmi valtozatban letezik. A problemam ezzel, hogy minden egyes config valtoztataskor ujra kell inditani a modosult instance-okat, ami az elo kapcsolatok azonnali megszakitasahoz vezet. A napokban elkeszitettem egy perl programot, amivel tobbek kozott megoldhato, hogy ne kelljen megszakitani a modosult config-al rendelkezo instance-okat. A kovetkezoket lehet elkovetni ezzel a script-el: Dinamikus config file generalas (policy.py/iptables.conf), ami magaba foglalja, hogy nincs szukseg a portszamok ismeretere (eleg a service neve), tovabba nincs szukseg egyedi portszamok osztogatasara a konfiguralaskor Dinamikus instance generalas, amivel megoldhato, hogy uj/megvaltozott konfiguracioju instance-ok induljanak a regivel parhuzamosan Valtozaskovetes Regi(nem hasznalt) instance-ok eltavolitasa (instance.conf) Hasznalt(kapcsolattal rendelkezo) instance-ok listaja Futo instance-ok listaja Instance-on beluli kapcsolatok listaja Ip trace, ami megmondja, hogy egy adott ip-rol milyen service-ek vannak hasznalva jelenleg. Service trace, ami megmondja, hogy egyes szolgaltatasok milyen ip-krol vannak hasznalva jelenleg. Amennyiben erdekel valakit, szivesen megosztom. Udv, Viktor ui: Nem teljesen zorp, de ide kapcsolodo kerdesem (hatha van valakinek jo otlete), hogy hogyan tudnek elo tcp kapcsolatokat megszakitani/reset-elni a zorp tuzfalamon. Valami olyat szeretnek, mint a cutter, de az nem mukodik, tovabba az iptables-el mahinalt tcp reset meg nem igazan tetszik mivel az nem azonnali hatasu...