Dotaz: squid, shapping

[JimiK]

Prosím, jak lze pomocí iptables označkovat packety, které projdou squidem z netu do lokální sítě? Packety se tváří jako kdyby je generoval server se squidem, ztracejí tedy informaci o původu. Potřebuji, abych měl na určitý server vyhrazené určité pásmo při downloadu a to nemohu udělat protože nedokáži rozenat zdrojovou ip.

Rád odpovím na případné nejasnosti.

Odpovědi

[cronin]

Moja odpoved nebude zdaleka presna, ale moze to byt nakopnutie: Proxy server do http requestu moze pridavat direktivu "X-Forward-For" alebo nieco podobne. Nedalo by sa to pouzit? Kazdopadne, zda sa, ze potrebujes robit shaping na aplikacnej vrstve, zatial co sa to snazis riesit nastrojom na sietovej vrstve. Mozno by nebolo na skodu poobzerat sa o nejakom "shaping patchi" do samotneho squida?

[Filip Jirsák]

Ty pakety se tak netváří, on je skutečně Squid generuje Buď můžete omezovat přenesená data přímo na Squidu (tedy nezávisle na shapingu ostaních protokolů) – to je ideální pro případ, kdy hlavní provoz je HTTP, Squid dokáže omezovat lépe, než obecný shaping nezávislý na protokolu. Nebo můžete použít tcp_outgoing_tos pro značkování paketů, a to pak využít v shapingu na firewallu.

Bylo by hezké váš původní dotaz označit za vyřešený, ať se k němu zbytečně někdo nepokouší dále odpovídat

[JimiK]

Děkuji, zkusím využít tcp_outgoing_tos.

Původní dotaz je na jiné téma.

[JimiK]

takže tímto si také nepomůžu, nastaví TOS na vnějším rozhraní routeru, nerozeznám tedy provoz, který bych rád dal do určité třídy při shappingu :(

[Filip Jirsák]

Na vnitřním rozhraní je to normální komunikace web browser – Squid, ten nemá smysl omezovat (pokud nemáte obzvlášť pomalé připojení klientů – pak ho ale snadno můžete omezovat dle IP adres). Takže mi není jasné, co vlastně chcete shapovat…

[*]

jestli to chapu, tak pozadavek je shapovani nejakych adres v interni siti.

tydle adresy generuji provoz do netu a do lokalni site do squidu.

a pozadavek je, aby provoz ze squidu se zapocitaval k ostatnim datum co jdou primo.

takze co treba transparent proxy u squidu?

[*]

hmm. aha. co dela REDIRECT. jen vlastne takova jina DNAT, takze squid dokonci pozadavek a posle ho s jinou adresou?

[Filip Jirsák]

Transparentní proxy je skoro to samé, jako normální proxy (tj. klient komunikuje s proxy a proxy pod svou vlastní identitou komunikuje se serverem), akorát s normální proxy komunikuje klient “vědomě“, kdežto transparentní proxy „unese spojení“ od klienta na server, takže klient si myslí, že komunikuje se serverem, ale ve skutečnosti komunikuje s proxy.

[JimiK]

pokusím se to tedy vysvětli lépe.

firma.cz <==internet==> router(SQUID,NAT,shapping HTB) IMQ <==lokalní síť==> uživatel

Na routeru běží NAT a port 80 je směrován na SQUIDa. Uživatel má požadavek, aby na web firma.cz měl vyhrazené pásmo. Bez SQUIDa je to pomocí HTB jednoduché. Když ovšem požadavky jsou směřovány na SQUIDa, pak odpovědi generuje SQUID, ztrácím tedy informaci o zdrojové IP a nedokážu packety přesně zařadit do příslušné třídy. Řešením je požadavky na firma.cz nesměrovat na SQUIDa. Jelikož těch domén(IP) je více, tak je to celkem opruz :)

Potřebuji tedy nějak docílit toho, aby packet po průchodu přes SQUIDa měl zdrojovou IP firma.cz.

[Filip Jirsák]

pokusím se to tedy vysvětli lépe.

No vida, konečně je jasné, o co se vlastně snažíte, takže se dá nějak smysluplně odpovědět.

Potřebuji tedy nějak docílit toho, aby packet po průchodu přes SQUIDa měl zdrojovou IP firma.cz.

To je to nejhorší a nejkomplikovanější možné řešení. Protože byste musel Squidu dát IP adresu, a tu samou IP adresu by měl počítač v síti, který by s tím Squidem komunikoval – buď by to byl ošklivý hack, nebo to vůbec nejde.

Pokud chcete opravdu přesné řešení, označkujte si ve Squidu packety TOS a podle toho pak shapujte. (Nebo si podle TOS přeNATujte zdrojovou adresu na nějakou jinou, podle které budete shapovat – ale hlavně jinou, než která už je v lokální síti použita, vytvořte si proto nějakou novou virtuální síť) Pokud je nutné shaping dělat na vnitřní síťové kartě (ne vnější do internetu), budete muset router a Squid oddělit (nebo použít nějaká virtuální zařízení, aby výstupní pakety ze Squida znovu přišly virtuálním rozhraním, na kterém budete shapovat).

Daleko jednodušší řešení je – vykašlete se na naprosto přesné a spravedlivé přidělování, nastavte vyhrazené pásmo na těch několik vnějších IP adres (firma.cz), a pokud holt půjde někdo z lokální sítě na firma.cz, započítá se do vyhrazeného pásma, i když to bude někdo „cizí“. Zase naoplátku si to Squid stáhne dřív, a až bude tu samou stránku chtít někdo z Firmy, dostane jí rychle od Squida.

[Oldak]

Squid opravdu pakety generuje, jak jiz bylo receno. Pokud chcete provoz pres nej prochazejici shapovat, tak mate se squidem jedinecnou moznost pouzit delay_pools. Muzete tak rozlisovat na aplikacni vrstve, co se jak omezi (do ktereho poolu to spadne). Vetsinou toto asi budete resit regularnim vyrazem, kterym analyzujete http pakety a reknete, ze napriklad vsechno s koncovkou avi, wmv, zip a rar spadne do poolu s nizsi rychlosti a ostatni veci do druheho poolu. Problem vam ale nastane v pripade, ze budete chtit tento postup zkombinovat s klasickym shapingem na sitove vrstve pomoci HTB, CBQ a spol. To potom pouziti squida vicemene ztraci smysl.

Je potreba rozmyslet si co vsechno chcete nejakym zpusobem shapovat. Pokud chcete omezit nejakou skupinu lidi, ktera ma povolene ven jen http, tak je squid dobre reseni. Pokud chcete napriklad omezovat i p2p, prioritizovat ssh, ACK pakety a podobne, tak by bylo lepsi squida ozelet a implementovat vsechno jen pomoci iptables a tc.

Olda