ograniczenie transferu przychodzącego

[get_n]

Idac dalej, HTB nie umie kontrolowac pobieranych pakietow tylko wysylane. wiec nie da sie ograniczyc downloadu, widzisz to juz?

[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