Dotaz: Shaping a squid

[mirek]

Je mozne pouzit shaping (HTB) a squid jako transparentni proxy dohromady na jednom routru?

Odpovědi

[Gunman]

jo určitě to de, sedim za tim zrovna ted, bohuzel nevim jak je to delany, takze se ptat dal

[opicak]

Ano jde to. Ale zatím jsem nepřišel na to jak zárověň efektivně využívat výhod proxy (cache a rychlosti LAN) a zárověň spravedlivě rozdělovat linku. Vždy by to šlo totiž uživateli nějak obejít a to je to co nechci. Chci spravedlivé dělení a tak jsem proxy zamítl.

[JirkaF]

V Squidu jde limitovat rychlost přímo jeho parametry acl_ ... uz jsem to mel jednou takto nakonfigurovane bohuzel havarie HDD spojena s nulovou zalohou konfiguracnich souboru zpusobila, ze ted resim stejny problem :) ... ale řešení jsem tenkrát našel někde na root.cz nebo nahlídni do defaultniho konfiguraku tam je taky zminka.

[opicak]

Ano, ale já mluvím o jiném problému. Proxy přece používá člověk proto, aby mu cacheovala dotazy a pak je na Lan posílala plnou rychlostí Lan, ne? Proto byla proxy vymyšlena. Akcelerovat pomalou linku ven.

Takže budu-li provoz mezi klientem a proxy omezovat, popřu tím smysl, pro který byla vymyšlena. Nebo se mýlím? A nebudu-li omezovat tak mi jeden klient zarve linku ven a zas ostatní budou hudrovat. Proto jsem od proxy upustil a pouštím přes NAT surový net s omezováním pomocí HTB.

Nepřišel jsem zkrátka na způsob jak využít plně proxy a zároveň být fair-play.

[vasek125]

Tento problém mě taky trápil. Měl jsem na routeru HTB, které fungovalo ok, ale běžel tam i squid, takže jak se někdo připojil na internet přes toto proxy, omezovalo to jen download. Něvědel jsem co s tím, tak jsem se taky ptal a dostal jsem odpověď: IMQ

[petr_p]

Jenze tim vlastne vytvorite noveho klienta "squid", ktery bude s ostatnimi stanicemi soutezit o pasmo. Vyskedek bude:

-- 1 stanice stahuje primo a zaroven pres proxy => stanice dokaze zabrat 2/n pasma. Ostatni jdouci primo budou mit jen 1/n.

-- Pokud se to mezi uziveteli rozkrikne, budou vsichni tahat primo a pres proxy => kazdy ziska 1/n a 1/n^2 pasma, takze proxy ztrati smysl.

On je to asi problem v samotne podstate cachovani versus omezovani datove toku.

Jeste tak by se to dalo vyresit (rozumnej spravedlive vypocitat) pri nejake nekesujci proxy (napr. Icecast), ale u kesujici to nema smysl.

[ttt]

Existoval patch na squid, který nastavoval paketům z cache vámi zvolenou hodnotu TOS. ( http://sed.pl/~mrk/qos/ ) Takto označené pakety potom není problém zařadit do rychlé lokální třídy shaperu. Kdysi jsem to měl takto řešené a fungovalo.

[shadowmaster]

Jenom me tak v mziku napadlo.... Nedal by se squid povesit na virtualni ip, ktera by nepodlehala shapingu a shapoval by se pouze provoz ze squida na rozhrani ktere je shapovane? Samozrejmosti by asi bylo vyuzit transaparentni proxy s vyloucenim ip na kterem je poveseny squid... Tim by byla rychlost squid - lan neomezena, a rychlost squid - inet by podlehala pravidlum deleneho pasma... No zamyslete se nekdo a pak me kamenujte... Budu neco podobneho resit za nejakou chvilku, tak to byl jen nastrel..., ktery ovsem nemusim byt vubec funkci... :) :) :)