abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 14:24 | Nová verze

Opera 46, verze 46.0.2597.26, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 59. Z novinek lze zmínit například podporu APNG (Animated Portable Network Graphics). Přehled novinek pro vývojáře na blogu Dev.Opera. Oznámení o vydání zmiňuje také první televizní reklamu.

Ladislav Hagara | Komentářů: 0
dnes 13:37 | IT novinky

I čtenáři AbcLinuxu před dvěma lety vyplňovali dotazníky věnované Retro ThinkPadu. Nyní bylo potvrzeno, že iniciativa Retro ThinkPad je stále naživu a Lenovo připravuje speciální edici ThinkPadu jako součást oslav jeho 25. výročí.

Ladislav Hagara | Komentářů: 1
dnes 10:22 | Komunita

Bylo oznámeno, že frontend a runtime programovacího jazyka D bude začleněn do kolekce kompilátorů GCC (GNU Compiler Collection). Správcem byl ustanoven Iain Buclaw.

Ladislav Hagara | Komentářů: 1
včera 18:47 | IT novinky
Bulharská firma Olimex je známá jako výrobce kvalitních mini arm desek, u nichž se snaží být maximálně open source. Kromě velké otevřenosti taktéž zaručují dlouhodobou podporu výroby, což je vítáno ve firemním prostředí. Nyní firma ohlásila ESP32-GATEWAY, malou IoT desku s Wifi, Bluetooth, Ethernetem a 20 GPIO porty za 22EUR. Tato malá deska je ořezanou verzí ESP32-EVB.
Max | Komentářů: 17
včera 18:00 | Zajímavý článek

LinuxGizmos (v dubnu loňského roku přejmenován na HackerBoards a v lednu letošního roku zpět na LinuxGizmos) zveřejnil výsledky čtenářské ankety o nejoblíbenější jednodeskový počítač (SBC) v roce 2017. Letos se vybíralo z 98 jednodeskových počítačů (Tabulky Google). Nejoblíbenějšími jednodeskovými počítači v letošním roce jsou Raspberry Pi 3 Model B, Raspberry Pi Zero W a Raspberry Pi 2 Model B.

Ladislav Hagara | Komentářů: 0
včera 14:22 | Pozvánky

Ne-konference jOpenSpace 2017 se koná od 13. do 15. října 2017 v hotelu Farma u Pelhřimova. Registrace účastníků je nutná. Více informací na stránkách ne-konference.

Zdenek H. | Komentářů: 0
včera 14:11 | Nová verze

Vyšla nová verze 1.2 audio kodeku Opus, která přináší mnoho drobných optimalizací a tím i celkové vylepšení poměru bitrate/kvalita. Fullband (do 20 kHz) stereo hudba je možná již od 32 kbit/s, fullband mono řeč již od 14 kbit/s. Více informací sepsal vývojář Opusu J. M. Valin formou již tradiční demo stránky.

Petr Tomášek | Komentářů: 13
včera 14:00 | Zajímavý článek

Na MojeFedora.cz byl zveřejněn překlad příspěvku na blogu Christiana Schallera, vedoucího desktopového týmu v Red Hatu, v němž se zabývá novinkami ve Fedoře Workstation 26 a následujících vydáních. Například již ve Fedoře 27 by se měl objevit jednotný server pro audio a video v Linuxu PipeWire. Ten byl představen před dvěma lety. Tenkrát ještě pod názvem Pinos (PulseVideo).

Ladislav Hagara | Komentářů: 0
včera 05:55 | Bezpečnostní upozornění

V KMailu byla nalezena a opravena bezpečnostní chyba CVE-2017-9604 týkající se uživatelů, již své maily podepisují a šifrují pomocí OpenPGP. Pokud uživatel KMailu při odesílání mailu zvolil možnost Odeslat později, tak byl mail odeslán nepodepsaný a v otevřeném tvaru.

Ladislav Hagara | Komentářů: 13
včera 04:44 | Pozvánky

Mozilla.cz zve na Mozilla meetupy v Brně a Praze. Brněnské setkání proběhne vůbec poprvé, a to tento pátek 23. 6. v Beer & Grill U Dřeváka. To pražské bude příští čtvrtek 29. 6. v Diversion Bistru.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 816 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    Rozcestník

    Dotaz: Omezení DC++ uploadu pomoci HTB

    14.9.2005 11:26 Drew | skóre: 14 | blog: Supi_hnizdo | Praha
    Omezení DC++ uploadu pomoci HTB
    Přečteno: 426×
    NA začátek bych rád poznamenal, že ip-p2p ani L7-filter bohužel nemůžu použít:-(. Potřeboval bych pevně omezit download a upload pro DC++ běžcí na mém počítači, který je do netu připojen skrze router. LAN rozhraní je br0, WAN eth1. DC mi bezi aktivni na portu 4111. Download mi funguje v pohode nasledujici metodou; nejprve vytvorim pravidla pro htb a pote pomoci iptables oznacim pakety, co by mely byt omezene:

    tc qdisc add dev br0 root handle 1:0 htb default 11
    tc class add dev br0 parent 1:0 classid 1:1 htb rate 10mbit
    tc class add dev br0 parent 1:1 classid 1:11 htb rate 10mbit
    tc class add dev br0 parent 1:1 classid 1:12 htb rate 256kbit
    tc filter add dev br0 parent 1:0 protocol ip handle 1 fw flowid 1:12
    tc filter add dev br0 parent 1:0 protocol ip handle 2 fw flowid 1:11
    iptables -t mangle -A FORWARD -p tcp --dport 4111 -j MARK --set-mark 1
    iptables -t mangle -A INPUT -i eth1 -p tcp --dport 0:4110 
    -j MARK --set-mark 2
    iptables -t mangle -A INPUT -i eth1 -p tcp --dport 4112:65535 
    -j MARK --set-mark 2
    
    Vim, ze DC pro upload pouziva ruzne porty (zalezi na nastaveni ostatnich), takze pro omezeni uploadu bych potreboval oznacit vsechny packety, ktere by nemely byt omezene (jako treba web atp.) a zbytek oznacit pro omezeni, ale vubec se mi toho nedari dosahnout. Bud neni upload omezen vubec, nebo se mi omezi vsechno (i downloadwebovych stranek). nastaveni htb je nasledujici:

    tc qdisc add dev eth1 root handle 2:0 htb default 11
    tc class add dev eth1 parent 2:0 classid 2:1 htb rate 100mbit
    tc class add dev eth1 parent 2:1 classid 2:11 htb rate 100mbit
    tc class add dev eth1 parent 2:1 classid 2:12 htb rate 192kbit
    tc filter add dev eth1 parent 2:0 protocol ip handle 3 fw flowid 2:11
    tc filter add dev eth1 parent 2:0 protocol ip handle 4 fw flowid 2:12
    

    ale vubec nevim jak oznacit odchozi packety - mam pouzit chain output nebo forward? (output vubec nezabira, forward omezuje vsechno). mam pouzit --dport nebo --sport? ktere rozhrani mam pouzit, -o, -i obe nebo zadne? Zkousel jsem naprikld toto:

    iptables -t mangle -A FORWARD -o eth1 -i br0 -p tcp --sport 0:20 
    -j MARK --set-mark 4
    iptables -t mangle -A FORWARD -o eth1 -i br0 -p tcp --sport 22:24 
    -j MARK --set-mark 4
    iptables -t mangle -A FORWARD -o eth1 -i br0 -p tcp --sport 26:79 
    -j MARK --set-mark 4
    iptables -t mangle -A FORWARD -o eth1 -i br0 -p tcp --sport 82:410 
    -j MARK --set-mark 4
    iptables -t mangle -A FORWARD -o eth1 -i br0 -p tcp --sport 413:442 
    -j MARK --set-mark 4
    iptables -t mangle -A FORWARD -o eth1 -i br0 -p tcp --sport 444:5189 
    -j MARK --set-mark 4
    iptables -t mangle -A FORWARD -o eth1 -i br0 -p tcp --sport 5191:65535 
    -j MARK --set-mark 4
    iptables -t mangle -A OUTPUT -o eth1 -p tcp --sport 80
     -j MARK --set-mark 3
    iptables -t mangle -A OUTPUT -o eth1 -p tcp --sport 81 
    -j MARK --set-mark 3
    iptables -t mangle -A OUTPUT -o eth1 -p tcp --sport 21 
    -j MARK --set-mark 3
    iptables -t mangle -A OUTPUT -o eth1 -p tcp --sport 25 
    -j MARK --set-mark 3
    iptables -t mangle -A OUTPUT -o eth1 -p tcp --sport 411:412 
    -j MARK --set-mark 3
    iptables -t mangle -A OUTPUT -o eth1 -p tcp --sport 443 
    -j MARK --set-mark 3
    iptables -t mangle -A OUTPUT -o eth1 -p tcp --sport 5190 
    -j MARK --set-mark 3
    
    Jenze tohle ma za nesledek, ze veskery traffic je omezen:-(.

    Odpovědi

    14.9.2005 12:05 Honza
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    Ahoj, neodpovim ti tak uplne na otazku na kterou se ptas, ale cil by mohl byt stejny. Co si nastavit u klienta DC odchozi rychlost? Funguje to pekne treba v CZDC++, ackoliv rezie dc protokolu je asi obrovska:) a tak to generuje porad docela slusny provoz.
    14.9.2005 12:57 tomas84 | skóre: 30
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    Tak, tak... umí to i Valknut.
    14.9.2005 13:02 vampi | skóre: 16 | blog: JenTakBlog
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    a jste si jistí, že je to z pohledu DChubu transparentní řešení? :) některým se totiž limitery vůbec nelíbí :)
    cesta k dokonalosti je nekonečná - proto hledám jen jednoduchá funkční řešení :)
    14.9.2005 13:24 JeanVEGA | skóre: 17 | Poprad
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    tak tak... niekde dostanes aj ban! :-) (ja mam:-D)
    ČVUT FEL, sometimes hell, ČVUT FIT, almost always sh*t :)
    Luboš Doležel (Doli) avatar 14.9.2005 15:12 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    Ale jak se dozví, že používáš limiter?
    14.9.2005 15:14 Drew | skóre: 14 | blog: Supi_hnizdo | Praha
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    no některé huby třeba verze co v sobě limiter mají na sebe vůbec nepustí. I když ty verze prý umí zakamuflovat, že nejsou originální klient:-). ALe moc o tom nevím, já stejně potřebuju v různý čas různý limit, což asi limitery v klientech neumí, nebo ano?
    14.9.2005 15:41 tomas84 | skóre: 30
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    Já nejsem zrovna každodenní uživatel DC, ale pokud vím, HUBy to mají napsáno v pravidlech. Takže pokud dodržíte poměry limit/slot a sloty/hub, není s tím problém.
    14.9.2005 13:23 Drew | skóre: 14 | blog: Supi_hnizdo | Praha
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    no, jednak se za to vyhazuje z hubů, ale to by šlo přežít. Horší je, že si rychlost chci omezovat podle denní doby (cron už na to nastavit umím, jenom ten htb script mi dělá problémy) - v noci bez omezení, dopoledne trochu rychleji než večer. Chci šetřit linku podle toho, jak bývá omezena, jsem připojen na sdílené wifi AP a když to nechám smažit bez omezení, zalehnu celou lajnu dvacet lidem (a i moje pingy jsou pak kolem 200 a ne 20 jako normálně:-() - a zase je škoda nevyužít prázdné linky někdy ve čtyři ráno.
    14.9.2005 13:28 vampi | skóre: 16 | blog: JenTakBlog
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    jen mi není jasné, proč nemůžeš u sebe na lokále použít ipp2p? :)
    bohužel mám takový pocit, že download jen tak neomezíš, protože z pohledu toho stroje je to INPUT a htb neumí tvořit vstupní fronty :) musel bys překompilovat jádro a iptables s podporou imq :) a to mě osobně se ještě úplně 100% rozběhnout nepodařilo :)
    cesta k dokonalosti je nekonečná - proto hledám jen jednoduchá funkční řešení :)
    14.9.2005 13:43 Drew | skóre: 14 | blog: Supi_hnizdo | Praha
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    no, můj asus WL500g http://www.inwifi.cz/eshop/index.php?go=items&item=121&cat=6&sub=17 jaksi takové novinky nezvládá:-) a já na laptopu pracuju pod xp, k přechodu na linux se stále odhodlávám:-). no download jsem tím právě omezil - takže to asi nějak jde:-).
    14.9.2005 14:03 vampi | skóre: 16 | blog: JenTakBlog
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    a na čem to vůbec omezuješ? :) pokud na tom asusu, tak to je pro něj obojí forward a půjde to v pohodě :)
    cesta k dokonalosti je nekonečná - proto hledám jen jednoduchá funkční řešení :)
    14.9.2005 14:18 Drew | skóre: 14 | blog: Supi_hnizdo | Praha
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    právě na tom asusu - to jsem asi měl napsat od prvního příspěvku:-O. ok, forward, první bod, ale mám použít destination port nebo source port? Stává se mi totiž, že když označím veškeré porty (0-65355) pomocí -t mangle buď 4 - tedy omezit na 192 kbit nebo 3, tedy nechat volně procházet, tak se mi omezí i traffic směrem ke mě, který omezt nechci (třeba web). Logicky bych očekával, že když označím které je vstupní rozhraní (-i br0) a které je výstupní (-o eth1), že se to začne omezovat jenom v jednom směru, ale to se, zdá se, nějak neděje a já nevím proč:-(.

    btw:může nato mít nějaký vliv, že veškerý share na DC mám uložený na externím disku připojeném jako síťový přes USB na asus? Jestli to ale dobře chápu, tak stejně data tečou nejdříve po lokálu do mého počítače, kde běží DC klient a pak se teprve posílají ven do internetu, ne?
    14.9.2005 14:33 vampi | skóre: 16 | blog: JenTakBlog
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    podle ipčka by to nešlo? obávám se, že jak source tak destination porty se budou měnit :) nevím jak by to fachalo, když jsi aktiv, protože tam si nějaké porty nastavuješ :)
    s tím diskem máš samozřejmě pravdu :)
    cesta k dokonalosti je nekonečná - proto hledám jen jednoduchá funkční řešení :)
    14.9.2005 14:42 Drew | skóre: 14 | blog: Supi_hnizdo | Praha
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    Jsem aktiv, a nastavuju porty, kterými já stahuju od jiných, proto jde velmi jednoduše omezit download. Upload ale jde porty, které mají nastavené druhé strany, takže mohou být jakékoliv. Jde mi o to abych omezil všechny porty, až na těch pár, kterými jde trafik, který bych nerad zpomalený - třeba web (80), smtp (25) ICQ (5190) nebo Skype (myslím 443) - ono zase tolik trafficu ode mě ven do internetu mimo p2p nechodí. A pak omezit všechno ostatní. Jenže mi to nějak nefunguje (omezuju tak tím buďi download, nebo vůbec nic), i když by to dle všeho fungovat mělo a já nevím proč a už se s tím přestávkami peru asi měsíc.

    podle IP to rozhodně nejde, z počítače kde běží dc i brouzdám po netu a ip protistran neznám:-(.
    14.9.2005 14:49 vampi | skóre: 16 | blog: JenTakBlog
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    tak nastav v HTB default do "stahovací fronty" a zbytek si markuj podle dest. portu, ne? :) 80 a 443 pro http a https, atd..
    cesta k dokonalosti je nekonečná - proto hledám jen jednoduchá funkční řešení :)
    14.9.2005 15:00 Drew | skóre: 14 | blog: Supi_hnizdo | Praha
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    hm, tak jsem to právě zkusil a zjistil jsem, že pokud vytvořím qdisc pro rozhraní eth1 s defaultem do omezené třídy, omezí se vškerý traffic ven i dovnitř. Tedy fakticky si omezím celou lajnu na 192 kbit, což je nanic.

    Problém je tedy asi v tom, že qdisc pro výstupní WAN rozhraní, tedy pro eth1, omezuje nejen traffic směrem ode mě (tak jak by správně měl, protože HTB umí omezovat jenom traffic na výstupních rozhraních, že?), ale i traffic ke mně (což nechápu jak dělá, protože pro ten trafic je eth1 vstupní rozhraní:-/). Nevíte někdo čím by to mohlo být? IMHO a AFAIK by to, co se děje mělo být nemožné:-O.
    29.9.2005 00:06 Drew | skóre: 14 | blog: Supi_hnizdo | Praha
    Rozbalit Rozbalit vše Re: Omezení DC++ uploadu pomoci HTB
    tak jsem to nakonec vyřešil změnou firmwaru, který umožňuje ipp2p a začalo to fungovat jako kouzlo:-).

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.