Dotaz: DC++ a sdílená linka

[sir Turbis]

Ahoj,Naše síť má sdílený internet. Omezujeme rychlost netu pomocí HTB.Script funguje dobře,problém včak nastal u uživatelů,kteří používají DC++ a P2P sítě.Prohlédnul jsem i databázi Abíčka, zkusil jsem i nějaké pokusy a rady,ale nic nepomohlo.Nechci jim napevno nastavit rychlost a zaroven nechci,aby vysosli polovinu linky jen pro sebe...

Zkoušel jsem i přes Iptables omezit pocet vlaken(spojeni) velikost paketu,ale tím jsem jen docílil,že vycucnou jen polovinu linky.

Každý nápad a radu mile přivítám. Nechci těm klukům škodit,platí si to,ale když nepomáhá ani domluva...

P.S.: Prosím nepiště ať jim dám ban nebo něco takového...nedělám to rád...

Odpovědi

[trekker.dk]

Tady se píše, že HTB má parametry rate a ceil. Rate udává garantovanou rychlost pro daného uživatele a ceil maximální rychlost.

Když jim nastavíš rate na (max.rychlost/počet uživastelů) a ceil na (max. rychlost), tak to nepomůže?

[......]

spíš nastavit priority. Já mám pro každého uživatele linku se stejným prio a pro P2P provoz mám úplně jinou třídu. Je jedno od kterého uživatele to fičí a P2P provoz spadne právě do této méně prioritní třídy. Web, mail, ftp a ostatní pak normálním uživatelům fičí a na P2P se dostává až opravdu to co zbyde. A jak se mezi sebou pobijou je mi jedno ...SFQ by to mělo rozdělit na počet konexí, ale přemýšlím, zda by na to nešlo pověsit ESFQ aby to dělilo na počet IP.

Zrovna pracuju na kompletním balíčku pro férové omezování P2P skládajícího se z jádra opatchovaného IMQ, CONNMARK, IPP2P a ESFQ, iptables a nějakých pár skriptů s pravidly, jak bych to řešil já. Dál bych to dovybavil minihttp serverem a webovým rozhraním pro nastavování těchto pravidel. Ale zatím to testuju, jak to funguje a až pak bych to šoupnul do provozu. Zatím mám dodělaných tak 50% toho co bych tam chtěl.

[trekker.dk]

spíš nastavit priority. Já mám pro každého uživatele linku se stejným prio a pro P2P provoz mám úplně jinou třídu.

Záleží na přístupu. Jsou mezi "providery" skuteční provideři, kteří neurčují, na jakou službu uživatel má právo a na jakou ne.

Je mi jasný, že někde si člověk nemůže vybírat, ale než si od tebe nechat diktovat, k čemu smím používat net a k čemu ne, tak bych asi hledal nějakou alternativu.

[sir Turbis]

Priority mám nastavené, jen miá nejde do hlavy, zda je rozdíl, když nastavím uživateli prio 1 a stahovaci prio 2 a nebo uživateli prio 1 a pro stahovače prio 5....

[......]

no....nevím co jsi za "providera" nebo "experta" ty, ale já si na providera nehraju. Máme komunitní síť, která byla založená primárně pro levný internet a jeho použití bylo stanoveno přesně v těch bodech co jsem uvedl. Rozhodujeme společně. Já mám za úkol to spravovat a taky to dělám a zatím si nikdo nestěžoval, že by mu nějaká služba nejela, tak jak má.

Možná špatně chápeš jak fungují priority v HTB, ale vysvětlovat ti to není můj úkol. Radil jsem tu člověku funkční řešení. Mimochodem tam dole jsi mu poradil úplně to samé co já o pár příspěvků výš. ESFQ je to pravé na dělení per IP.

A mimochodem lidé si tu můžou vybrat mezi asi 6 profi providery a několika komunitními sítěmi. Takže nevím co má znamenat to poslední souvětí. Koho a co si vybírají záleží na jejich prioritách. Víš někteří lidé mají internet na práci a studium a ne na nostop stahování filmů.

[sir Turbis]

Já taky jen spravuji jednu komunitni sit -->VDFFREE.NET <--

Stahovaci jsou lidé,co dost stahují, o svém zařazení ví a souhlasí s tím.

ESFQ se podivám a mrknu se i na funkčnost priorit...sice jsem o tom něco četl,ale není nikdy dost znalostí..

[......]

To byla reakce na tady toho experta >>trekker.dk<<

[sir Turbis]

Aha, promiň,tvoje odpověď byla pod mým příspěvkem..:)

P.S.: Sám vím,že v tomhle mám určité mezery,proto jsem se zeptal,zda už nemá někdo hotové řešení...nechci zase vymýšlet kolo..

[Jooky (inactive)]

Ked budes na sieti kde ti ssh pojde s niekolko sekudovym lagom, tak budes ruky bozkavat tomu adminovy co obmedzi ten bordel. Spojenia musia mat prioritu, inak sa pripojenie neda normalne pouzivat.

[trekker.dk]

Ano, uznávám, že SSH by mělo mít nějakou prioritu nad ostatním provozem, ale to se dá udělat i jinak, než "Web, mail, ftp a ostatní pak normálním uživatelům fičí a na P2P se dostává až opravdu to co zbyde."

Protože tím se de facto říká, že P2P je podřadná záležitost a pokud si budu chtít stáhnout nějaké distro přes bittorrent, budu muset počkat, než si ho stáhnou všichni, co nejsou tak solidární a stahují to přes HTTP. A nebo stahují něco jiného. (Protože ta věta, tak jak je napsaná, IMO znamená, že dokud někdo používá výše zmíněné služby, P2P nejede)

Jinak samozřejmě, a objevuje se to tady už poněkolikátý, "ti zlí P2P hoši" můžou vždycky nasadit šifrování a nějaký patch v jádře potom pozná houby.

To je poslední, co k tomuhle tématu přispívám, protože dohadovat se s ó velkým já to spravuju PetrLa, který svou neschopnost použít pořádný hardware maskuje nadáváním na protokol, mě opravdu nebaví.

[......]

Ano, uznávám, že SSH by mělo mít nějakou prioritu nad ostatním provozem, ale to se dá udělat i jinak, než "Web, mail, ftp a ostatní pak normálním uživatelům fičí a na P2P se dostává až opravdu to co zbyde."

Bez priorit to nejde. Nastuduj si jak fungují priority v HTB než příště pustíš z huby nějakou kravinu. Na P2P se dostává normálně, ale pokud si někdo vyžádá stránku z webu bude obsloužen první a na P2P se dostane pak. Kdyby to tak nebylo, tak by se webuchtivý uživatel sakra načekal. On ten P2P provoz je dost agresivní. Domluvili jsme se tak v síti a tak je to taky nastaveno. Komu se to nelíbí, tak toho tu nikdo nedrží...zatím ale nikdo neutekl. Pozoruhodné, že?

Protože tím se de facto říká, že P2P je podřadná záležitost a pokud si budu chtít stáhnout nějaké distro přes bittorrent, budu muset počkat, než si ho stáhnou všichni, co nejsou tak solidární a stahují to přes HTTP. A nebo stahují něco jiného. (Protože ta věta, tak jak je napsaná, IMO znamená, že dokud někdo používá výše zmíněné služby, P2P nejede)

P2P jede, ale jde na řadu až pak....nezkusils nevíš....umíš to snad líp? Kecat umí každý, poradit nikdo. Tazateli jsi zatím poradil hrubé ho***.

Jinak samozřejmě, a objevuje se to tady už poněkolikátý, "ti zlí P2P hoši" můžou vždycky nasadit šifrování a nějaký patch v jádře potom pozná houby.

Nasadí, tak nasadí, začne osobní domluva, nebo někdo schopný vyvine něco lepšího. Ty to ale podle keců asi nebudeš.

To je poslední, co k tomuhle tématu přispívám, protože dohadovat se s ó velkým já to spravuju PetrLa, který svou neschopnost použít pořádný hardware maskuje nadáváním na protokol, mě opravdu nebaví.

No víš, on každý by chtěl internet za hubičku, ale když mu mám říct, že si má koupit pojítko co "podle tebe" za něco stojí a řeknu mu tu úžasnou cenu, tak první co řekne je: "A nic levnějšího tam nemáš?" Ty asi máš závratné sumy na zařízení, ale my ne. Ono i budování infrastruktury něco stojí. A pokud něco takového kupuješ z peněz všech , tak si všichni sakra dobře rozmyslí, jak ty peníze využijí. A opravdud to není žádná prdel, jak ty si představuješ. Je vidět, že moc takových zážitků nemáš. Mluvil by jsi jinak.

PS: mě zas nebaví dohadovat se s chytrákem, co kolem toho kecá, háže vinu na jiné, ale v podstatě neumí poradit ani prd. Až budeš mít tazateli co říct a nebo budeš mít nějakou opravdu věcnou poznámku, tak si tě rád vyslechnu. Zatím to ale vypadá, že jen žvaníš do větru. HAWK

[......]

Máš recht. Priority být musí, protože jinak je to džungle.

[Harm]

Nejsem zadnej odbornik pres site, takze do toho moc nevidim, ale jak poznate http, ftp, postu, hry od p2p komunikace?? podle portu? to by jaksi nefungovalo.. v dc si nastavim pripojeni pres 80 a budu to mit prioritu jako ostatni pro web?

[......]

Ne podle portu ale pomocí patche v jádře. Modul IPP2P mi pak zjišťuje, který paket patří P2P provozu. Nejspíš to funguje tak, že se dívá do datové části paketu, aby zjistil k čemu to patří. Já to nepsal, takže se možná mýlím, ale funguje to dobře. Myslím, že jinak takovéto "vyčůrané" maskování se za jiný provoz ani odhalit nelze.

[Harm]

Aha. Takze pokud by nekdo pouzival nejakej novej neznamej protokol tak to ten modul IPP2P neodhali (alespon do vydani nove verze). Nemam pravdu?

[......]

Ano máš pravdu. Neodhalí, protože vždy musí někdo udělat/vykoumat jak ten paket neomylně rozpoznat. Vyvíjíš něco takového? Pokud ano, byl bych radši kdyby se to vázalo ke konkrétnímu portu jak se to maskovalo za obyčejný provoz.

Myslím, že většina správců sítí na to nadává právě proto, že se to maskuje za běžný provoz a tak to nelze jednoznačně identifikovat. Potom by proti tomu nedělali ani takové opatření jako proti tomu dělají.

[sir Turbis]

Tak to mám nastavené,problém je v tom,že mám nastavené jen skupiny. Takže mám třeba ve skupině 6 lidí. Stahovači vycucnou svoji část linky. Problém je halvně v tom,že jeden stahovač ji vycucne všem stahovačům..:(

[trekker.dk]

A nešlo by na tu třídu (říkám to dobře?) pověsit ESFQ? Rozdělí přidělené pásmo rovnoměrně mezi IP adresy. Link: http://fatooh.org/esfq-2.6/

[sir Turbis]

Zkousel jsem a moc to nepomaha... Ted se pokousim rozjet ipp2p a nejak se mi to nedari..:( nemel by nekdo prekompilovane jadro pro debiana s ipp2p??

[......]

Zkompiluj to jen jako modul a máš to.

[sir Turbis]

mam stare jadro 2.4..:)

[......]

To já taky, to ale není přece žádná překážka

[sir Turbis]

Aha a přímo nějyký linik na návod nemáš? Co jsem se díval,tak všude to kompilují přímo do jádra...

[......]

stáhni si zdrojáky z oficiálních stránek IPP2P a měl by tam být návod jak přímo postupovat. Budeš potřebovat zdrojáky jádra, zdrojáky iptables , ipp2p patch na jádro i iptables a to je všechno.