Squid elfogás a kifejezett proxy-hitelesítéssel szemben
Magyarázza el, miért nem lehet a szokásos kifejezett proxy-hitelesítést egyszerűen hozzáadni egy Squid elfogó listenerhez.
A kifejezett proxy kliense tudja, hogy proxyval beszél. Az elfogott böngésző azt hiszi, a webhelyhez kapcsolódott. Ez a különbség a hitelesítés szempontjából központi.
A szokásos proxy-hitelesítés proxy kihívást és proxy engedélyezési választ használ. Az a kliens, amely nem választott proxyt, ne küldjön könnyelműen proxy hitelesítő adatokat egy váratlan közvetítőnek.
Ezért a Squid elfogási útmutatója nem támogatja, hogy a proxy_auth-t egyszerűen összekapcsoljuk az elfogási móddal. Egy működő Basic hitelesítési segéd nem változtat azon, mit gondol a böngésző a távoli végpontnak.
Ha az azonosított felhasználóknak szokásos hitelesített továbbító proxyra van szükségük, állítsa be a klienseket kifejezetten, közvetlenül vagy megfelelő felügyelt proxy-konfigurációval. Tartsa ezt a listenert és hitelesítési irányelvét külön az elfogó listenertől.
A hitelesítési portál, a hálózati szintű identitásrendszer vagy a TLS-elfogási elrendezés más tervezés, más bizalmi és telepítési követelményekkel. Ez nem egysoros javítás a hiányzó kifejezett proxy-cserére.
Ne oldja meg a felszólítás hiányát azzal, hogy nyilvánossá teszi az elfogott szolgáltatást, vagy minden klienst engedélyez. Először döntse el, hogy a követelmény kifejezett felhasználói hitelesítés, vagy olyan forgalom elfogása, amelyet soha nem állítottak be proxyhoz. Ezek különböző feltevéseket igényelnek.