Squid pārtveršana pret skaidru starpniekservera autentifikāciju
Paskaidrojiet, kāpēc parasto skaidro starpniekservera autentifikāciju nevar vienkārši pievienot Squid pārtveršanas klausītājam.
Skaidra starpniekservera klients zina, ka runā ar starpniekserveri. Pārtverta pārlūkprogramma domā, ka ir savienojusies ar vietni. Šī atšķirība ir autentifikācijas pamatā.
Parastā starpniekservera autentifikācija izmanto starpniekservera izaicinājumu un starpniekservera autorizācijas atbildi. Klientam, kas nav izvēlējies starpniekserveri, nevajadzētu vieglprātīgi sūtīt starpniekservera akreditācijas datus negaidītam starpniekam.
Tāpēc Squid pārtveršanas norādījumi neatbalsta vienkāršu proxy_auth apvienošanu ar pārtveršanas režīmu. Strādājošs Basic autentifikācijas palīgs nemaina to, ko pārlūkprogramma uzskata par attālo galapunktu.
Ja identificētiem lietotājiem nepieciešams parasts autentificēts pārsūtīšanas starpniekserveris, konfigurējiet klientus skaidri — tieši vai ar atbilstošu pārvaldītu starpniekservera konfigurāciju. Turiet šo klausītāju un tā autentifikācijas politiku atsevišķi no pārtveršanas klausītāja.
Autentifikācijas portāls, tīkla līmeņa identitātes sistēma vai TLS pārtveršanas risinājums ir cits projekts ar citām uzticēšanās un izvietošanas prasībām. Tas nav vienas rindas labojums trūkstošajai skaidrā starpniekservera apmaiņai.
Nerisiniet uzvednes neesamību, padarot pārtverto pakalpojumu publisku vai atļaujot ikvienu klientu. Vispirms izlemiet, vai prasība ir skaidra lietotāja autentifikācija vai tāda datplūsma pārtveršana, kas nekad nav tikusi konfigurēta starpniekserverim. Tiem vajadzīgi atšķirīgi pieņēmumi.