Dotaz: jak omezit rychlost stahování

[Fousik]

Ahoj, nevíte někdo jak omezit rychlost stahování určitého programu? Když něco stahuju, tak se nemůžu dívat současně na video, poněvadž si prohlížeč na stahování "ukradne celej internet" a mě se pak video každých 5 vteřin seká a nejde se na to dívat. Takhle bych nějak určil že se bude stahovat poloviční rychlostí Než je rychlost internetu a mohl bych si v pohodě užívat třeba youtube, českou televizi nebo cokoliv jiného. Děkuji a prosím odpusťte si arogantní odpovědi, nikdo vás nenutí odpovídat :)

---

---

Odpovědi

[z_sk]

Co take stahujes (typ, obsah coho)?

[Fousik]

Různý věci ať už distribuce linuxu přes torenty nebo filmy na uloz.to (ty nejvíc), záleží na tom co stahuju?

[Max]

Tak snad každý downloader umožňuje omezit rychlost stahování i odesílání, ne? Pokud sosáš torrenty, nebo z ulozto, tak si to prostě omez v tom stahovači a hotovo. nemá snad smysl vymýšlet něco komplikovaného.
Zdar Max

[Fousik]

rychlost torentu si samozřejmě nastavit umím, spíš jde o to neřízené stahování v prohlžeči.

[Max]

Tak nestahuj v prohlížeči, ale v download manageru.
Zdar Max

[Fousik]

a můžeš nějakej doporučit? Dík

[k3dAR]

uz je to daavno co sem je pouzival, vistridal sem jich za roky nekolik, ale pamatuju si jen uGet(nad GTk) a pak ceskej/"abclinuxovej" FatRat(nad Qt)
seznam jinejch co na me vyzkocil...

[Pavel 'TIGER' Růžička]

Já jen doplním, že některé existovaly a možná ještě i existují ve formě rozšíření přímo do prohlížeče.

[k3dAR]

z homepage uGet: uGet offers Browser Integration thanks to the community extension “uget-chrome-wrapper”. This extension supports Firefox, Google Chrome, Chromium, Opera, and Vivaldi.

[Max]

Na sosání z ulozto je asi best FreeRAPID, nafoukáš si to do fronty a ono se ti to sosne. Jeden jede max 300KiB/s, pokud sosáš 5 najednou, můžeš jet celkem 1500KiB/s. Ale pokud chceš limitovat rychlost, tak si nastav jeden download a omez to, pokud je na tebe těch 300 moc.
A ten stejný sw můžeš použít na sosání i jiných věcí. Na torrenty pak třeba Ktorrent nebo Vuze nebo Fatrat.
Zdar Max

[PetebLazar]

Probíhající spojení(stahování) by asi šlo limitovat pomocí nástroje tc.

Zde je ukázka využití v podobě skriptu https://help.atmail.com/hc/en-us/articles/201566464-Throttling-Bandwidth-using-Traffic-Controller-for-Linux

[jejda]

Jestli se na ty online videa díváš tím stejným web browserem kterým zároveň stahuješ soubory, tak ti omezení rychlosti pro browser spíš uškodí jak pomůže. Občas používám addon curlwget. Ten ti umožní z browseru zkopírovat přímou url na stahovaný soubor včetně user agenta cookies atd. Prohlížeč se tě zeptá kam to uložit, klikneš cancel a potom z toho addonu zkopíruješ adresu někam do terminálu kde se zavolá wget nebo curl. Přidat speed limit je už hračka. Není to zrovna lame friendly řešení no funguje to. Výhoda potom je, že to stahování probíhá nezávisle takže se nepřeruší když ukončíš browser. Na nějaké větší soubory je vůbec lepší použít zrovna wget, když dojde k nějakým potížím během stahování tak umí navázat přerušený download a nestahuje soubor znovu od začátku tak jak to dělají browsery.

[j]

Nejjednodussi to mas nejakym tim stahovacem, jinak se samo da na routeru (a doporucuju to mit). Typicky si muzes nakombinovat sluzby(porty) a vybrat, jestli chces rozdelovat per spojeni/per ip/...

Tzn ve tvym pripade bys rekneme pridelil 90% pasma vsemu, a pak to delil => v pripade ze budes sosat video + data, bude to pul napul. Proc 90% .... protoze 10% nechas jako rezervu, aby nesla dohajzlu latence.

Vyhoda toho je, ze je ti pak jedno, co kde bezi, kdo co stahuje ... protoze ty pravidla ses schopenj aplikovat na celou sit a bez problemu docilis toho, ze ten "zlej torrent" co vysaje kazdej kbit, vpohode zije na stejny lince jako CSko, kterymu vadi kazda ms navrch.

V kazdym pripade to ale predpoklada, ze tvoje linka je nejak deklarovana a deklarovany parametry splnuje, protoze pokud mas linku, ktera rano dava 100 a vecer 10, tak smolik.

Spravny slova pro kachnu "traffic shaping htb sfq".

---

Dete s tim guuglem dopice!

[billgates]

To nie celkom odpoveda na otazku, v ktorej islo hlavne o to, ze jemu jeden https traffic zabija iny https traffic. Sice aj to sa da na routri osetrit, ale nie je to az taka lahoda, ako ked ide o rozne sluzby na roznych portoch.

[j]

Ehm ... tak si o tom neco zjisti.

Samozrejme ze to jde, a dokonce to tak funguje "od prirody" v naprosto nejzakladnejsim nastaveni.

Trebas https://linux.die.net/man/8/tc-sfq

 When the internal classifier is used, sfq uses

       (i)    Source address

       (ii)   Destination address

       (iii)  Source and Destination port

Jinak receno, v ramci danyho filtru to rozdeli provoz "spravedlive" mezi jednotliva spojeni.

Samozrejme tech zpusobu jak to delit je cela rada, ale tohle se pouziva asi nejcastejs.

---

Dete s tim guuglem dopice!

[billgates]

Njn, ked si na tytrubke otvori jeden stream a popri tom jeho browser urobi 250 novych spojeni na 250 adries roznych cloudov, tak to pomoze skvele.

[Petr Šobáň]

Pomůže, protože se to dá rozlišovat i dle "Destination address" čili každému spojení přidělí pouze určitou část.

Prostě jak si to nastavíš tak to máš, například já na routeru musím hlídat a rozdělovat odchozí trafic protože je pouze 5M na dsl, kdybych to nedělal tak si druhý PC neškrtne jak budeš něco stahovat......

[j]

Jinak receno, zhola nic o tom nevis, netusis a nemas ani paru o tom jak to funguje, ale to ti nebrani tu zvanit vohovne.

Traffic shaping tak jak je implementovanej v tuxovi umoznuje klasifikovat pakety podle zcela libovolnych parametru ktery ze z nich daji vycist. A na zaklade tech parametru je mozny je zaradit do skupin, kde se v ramci ty skupiny, ktera ma definovanou trebas tu rychlost, deli ty pakety o pridelene pasmo definovanym algoritmem. sfq je jeden z mnoha.

Takze kdyz na to prijde, muzu si klidne oddelit extra youtube a garantovat mu zcela konkretni pasmo. A pokud oddelim yt a nebudu dal resit interni cast, tak se to proste bude chovat tak, ze o ty Mbity prideleny yt se rovnym dilem vsechny interni stroje podelej. Muzu ale klidne pridelit extra pasmo na yt kazdymu jednomu stroji uvnitr site.

Ty delici algoritmy muzou fungovat samozrejme i jinak - trebas muzou vazit jednotlivy stroje pomoci prenesenych dat coz se pak da vyuzit k tomu, ze ten stroj kterej sosa hodne dostane proste prideleno min, nez ten co sosa malo.

---

Dete s tim guuglem dopice!

[z_sk]

Riadit prenos (podla nejakych podmienok) sa da bezproblov. Cele TCP/IP (L3, a ka IP-cky) je implementovana v kernely. Sietova karta funguje na nizsich vrstvach a prenasa data.

[billgates]

Ale nechapes, rovnako aku tu polodementny j vyssie, ze mas velmi malu sancu rozoznat konkretne jedno https spojenie od dalsich 250 https spojeni. Vsetky maju rovnaku zdrojovu IP, vsetky maju roznu cielovu IP. Kedze to riesis na routri, tak nevies ani rozoznat, z ktoreho procesu na danom kompe su vytvorene a ani kam realne idu (okrem teda cielovej IP), ktora bude pravdepodobne jedna z tisicov IP pridelenych AWS, google alebo MS.

Ako chces rozoznat to konkretne video, ktore sa taha zo serverov googlu od vsetkeho ostatneho trafficu na gdrive a dalsie ich sluzby? Opakujem, ze vsetky spojenia vychadzaju z jednej IP, smeruju na IP googlu, su tcp a idu na port 443. Take je zadanie OP.

Na vsetko samozrejme existuju riesenia, ale ziadne zazracne riesenie neexistuje, ze spustim tri prikazy na routri a hotovo. Vzdy treba ist tomu rieseniu naproti.

[Petr Šobáň]

Jakto?

Určitě stahování souborů bude mít navázané spojení na jiný server jak procházení stránek www nebo čtením posty....

A to že *při stahování souboru to vytvoří třeba 300 spojení je mi jedno když je omezím na 1M tak víc nedostanou i kdyby navázaly 1000 spojení.....

Samozřejmě trošku je problém s torenty kdy se navazuje hromada spojení na různé servery, ale tam se zase třeba používá na všech serverech stejný port, takže pořád je podle čeho se řídit.

Samozřejmě že to bude chvíli trvat než se odladí přesné hodnoty, aby to běželo co nejlépe.....

[billgates]

Dobre, tak este raz a pomaly. Nadviaze sa 250 spojeni z tvojej IP na 250 IP z rozsahu googlackych serverov. Ktore konkretne z tychto spojeni je youtube video, ktore prave pozeras?

[Petr Šobáň]

Třeba nějak takhle:

/ip firewall address-list> export
# feb/17/2021 22:40:38 by RouterOS 6.48.1
# software id = N4XT-6Y5V
#
# model = RBD52G-5HacD2HnD
# serial number = CB380B1ED510
/ip firewall address-list
add address=208.65.153.238 list=youtube
add address=208.65.153.251 list=youtube
add address=208.65.153.253 list=youtube
add address=208.117.236.69 list=youtube
add address=youtube.cz list=youtube
add address=youtube.com list=youtube

/ip firewall mangle
add action=mark-connection chain=forward dst-address-list=youtube new-connection-mark=youtube passthrough=yes
add action=mark-packet chain=prerouting connection-mark=youtube new-packet-mark=youtube passthrough=yes

/queue simple
add max-limit=100M/100M name=QoS_Global target=bridge1
add max-limit=64k/64k name=youtube packet-marks=youtube parent=QoS_Global queue=pcq-upload-default/pcq-download-default target=bridge1
add limit-at=10M/10M max-limit=50M/50M name=QoS_1_Telefony packet-marks=QoS_Telefony parent=QoS_Global priority=1/1 queue=pcq-upload-default/pcq-download-default target=bridge1 total-priority=1
add limit-at=10M/10M max-limit=95M/95M name=QoS_4 packet-marks=QoS_4 parent=QoS_Global priority=4/4 queue=pcq-upload-default/pcq-download-default target=bridge1 total-priority=4
add limit-at=10M/10M max-limit=90M/90M name=QoS_8_Ostatni parent=QoS_Global queue=pcq-upload-default/pcq-download-default target=bridge1

Youtube omezené na 64k je možné že jsem na nějaký server zapomněl tak není problém ho dopsat....

[LarryL]

Spravny slova pro kachnu "traffic shaping htb sfq"

Je nastavovaní trafiku danými metodami lepší/pohodlnější/přehlednější v OpenWRT nebo na Mikrotiku?

[Petr Šobáň]

Na mikrotiku je to lepší.

Na OpenWRT to bylo víc složitější, jak je to v nejnovější verzi netuším, přešel jsem na mikrotik.

Na mikrotiku je vhodné používat simple pravidla, míň zatěžují CPU.

/queue> export
# feb/17/2021 19:51:03 by RouterOS 6.48.1
# software id = NSDS-YD64
#
# model = RBD52G-5HacD2HnD
# serial number = BEEB0BC4FFF7
/queue simple
add max-limit=5119k/50M name=QoS_Global target=bridge1
add limit-at=1M/5M max-limit=4M/40M name=QoS_Telefony packet-marks=QoS_Telefon parent=QoS_Global priority=1/1 queue=pcq-upload-default/pcq-download-default target=bridge1 total-priority=1
add dst=192.168.1.6/32 limit-at=1M/10M max-limit=4M/40M name=QoS_7_NAS parent=QoS_Global priority=7/7 queue=pcq-upload-default/pcq-download-default target=192.168.10.0/24
add limit-at=1M/10M max-limit=4M/40M name=QoS_4 packet-marks=QoS_4 parent=QoS_Global priority=4/4 queue=pcq-upload-default/pcq-download-default target=bridge1 total-priority=4
add limit-at=1M/5M max-limit=4M/40M name=QoS_8_Ostatni parent=QoS_Global queue=pcq-upload-default/pcq-download-default target=bridge1

A z jiného routeru:

/queue> export
# feb/17/2021 19:53:11 by RouterOS 6.48.1
# software id = N4XT-6Y5V
#
# model = RBD52G-5HacD2HnD
# serial number = CB380B1ED510
/queue simple
add max-limit=100M/100M name=QoS_Global target=bridge1
/queue type
set 5 pcq-limit=100KiB pcq-total-limit=4000KiB
set 6 pcq-limit=100KiB pcq-total-limit=4000KiB
/queue simple
add limit-at=10M/10M max-limit=50M/50M name=QoS_1_Telefony packet-marks=QoS_Telefony parent=QoS_Global priority=1/1 queue=pcq-upload-default/pcq-download-default target=bridge1 total-priority=1
add limit-at=10M/10M max-limit=95M/95M name=QoS_4 packet-marks=QoS_4 parent=QoS_Global priority=4/4 queue=pcq-upload-default/pcq-download-default target=bridge1 total-priority=4
add limit-at=10M/10M max-limit=90M/90M name=QoS_8_Ostatni parent=QoS_Global queue=pcq-upload-default/pcq-download-default target=bridge1

Jinak ještě ve firewallu označuji nějaké pakety aby se správně zařadily protože některé i upřednostňuji třeba pro VoIP.