Изпреварващо Basic удостоверяване през прокси за известна крайна точка

Клиент, който първо чака предизвикателство, изчаква проксито да поиска. Клиент с изпреварващ Basic вече знае избраната крайна точка и изпраща данните за достъп в първата подходяща заявка. Премахването на тази размяна може да е полезно. Това все още е решение къде отива парола.

Познайте крайната точка преди оптимизацията

Фиксирано частно прокси с известна политика за удостоверяване е по-ясен случай от слой за маршрутизиране, който може да избере непознат посредник. Вържете акаунта към очакваната идентичност и протокол на проксито. Не изграждайте общ callback, който отговаря на всяко предизвикателство с една фирмена парола.

Basic носи base64 представяне на акаунта, а не криптирано доказателство. TLS към слушателя на проксито е отделен избор на връзка от HTTPS сесията на сайта. HTTPS тунелът на сайта не защитава обратно във времето Basic данни за достъп, изпратени по нешифрована връзка клиент–прокси. Частната LAN е местоположение, не свойство на криптиране.

Пазете механизма конкретен

Изпреварващият Basic не е универсален пряк път за Digest, NTLM или Negotiate. Тези механизми имат свои изисквания за размяна. Клиент, който открива поддържани схеми, може законно да извършва допълнителни транзакции.

Използвайте интерфейса за прокси удостоверяване на избраната библиотека, после проверете действителната схема и обхват. Настройка за предварително удостоверяване на дестинацията може да не управлява ръкостискането с проксито. Съществуваща удостоверена връзка също може да скрие дали нова връзка би извършила предизвикателство.

Сравнете цялата операция: брой размени, време за завършване, необходима защита на транспорта и поведението при смяна на проксито. По-чист дневник е полезен само ако приложението все още се удостоверява пред предвидения посредник и спира, когато тази уредба не може да бъде установена.