Newsgroup: it.comp.os.linux.iniziare
Titolo: Problema con Squid

Salve a tutti, dopo aver installato l'ultima versione stabile di Squid,
dopo aver letto tutta la documentazione (250 pagine) non riesco a farlo
funzionare neppure al minimo....
Dalla macchina in cui è installato riesco a navigare ma da una
qualsiasi macchina (tutte windows) della locallan non ottengo nessuna
risposta. Mi da la tipica schermata .."Impossibile caricare la
pagina.."
Dove sbaglio? Grazie a tutti!!
Di seguito scrivo il mio squid.conf
http_port 3128
icp_port 3130
cache_mem 8 MB
cache_dir ufs /usr/local/squid/var/cache 100 16 256
cache_access_log /usr/local/squid/var/logs/access.log
cache_log /usr/local/squid/var/logs/cache.log
cache_store_log /usr/local/squid/var/logs/store.log
emulate_httpd_log off
mime_table /usr/local/squid/etc/mime.conf
pid_filename /usr/local/squid/var/run/squid.pid
acl all src 
0.0.0.0/0.0.0.0
acl manager proto cache_object
acl localhost src 
127.0.0.1/255.255.255.255
acl to_localhost dst 
127.0.0.0/8
acl SSL_ports port 443 563
acl Safe_ports port 80          # http
acl Safe_ports port 21          # ftp
acl Safe_ports port 443 563     # https, snews
acl Safe_ports port 70          # gopher
acl Safe_ports port 210         # wais
acl Safe_ports port 1025-65535  # unregistered ports
acl Safe_ports port 280         # http-mgmt
acl Safe_ports port 488         # gss-http
acl Safe_ports port 591         # filemaker
acl Safe_ports port 777         # multiling http
acl locallan src 
172.17.8.0/255.255.255.0
acl CONNECT method CONNECT
http_access allow manager localhost
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localhost
http_access allow locallan
http_access deny all
cache_mgr 
sq...@miodominio.net
cache_effective_user marcello
cache_effective_group marcello
visible_hostname 
proxy.nomedominio.net
append_domain .
miodominio.net

 Di seguito scrivo il mio squid.conf
A prima vista mi sembra ok.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

Grazie x la risposta!
1) squid è in funzione e se da localhost sul browser cambio la porta o
sul file di conf mi nego l'accesso ottengo limpossibilità a
navigare...
2) demone o inetd ...non so rispondere.. ma guardo i file da te citati
3) ho un firewall fisico ma non blocca tale porta (ho provato con la
8080 e non cambia nulla)
4) grazie ancora ;)

 8080 e non cambia nulla)
Non credo che il firewall fisico sia tra i client lan a la macchina
squid, spero.
Come e' fatta la tua rete?
-->firewall-->switch---->MacchineLanTraCuiQuellaConSquid
oppure
--firewall--->macchinaSquid--->switch--->MacchineLan


usando # ps aux | grep -i squid
ottengo :
marcello   2955  0.0  2.4   6616  4704 pts/3    T    09:27   0:00 squid
-N -d1
marcello   3032  0.0  0.4   3776   812 pts/3    S+   09:29   0:00 grep
-i squi
quindi dovrebbe funzionare come demone...
la struttura delle rete è
->firewall-->switch---->MacchineLanTraCuiQuellaConSquid
naturalmente il firewall ha un indirizzo ip privato (lato lan) che
viene usato dai client come gateway.
p.s sto usando Fedora 4.

 
Bene.
Ora serve un
# iptables -L
per vedere se fedora, di suo, non ha messo di mezzo un drop sulle
porte che ritiene non siano da usare.


Ecco cosa mi dice iptables, non ne capisco molto...
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
RH-Firewall-1-INPUT  all  --  anywhere             anywhere
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
RH-Firewall-1-INPUT  all  --  anywhere             anywhere
Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
Chain RH-Firewall-1-INPUT (2 references)
target     prot opt source               destination
ACCEPT     all  --  anywhere             anywhere
ACCEPT     icmp --  anywhere             anywhere            icmp any
ACCEPT     ipv6-crypt--  anywhere             anywhere
ACCEPT     ipv6-auth--  anywhere             anywhere
ACCEPT     udp  --  anywhere             224.0.0.251         udp
dpt:5353
ACCEPT     udp  --  anywhere             anywhere            udp
dpt:ipp
ACCEPT     all  --  anywhere             anywhere            state
RELATED,ESTAB               LISHED
ACCEPT     tcp  --  anywhere             anywhere            state NEW
tcp dpt:s               sh
ACCEPT     tcp  --  anywhere             anywhere            state NEW
tcp dpt:h               ttp
ACCEPT     tcp  --  anywhere             anywhere            state NEW
tcp dpt:f               tp
ACCEPT     tcp  --  anywhere             anywhere            state NEW
tcp dpt:s               mtp
REJECT     all  --  anywhere             anywhere
reject-with icmp-ho               st-prohibited

 Chain RH-Firewall-1-INPUT (2 references)
Qui ci sono le regole della catena da attraversare.
Fai una prima prova velocissima:
aprim un terminale da root, e scrivi:
iptables -F
Poi prova a far navigare un client del proxy.
Secondo me, orta va.
Se funziona, devi trovare nella fedora dove sono i settaggi del
firewall, bazzicando tra i centri di controllo e cose simili.
No, non la conosco.


Ciao grazie mille, disabilitando le catene squid va bene...adesso sto
combattendo per fare in modo che riconosca un domino NT e che io possa
generare delle acl diversificate...che casino!
Non esiste uno strumento + semplice? 
Grazie ancora,
Marcello

 Non esiste uno strumento + semplice? 
Windows 200x server, se vuoi le acl diversificate.


Ciao, a me serve un proxy server su macchina linux.
Io sullo squid book ho letto questo....
" Utilizzando gli helper di autenticazione è possibile agire in due
modi:
     creare una ACL per ogni utente
     creare una ACL basata su un regex[1] che legge la lista degli
utenti da un file
In entrambi i casi appare chiaro che incontreremmo un notevole impatto
sulle prestazioni della nostra cache, in quanto ad ogni auth-challenge,
Squid dovrà verificare l'elenco delle access list, oppure confrontare
tutta la lista degli utenti. Proprio per far fronte a questa
problematica ci viene in contro l'external helper wb_group che deve
essere usato congiuntamente a wb_ntlmauth. Ora creeremo dei gruppi
d'utilizzo all'interno del dominio NT, per capirci meglio
 InternetFull, nessuna limitazione
    *
 InternetNormal, Gli utenti possono solo navigare su determinati siti e
non scaricare
 InternetToDow, i membri possono navigare in maniera filtrata e
scaricaricare liberamente.
    *
 InternetToNav, Gli utenti possono navigare senza limitazione ma non
scaricare
......"
questo è quello che intendevo x acl diversificate.
:)