Előrehozott Basic proxy-hitelesítés ismert végponthoz

A kihívásra váró kliens megvárja, hogy a proxy kérdezzen. Az előrehozott Basic kliens már ismeri a kiválasztott végpontot, és az első megfelelő kérésben elküldi a hitelesítő adatot. Ennek az oda-visszának az elhagyása hasznos lehet. Mégis döntés arról, hova kerül egy jelszó.

Ismerje a végpontot az optimalizálás előtt

Egy rögzített privát proxy ismert hitelesítési szabályzattal világosabb eset, mint egy útválasztó réteg, amely ismeretlen közvetítőt választhat. Kössen a fiókot a várt proxy-identitáshoz és protokollhoz. Ne építsen általános callbacket, amely minden kihívásra egyetlen céges jelszóval válaszol.

A Basic a fiók base64 reprezentációját hordozza, nem titkosított bizonyítékot. TLS a proxy figyelőjéhez külön kapcsolatválasztás a webhely HTTPS-munkamenetétől. A webhely HTTPS-alagútja nem védi visszamenőleg a Basic hitelesítő adatot, amely titkosítatlan kliens–proxy kapcsolaton ment. A privát LAN helyszín, nem titkosítási tulajdonság.

Tartsa konkrétan a mechanizmust

Az előrehozott Basic nem univerzális rövidítés Digesthez, NTLM-hez vagy Negotiate-hez. Ezeknek a mechanizmusoknak saját csereszabályaik vannak. Az a kliens, amely felismeri a támogatott sémákat, jogszerűen végezhet további tranzakciókat.

Használja a választott könyvtár proxy-hitelesítési felületét, majd vizsgálja meg a tényleges sémát és hatókört. Előfordulhat, hogy a cél előzetes hitelesítésére vonatkozó beállítás nem irányítja a proxy kézfogását. Egy meglévő hitelesített kapcsolat is elrejtheti, hogy egy új kapcsolat végrehajtana-e kihívást.

Hasonlítsa össze a teljes műveletet: a cserék számát, a befejezési időt, a szükséges szállítási védelmet és a viselkedést, amikor a proxy változik. A tisztább napló csak akkor hasznos, ha az alkalmazás továbbra is a szándékolt közvetítőhöz hitelesít, és leáll, amikor ez az elrendezés nem hozható létre.