- lms - lists.lms.org.pl

Re: tc
by Rafal Ramocki 28 Cze '04

28 Cze '04

On Fri, 25 Jun 2004 18:26:35 +0200, Przemysław 'Repcio' Gubernat wrote > On Fri, Jun 25, 2004 at 10:12:13AM +0200, A.L.E.C wrote: > > Tomasz Chilinski wrote: > > > > > Hmmm ten pkt 1) wynika z następnych. Szybkość jest identyczna :) > > > Btw. i tak używasz filtrów fw :) > > > > no właśnie nie rozumiem dlaczego znane skrypty Baroo i Prisma korzystają z > > obu metod, w jedną stronę fw+mark a w drugą u32, może to jednak ma jakieś > > znaczenie. > > > Dla sieci natowanych powinieneś ograniczać tak: > * do klienta U32 na sieciówce lokalnej > * od klienta fw+mark na sieciówce w świat > Inaczej nie działa :/ IMQ i wszystko dziala na jednym. Mozna tworzyc bardzo skomplikowane struktury kolejkowania. z powazaniem Rafal Ramocki

1 0

Re: [lms] Re: LMS na przyszłość :]
by lukas 28 Cze '04

28 Cze '04

>> Ja bym się wcale nie obraził gdyby ktoś z developerów zabrał się za >> LMS'a w kierunku FreeBSD, spiął to ładnie z ipfw i ipnat'em :) Wiem, >> że i bez tego macie sporo roboty, ale może ma ktoś na to ochotę :) ppb> przeciez mozesz zrobic to sam i podeslac konfiguracje do daemona, ppb> odpowiedni parser itp.. Wlasnie jestem na etapie rozwazan dotyczacych wykorzystania LMS'a jako podstawy do pewnego projektu i dzialalo by to na FreeBSD, wiec mozliwe ze ja podesle jakies rozwiazania, ale kiedy to tego nikt niewie :) pozdrawiam -------------------- Łukasz Wojciechowski

1 0

Re: LMS na przyszłość :]
by pbern＠pbern.biz 27 Cze '04

27 Cze '04

On Sun, 27 Jun 2004, Grzegorz Czechowski wrote: > Ja bym się wcale nie obraził gdyby ktoś z developerów zabrał się za > LMS'a w kierunku FreeBSD, spiął to ładnie z ipfw i ipnat'em :) Wiem, > że i bez tego macie sporo roboty, ale może ma ktoś na to ochotę :) przeciez mozesz zrobic to sam i podeslac konfiguracje do daemona, odpowiedni parser itp.. Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

LMS na przyszłość :]
by Grzegorz Czechowski 27 Cze '04

27 Cze '04

Ja bym się wcale nie obraził gdyby ktoś z developerów zabrał się za LMS'a w kierunku FreeBSD, spiął to ładnie z ipfw i ipnat'em :) Wiem, że i bez tego macie sporo roboty, ale może ma ktoś na to ochotę :) -- g.

1 0

Re: program do archiwizacji awarii
by hunter 26 Cze '04

26 Cze '04

On Fri, Jun 25, 2004 at 02:02:34PM +0200, Bartosz wrote: > Witam > Czy ktoś zna jakiś ciekawy programik do archiwizacji awarii sieci, > dokonanych zmian, przyczyn, skutków, oraz rozwiązania danego problemu?? Taaak :) www.google.com Kiedyś temat poruszony: dołożyć do lmsa całość kontaktów z użyszkodnikami, chętnych którzy mogliby pogodzić 50 różnych podejść i sposobów implementacji tego jak na razie brak. kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Re: tc
by Przemysław 'Repcio' Gubernat 25 Cze '04

25 Cze '04

On Fri, Jun 25, 2004 at 10:17:49AM +0200, Tomasz Chilinski wrote: > > no właśnie nie rozumiem dlaczego znane skrypty Baroo i Prisma > > korzystają z obu metod, w jedną stronę fw+mark a w drugą u32, może > > to jednak ma jakieś znaczenie. > > Filtru u32 nie możesz użyć, gdy pakiet wychodzi interfejsem na którym > jednocześnie jest realizowany NA(P)T (do filtru u32 dociera pakiet ze > zmienionym adresem IP). Stąd przy uploadzie używają filtru fw. Uważam, że > nie ma co mieszać kilku rodzajów filtrów - najlepiej zdecydować się na > jeden, najbardziej elastyczny - moim zdaniem fw :) > Oczywiście w sytuacjach wyjątkowych pozostaje u32 :) > iptables -A FORWARD -s 1.1.1.1 -j MARK --set-mark 0x10 iptables -A FORWARD -d 1.1.1.1 -j MARK --set-mark 0x10 a potem wszędzie uzywasz fw 0x10 :) -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | System Administrator @ Repcio.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Re: tc
by Przemysław 'Repcio' Gubernat 25 Cze '04

25 Cze '04

On Fri, Jun 25, 2004 at 10:12:13AM +0200, A.L.E.C wrote: > Tomasz Chilinski wrote: > > > Hmmm ten pkt 1) wynika z następnych. Szybkość jest identyczna :) > > Btw. i tak używasz filtrów fw :) > > no właśnie nie rozumiem dlaczego znane skrypty Baroo i Prisma korzystają z > obu metod, w jedną stronę fw+mark a w drugą u32, może to jednak ma jakieś > znaczenie. > Dla sieci natowanych powinieneś ograniczać tak: * do klienta U32 na sieciówce lokalnej * od klienta fw+mark na sieciówce w świat Inaczej nie działa :/ -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | System Administrator @ Repcio.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Re: tc
by A.L.E.C 25 Cze '04

25 Cze '04

jeszcze się tu podczepię z pytaniem. obecnie mam coś takiego, dla każdego IP w sieci: iptables -t filter -I FORWARD -p tcp -s 192.168.0.11 -m connlimit --connlimit-above 50 -j REJECT czy mogę to zastąpić czymś takim: iptables -t mangle -N CLIMITS iptables -t mangle -I POSTROUTING -j CLIMITS i dla każdego IP: iptables -A CLIMITS -p tcp -s 192.168.0.11 -m connlimit --connlimit-above 50 -j REJECT -- Pozdrawiam Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.rulez.pl

1 0

program do archiwizacji awarii
by Bartosz 25 Cze '04

25 Cze '04

Witam Czy ktoś zna jakiś ciekawy programik do archiwizacji awarii sieci, dokonanych zmian, przyczyn, skutków, oraz rozwiązania danego problemu??

1 0

Re: tc
by Przemek SAKO Galczewski 25 Cze '04

25 Cze '04

Hello A.L.E.C, Friday, June 25, 2004, 12:14:23 PM, you wrote: ALEC> ok potestuję, ale skoro analogicznie dla MARK, to dalej dziwi mnie dlaczego ALEC> w powoływanych przeze mnie skryptach nie używają fw w obie strony. ja u siebie znakuje w obie strony w forward/mangle, postrouting zostawiam do innych celow :) -- Best regards, Przemek mailto:sako@infinity.waw.pl

1 0