Freesco, NND, CDN, EOS http://forum.freesco.pl/ |
|
nice + imq przestal dzialac... http://forum.freesco.pl/viewtopic.php?f=22&t=12525 |
Strona 1 z 1 |
Autor: | mazol [ wtorek, 23 maja 2006, 19:03 ] |
Tytuł: | nice + imq przestal dzialac... |
Witam mam powazny problem i juz tydzien sie z nim mecze ale nic z tego... Otoz mam niceshaper'a + imq wedlug wiki i tego co na forum... problem polega na tym ze od tygodnia to rozwiazanie poprostu przestalo dzialac ![]() Nadmienie ze przedtem wszystko ladnie dzialalo i ograniczalo a ruch p2p nie byl widoczny w statystykach niceshapera (upload). Nie wiem dlaczego nagle przestalo dzialac... Probowalem firewala na nowo stawiac oraz iptables i ipp2p ale dale to samo ![]() kernel 2.4.32-6 ipp2p - IPP2P v0.8.1_rc1 options: iptables v1.3.4 ponizej skrypt imq_p2p_eth #!/bin/bash TC="/sbin/tc" i="/usr/sbin/iptables" # adres sieci/maska case "$1" in start) echo "" echo " Kolejkowanie P2P ----ON---- " echo "" godz=`date +%H%M` #040206 # restart skryptu w cronie o 1,2,7,9,16,22 #--- wartosci wpisz w KB (Kilo Bajtach) --- #--------------------------------------------------- if [ $godz -ge "0700" -a $godz -lt "2400" ];then ul=10 dl=400 pora=dzien fi #------przy zmianie daty zostaw ( -o )-------------- if [ $godz -ge "2400" -o $godz -lt "0700" ];then ul=50 dl=500 pora=noc fi echo "---------------------------------------" echo " "$pora" UL-"$ul""KB/s" DL-"$dl"KB/s" echo "---------------------------------------" # markowanie okreslonych pakietow $i -t mangle -I PREROUTING -m mark --mark 0x999 -j CONNMARK --save-mark $i -t mangle -I PREROUTING -m ipp2p --ipp2p -j MARK --set-mark 0x999 $i -t mangle -I PREROUTING -m mark ! --mark 0 -j ACCEPT $i -t mangle -I PREROUTING -j CONNMARK --restore-mark # kierowanie pakietow do imq $i -t mangle -A POSTROUTING -o eth0 -m mark --mark 0x999 -j IMQ --todev 2 $i -t mangle -A POSTROUTING -o eth1 -m mark --mark 0x999 -j IMQ --todev 3 # ul $TC qdisc add dev imq2 root handle 4:0 htb r2q 1 $TC class add dev imq2 parent 4:0 classid 4:1 htb rate $((ul*8))kbit ceil $((ul*8))kbit burst 6k cburst 3k $TC class add dev imq2 parent 4:1 classid 4:401 htb rate $((ul*8))kbit ceil $((ul*8))kbit quantum 1500 burst 0k cburst 0k prio 7 $TC filter add dev imq2 parent 4:0 protocol ip prio 7 handle 0x999 fw classid 4:401 $TC qdisc add dev imq2 parent 4:401 esfq perturb 10 quantum 1500 # dl $TC qdisc add dev imq3 root handle 5:0 htb r2q 1 $TC class add dev imq3 parent 5:0 classid 5:1 htb rate $((dl*8))kbit ceil $((dl*8))kbit burst 6k cburst 3k $TC class add dev imq3 parent 5:1 classid 5:501 htb rate $((dl*8))kbit ceil $((dl*8))kbit quantum 1500 burst 0k cburst 0k prio 7 $TC filter add dev imq3 parent 5:0 protocol ip prio 7 handle 0x999 fw classid 5:501 $TC qdisc add dev imq3 parent 5:501 esfq perturb 10 quantum 1500 #------------------------- /usr/bin/niceshaper stop sleep 2 /usr/bin/niceshaper start #------------------------- ;; stop) echo "" echo " Kolejkowanie P2P ----OFF---- " echo "" # usowa markowanie okreslonych pakietow $i -t mangle -D PREROUTING -m mark --mark 0x999 -j CONNMARK --save-mark $i -t mangle -D PREROUTING -m ipp2p --ipp2p -j MARK --set-mark 0x999 $i -t mangle -D PREROUTING -m mark ! --mark 0 -j ACCEPT $i -t mangle -D PREROUTING -j CONNMARK --restore-mark # usowa kierowanie pakietow do imq $i -t mangle -D POSTROUTING -o eth0 -m mark --mark 0x999 -j IMQ --todev 2 $i -t mangle -D POSTROUTING -o eth1 -m mark --mark 0x999 -j IMQ --todev 3 # usowa stare bałwan jestem $TC qdisc del dev imq2 root $TC qdisc del dev imq3 root ;; restart) $0 stop sleep 1 $0 start ;; *) echo "" echo " Uzycie kolejkowania P2P [ start | stop | restart ] " echo "" exit ;; esac A taki wpisz mnie zastanawia jeszcze, ale to chyba jest ok? IPP2P was intended for TCP only. Due to increasing usage of UDP we needed to change this. wpis w cronie |
Autor: | mazol [ środa, 24 maja 2006, 19:41 ] |
Tytuł: | |
No panowie co jest z wami? pomozcie ktos, jakies rady? mozektos chce zerknac na serwer do mnie? troche to uciazliwe jest... |
Autor: | barte-k [ środa, 24 maja 2006, 20:30 ] |
Tytuł: | |
nie wiem zgaduje, moze jakies nowe wersje aplikacji p2p i ipp2p nie radzi sobie z ich wylapaniem ?? |
Autor: | mazol [ środa, 24 maja 2006, 20:33 ] |
Tytuł: | |
i tak nagle dzialac przestalo? kernel zauktualizowany, iptables tez, ip2p2 najnowsze i lipa... |
Autor: | -MW- [ środa, 24 maja 2006, 21:20 ] |
Tytuł: | |
juz bylo o tym ze ipp2p nie jest super lekiem, nie wylapuje wszystkiego, a w szczegulnosci nie radzi sobie z pakietami udp. ale jesli nieco poczarujesz to bedzie ok ![]() |
Autor: | mazol [ środa, 24 maja 2006, 21:23 ] |
Tytuł: | |
A czy ktos uzywa torrenta (dokladnie bitspirit lub bitcomet) przy zastosowaniu nice z imq? na jakim jajku, iptables, ipp2p wam to dziala i ladnie ogranicza? Czy jesli poprawnie bedzie przycinalo ruch p2p to w statystykach niceshapera ma byc widac upload z p2p? |
Autor: | adamol [ środa, 24 maja 2006, 21:59 ] |
Tytuł: | |
Nie, uploadu nie ma być widać ![]() Torenty łapie u mnie bez problemu, sam używam torentów i ipp2p je odpowiednio wrzuca do imq2/3. Pozdro |
Autor: | mazol [ środa, 24 maja 2006, 22:05 ] |
Tytuł: | |
moglbys mi podac swoj skrypt i wersje jajka,iptables,ipp2p, firewall, jaka ilosc polaczen ustawiasz? |
Autor: | adamol [ środa, 24 maja 2006, 22:35 ] |
Tytuł: | |
iptables v1.3.1 kernel 2.4.3.1 iproute 020116-5 niceshaper 0.5.1-3 IPP2P v0.8.0 imq_p2p_eth z Wiki + wprowadzone zmiany dotyczące wpisów "data", oraz markowanie udp (zgodnie z dokumentacją), dodatkowych portów nie wiem czy dobrze z tymi portami jakoś tak: $i -t mangle -I PREROUTING -p udp -m mark --mark 0x999 -j CONNMARK --save-mark $i -t mangle -I PREROUTING -p udp --dport 6348 -j MARK --set-mark 0x999 $i -t mangle -I PREROUTING -p udp --dport 6346 -j MARK --set-mark 0x999 $i -t mangle -I PREROUTING -p udp -m ipp2p --ipp2p -j MARK --set-mark 0x999 $i -t mangle -I PREROUTING -p tcp -m mark --mark 0x999 -j CONNMARK --save-mark $i -t mangle -I PREROUTING -p tcp --dport 6348 -j MARK --set-mark 0x999 $i -t mangle -I PREROUTING -p tcp --dport 6346 -j MARK --set-mark 0x999 $i -t mangle -I PREROUTING -p tcp -m ipp2p --ipp2p -j MARK --set-mark 0x999 $i -t mangle -I PREROUTING -p tcp -m mark ! --mark 0 -j ACCEPT $i -t mangle -I PREROUTING -p tcp -j CONNMARK --restore-mark Odwrócona kolejność bo I ale z A tak samo działało. ./iptables.rules: -A FORWARD -s 192.168.1.100 -p tcp -m connlimit --connlimit-above 70 -j DROP -A FORWARD -d 192.168.1.100 -p tcp -m connlimit --connlimit-above 70 -j DROP -A FORWARD -s 192.168.1.100 -p tcp -m connlimit --connlimit-above 50 -m ipp2p --ipp2p -j DROP -A FORWARD -d 192.168.1.100 -p tcp -m connlimit --connlimit-above 50 -m ipp2p --ipp2p -j DROP Pozdro |
Autor: | -MW- [ czwartek, 25 maja 2006, 07:31 ] |
Tytuł: | |
Cytuj: Czy jesli poprawnie bedzie przycinalo ruch p2p to w statystykach niceshapera ma byc widac upload z p2p? Cytuj: $i -t mangle -I PREROUTING -m mark ! --mark 0 -j ACCEPT
ta linia odpowiedzialna jest za to ze ruch nie przechodzi przez niceshapera. zakomentuj ja, a nice bedzie pilnowal ruchu i pokaze go w swoich statsach. |
Autor: | adamol [ czwartek, 25 maja 2006, 13:07 ] |
Tytuł: | |
OK, a odpowiedzialna jest za upload czy może upl i down ![]() Rozumiem że wszystkie marki z wyjątkiem mark 0 sa accept ![]() Pytam się ponieważ u mnie w niceshaper.stats widać download z p2p, uploadu nie. Pozdro |
Autor: | mazol [ czwartek, 25 maja 2006, 15:09 ] |
Tytuł: | |
Rozumiem ze te wpisy z portem 6348 sa mi niepotrzebne? czy wpisy ograniczajace ilosc polaczen musze wkleic w iptables.rules w jakims konkretnym miejscu czy obojetne gdzie w pliku? U mnie cholera cos nie gra po statystyki uploadu pokazuje w ns stats... |
Autor: | adamol [ czwartek, 25 maja 2006, 21:12 ] |
Tytuł: | |
Mam je wpisane w *filter. 6348 to od Bearshare jakoś. |
Autor: | mazol [ czwartek, 25 maja 2006, 21:58 ] |
Tytuł: | |
niestety dalej nie dziala... Ja sie poddaje... Chcecie to moge dac dane na serwerek a jak nie to czekam az powstanie cos skutecznego wkoncu... |
Autor: | NertoM [ piątek, 26 maja 2006, 11:59 ] |
Tytuł: | |
Witam ... Pokasz Swuj FireWLL iptables -nvL , iptables -t nat -nvL , iptables -t mangle -nvL Juz pisalem pare miechow temu ze niceshaper PRZEPUSZCZA !!! AZERUSA !!! ktury ssa przez UDP . Ja sobie narazie dalem rade w ten sposob iz blokuje UDP kolesiowi i te IP na UDP z jakich korzystal. Poza tym pokaz kolesia ktury ci przechodzi ( widac to w statystykach SHAPERA ) , cat /proc/net/ip_conntrack | grep 192.168.1.129 Pisali inni ze im sie ARES nie przebija ale oni mieli HTB zainstalowane . Moja propozycia na poczatek bloknij temu co tak zasysa samo UDP ort. 53 portu. dZIEKi ... |
Autor: | barte-k [ piątek, 26 maja 2006, 14:24 ] |
Tytuł: | |
Wyszedl nowy kernel testowy z dodana latka layer7. Mozesz wyprobowac markowanie pakietów layer7 zamiast ipp2p. Oczywiscie nalezy przerobic skrypt lub napisac od nowa ![]() |
Autor: | mazol [ niedziela, 28 maja 2006, 10:44 ] |
Tytuł: | |
[root@serwer mazol]# iptables -t nat -nvL Chain PREROUTING (policy ACCEPT 553K packets, 35M bytes) pkts bytes target prot opt in out source destination 40 1936 DNAT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:16881 to:192.168.0.2:16881 167 15642 DNAT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:16881 to:192.168.0.2:16881 12834 628K DNAT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:6677 to:192.168.0.3:6677 31521 2135K DNAT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:6677 to:192.168.0.3:6677 4401 280K DNAT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:4672 to:192.168.0.2:4672 215 10668 DNAT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:4662 to:192.168.0.2:4662 0 0 DNAT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:4672 to:192.168.0.2:4672 3 144 DNAT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:6112 to:192.168.0.8:6112 0 0 DNAT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:4000 to:192.168.0.8:4000 5764 293K DNAT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:30233 to:192.168.0.9:30233 34040 4240K DNAT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:30233 to:192.168.0.9:30233 2644 133K DNAT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:23870 to:192.168.0.10:23870 1247 116K DNAT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:23870 to:192.168.0.10:23870 10836 545K DNAT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:19223 to:192.168.0.2:19223 54 4216 DNAT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:19223 to:192.168.0.2:19223 1287 63656 DNAT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:23456 to:192.168.0.11:23456 47147 5601K DNAT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:23456 to:192.168.0.11:23456 0 0 DNAT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:26546 to:192.168.0.5:26546 0 0 DNAT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 udp dpt:26546 to:192.168.0.5:26546 Chain POSTROUTING (policy ACCEPT 153K packets, 14M bytes) pkts bytes target prot opt in out source destination 32071 1558K MASQUERADE all -- * eth0 192.168.0.2 0.0.0.0/0 67937 4864K MASQUERADE all -- * eth0 192.168.0.3 0.0.0.0/0 421 20394 MASQUERADE all -- * eth0 192.168.0.4 0.0.0.0/0 837 40502 MASQUERADE all -- * eth0 192.168.0.5 0.0.0.0/0 0 0 MASQUERADE all -- * eth0 192.168.0.6 0.0.0.0/0 1549 74792 MASQUERADE all -- * eth0 192.168.0.7 0.0.0.0/0 1475 70073 MASQUERADE all -- * eth0 192.168.0.8 0.0.0.0/0 31684 2403K MASQUERADE all -- * eth0 192.168.0.9 0.0.0.0/0 8059 391K MASQUERADE all -- * eth0 192.168.0.10 0.0.0.0/0 27745 3416K MASQUERADE all -- * eth0 192.168.0.11 0.0.0.0/0 129K 6888K MASQUERADE all -- * eth0 192.168.0.12 0.0.0.0/0 43635 3354K MASQUERADE all -- * eth0 192.168.0.13 0.0.0.0/0 Chain OUTPUT (policy ACCEPT 772 packets, 45740 bytes) pkts bytes target prot opt in out source destination [root@serwer mazol]# pozostale komendy wywalaja tyle danych ze nie mieszcza sie na ekranie ![]() chcesz to napisz do mnie na priv: 3941850 to lukniesz sam... Moze i przepuszcza azerusa ale u mnie wszyscy bitspirita uzywaja a pozatym wszystko dzialalo pieknie az nagle sie spie.... po wykresach mrtg widze ze ladnie imq trzyma zadana wartosc uploadu i do takiej ogranicza jednak torenta to omija, emule ladnie tnie... Co do kolegi bartek to jakbym byl taki madry i umial przerobic skrypt to nie pisalbym tu na forum... nie eksperymentowalem z layer7 mimo tego ze ktos na forum tu chyba cos dzialal z tym gdyz wszystko ladnie chodzilo na ipp2p pozdrawiam |
Strona 1 z 1 | Strefa czasowa UTC+2godz. |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |