Пресретнување на Squid наспроти експлицитна автентикација на прокси

Клиентот на експлицитно прокси знае дека разговара со прокси. Пресретнат прелистувач мисли дека се поврзал со веб-страницата. Таа разлика е клучна за автентикацијата.

Обичната автентикација на прокси користи предизвик на прокси и одговор за авторизација на прокси. Клиент што не избрал прокси не треба невнимателно да праќа акредитиви за прокси до неочекуван посредник.

Затоа упатствата на Squid за пресретнување не поддржуваат едноставно комбинирање на proxy_auth со режимот на пресретнување. Работечки помагач за Basic автентикација не менува што прелистувачот смета дека е оддалечената крајна точка.

Ако идентификуваните корисници имаат потреба од обично автентицирано проследно прокси, конфигурирајте ги клиентите експлицитно, директно или преку соодветна управувана конфигурација на прокси. Држете го тој слушач и неговата политика за автентикација одвоени од слушачот за пресретнување.

Портал за автентикација, систем за идентитет на мрежно ниво или TLS-пресретнување е друг дизајн со поинакви барања за доверба и распоредување. Тоа не е поправка во еден ред за недостижната размена на експлицитно прокси.

Не го решавајте недостигот на покана со тоа што пресретнатата услуга ќе ја направите јавна или ќе дозволите секој клиент. Прво одлучете дали барањето е експлицитна автентикација на корисник или пресретнување на сообраќај што никогаш не бил конфигуриран за прокси. На двете им се потребни различни претпоставки.