Zachytávání v Squid versus explicitní autentizace proxy
Vysvětlete, proč běžnou explicitní autentizaci proxy nelze jednoduše přidat do naslouchajícího procesu zachytávání v Squid.
Klient explicitní proxy ví, že mluví s proxy. Zachycený prohlížeč si myslí, že se připojil k webu. Tento rozdíl je pro autentizaci zásadní.
Běžná autentizace proxy používá výzvu proxy a odpověď autorizace proxy. Klient, který si proxy nezvolil, by neměl jen tak posílat pověření proxy neočekávanému zprostředkovateli.
Proto pokyny Squid k zachytávání nepodporují prosté spojení proxy_auth s režimem zachytávání. Fungující pomocník Basic autentizace nemění to, co prohlížeč považuje za vzdálený koncový bod.
Pokud identifikovaní uživatelé potřebují běžnou autentizovanou dopřednou proxy, nakonfigurujte klienty explicitně, přímo nebo prostřednictvím vhodné spravované konfigurace proxy. Udržujte tento naslouchající proces a jeho zásady autentizace oddělené od naslouchacího procesu zachytávání.
Autentizační portál, systém identity na úrovni sítě nebo uspořádání zachytávání TLS je jiný návrh s jinými požadavky na důvěru a nasazení. Není to jednorázová oprava chybějící výměny explicitní proxy.
Neřešte nepřítomnost výzvy tím, že zachytávanou službu zveřejníte nebo dovolíte každému klientovi. Nejprve rozhodněte, zda je požadavkem explicitní autentizace uživatele, nebo zachytávání provozu, který nikdy nebyl pro proxy nakonfigurován. Vyžadují různé předpoklady.