Newsgroup: it.comp.os.linux.sys
Titolo: problema con squid

Salve, sto facendo alcuni esperimenti con squid.
Diciamo che come transparent proxy (si dice così???) funziona 
tranquillamente , ho dei problemi utilizzando le acl url_regex
All'interno di /etc/squid/ ho creato un file di prova con i permessi di 
lettura per tutti gli utenti prova.txt.
All'interno di prova.txt ho inserito 
www.google.it
 
google.it
 
google.com
 
www.google.com
			             .
google.it
				     .
google.com
ovviamente un url per ogni riga.
Poi ho preso il file standard che danno con RH9 /etc/squid/squid.conf, 
senza cambiare nulla (quindi con tutte le righe commentate e tutti gli 
esempi) e alla fine del file ho aggiunto le seguenti righe:
acl squidtestdeny url_regex "/etc/squid/prova.txt"
http_access deny squidtestdeny
A questo punto ho killato squid e l'ho fatto ripartire, ma non ne vuole 
sapere di bloccare l'accesso ai siti specificati nel file prova.txt (google)
Ovvio che nel mio browser ho impostato di accedere ad http tramite 
proxy, ho anche riavviato il server su cui c'è squid, ho digitato il 
comando: squid -k reconfigure ma nulla, io continuo a navigare 
tranquillo fra i siti teoricamente bloccati.
C'è un punto particolare nel file squid.conf in cui devo aggiungere le 
acl? Oppure le posso mettere dove voglio come nel mio caso che le ho 
inserite alla fine del file?
Poi dalla via che ci sono ho un'altra domanda, è possibile far girare 2 
istanze di squid in ascolto su 2 porte diverse contemporaneamente, in 
maniera tale da poter gestire 2 file di configurazione diversi.
Scusate la lunghezza del messaggio, ma ho voluto essere il piu chiaro 
possibile.
Grazie
Ciao
Billy


# INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS
# Exampe rule allowing access from your local networks. Adapt
# to list your (internal) IP networks from where browsing should
# be allowed
acl miarete src 
192.168.1.0/24
acl banned_sites url_regex "/etc/squid/banned.list"
http_access deny banned_sites
http_access allow miarete
Io uso queste impostazioni.
Se non ti funzionano vuol dire che non ti funziona correttamente il
firewall.
Ciao
Giulio

 in maniera tale da poter gestire 2 file di configurazione diversi.
a naso, ti serve per avere due set diversi di permessi per due 
classi/serie diverse di macchine.
anche qui, leggendoti i commenti risolvevi.
associ due regole (ip client + nome sever destinazione) e puoi 
personalizzare l'accesso per singolo ip sorgente e singolo ip 
destinazione.
prenditi un pò di tempo e leggi il file di cfg, almeno nella parte 
relativa alle acl...
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
| (fake address in reply-to field!)
+-------

 firewall.
Scusa ma cosa c'entrano?
Parla delle acl di squid, il firewall non c'azzecca una beneamata mazza!
La sintassi è corretta, se non incontra le regole probabilmente è una
questione di ciò che ha scritto dentro il file.
Si tenga presente che devono essere regex, quindi io tenterei con una
sintassi del tipo:
^
http://sitodabloccare1.
*
^
http://sitodabloccare2.
*
etc.
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815

 mazza!
Il firewall può entrarci perché se configurato male potrebbe non bloccare
completamente la porta 80 o problemi simili.
Parlo per esperienza, perché in un primo momento avevo configurato male il
firewall e non faceva da "transparent proxy". Poi era ancora configurato
male e faceva sia da tranpsarent proxy, ma lasciava passare ugualmente sulla
porta 80.
Finalmente Correttamente deviata la porta 80 su un'altra (es. 8080 oppure
3128) la configurazione di squid è stata semplice da far funzionare.
Il motivo per cui dico che deve configurare bene il firewall è proprio
perché se devia la 80 -> 8080 ma poi rimane aperta la 80 si trova aperte
tutte e due le possibilità e impostando manualmente il browser sul proxy
avrebbe una connessione filtrata, non facendolo (come dovrebbe essere per un
transparent rpoxy) avrebbe invece una connessione "libera".
Sorvolo sul tuo modo di rispondere che è un po' scortese. Almeno
all'apparenza.
Ciao
Giulio.

Ok, ho risolto, il problema, probabilmente ho fatto un po di confusione 
nel file squid.conf tra le varie modifiche e prove, forse c'erano acl in 
contrasto.
Ho ripristinato il file di configurazione di default poi ho messo le 
regole acl al posto giusto e funziona proprio come volevo io.
Nessun problema di firewall, durante le prove ho aperto tutto, poi una 
volta visto il funzionamento corretto ho bloccato tutto e aperto solo il 
pop3 l'smtp e il dns per far scaricare la posta ai client.
Grazie comunque dell'aiuto
Ciao
Billy ha scritto:
