Newsgroup: it.comp.os.linux.sys
Titolo: squid: bloccare msn

Salve a tutti,
ho la necessita' di bloccare msn a tutti i client della rete ad eccezione di 
1. Utilizzo squid come transparent proxy ed ho letto in rete che il problema 
non e' da poco, e suggerivano a seguente soluzione che pero' a me non 
funziona:
acl no_msn src 
192.168.50.0/24
acl si_msn src 
192.168.50.24/32
acl reqmsn req_mime_type -i ^application/x-msn-messenger
acl our_networks src 
192.168.50.0/24
http_access deny reqmsn no_msn
http_reply_access deny reqmsn no_msn
http_access allow reqmsn si_msn
http_reply_access allow reqmsn si_msn
avete una soluzione migliore? O meglio piu' efficace visto che questa non va 
:)
grazie a tutti
Dade 

 Dade
Io avrei fatto qualcosa del genere:
acl mia_rete 
192.168.1.0/24
acl no_msn 
192.168.1.10/24
http_access deny reqmsn no_msn
Ciao
Giulio

 client. Cambia indirizzo e forse funzionerà.
Ehm, si chiama notazione CIDR e il primo indirizzo (in questo caso il .0) è
quello della rete, non dei client.
http://jodies.de/ipcalc?host=192.168.50.0&mask1=24&mask2=
-- 
Vide

Vide ha scritto:

Si, ma così funziona? Se non sbaglio hai detto di no.
Da quello che leggevo nella documentazione di squid (ma è un po' che non
ci metto mano) non sono certo che accetti quella notazione.
Ciao
Giulio

 Si, ma così funziona? Se non sbaglio hai detto di no.
Chennesó, non sono l'OP :P Era solo per chiarire che quella notazione è
corretta per indicare quella sottorete. Comunque AFAIK squid accetta senza
problemi CIDR, come si vede chiaramente dalla configurazione di default
acl to_localhost dst 
127.0.0.0/8
-- 
Vide

 :)
Direi che questa va _SE_ teniamo conto che le ACL di Squid devono mantenere
un ordine prestabilito[1]
Enrico
[1] oppure ho il cervello in pappa a causa della configurazione selvaggia di
router e firewall?

 http_reply_access allow reqmsn si_msn
Premesso che non conosco squid, ma non č che si confonde per il fatto 
che il 192.168.50.24 ricade sia in no_msn sia in si_msn?
Nel qual caso dovresti fare piů di una no_msn in modo che la loro unione 
ricopra tutti gli ip della classe tranne il .24

 Enrico
ecco, a me quest'ordine prestabilito fa un po' confusione... se le scrivo 
cosi' dovrebbe funzionare?
acl no_msn src 
192.168.50.0/24
acl reqmsn req_mime_type -i ^application/x-msn-messenger
acl repmsn req_mime_type -i ^application/x-msn-messenger
acl our_networks src 
192.168.50.0/24
 #
192.168.2.0/24
http_access deny reqmsn no_msn
http_reply_access deny repmsn no_msn
acl si_msn src 
192.168.50.24/32
http_access allow reqmsn si_msn
http_reply_access allow repmsn si_msn
grazie
Dade
 

 acl our_networks src 
192.168.50.0/24
 #
192.168.2.0/24
   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
questa non c'entra nulla....


 :)
In che senso non va? Blocca tutti, non blocca nessuno, blocca chi non
deve bloccare e non blocca chi deve bloccare?
bye!

 ha scritto nel messaggio 
news:b1cdbd77-48c9-47a1...@s12g2000prg.googlegroups.com...

non blocca nessuno... come se non ci fosse :(
 

 non blocca nessuno... come se non ci fosse :(
mi sa che ti "passa" via https se non hai bloccato anche quello...
bye!

 avete una soluzione migliore? O meglio piu' efficace visto che questa non va 
Al 99.99% e' come dice hermooz: le ultime versioni di messenger 
(live) escono via https, quindi non ha senso filtrare a livello
di contenuti.
Fabio

 cosi' dovrebbe funzionare?
Prima vanno i si, poi i no
Enrico