amule - dziwny problem z uruchomieniem

[jezior]

2006-02-08 15:43:12 get_n napisał:

> Jak narazie wiem jedno, że
 > 1) [net]<-> [eth0<-->{serwer}<-->eth1_z_htb]<->[workstation]
 > 2) [net]<->[eth0_z_htb<-->workstation]
 >
 > 1) i 2) to dwie rozne sytuacje, przeplyw pakietow jest w prawo, wiec w jednym przypadku
 > intersejs bedzie wysylal a w drugim pobieral pakiety - sprobuj to zrozumiec.

Widze ze jestes z tych \\"odpornych na wiedze\\"...

PLONK

[get_n]

a widzisz odwrotnie to co ty przeczytales to jest download dla hostow dla ktorych dzili lacze (i htb jest w stanie to ograniczyc), a nie dla samego serwera, ktory jest bezposrednio polaczony z netem.
przeczytaj jeszcze raz dokladnie:
\\"HTB potrafi ograniczac predkosc tylko wysylanych danych na interfejsie. Nie potrafi samo w sobie kontrolowac i zarzadzac ruchem, ktory na ten interfejsc przychodzi. Z tego powodu klopotliwe troszeczke staje sie ograniczanie uploadu uzytkownikow, poniewaz to sa przychodzace dane do interfejsu.\\"
a download to sa przychodzące dane do interfejsu, czytaj z sensem.

[jezior]

2006-02-08 15:52:15 get_n napisał:

> a widzisz odwrotnie to co ty przeczytales to jest download dla hostow dla ktorych dzili lacze (i
 > htb jest w stanie to ograniczyc), a nie dla samego serwera, ktory jest bezposrednio polaczony z
 > netem.

Dlatego zaznaczylem na ktorym interfejsie i w jakiej sytuacji ma dzialac htb aby mozna bylo uzyskac to co chcesz.
W przeciwienstwie do Ciebie ja sie IMO na htb/cbq znam i uzywam (co prawda w okrojonej wersji bo zaawansowane ksztaltowanie ruchu sieciowego robie w BSD)

Przestan wiec \\"wstrzasac powietrze\\" i trollowac. Zabierz sie za czytanie. Ze zrozumieniem.

[get_n]

ja rozumiem, ze moznaby ograniczyc moj transfer z netu jezeli pomiedzy netem a mna byl jeszcze jeden komp.
wyslalem pytanie na rozne fora (forum.bsdguru.org tez), ale tylko tu (ty) uznajesz ze mozna to zrobic przez HTB.

Na bsdguru wskazali mi dummynet i pf (to drugie to nie wiem co to jest), ale z tego co narazie znalazlem to oba chyba sa charakterystyczne dla BSD, a nie linuksow.

Jezeli piszesz regulki to podaj chociaz :
tc filter jaki przewidujesz dla ograniczenia przychodzacego do interfejsu.

[get_n]

2006-02-08 16:11:31 jezior napisał:

 > Dlatego zaznaczylem na ktorym interfejsie i w jakiej sytuacji ma dzialac htb aby mozna bylo
 > uzyskac to co chcesz.
 
hem, jakim interfejsie jak jest tylko jeden, przeczytales pierwsza notke?

[jezior]

2006-02-08 16:46:40 get_n napisał:

 > hem, jakim interfejsie jak jest tylko jeden, przeczytales pierwsza notke?

[net]<-> [eth0<-->{serwer}<-->eth1_z_htb]<->[workstation] --> workstacja moze sciagac 10Kbit

tu sa 2 z htb na eth1

[net]<->[eth0_z_htb<-->workstation] --> workstacja nadal moze sciagac tylko 10Kbit

tu jest tylko jeden eth0 i wlasnie na nim dziala htb

[jezior]

2006-02-08 16:30:03 get_n napisał:

 > Jezeli piszesz regulki to podaj chociaz :
 > tc filter jaki przewidujesz dla ograniczenia przychodzacego do interfejsu.

Zakladam ze
---cut---
/sbin/tc class add dev eth0 parent 1:0 classid 1:1 htb rate 10kbit ceil 10kbit
---cut---

tc filter?  wydaje sie zbyteczne skoro tylko ty korzystasz z netu bezposrdenio podpietego do ciebie.

[get_n]

wiec tak:

# tc qdisc del root dev eth0
# tc qdisc add dev eth0 root handle 1:0 htb
# tc class add dev eth0 parent 1:0 classid 1:1 htb rate 10kbit ceil 10kbit
i
# wget http://ftp.task.gda.pl/pub/linux/JTZ/HOWTOs-txt.zip
....
Translacja ftp.task.gda.pl... 153.19.251.222, 2001:4070:1::fafa
Connecting to ftp.task.gda.pl|153.19.251.222|:80... połączono.
Żądanie HTTP wysłano, oczekiwanie na odpowiedź... 200 OK
Długość: 758,632 (741K) [application/zip]

100%[====================================>] 758,632      129.42K/s    ETA 00:00

17:24:09 (125.79 KB/s) - `HOWTOs-txt.zip\\' saved [758632/758632]


125 KB/s

[get_n]

wget to przyklad wiem o opcji --limit-rate

[jezior]

2006-02-08 17:24:43 get_n napisał:

> wiec tak:
 >
 > # tc qdisc del root dev eth0
 > # tc qdisc add dev eth0 root handle 1:0 htb
 > # tc class add dev eth0 parent 1:0 classid 1:1 htb rate 10kbit ceil 10kbit

 > 125 KB/s

No nareszcie piszesz z sensem.
Sprobuj na wiekszym objetosciowo pliku, przy paru kilo nawet to to nie zdazy sie zakolejkowac (wada fabryczna kolejkowania)

co mowi:

/sbin/tc qdisc show dev eth0
/sbin/tc class show dev eth0

[get_n]

# /sbin/tc qdisc show dev eth0 qdisc htb 1: r2q 10 default 0 direct_packets_stat 2156
# /sbin/tc class show dev eth0
class htb 1:1 root prio 0 rate 10Kbit ceil 10Kbit burst 1600b cburst 1600b

[jezior]

2006-02-08 17:24:43 get_n napisał:

Czyli jednak bez filter sie nie obejdzie

 > # tc qdisc del root dev eth0
 > # tc qdisc add dev eth0 root handle 1:0 htb
 > # tc class add dev eth0 parent 1:0 classid 1:1 htb rate 10kbit ceil 10kbit

/sbin/tc filter add dev eth0 protocol ip prio 1 parent 1:0 u32 match ip src $TWOJE_IP flowid 1:1

[get_n]

heh ja zrobilem:

tc qdisc del root dev eth0
tc qdisc add dev eth0 root handle 1:0 htb
tc class add dev eth0 parent 1:0 classid 1:1 htb rate 10kbit ceil 10kbit
tc filter add dev eth0 protocol ip parent 1:0 u32 match ip src 192.168.0.4 flowid 1:1

i rzeczywiscie koncowy w tym jak i w twoim przykladzie transfer waha sie miedzy 36 a 46 kb/s -
rzeczywiscie da sie ograniczyc na przychodzacym interfejsie.
[kropka]
teraz musze powalczyc zeby nie bylo to wahanie jedna sekunda 120 kb/s 2 sekundy 0 kb/s i tak na zmiane, zaraz poszukam czegos do wykresow, zeby dokladnie to sprawdzic, narazie sprawdzalem iptraf

[jezior]

2006-02-08 18:27:50 get_n napisał:

 > i rzeczywiscie koncowy w tym jak i w twoim przykladzie transfer waha sie miedzy 36 a 46 kb/s -
 > rzeczywiscie da sie ograniczyc na przychodzacym interfejsie.
 > [kropka]
 > teraz musze powalczyc zeby nie bylo to wahanie jedna sekunda 120 kb/s 2 sekundy 0 kb/s i tak na
 > zmiane, zaraz poszukam czegos do wykresow, zeby dokladnie to sprawdzic, narazie sprawdzalem
 > iptraf

Teraz tak na koniec. Tylko please sie nie obrazaj, bo nie to jest moim zamiarem.

1. Nikt nie sugerowal Ci ze da sie to rozwiazac htb, bo sposob w jaki zadales pytanie jest naprawde niezrozumialy. Ja musialem zadawac dodatkowe pytania. Nalezy Ci sie lektura http://rtfm.killfile.pl

2. Szacunek do odpowiadajacego. Skoro wiesz lepiej to po co pytasz? Oczywiscie moze sie zdarzyc ze odpowiadajacy bedzie pierd* od rzeczy, ale zalozenie ze odpowiadajacy wie lepiej nic nie kosztuje a uchroni Cie przed ewentualnym \\"spuszczeniem na drzewo\\".

3. Praktycznie wiekszosc Twoich wypowiedzi w tym wątku (pomijajac ostatnie 2 czy 3) to klasyczne trollowanie--> popraw sie.

4. Jesli pomoglem Ci w rozwiazaniu problemu, zaznacz wątek jako rozwązany, przyda sie innym.

pozdrawiam
jezior

[get_n]

eh spoko,
\\'bronilem\\' poleconego na innym forum artykulu
i chodzi dokladnie o w/w zdanie
\\"HTB potrafi ograniczac predkosc tylko wysylanych danych na interfejsie. Nie potrafi samo w sobie kontrolowac i zarzadzac ruchem, ktory na ten interfejsc przychodzi. Z tego powodu klopotliwe troszeczke staje sie ograniczanie uploadu uzytkownikow, poniewaz to sa przychodzace dane do interfejsu.\\"
co dla mnie jednoznacznie wskazuje (2 zdanie cytatu) ze zciagane dane (te ktore przychodza na interfejs nie moga byc kontrolowane). coz albo ja wyciagnalem nielogiczne wnioski albo autor byl w niewiedzy.

dzieki za podpowiedz, teraz bede sie meczyl z ltraf