squid transparent proxy optimalizálás - TCP_MISS/200

Linux-kezdő

Sziasztok!

Saját otthoni környezetemben építettem egy transparent proxy-t squid 3.0-ból.
Beállítottam a tűzfalnál a redirectet, mineden szépen megy, azonban egy korábbi problémába ütköztem bele, ami mindig kísért: TCP_MISS/200-ak vannak dögivel az access.log-ban, TCP_HIT helyett. Nomeg HIER_DIRECT üzik is vanak nagy számban, ennek még nem néztem utána, hogy mit jelent.

Ezek a MISS-ek sima böngészés folyamán és a yum-al történő rendszerfrissítések esetén is jönnek 99%-ban. Szeretném, ha segítenétek túllépni a problémán, szerintem apró beállítási gond lehet csak.

A cache terület: cache_dir aufs /var/spool/squid 2000 16 256

tehát 2 giga, bőven elégnek kéne lenni. Memória: default 256mega, de az is elég.

A tárhelyfelhasználás jelenleg: 147MB, tegnap még csak 56 volt, tehát valamit kellett cachelnie azóta...

Köszi az ötleteket előre is!

  • 3730 megtekintés

( Fisher v | 2012. 01. 13., p – 07:44 )

A TCP_MISS/200 (és a HIER_DIRECT) az bőven lehet normális, a log (részlet) nélkül erre nem lehet mit mondani. Pl. yum: a yum nyilván az új csomagokat tölti le, és ha a csomag új, nem lehet benne a cache-ben. Persze ha van otthon tíz géped, akkor más a helyzet, de amíg csak egy-kettő, addig nagy csoda nem fog történni.

Log részletet pl. a pastebin-re érdemes feltenni.

( muszi v | 2012. 01. 13., p – 08:18 )

A 

maximum_object_size

parametert is erdemes megnezni, ha nagy file-okat is akarsz cache-elni.

Szia, igen ez jó ötlet, beállítottam 100MB-ra, de kicsit meghülyült, 1 óra alatt kétszer megakadt és hiába refreshelek vagy hoznék be új lapot a böngészőben, csak várakozik és akad. Squid restart után már okés egy darabig. Majd körülnézek, hogy mi a baja.

Nyilván nagyobbacska fájlokat is érdemes lenne cachelni, főleg a yum miatt. A yum egyépként drpm-eket használ most a presto miatt, így ez okozhat sok miss-t.

De amúgy egy időjárási weboldal, vagy maga a hup betöltésénél kéne lennie egy csomó statikus elemnek, aminek cache-elődnie kellene. Ez miért nem történik meg?

A pastebin bejegyzés címe a loggal, configgal:
access log: http://pastebin.com/44GaSqkA
config: http://pastebin.com/3yB9DmHQ

Kb most 200MB a cache.

---
OS: Fedora 16

Igen, interceptnek is hívhatjuk, meg transparentnek is, szerintem több elnevezése is létezhet ugyanannak a dolognak. A wikin még mintha láttam volna rá anno egy harmadik megnevezést is.

A http_port 10.1.1.1:3128 transparent sor viszont tuti jó, mivel működik. Persze kell hozzá egy tűzfalszabály is.
---
OS: Fedora 16

A hup-nál pl. TCP_REFRESH_UNMODIFIED-et látok, azaz a squid tudja, hogy megvan a file, de azért rákérdez, hogy az aktuális van-e neki. Hasonló mint a TCP_IMS_HIT. Esetleg érdemes lenne a squid cachemgr.cgi-jét is feltenni/megnézni, az általában egész szép statisztikákat tud mondani.

Beüzemeltem a cache manager-t, rengeteg lehetőség van, mi az amivel előrébb jutnánk? Milyen értéket kéne átnézni? A disk használat 29%-on van, tehát 600 mega a 2giga maximumból.
Olyan legyűjtést nem találtam, ami grafikonon jeleníte meg valamit, vagy kigyűjtené a tcp_miss, ims_hit stb. arányát. A Calamaris meg elfexik, mert beállítottam a logolást olyan módon, hogy normális ember által olvasható timestampet tegyen az elejére a sornak, ne 1960-tól eltelt másodperceket figyelje.

Ötlet, kívánság, mit lenne érdemes megnéznem még?

---
OS: Fedora 16