Interceptarea în Squid versus autentificarea explicită a proxy-ului

Un client de proxy explicit știe că vorbește cu un proxy. Un browser interceptat crede că s-a conectat la site. Această diferență este esențială pentru autentificare.

Autentificarea obișnuită a proxy-ului folosește o provocare de proxy și un răspuns de autorizare a proxy-ului. Un client care nu a ales un proxy nu ar trebui să trimită nepăsător credențiale de proxy unui intermediar neașteptat.

De aceea, îndrumările Squid privind interceptarea nu susțin simpla combinare a proxy_auth cu modul de interceptare. Un helper de autentificare Basic funcțional nu schimbă ceea ce browserul consideră a fi punctul final îndepărtat.

Dacă utilizatorii identificați au nevoie de un proxy de redirecționare autentificat obișnuit, configurați clienții explicit, fie direct, fie printr-o configurație de proxy gestionată adecvată. Țineți acel listener și politica sa de autentificare separate de un listener de interceptare.

Un portal de autentificare, un sistem de identitate la nivel de rețea sau o soluție de interceptare TLS sunt un alt proiect, cu cerințe diferite de încredere și implementare. Nu este o reparație de o linie pentru schimbul explicit de proxy lipsă.

Nu rezolvați absența unei solicitări făcând serviciul interceptat public sau permițând fiecare client. Decideți mai întâi dacă cerința este autentificarea explicită a utilizatorului sau interceptarea traficului care nu a fost niciodată configurat pentru un proxy. Ambele cer ipoteze diferite.