Squid perėmimas ir aiškusis tarpinio serverio autentifikavimas
Paaiškinkite, kodėl įprasto aiškiojo tarpinio serverio autentifikavimo negalima tiesiog pridėti prie Squid perėmimo klausytuvo.
Aiškiojo tarpinio serverio klientas žino, kad kalbasi su tarpiniu serveriu. Perimta naršyklė mano prisijungusi prie svetainės. Šis skirtumas yra autentifikavimo pagrindas.
Įprastas tarpinio serverio autentifikavimas naudoja tarpinio serverio iššūkį ir tarpinio serverio autorizacijos atsakymą. Klientas, kuris nepasirinko tarpinio serverio, neturėtų nerūpestingai siųsti tarpinio serverio prisijungimo duomenų netikėtam tarpininkui.
Todėl Squid perėmimo rekomendacijos nepalaiko paprasto proxy_auth sujungimo su perėmimo režimu. Veikiantis Basic autentifikavimo pagalbininkas nekeičia to, ką naršyklė laiko nuotoliniu galiniu tašku.
Jei identifikuotiems naudotojams reikia įprasto autentifikuoto persiuntimo tarpinio serverio, sukonfigūruokite klientus aiškiai – tiesiogiai arba per tinkamą valdomą tarpinio serverio konfigūraciją. Laikykite tą klausytuvą ir jo autentifikavimo politiką atskirai nuo perėmimo klausytuvo.
Autentifikavimo portalas, tinklo lygmens tapatybės sistema arba TLS perėmimo sprendimas yra kitas projektas su kitais pasitikėjimo ir diegimo reikalavimais. Tai ne vienos eilutės pataisa trūkstamam aiškiojo tarpinio serverio mainams.
Nespręskite užklausos nebuvimo viešindami perimtą paslaugą arba leisdami kiekvieną klientą. Pirmiausia nuspręskite, ar reikalavimas yra aiškusis naudotojo autentifikavimas, ar tokio srauto perėmimas, kuris niekada nebuvo sukonfigūruotas tarpiniam serveriui. Jiems reikia skirtingų prielaidų.