Ennetav Basic-proxy autentimine teadaoleva lõpp-punkti jaoks
Otsustage, millal sobib ennetav Basic-proxy autentimine fikseeritud lõpp-punktile, ja ärge laske sellel otsusel saada mandaadireegliks suvaliste marsruutide jaoks.
Klient, kes ootab esmalt väljakutset, ootab, kuni proxy küsib. Ennetava Basicu klient teab juba valitud lõpp-punkti ja saadab mandaadi oma esimeses sobivas päringus. Selle vahetuse eemaldamine võib olla kasulik. See on siiski otsus selle kohta, kuhu parool läheb.
Tunne lõpp-punkti enne optimeerimist
Fikseeritud privaatne proxy teadaoleva autentimispoliitikaga on selgem juhtum kui marsruutimiskiht, mis võib valida tundmatu vahendaja. Siduge konto oodatud proxy identiteedi ja protokolliga. Ärge ehitage üldist callbacki, mis vastab igale väljakutsele ühe ettevõtte parooliga.
Basic kannab konto base64 esitust, mitte krüpteeritud tõestust. TLS proxy kuulajani on eraldi ühenduse valik saidi HTTPS-seansist. Saidi HTTPS-tunnel ei kaitse tagasiulatuvalt Basicu mandaati, mis saadeti krüpteerimata klient–proxy ühenduse kaudu. Privaatne LAN on asukoht, mitte krüpteerimisomadus.
Hoidke mehhanism konkreetne
Ennetav Basic ei ole universaalne otsetee Digestile, NTLM-ile ega Negotiate'ile. Nendel mehhanismidel on oma vahetusnõuded. Klient, kes avastab toetatud skeemid, võib seaduslikult teha lisatehinguid.
Kasutage valitud teegi proxy-autentimise liidest ja kontrollige seejärel tegelikku skeemi ja ulatust. Sihtkoha eelautentimise säte ei pruugi proxy käepigistust juhtida. Olemasolev autenditud ühendus võib samuti varjata, kas uus ühendus teeks väljakutse.
Võrrelge kogu toimingut: vahetuste arv, lõpetamisaeg, nõutav transpordikaitse ja käitumine proxy muutumisel. Puhtam logi on kasulik ainult siis, kui rakendus autendib endiselt kavandatud vahendajaga ja peatub, kui seda korraldust ei saa luua.