Newsgroup: it.comp.os.linux.sys
Titolo: squid, transparent proxy a autenticazione utenti

ciao a tutti,
ho installato squid 2.5 su mdk 9.2 e va che č una bellezza, ma c'č un ma....
ho provato a configurare la basic authentication utilizzando webmin, ma
aprendo il browser sul client non appare nessuna richiesta di password...
qualcuno sa dirmi xkč??? :o\
grazie
Maio

Sgranocchiando il cranio di Maio.72, vi trovai inciso:

se usi transparent proxying non puoi autenticare...
-- 
cat: .signature: No such file or directory

 qualcuno sa dirmi xkè??? :o\
Forse perche' hai usato webmin :-) 
scherzi a parte, nel titolo del messaggio indichi "transparent proxy" AFAIK, transparent proxy e autenticazione sono incompatibili.
cito da un messaggio su mailing.unix.squid-users
if you tell the brwoser there is no proxy, how can you
expect the browser to do proxy authentication?
-- 
Misterpinna
mailto:
misterpinna@datamar
(punto)it

 se usi transparent proxying non puoi autenticare...
immaginavo qualcosa del genere, ma volevo la certezza da qualcuno esperto...
:o)
considerando il fatto che è da circa 6 mesi che a tozzi e bocconi mi muovo
nel mondo Linux...
e non mi dispiace, anzi... ;o)
sai indicarmi una soluzione alternativa? vorrei avere un transparent proxy e
richiedere l'autenticazione degli utenti al momento della navigazione...
ti do maggiori info, ho installato e configurato:
- samba 2.2.8 per l'autenticazione nel dominio e file server: va che è una
bomba;
- dhcp e named per la risoluzione dei nomi: qui ho un prob: sono configurati
in modo da aggiornare automaticamente le zone, ma se riservo ad un client
l'IP tramite MAC address, questo non viene scritto nelle zone e quindi non
viene risolto il nome... sai dirmi come mai?
grazie infinite per l'aiuto...
Maio

 viene risolto il nome... sai dirmi come mai?
perché dhcp-dns aggiorna i file di zona in base al file file
dhcp.leases, che contiene la lista degli ip assegnati. Per gli indirizzi
ip assegnati staticamente il file non viene aggiornato e quindi dhcp-dns
non lo vedo e non lo mette nella zona.
Perché questo? Semplicemente perché se tu assegna ad un mac address un
ip, di fatto quell'ip è assegnato staticamente e allora te lo metti a
mano con 
dnsupdate.pl
 (se mi ricordo bene) nella zona.

 da quel che tu hai in mente per autenticazione.
Io in realtà avevo messo in piedi un embrione di una tavanata...
Un semplice wrapper del tipo:
ascolto su porta X (su cui effettuo il redirect), interrogo un DB di
qualche sorta, per vedere se l'utente è autenticato.
Se lo è apro una pipe verso la porta dove ascolta squid e sul db associo
il timestamp associato all'utente. Se non lo è, scrivo sul socket e passo
al browser un redirect che lo manda a un https sulla stessa macchina del
redirect, passando come argomento ad un cgi il link che il browser aveva
chiesto.
Il cgi chiede user e pass. Se l'autenticazione ha successo, scrivo sul db
l'avvenuta autenticazione, insieme con il timestamp, e invio al client
un redirect alla pagina che aveva inizialmente domandato (che il cgi aveva
ricevuto come arg).
Attualmente tutto fatto con nc, e bash <g>
Embrionale, appunto, e ovviamente prestante come un ducati con la ruota
sgonfia; però funzionicchia...
Problema: squid riceve tutte le chiamate da 127.0.0.1, ergo ciccia acl su
queste, a meno che non le implementi direttamente nel wrapper...
Magari un giorno, qualcuno più programmatore di me... :-D
