Preemptívna Basic autentizácia proxy pre známy koncový bod

Klient, ktorý najprv čaká na výzvu, počká, kým sa proxy opýta. Preemptívny Basic klient už pozná vybraný koncový bod a pošle prihlasovacie údaje v prvej vhodnej požiadavke. Odstránenie tej výmeny môže byť užitočné. Stále je to však rozhodnutie o tom, kam ide heslo.

Poznajte koncový bod pred optimalizáciou

Pevná privátna proxy so známou politikou autentizácie je jasnejší prípad ako smerovacia vrstva, ktorá môže zvoliť neznámeho sprostredkovateľa. Zviažte účet s očakávanou identitou proxy a protokolom. Nestavajte všeobecný callback, ktorý na každú výzvu odpovedá jedným firemným heslom.

Basic nesie base64 reprezentáciu účtu, nie šifrovaný dôkaz. TLS k počúvajúcemu proxy je samostatná voľba spojenia od HTTPS relácie stránky. HTTPS tunel stránky spätne nechráni Basic údaje odoslané cez nešifrované spojenie klient–proxy. Privátna LAN je miesto, nie vlastnosť šifrovania.

Držte mechanizmus konkrétny

Preemptívny Basic nie je univerzálna skratka pre Digest, NTLM ani Negotiate. Tieto mechanizmy majú vlastné požiadavky na výmenu. Klient, ktorý zistí podporované schémy, môže oprávnene vykonať ďalšie transakcie.

Použite rozhranie na autentizáciu proxy zvolenej knižnice a potom skontrolujte skutočnú schému a rozsah. Nastavenie predbežnej autentizácie cieľa nemusí riadiť handshake s proxy. Existujúce autentizované spojenie tiež môže skryť, či by nové spojenie vykonalo výzvu.

Porovnajte celú operáciu: počet výmen, čas dokončenia, požadovanú ochranu prenosu a správanie pri zmene proxy. Čistejší log je užitočný len vtedy, ak sa aplikácia stále autentizuje u zamýšľaného sprostredkovateľa a zastaví sa, keď takúto dohodu nemožno nadviazať.