Dotaz: Omezeni upload pomoci IPP2P

[Zdenek.k]

Ahoj, resim nasledujici problem a sam uz si opravdu nevim rady. Mam doma router ( DEBIAN SARGE) se 4 sitovymi rozhranimi, 3 do vnitrni site 1 do internetu. Rozhrani do vnitrni site jsou vsechny spojeny mostem a na tomto mostu pomoci klasifikatoru u32 omezuji download podle IP adres a vse jede naproto perfektne. Nyni se snazim omezit UPLOAD ( = mam totiz ADSL tak to musim resit samostatne). Moje predstava je takova ze pomoci IPP2P ktere mam zkompilovane bych oznacil vsechny pakety, ktere patri P2P sitim a dal je do jedne neprivilegovane tridy a vsechen ostatni provoz do tridy druhe privilegovane. Jak jsem se docetl na forech tak upload je treba omezovat na "internetovem rozhrani", bohuzel se mi to vsak nedari. Proto touto cestou prosim o radu. Diky moc Zdenek

SITUACE TEDY VYPADA TAKTO:

eth0 - internetove rozhrani

eth1 - rozhrani do vnitrni site wlan0 - rozhrani do vnitrni site wlan1 - rozhrani do vnitrni site

eth1 + wlan0 + wlan1 = br0

na br0 shapuji download na eth0 bychchtel zacit shapovat upload, ale prozatim nevim jak

Odpovědi

[LFCIB]

Zdravím. Ano, na rozhrani do netu muzete povesit omezovani, ale ne podle IP adres, protoze tam o ne prichazite NATem(predpokladam ze ho mate), a tak podle nich nemuzete rozlisovat a ani markovat. Radsi nez rozdelit upload na P2P a noP2P(coz by na eth0 slo) bych opravdu rozdeloval do trid jako to delate s downloadem + pak roztridit P2P, protoze jsou i sifrovana P2P spojeni, ktera neroztridite a pak vam jedna IP dokaze zaplacnout cely upload. Takze jsem uvedl priklad, jak to udelat na tom moste, ale nevim jestli to na nem vubec lze provest. Pokud pouzivate u32 filtry tak eth0 muzete vynechat a udelat to tak, ze se "prichozi traffic na lokalni rozhrani (u vas br0) presmeruje" na virtualni IFB rozhrani, na ktere si povesite omezovani jako byste ho povesil na eth0. Snad to je pochopitelne a spravne. Cesty a promenne si nastavte podle vasi situace.

TC="/shaper/tc"
IPR="/shaper/ip"
INET="eth0"
ILOC="eth1"
ADDC="$TC class add dev"
ADDQ="$TC qdisc add dev"
ADDF="$TC filter add dev"
IFB0="ifb0"

ip link set dev $IFB0 down 2>/dev/null
$TC qdisc del dev $IFB0 root 2>/dev/null

# nahodime virtualni rozhrani

modprobe ifb numifbs=1 2>/dev/null
ip link set dev $IFB0 up 2>/dev/null

$TC qdisc del dev $ILOC ingress 2>/dev/null
$TC qdisc add dev $ILOC ingress 2>/dev/null

# presmerujeme prichozi traffic (ten co prijde na $ILOC smer do netu - u vas misto $ILOC to br0[nevim jestli to muze fungovat na moste]) do $IFB0 a na nej uz muzeme povesit qdisc jak je "ukazka" dole

$TC filter add dev $ILOC parent ffff: protocol ip u32 match u32 0 0 flowid 1:1 action mirred egress redirect dev $IFB0

# "ukazka" - a takto uz normalne muzeme omezovat na $IFB0 jako to delate na tom br0, date filtry a omezujete

$ADDQ $IFB0 root handle 1:0 htb default 13
$ADDC $IFB0 parent 1:0 classid 1:1 htb rate 6830kbit

[Zdenek.k]

I ja Vas zdravim, dekuji za radu, ale ja bych opravdu radsi delil upload na provoz P2P a nonP2P. Vzhledem k tomu ze delim linku ADSL 4096/512kbit, kde upload je jiz dost nizky, tak mi prijde nerozumne jeste jej nejak rozdelovat. Navic mam udelanou jen malou sit, s cca 14 uzivateli, z nichz pouziva P2P site maximalne 5 lidi a vzdy je to DC++ pripadne TORRENT ( to mam overeno ) ktere ipp2p dokaze detekovat, myslim ze mi moje zamyslene deleni bude vyhovovat. Doted mi sit bezela i bez shapovani uploadu bez vetsich problemu, ale nasazuji novy server tak jsem to chtel mit pojistene .... Vase reseni kazdopadne vypada zajimave a urcite najde uplatneni u nekoho jineho kdo si nasi diskuzi precte. Diky.

[LFCIB]

OK, zkuste sem poslat script, kterym se snazite omezovat upload.

[Zdenek.k]

Urcite ho sem poslu, jeste se pokusim ho zitra pres den trochu doladit a vice otestovat. Zdenek

[jan sara]

měl jsem problém shapovat rozhraní, které bylo v bridge. rešení je rozhraní routovat, pro každé rozhraní vlastní pravidla

[LFCIB]

Zdravím, to si myslim ani nejde, shapovat na rozhrani ktere JE v bridgi, maximalne tak to rozhrani bridge. Jak myslite to rozhrani routovat? tzn. vyhodit bridge a pro kazde rozhrani oddelene omezovani? Potom se ale ztraci veskere vyhody. Resenim by pak bylo IMQ nebo IFB.

[Zdenek.k]

Zdravim, tak zda se ze jsem konecne dosahl deleni provozu na P2P a nonP2P na internetovem rozhrani. Zasilam muj skript, a prosim o jeho zhodnoceni. Zdenek

#################################################################

tc qdisc del dev eth0 root

tc qdisc add dev eth0 root handle 1:0 htb default 1

tc class add dev eth0 parent 1:0 classid 1:1 htb rate 450kbit

#nonP2P provoz

tc class add dev eth0 parent 1:1 classid 1:10 htb rate 100kbit ceil 445kbit

# P2P provoz

tc class add dev eth0 parent 1:1 classid 1:11 htb rate 80kbit

### SFQ ###

tc qdisc add dev eth0 parent 1:10 handle 10:0 sfq perturb 10

tc qdisc add dev eth0 parent 1:11 handle 11:0 sfq perturb 10

### znackovani paketu ###

# P2P provoz

iptables -t mangle -A PREROUTING -j CONNMARK --restore-mark

iptables -t mangle -A PREROUTING -m mark ! --mark 0 -j ACCEPT

iptables -t mangle -A PREROUTING -m ipp2p --ipp2p -j MARK --set-mark 2

iptables -t mangle -A PREROUTING -m mark --mark 2 -j CONNMARK --save-mark

# nonP2P provoz

iptables -t mangle -A PREROUTING -j mark --set-mark 1

### rozdeleni do trid ###

iptables -t mangle -A POSTROUTING -s 192.168.1.0/24 -m mark --mark 1 -j CLASSIFY --set-class 1:10

iptables -t mangle -A POSTROUTING -s 192.168.1.0/24 -m mark --mark 2 -j CLASSIFY --set-class 1:11

######################################################################## Podle dosavadnich testu to vypada ze skript funguje. SNad se to bude nekomu hodit.