1. Bevezetés

2. A web gyorsítókról általában

3. Linux és a Squid

# a loopback interfészen mindent elfogadunk
/sbin/ipchains -A input -j ACCEPT -i lo
# a saját IP címre irányuló web-es forgalmat elfogadjuk
# a hurkok elkerülése végett
/sbin/ipchains -A input -j ACCEPT -p tcp -d  80
# az összes egyéb 80-as portra irányuló forgalmat átirányítjuk a Squid-hez
/sbin/ipchains -A input -j REDIRECT 80 -p tcp -s 0/0 -d 0/0 80

# a cache-től származó forgalmat minden további nélkül átengedjük
/sbin/ipchains -A input -j ACCEPT -p tcp -s 
# az összes egyéb 80-as TCP portra irányuló forgalmat gátoljuk
/sbin/ipchains -A input -j REJECT -p tcp -d 0/0 80

4. Konfigurálási példák

# A 'cgi-bin', ill. '?' karaktereket tartalmazó URL-eken található
# objektumokat nem cache-eljük
acl QUERY urlpath_regex cgi-bin \?
no_cache deny QUERY
# a kiszolgálás alatt lévő kérések, a 'negatívan' cache-elt kérések (hibás
# kérések), ill. a leggyakrabban lekérdezett objektumok számára
# fenntartott hely. Ökölszabály: osszd el a Squid számára fenntartott
# memóriarészt 3-mal. Ld. még 5.2.
cache_mem 10 MB
# lehetőleg a Squid objektumait külön partícióra tegyük (pl. /var/cache)
cache_dir /var/cache 1024 16 256
# hozzáférés konfiguráció
acl mycustomer src 192.168.0.0/255.255.0.0
http_access allow mycustomer
http_access deny all
icp_access allow mycustomer
icp_access deny all
# Squid-et futtató felhasználó (könyvtár jogosultságokra figyelni!)
cache_effective_user nobody
cache_effective_group nobody
# SNMP hozzáférés beállítása
snmp_access allow public localhost
snmp_access deny all

• ha változik a konfiguráció, akkor azt csak egy helyen kell megváltoztatni, és a böngészők a következő indításkor már az új konfigurációval fognak működni.
• a konfigurációs szkriptet meg lehet úgy írni, hogy a cache elérhetetlensége esetén (pl. karbantartás idején) a böngésző közvetlenül próbálja meg elérni a web-es információkat, míg manuális konfiguráció esetén ez megoldhatatlan probléma.

function FindProxyForURL(url, host)
{// ha nincs teljes szervernév megadva, vagy pedig a saját
// régiónkban (mydomain.hu) lévő szervert kérdezünk le,
// akkor közvetlen a hozzáférés if (isPlainHostName(host)
	 || dnsDomainIs(host, "mydomain.hu") || return "DIRECT";
// ha a kiszolgálónév nem feloldható DNS oldalról,
// akkor is közvetlenül próbálkozunk. Ennek két oka van:
// - egyrészt a cache-t nem terheljük egyébként sem feloldható nevekkel
// - másrészt a felhasználó a saját böngészője hibaüzenetét látja,
// így még csak véletlenül sem hibáztatják a cache üzemeltetőjét
// Optimális működés esetén persze a böngészők is ugyanazt a DNS
// szervert használják, mint a cache (így a cache munkáját is
// megkönnyítik, hiszen mire a kérés oda eljut, a helyi DNS
// szerver már tartalmazza a kívánt információkat).

		if (!isResolvable(host))
            return "DIRECT";

// ha az URL tartalmaz kerdőjelet, akkor is közvetlenül
// próbálkozunk, hiszen az ilyen típusú kérések általában nem
// is cache-elhetők

            if (url.indexOf("?") != -1)
            return "DIRECT";

// csak akkor használunk cache-t, ha HTTP, FTP vagy Gopher
// protokollokról van szó, hiszen csak ezeket képes cache-elni
// a Squid (a cache.mydomain.hu helyére természetesen a saját
// cache-ünk nevét kell beírni)

             if (url.substring(0, 5) == "http:" ||
             url.substring(0, 4) == "ftp:"||
             url.substring(0, 7) == "gopher:")
             return "PROXY cache.mydomain.hu:3128; DIRECT";
}

    AddType application/x-ns-proxy-autoconfig .pac

      httpd_accel_host virtual
      httpd_accel_port 80
      httpd_accel_with_proxy on
      httpd_accel_uses_host_header on

5. Squid tuningolás