Преемптивна Basic аутентификација проксија за познату крајњу тачку

Клијент који прво чека изазов чека да прокси пита. Преемптивни Basic клијент већ зна изабрану крајњу тачку и шаље акредитив у првом примењивом захтеву. Уклањање те размене може бити корисно. Ипак, то остаје одлука о томе где лозинка одлази.

Упознајте крајњу тачку пре оптимизације

Фиксни приватни прокси са познатом политиком аутентификације јаснији је случај од слоја усмеравања који може одабрати непознатог посредника. Вежите налог за очекивани идентитет проксија и протокол. Не градите генерички callback који на сваки изазов одговара једном компанијском лозинком.

Basic носи base64 приказ налога, а не шифровани доказ. TLS до прокси ослушкивача је одвојен избор везе од HTTPS сесије сајта. HTTPS тунел сајта не штити ретроактивно Basic акредитив послат преко нешифроване везе клијент–прокси. Приватни LAN је локација, а не својство шифровања.

Држите механизам конкретним

Преемптивни Basic није универзални пречица за Digest, NTLM или Negotiate. Ти механизми имају сопствене захтеве размене. Клијент који открије подржане шеме може легитимно да изведе додатне трансакције.

Користите интерфејс за аутентификацију проксија изабране библиотеке, а затим проверите стварну шему и обим. Подешавање за претходну аутентификацију одредишта можда не контролише руковање проксија. Постојећа аутентификована веза такође може сакрити да ли би нова веза извела изазов.

Упоредите целу операцију: број размена, време завршетка, потребну заштиту транспорта и понашање када се прокси промени. Чистији дневник је користан само ако се апликација још аутентификује код намераваног посредника и зауставља када се тај договор не може успоставити.