Hali!
Sajnos nekem nem akar mukodni a shaperd mint sebessegkorlatozo:
/etc/shaperd/shaperd.conf
class 192.168.1.29-down {
ipv4 classifier daddr=192.168.1.29
bandwidth = 1024 kbyte/s
queue limits = 0 kb 1024 packets
}
class 192.168.1.29-up {
ipv4 classifier saddr=192.168.1.29
bandwidth = 64 kbyte/s
queue limits = 0 kb 64 packets
}
firewall:
iptables -t filter -A FORWARD -s 192.168.1.29 -j QUEUE
iptables -t filter -A FORWARD -d 192.168.1.29 -j QUEUE
iptables -t filter -n -L FORWARD
QUEUE 0 -- 192.168.1.29 0.0.0.0/0
QUEUE 0 -- 0.0.0.0/0 192.168.1.29
Ennek ellenere a le- es feltoltesi sebbesseg majdnem a maximumon van folyamatosan!
Mi kell meg hozza? Ti mivel szabalyozzatok a forgalmat ipcim alapjan?
- 5217 megtekintés
Hozzászólások
Szerintem lehet iptables -el. LIMIT -et nézegesd. Nagyon régen csináltam iptables -el ilyet. Igaz itt csak a csomagok száma/idő arányt lehet beállítani, de ugye ha tudod a max. csomagméretet, akkor meg lehet vele oldani egyszerűen.
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/
- A hozzászóláshoz be kell jelentkezni
Leteszek a shaperd-rol, nem igazan tud olyan modon mukodni, ahogy szeretnem!
A sok leiras alapjan sem korlatozza a forgalmat meg megkozelitoleg sem!
- A hozzászóláshoz be kell jelentkezni
Hali!
Ha még aktuális és nem tudtad megoldani akkor leírom én hogyan oldottam meg a shaperd-el!
Nagyon szépen müködik!
Szerintem ott van nálad a hiányosság hogy nem töltötted be az ip_queue modult.
Ezen kivül a konfigban a queue limits 0kb az nem a legmegfelelöbb érték a kisérletezéseimböl kiindulva.
Üdv.
- A hozzászóláshoz be kell jelentkezni
Ez egyszerubb, de mukodik.
wondershaper - Easy to use traffic shaping script
Sikert !
g
- A hozzászóláshoz be kell jelentkezni
iproute(tc), abbol is a htb. ez "tokeletes".
ip cim és ezen belul port szinten tudja, stb, stb.
A "legrosszabb" esetben az iptables-el megjelolod a csomagot es az t lassitod.
- A hozzászóláshoz be kell jelentkezni
egy "iptables -L -v -n"-t szurjal ma' be!
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
hali. azsem engem erdekelne ha leirnad. bridgelve van a ket halokari mert dedikalt ip nek kellene a forgalmat korlatozni. thx
--
Nem az erős aki sosem esik el, hanem az aki mindig fel tud állni!
- A hozzászóláshoz be kell jelentkezni
shaperd.conf idevago tartalma:
class lan_up {
bandwidth = 136 kbit/s
ipv4 classifier out_if=ppp100 proto=all
queue limits = 0 kb 250 packets
}
class lan_down {
bandwidth = 5826 kbit/s
ipv4 classifier inp_if=ppp100 proto=all
queue limits = 0 kb 300 packets
}
Es akiket korlatozni akarok azoknal a forward lancban bekerul a QUEUE-be.
Jelen esetben mivel 0 van az iptables sorban, ebbol arra kovetkezetek hogy eleve bele sem kerul a QUEUE-ba az adott csomag. (pl iptablesben mar elobb ACCEPTalva van, vagy rosszul van megadva az a "sor")
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
hm. De akkor mi van ha különböző sebességeket kell beállítanom IP címenként?
--
Nem az erős aki sosem esik el, hanem az aki mindig fel tud állni!
- A hozzászóláshoz be kell jelentkezni
Bocs régen voltam erre lehet már te is letettél róla, vagy rájöttél magad, de leírom nálam hogyan állítottam be, hátha másnak segítek. 2 gépen is müködik a korlátozás, otthon és melóhelyen.
iptables ide vonatkozó sorai:
iptables -A FORWARD -s ipcím_1 -j QUEUE #feltöltés korlátozása
iptables -A FORWARD -d ipcím_1 -j QUEUE #letöltés korlátozása
shaperd.conf:
#eth1 belső hálózat, ppp0 internet kapocslat
packet forwarding = ipq
class valaki_up {
bandwidth = 128 kbit/s
ipv4 classifier inp_if=eth1 saddr=ipcím_1
queue limits 100 kb 100 packets
}
class valaki_down {
bandwidth = 1024 kbit/s
ipv4 classifier inp_if=ppp0 daddr=ipcím_1
queue limits = 1024 kb 1000 packets
}
Nekem csak úgy működött ha "inp_if"-el adtam meg a csatolót, "out_if"-re nem működött!
ezen kivül:
modprobe ip_queue
echo 65535 > /proc/sys/net/ipv4/ip_queue_maxlen
Több ip címre értelemszerűen az iptables-be is és a shaperd.conf-ba is.
Ha valami nem világos valakinek akkor keressen meg msn-en, vinszent@maffia.hu
- A hozzászóláshoz be kell jelentkezni
igen, segitesz...
- A hozzászóláshoz be kell jelentkezni
Arra figyelj, hogy a FORWARD lánc elejére szúrd be az IPTABLES szabályokat.
- A hozzászóláshoz be kell jelentkezni
Csak egy gyorskérdés.
Kiprobaltam muxik, viszont a kerdes az , hogy a shaperd ugy muxik, hogy amit a konfigba megadtam, azt
lefoglalja az adott savbol ?
Mert most pl teszteltem egyet a 0.6 -ra volt beallitva egy up 128kbit down 4mbit korlat, speedtest poccre pontosan merte ezt ki.
Megneztem utana egy masik IProl ami sehol nincs ugye korlatozva, ott valami 260kbit jott ki upra es ~6mega downra.
A net 8m / 512k parameterekkel bir.
A tesztbol itelve elvileg a shaperd lefoglalta a 0.6 szamara a beallitott korlatokat ?
Udv
-krix-
- A hozzászóláshoz be kell jelentkezni
Üdv mindenkinek!
Szeretnék shaperddel ip címenként sávszélességet korlátozni, próbaképpen 1 címre szépen működött is, azonban egy teljes LAN forgalmáról lenne szó, így szép méretes lett a shaperd.conf, 1MB+.
A syslog az alábbit írja:
Mar 12 08:29:25 proxy shaperd: buffer overflow in get_line() {config.cpp:317}
Mar 12 08:29:25 proxy shaperd: parse_within_class error {config.cpp:408}
Mar 12 08:29:25 proxy shaperd: parse of [/etc/shaperd/shaperd.conf] stopped at line 9
Shaperd.conf:http://dl.dropbox.com/u/25562423/shaperd.conf
Eszerint úgy látom, túl hosszú neki a borrow from lista...
Tudja esetleg valaki, hogy pontosan milyen fizikai korlátai vannak a shaperdnek?
- A hozzászóláshoz be kell jelentkezni
IP címenként definiáltad? Esetleg subnet(ek)re definiálva?
- A hozzászóláshoz be kell jelentkezni