Wrzesień 2005 - lms - lists.lms.org.pl

squid-redirector
by Tomasz -CvNet- CV Division 12 Wrz '05

12 Wrz '05

witam, pytanko ? bardzo mi się to spodobało i tego używam squd-redirector i tu pytanie zasadnicze: czy jest możliwość (jesli tak to jak) żeby przy automatycznym cutoff (lmsd), robić regułki i włączał wiadomiość admionistracynją dla tych userów a po kliknięcie /zaznacz jako przeczytane/ wyłączał im squida. argumentacja: funkcjonalność redirectora ze squidem jest bardzo dobra, ale nie wszyscy mają maszyny na których squi sobie poradzi działając w sposób ciągły dla wszystkich (czy też zadłużonych). Tomasz Ośko cvnet - Radom CompV - Division

1 0

Pytanko o wyzerowane adresy MAC i odpowiedzi klientow
by "Matys Łukasz KOMSTER Sp. z o.o. " 12 Wrz '05

12 Wrz '05

Witam. Otoz mam taka dziwna sytuacje, mianowicie gdy odlaczam jakiegos kompa w sieci automatycznie jego adres MAC jest wyzerowany w tablicy ARP i router poprostu nie widzi danego kompa w sieci mimo iz jest wpiety, natomiast paru moich klientow posiada routerki i niektore z nich nawet po "odlaczeniu" w LMS nadal odpowiadaja pingiem, mimo iz ich MAC jest wyzerowany...czy ktos wie czym to jest spowodowane? Pozdrawiam. -- Matys Łukasz

1 0

Re: dlugo ladujaca sie lista faktur
by Grzegorz Stanislawski 12 Wrz '05

12 Wrz '05

Krzysztof Drewicz napisał(a): > Grzegorz Stanislawski napisał(a): >> A nie prosciej/szybciej/bardziej elegancko byloby uzyc mechanizmu >> cachowania ktory jest w smarty? >> > Którego? chodzi Ci o to że templaty są cacheowane? (bo są :-D) Jakos nie znalazlem nigdzie w lmsie wyrazenia $SMARTY->caching = true; ;-) > Mi chodzi o prekompilowanie PHP. to tak jak Gnu world odkrył > prekompilowane nagłówki jakiś czas temu. > Po prostu gdy php są już w eacceleratorze prekompilowane to nie traci on > ciągle czasu na modyfikowanie tych samych skryptów. > Problem nie polega na "modyfikowaniu tych samych skryptów" tylko na produkowaniu tych samych stron z tych samych danych (ktorych uzyskanie jest dosc kosztowne i czasochlonne (a ja wkolko o tym samym ;-)) Watpie czy zewnetrzny program jest wstanie robic to lepiej (zwlaszcza ze jego rola ogranicza sie wylacznie do kompilacji) od tego kto te strony generuje 'wlasnymi recami' A wystarczy tak niewiele bo: if(!$SMARTY->is_cached('userlist.html')) { $SMARTY->assign('userslist',$LMS->GetUserList()); } $SMARTY->display('userlist.html'); No i ewentualnie $smarty->clear_cache('userlist.html') tam gdzie dane ulegaja modyfikacji. > Prosty tescik: > welcome.html (0,98018) (total) header.html (0,76518) footer.html > welcome.html (1,28291) (total) header.html (0,84705) footer.html > Są to wyniki oczywiście bez danych nawet i fine tuningu akceleratora do Masz racje ?m=welcome to dobry test wydajnosci, bo wygenerowanie tej strony to na oko 20 kwerend (z czego 3/4 to agregaty) i 4 exec'e > > kd. > Grzegorz Stanislawski

1 0

Re: tc daemon
by Andrzej Banach 11 Wrz '05

11 Wrz '05

Dnia Sun, Sep 11, 2005 at 11:12:31PM +0200 Krzysztof Lewandowski napisał(a): > Andrzej Banach napisał(a): > >Dnia Sun, Sep 11, 2005 at 09:46:27PM +0200 Krzysztof Lewandowski > >napisał(a): > > > > > >>>pisales ze podobnie zrobiles w host_htb_up wiec mowa o upload > >>>Ale... skoro stworzyles nowa klase i wszystko co "siec<>user" wpada do > >>>niej to > >>>po co shape'owac upload z sieci do usera skoro wiadomo ze zaden user nie > >>>wysle > >>>danych wiecej niz ma swoj limit z taryfy??? > >>> > >>> > >> > >>Jasne oczywiście z uploadu zrezygnowałem szkoda dodawać roboty dla TC. > >> > >>mam teraz tak: > >> > >>$IPT -t mangle -A LIMITSTC -s 10.1.1.102 -j MARK --set-mark 101 > >>$IPT -t mangle -A LIMITSTC -d 10.1.1.102 -j MARK --set-mark 101 > >>$TC class add dev $WAN parent 2:1 classid 2:101 htb rate 32kbit ceil > >>512.00kbit $BURST prio 2 quantum 1500 > >>$TC qdisc add dev $WAN parent 2:101 sfq perturb 10 > >>$TC filter add dev $WAN parent 2:0 protocol ip prio 5 handle 101 fw > >>flowid 2:101 > >> > >>$TC class add dev $LAN parent 1:2 classid 1:101 htb rate 64kbit ceil > >>512.00kbit $BURST prio 2 quantum 1500 > >>$TC qdisc add dev $LAN parent 1:101 sfq perturb 10 > >>$TC filter add dev $LAN parent 1:0 protocol ip prio 5 handle 101 fw > >>flowid 1:101 > >> > >>$TC class add dev $LAN parent 1:3 classid 1:9101 htb rate 128kbit ceil > >>512.00kbit $BURST prio 2 quantum 1500 > >>$TC qdisc add dev $LAN parent 1:9101 sfq perturb 10 > >>$TC filter add dev $LAN parent 1:0 protocol ip prio 5 u32 match ip src > >>10.1.0.0/22 flowid 1:9101 > >> > >> > >>w begin mam: > >> > >>$IPT -t mangle -N LIMITSTC > >>$IPT -t mangle -I FORWARD -i $WAN -j LIMITSTC > >>$IPT -t mangle -I FORWARD -o $WAN -j LIMITSTC > >># incomming traffic > >>$IPT -t mangle -A OUTPUT -j MARK --set-mark 1 > >>$TC qdisc add dev $LAN root handle 1:0 htb default 3 r2q 1 > >>$TC class add dev $LAN parent 1:0 classid 1:1 htb rate 99000kbit ceil > >>99000kbit quantum 1500 > >>$TC class add dev $LAN parent 1:1 classid 1:2 htb rate 8192kbit ceil > >>8192kbit > >>$TC class add dev $LAN parent 1:1 classid 1:3 htb rate 98500kbit ceil > >>98500kbit quantum 1500 > >>$TC qdisc add dev $LAN parent 1:3 sfq perturb 10 > >># priorities for ICMP, TOS 0x10 and ports 22 and 53 > >>$TC class add dev $LAN parent 1:2 classid 1:20 htb rate 4096kbit ceil > >>4096kbit $BURST prio 1 quantum 1500 > >>$TC qdisc add dev $LAN parent 1:20 sfq perturb 10 > >>$TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip sport > >>25 0xffff flowid 1:20 > >>$TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip sport > >>53 0xffff flowid 1:20 > >>$TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip sport > >>110 0xffff flowid 1:20 > >>$TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip src > >>213.134.138.181/32 flowid 1:20 > >>$TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip src > >>212.191.227.115/32 flowid 1:20 > >>$TC filter add dev $LAN parent 1:0 protocol ip prio 1 u32 match ip tos > >>0x10 0xff flowid 1:20 > >>$TC filter add dev $LAN parent 1:0 protocol ip prio 1 u32 match ip > >>protocol 1 0xff flowid 1:20 > >># serwer -> LAN > >>$TC filter add dev $LAN parent 1:0 protocol ip prio 4 handle 1 fw flowid > >>1:3 > >> > >>... > >> > >>i niestety po wywołaniu skryptu mam błędy: > >> > >>RTNETLINK answers: Invalid argument > >>RTNETLINK answers: Invalid argument > >>RTNETLINK answers: Invalid argument > >> > >> > >>siędze nad tym od godziny i nie wiem w czym jest kłopot > >> > > > > > >Rozrysuj sobie ladnie podzial na karteczce i sprawdz w ktorym miejscu > >chcesz > >wrzucic ten sam ruch z takim samym priorytetem, kiedys spedzilem rowniez > >sporo > >czasu nad tym dodajac nawet ech po wywolaniu kazej linijki skryptu. > >Na 99% to priorytety ale gdzie (te prio 5 w 3 kolejkach jest na pewno > >bledne) > >nie mam za bardzo dzis czasu Tobie poszukac. Jak chcesz to podeslij na prv > >swoj konfig to jutro zerkne albo moge podeslac Ci swoj (dosc podobny tyle > >ze > >ja daje ograniczenie dla podsieci a nie konkretnych userow) > > > Dzięki, znalazłem ten błąd (dwa inne priorytety). > Niestety nadal wsadza mi ruch user <>user nie w tą klasę lub nie pilnuje > poprawnie. Pomęczę się trochę jeszcze jak nie dam rady, to poproszę > Cie o pomoc. > > daj mniejszy prio dla filtra klasy 1:9101 niz dla filtra klasy 1:101 gdyz w tej chwili markowany jest caly ruch i z netu i z sieci do klienta albo daj na mangle inne znakowanie ruchu z netu do klienta a inne z sieci do klienta i na filtrach tak podaj i bedzie ok :P -- Andrzej Banach net-komp.net.pl

1 0

Re: tc daemon
by Krzysztof Lewandowski 11 Wrz '05

11 Wrz '05

Andrzej Banach napisał(a): > Dnia Sun, Sep 11, 2005 at 09:46:27PM +0200 Krzysztof Lewandowski napisał(a): > > >>>pisales ze podobnie zrobiles w host_htb_up wiec mowa o upload >>>Ale... skoro stworzyles nowa klase i wszystko co "siec<>user" wpada do >>>niej to >>>po co shape'owac upload z sieci do usera skoro wiadomo ze zaden user nie >>>wysle >>>danych wiecej niz ma swoj limit z taryfy??? >>> >>> >> >>Jasne oczywiście z uploadu zrezygnowałem szkoda dodawać roboty dla TC. >> >>mam teraz tak: >> >>$IPT -t mangle -A LIMITSTC -s 10.1.1.102 -j MARK --set-mark 101 >>$IPT -t mangle -A LIMITSTC -d 10.1.1.102 -j MARK --set-mark 101 >>$TC class add dev $WAN parent 2:1 classid 2:101 htb rate 32kbit ceil >>512.00kbit $BURST prio 2 quantum 1500 >>$TC qdisc add dev $WAN parent 2:101 sfq perturb 10 >>$TC filter add dev $WAN parent 2:0 protocol ip prio 5 handle 101 fw >>flowid 2:101 >> >>$TC class add dev $LAN parent 1:2 classid 1:101 htb rate 64kbit ceil >>512.00kbit $BURST prio 2 quantum 1500 >>$TC qdisc add dev $LAN parent 1:101 sfq perturb 10 >>$TC filter add dev $LAN parent 1:0 protocol ip prio 5 handle 101 fw >>flowid 1:101 >> >>$TC class add dev $LAN parent 1:3 classid 1:9101 htb rate 128kbit ceil >>512.00kbit $BURST prio 2 quantum 1500 >>$TC qdisc add dev $LAN parent 1:9101 sfq perturb 10 >>$TC filter add dev $LAN parent 1:0 protocol ip prio 5 u32 match ip src >>10.1.0.0/22 flowid 1:9101 >> >> >>w begin mam: >> >>$IPT -t mangle -N LIMITSTC >>$IPT -t mangle -I FORWARD -i $WAN -j LIMITSTC >>$IPT -t mangle -I FORWARD -o $WAN -j LIMITSTC >># incomming traffic >>$IPT -t mangle -A OUTPUT -j MARK --set-mark 1 >>$TC qdisc add dev $LAN root handle 1:0 htb default 3 r2q 1 >>$TC class add dev $LAN parent 1:0 classid 1:1 htb rate 99000kbit ceil >>99000kbit quantum 1500 >>$TC class add dev $LAN parent 1:1 classid 1:2 htb rate 8192kbit ceil >>8192kbit >>$TC class add dev $LAN parent 1:1 classid 1:3 htb rate 98500kbit ceil >>98500kbit quantum 1500 >>$TC qdisc add dev $LAN parent 1:3 sfq perturb 10 >># priorities for ICMP, TOS 0x10 and ports 22 and 53 >>$TC class add dev $LAN parent 1:2 classid 1:20 htb rate 4096kbit ceil >>4096kbit $BURST prio 1 quantum 1500 >>$TC qdisc add dev $LAN parent 1:20 sfq perturb 10 >>$TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip sport >>25 0xffff flowid 1:20 >>$TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip sport >>53 0xffff flowid 1:20 >>$TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip sport >>110 0xffff flowid 1:20 >>$TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip src >>213.134.138.181/32 flowid 1:20 >>$TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip src >>212.191.227.115/32 flowid 1:20 >>$TC filter add dev $LAN parent 1:0 protocol ip prio 1 u32 match ip tos >>0x10 0xff flowid 1:20 >>$TC filter add dev $LAN parent 1:0 protocol ip prio 1 u32 match ip >>protocol 1 0xff flowid 1:20 >># serwer -> LAN >>$TC filter add dev $LAN parent 1:0 protocol ip prio 4 handle 1 fw flowid 1:3 >> >>... >> >>i niestety po wywołaniu skryptu mam błędy: >> >>RTNETLINK answers: Invalid argument >>RTNETLINK answers: Invalid argument >>RTNETLINK answers: Invalid argument >> >> >>siędze nad tym od godziny i nie wiem w czym jest kłopot >> > > > Rozrysuj sobie ladnie podzial na karteczce i sprawdz w ktorym miejscu chcesz > wrzucic ten sam ruch z takim samym priorytetem, kiedys spedzilem rowniez sporo > czasu nad tym dodajac nawet ech po wywolaniu kazej linijki skryptu. > Na 99% to priorytety ale gdzie (te prio 5 w 3 kolejkach jest na pewno bledne) > nie mam za bardzo dzis czasu Tobie poszukac. Jak chcesz to podeslij na prv > swoj konfig to jutro zerkne albo moge podeslac Ci swoj (dosc podobny tyle ze > ja daje ograniczenie dla podsieci a nie konkretnych userow) > Dzięki, znalazłem ten błąd (dwa inne priorytety). Niestety nadal wsadza mi ruch user <>user nie w tą klasę lub nie pilnuje poprawnie. Pomęczę się trochę jeszcze jak nie dam rady, to poproszę Cie o pomoc. KL -- Krzysztof Lewandowski - krzysiek(a)lca.pl Oficjalny Portal Miasta Legnicy - www.lca.pl 59-220 Legnica, ul. Pomorska 56 tel. (76) 866 49 11 biuro(a)lca.pl Nie odpisuje na listy pisane w HTML

1 0

Re: userpanel
by exe_2 11 Wrz '05

11 Wrz '05

----- Original Message ----- From: "Krzysztof Drewicz" <hunter(a)mimuw.edu.pl> To: <lms(a)lists.rulez.pl> Sent: Sunday, September 11, 2005 3:21 PM Subject: [lms] Re: userpanel > Szczerze to mam ochotę wysłać Cię na www.php.net i kazać wpisać iconv w > pole search tyle razy ile ktoś nie obejży: > http://lms.rulez.pl/doc/install-requirements.html > > Przecież iconv to tak normalna rzecz w systemie że jeśli masz mysqla to na > 100% będziesz musial i iconv użyć... > Szukaj iconv w php/Twoim systemie. Zacznij od np phpinfo(); > kd, > Krzysztof Drewicz Dzięki juz zrobiłem , zmyliło mnie trochę to że mam 4 serwery z dostępem do lms i z jednego z nich szło prawidłowo , a wydawało mi się że były postawione tak samo , myliłem sie. W userpanelu jest opcja drukowania faktury , w poprzedniej wersji działało a po wgraniu nowej ikona drukarki jest , ale nieaktywna , przeglądałem dokumentację i nic na ten temat nie znalazłem

1 0

Re: tc daemon
by Andrzej Banach 11 Wrz '05

11 Wrz '05

Dnia Sun, Sep 11, 2005 at 09:46:27PM +0200 Krzysztof Lewandowski napisał(a): > > > > >pisales ze podobnie zrobiles w host_htb_up wiec mowa o upload > >Ale... skoro stworzyles nowa klase i wszystko co "siec<>user" wpada do > >niej to > >po co shape'owac upload z sieci do usera skoro wiadomo ze zaden user nie > >wysle > >danych wiecej niz ma swoj limit z taryfy??? > > > > > > Jasne oczywiście z uploadu zrezygnowałem szkoda dodawać roboty dla TC. > > mam teraz tak: > > $IPT -t mangle -A LIMITSTC -s 10.1.1.102 -j MARK --set-mark 101 > $IPT -t mangle -A LIMITSTC -d 10.1.1.102 -j MARK --set-mark 101 > $TC class add dev $WAN parent 2:1 classid 2:101 htb rate 32kbit ceil > 512.00kbit $BURST prio 2 quantum 1500 > $TC qdisc add dev $WAN parent 2:101 sfq perturb 10 > $TC filter add dev $WAN parent 2:0 protocol ip prio 5 handle 101 fw > flowid 2:101 > > $TC class add dev $LAN parent 1:2 classid 1:101 htb rate 64kbit ceil > 512.00kbit $BURST prio 2 quantum 1500 > $TC qdisc add dev $LAN parent 1:101 sfq perturb 10 > $TC filter add dev $LAN parent 1:0 protocol ip prio 5 handle 101 fw > flowid 1:101 > > $TC class add dev $LAN parent 1:3 classid 1:9101 htb rate 128kbit ceil > 512.00kbit $BURST prio 2 quantum 1500 > $TC qdisc add dev $LAN parent 1:9101 sfq perturb 10 > $TC filter add dev $LAN parent 1:0 protocol ip prio 5 u32 match ip src > 10.1.0.0/22 flowid 1:9101 > > > w begin mam: > > $IPT -t mangle -N LIMITSTC > $IPT -t mangle -I FORWARD -i $WAN -j LIMITSTC > $IPT -t mangle -I FORWARD -o $WAN -j LIMITSTC > # incomming traffic > $IPT -t mangle -A OUTPUT -j MARK --set-mark 1 > $TC qdisc add dev $LAN root handle 1:0 htb default 3 r2q 1 > $TC class add dev $LAN parent 1:0 classid 1:1 htb rate 99000kbit ceil > 99000kbit quantum 1500 > $TC class add dev $LAN parent 1:1 classid 1:2 htb rate 8192kbit ceil > 8192kbit > $TC class add dev $LAN parent 1:1 classid 1:3 htb rate 98500kbit ceil > 98500kbit quantum 1500 > $TC qdisc add dev $LAN parent 1:3 sfq perturb 10 > # priorities for ICMP, TOS 0x10 and ports 22 and 53 > $TC class add dev $LAN parent 1:2 classid 1:20 htb rate 4096kbit ceil > 4096kbit $BURST prio 1 quantum 1500 > $TC qdisc add dev $LAN parent 1:20 sfq perturb 10 > $TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip sport > 25 0xffff flowid 1:20 > $TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip sport > 53 0xffff flowid 1:20 > $TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip sport > 110 0xffff flowid 1:20 > $TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip src > 213.134.138.181/32 flowid 1:20 > $TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip src > 212.191.227.115/32 flowid 1:20 > $TC filter add dev $LAN parent 1:0 protocol ip prio 1 u32 match ip tos > 0x10 0xff flowid 1:20 > $TC filter add dev $LAN parent 1:0 protocol ip prio 1 u32 match ip > protocol 1 0xff flowid 1:20 > # serwer -> LAN > $TC filter add dev $LAN parent 1:0 protocol ip prio 4 handle 1 fw flowid 1:3 > > ... > > i niestety po wywołaniu skryptu mam błędy: > > RTNETLINK answers: Invalid argument > RTNETLINK answers: Invalid argument > RTNETLINK answers: Invalid argument > > > siędze nad tym od godziny i nie wiem w czym jest kłopot > Rozrysuj sobie ladnie podzial na karteczce i sprawdz w ktorym miejscu chcesz wrzucic ten sam ruch z takim samym priorytetem, kiedys spedzilem rowniez sporo czasu nad tym dodajac nawet ech po wywolaniu kazej linijki skryptu. Na 99% to priorytety ale gdzie (te prio 5 w 3 kolejkach jest na pewno bledne) nie mam za bardzo dzis czasu Tobie poszukac. Jak chcesz to podeslij na prv swoj konfig to jutro zerkne albo moge podeslac Ci swoj (dosc podobny tyle ze ja daje ograniczenie dla podsieci a nie konkretnych userow) -- Andrzej Banach net-komp.net.pl

1 0

Re: tc daemon
by Krzysztof Lewandowski 11 Wrz '05

11 Wrz '05

> > pisales ze podobnie zrobiles w host_htb_up wiec mowa o upload > Ale... skoro stworzyles nowa klase i wszystko co "siec<>user" wpada do niej to > po co shape'owac upload z sieci do usera skoro wiadomo ze zaden user nie wysle > danych wiecej niz ma swoj limit z taryfy??? > > Jasne oczywiście z uploadu zrezygnowałem szkoda dodawać roboty dla TC. mam teraz tak: $IPT -t mangle -A LIMITSTC -s 10.1.1.102 -j MARK --set-mark 101 $IPT -t mangle -A LIMITSTC -d 10.1.1.102 -j MARK --set-mark 101 $TC class add dev $WAN parent 2:1 classid 2:101 htb rate 32kbit ceil 512.00kbit $BURST prio 2 quantum 1500 $TC qdisc add dev $WAN parent 2:101 sfq perturb 10 $TC filter add dev $WAN parent 2:0 protocol ip prio 5 handle 101 fw flowid 2:101 $TC class add dev $LAN parent 1:2 classid 1:101 htb rate 64kbit ceil 512.00kbit $BURST prio 2 quantum 1500 $TC qdisc add dev $LAN parent 1:101 sfq perturb 10 $TC filter add dev $LAN parent 1:0 protocol ip prio 5 handle 101 fw flowid 1:101 $TC class add dev $LAN parent 1:3 classid 1:9101 htb rate 128kbit ceil 512.00kbit $BURST prio 2 quantum 1500 $TC qdisc add dev $LAN parent 1:9101 sfq perturb 10 $TC filter add dev $LAN parent 1:0 protocol ip prio 5 u32 match ip src 10.1.0.0/22 flowid 1:9101 w begin mam: $IPT -t mangle -N LIMITSTC $IPT -t mangle -I FORWARD -i $WAN -j LIMITSTC $IPT -t mangle -I FORWARD -o $WAN -j LIMITSTC # incomming traffic $IPT -t mangle -A OUTPUT -j MARK --set-mark 1 $TC qdisc add dev $LAN root handle 1:0 htb default 3 r2q 1 $TC class add dev $LAN parent 1:0 classid 1:1 htb rate 99000kbit ceil 99000kbit quantum 1500 $TC class add dev $LAN parent 1:1 classid 1:2 htb rate 8192kbit ceil 8192kbit $TC class add dev $LAN parent 1:1 classid 1:3 htb rate 98500kbit ceil 98500kbit quantum 1500 $TC qdisc add dev $LAN parent 1:3 sfq perturb 10 # priorities for ICMP, TOS 0x10 and ports 22 and 53 $TC class add dev $LAN parent 1:2 classid 1:20 htb rate 4096kbit ceil 4096kbit $BURST prio 1 quantum 1500 $TC qdisc add dev $LAN parent 1:20 sfq perturb 10 $TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip sport 25 0xffff flowid 1:20 $TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip sport 53 0xffff flowid 1:20 $TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip sport 110 0xffff flowid 1:20 $TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip src 213.134.138.181/32 flowid 1:20 $TC filter add dev $LAN parent 1:0 protocol ip prio 2 u32 match ip src 212.191.227.115/32 flowid 1:20 $TC filter add dev $LAN parent 1:0 protocol ip prio 1 u32 match ip tos 0x10 0xff flowid 1:20 $TC filter add dev $LAN parent 1:0 protocol ip prio 1 u32 match ip protocol 1 0xff flowid 1:20 # serwer -> LAN $TC filter add dev $LAN parent 1:0 protocol ip prio 4 handle 1 fw flowid 1:3 ... i niestety po wywołaniu skryptu mam błędy: RTNETLINK answers: Invalid argument RTNETLINK answers: Invalid argument RTNETLINK answers: Invalid argument siędze nad tym od godziny i nie wiem w czym jest kłopot KL

1 0

Re: tc daemon
by Andrzej Banach 11 Wrz '05

11 Wrz '05

Dnia Sun, Sep 11, 2005 at 09:14:44PM +0200 Krzysztof Lewandowski napisał(a): > > > >>i podobnie dla host_htb_up > >> > > > >tzn jak dst 10.1.0.0/22??? > > jak w download to chyba jednak src pisales ze podobnie zrobiles w host_htb_up wiec mowa o upload Ale... skoro stworzyles nowa klase i wszystko co "siec<>user" wpada do niej to po co shape'owac upload z sieci do usera skoro wiadomo ze zaden user nie wysle danych wiecej niz ma swoj limit z taryfy??? > > ale czy można z tą sama klasę ? zarówna na 1:3 jest 1:%x > jak i dla 1:2. > > Może dla 1:3 zrobić 1:9%x A tu sorki, przeoczylem - oczywiscie klase zmien. Moze byc tak jak napisales z przedrostkiem... Mam nadzieje ze nie masz 9000 userow i kolejki nie pokryja sie :P -- Andrzej Banach net-komp.net.pl

1 0

Re: tc daemon
by Krzysztof Lewandowski 11 Wrz '05

11 Wrz '05

Andrzej Banach napisał(a): > Dnia Sun, Sep 11, 2005 at 08:36:08PM +0200 Krzysztof Lewandowski napisał(a): > > >>host_htb_down >> >>dla połaczenia user internet >>$TC class add dev $LAN parent 1:2 classid 1:%x htb rate %downratekbit >>ceil %downceilkbit $BURST prio 2 quantum 1500 >>$TC qdisc add dev $LAN parent 1:%x sfq perturb 10 hash dst >>$TC filter add dev $LAN parent 1:0 protocol ip prio 5 handle %x fw >>flowid 1:%x >> >>dla połaczenia user user >> >>$TC class add dev $LAN parent 1:3 classid 1:%x htb rate %downratekbit >>ceil %downceilkbit $BURST prio 2 quantum 1500 >>$TC qdisc add dev $LAN parent 1:%x sfq perturb 10 hash dst >>$TC filter add dev $LAN protocol ip prio 4 parent 1:0 u32 match ip src >>10.1.0.0/22 flowid 1:%x > > > spora ta siec :P Spora > > >>i podobnie dla host_htb_up >> > > > tzn jak dst 10.1.0.0/22??? jak w download to chyba jednak src > >>w begin daję zgodnie z przykładem z dokumentacji > > > skasowac tylko prio 9 dla 1:3 chyba ze pozostaly ruch (zostal chyba tylko > serwer<>user) nie lapie sie w utworzone widelki albo dodac na podobnej > zasadzie "src ip_serwera" by userek mial juz 3 x przepustowosc :) > > >>Rzumiem że user będzie móg osoągną maksymalna prędkość jednoczesnie >>dla połaczenia z internetm i z userem ?? > > > hmm - tzn jednoczesnie bedzie mogl osiagnac 2 x przepustowosc ustalona w tarifs > zarowno pobierajac dane z internetu jaki i pobierajac od innego usera z sieci. > > >>Prosze powiedzieć czy dobrze myslę ??? I czy to zadziala?? > > > Raczej dobrze i raczej zadziala :P ale czy można z tą sama klasę ? zarówna na 1:3 jest 1:%x jak i dla 1:2. Może dla 1:3 zrobić 1:9%x ?? KL > -- Krzysztof Lewandowski - krzysiek(a)lca.pl Oficjalny Portal Miasta Legnicy - www.lca.pl 59-220 Legnica, ul. Pomorska 56 tel. (76) 866 49 11 biuro(a)lca.pl Nie odpisuje na listy pisane w HTML

1 0