Newsgroup: it.comp.os.linux.sys
Titolo: squid e pagine dinamiche

ho nel mio file di configurazione squid il seguente:
cache_peer 
mioproxy.proxy.it
 parent 8080 3130
Configurato il browser funzionano tutte le pagine tranne quelle dinamiche o
meglio quelle con un ? nell'indirizzo
Ecco un esempio dei log
1047044823.458 583 10.2.29.62 TCP_MISS/200 15035 GET
http://www.mozilla.org/s
tart/ - PARENT_HIT/
mioproxy.proxy.it
 text/html
...
1047044682.980 175 10.2.29.62 TCP_REFRESH_HIT/304 211 GET
http://www.google.it/images/hp3.gif
 - PARENT_HIT/
mioproxy.proxy.it
 -
1047044685.377 437 10.2.29.62 TCP_MISS/503 993 GET
http://www.google.it/search
? - NONE/- -
Sembra che per le pagine dinamiche non cerchi il proxy.
Avete qualche idea?
Grazie
jo
--------------------------------
Inviato via 
http://usenet.libero.it

 Avete qualche idea?
Controlla nel tuo /etc/squid.conf, troverai le seguenti linee:
hierarchy_stoplist cgi-bin ?
acl QUERY urlpath_regex cgi-bin \?
no_cache deny QUERY
Sono queste che impediscono allo Squid di porre in cache le pagine 
dinamiche che, proprio per loro natura, č poco sensato che siano poste in 
cache.
Saluti.
-- 
Alessio Sias
Sysadmin - Comune di Sorso
07037 SORSO SS ITALY

 Saluti.
Giusto cosě. Ma il problema non č la cache. Le pagine dinamiche non si
visualizzano al contrario di quelle statiche. Piuttosto appare un bel no
route to hosts.
Ora se mi connetto a 
mioproxy.proxy.it
 tutto funziona bene.
Suppongo sia un problema di comunicazione tra il mio proxy e il proxy padre.
Anche se non riesco a trovare il problema...


 Suppongo sia un problema di comunicazione tra il mio proxy e il proxy padre.
Hum, non conosco la topologia della tua rete, quindi tiro ad indivinare:
non  e` che  solo il  parent puo`  uscire su  internet? Quando la  cache
secondaria cerca  di recuperare direttamente la  pagina dinamica succede
il patatrack (visto che non riesce a raggiungere la rete esterna).
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
#include <stdio.h> 
int main(void) {printf("\t\t\b\b\b\b\b\b");
printf("\t\t\b\b\b\b\b\b");return 0;}

 il patatrack (visto che non riesce a raggiungere la rete esterna).
Corretto. Per uscire tutte le macchine devono fare riferimente al proxy che
ho configurato come parent.
Non è possibile far collegare un "figlio" ad un parent e farlo dipendere
totalmente da quello come un browser dipende dal proxy? Tutte le richieste
delle mie 10 macchine vanno sul mio proxy che le ridirige tutte comprese le
dinamiche verso il padre che si preoccupa di passare le info in cache (che
poi saranno disponibile sul proxy figlio) o di andare direttamente su
internet per le pagine dinamiche.
Direi che siamo arrivati al punto :) scusate l'ottusità.


 totalmente da quello come un browser dipende dal proxy? 
Prova a  togliere la direttiva  "hierarchy_stoplist", in questo  modo la
cache secondaria dovrebbe inoltrare tutte le richieste al parent.
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
"Sei l'unica donna della mia vita".
(Adamo)

[CUT]
non ricordo bene ma forse c'era un qualcosa tipo never_direct o una cosa del
genere :).Comunque c'e' una direttiva apposita del file di conf.
Ciao

 cache secondaria dovrebbe inoltrare tutte le richieste al parent.
Anche un
never_direct all 
potrebbe aiutare.
-- 
	kinkie (kinkie chiocciola tiscalinet punto it)
	E ora, qualche parola dai nostri sponsor:
I am more bored than you could ever possibly be.  Go back to work.

 potrebbe aiutare.
ho inserito la direttiva
never_direct allow all
cosě tutte le richieste passano dal proxy.
Ora perň viene meno la funzione del mio proxy.
Bisognerebbe che tutte le richieste passassero prima dalla cache del mio
proxy e poi dal proxy parent. Cosě pian piano popolando la mia cache con
quella del parent il parent stesso funzionerebbe solo raramente e piů che
altro per le richieste dinamiche in quanto solo lui ha accesso ad internet.
Per questo ho inserito la direttiva
prefer_direct on
ma sembra che tutte le info vengano sempre prese dal mio proxy parents.
eppure la mia cache cresce...


 eppure la mia cache cresce...
never_direct non cambia il comportamento in caso di cache hit. Decide
solo come viene risolta la richiesta upstream. La differenza fra
never_direct e prefer_direct e` che se per caso la cache parent viene
a mancare, se usi prefer_direct il proxy tentera` di andare
direttamente, mentre se usi never_direct dara` un errore.
-- 
	kinkie (kinkie chiocciola tiscalinet punto it)
	E ora, qualche parola dai nostri sponsor:
The Anglo-Saxon conscience does not prevent the Anglo-Saxon from
sinning, it merely prevents him from enjoying his sin.
		--Salvador De Madariaga