Preemptivna Basic autentifikacija proksija za poznatu krajnju tačku
Odlučite kada preemptivna Basic autentifikacija proksija odgovara fiksnoj krajnjoj tački i ne dozvolite da ta odluka postane pravilo za akreditive na proizvoljnim rutama.
Klijent koji prvo čeka izazov čeka da proksi pita. Preemptivni Basic klijent već zna odabranu krajnju tačku i šalje akreditiv u prvom primenljivom zahtevu. Uklanjanje te razmene može biti korisno. Ipak, to ostaje odluka o tome gde lozinka odlazi.
Upoznajte krajnju tačku pre optimizacije
Fiksni privatni proksi sa poznatom politikom autentifikacije jasniji je slučaj od sloja usmeravanja koji može odabrati nepoznatog posrednika. Vežite nalog za očekivani identitet proksija i protokol. Ne gradite generički callback koji na svaki izazov odgovara jednom kompanijskom lozinkom.
Basic nosi base64 prikaz naloga, a ne šifrovani dokaz. TLS do proksi osluškivača je odvojen izbor veze od HTTPS sesije sajta. HTTPS tunel sajta ne štiti retroaktivno Basic akreditiv poslat preko nešifrovane veze klijent–proksi. Privatni LAN je lokacija, a ne svojstvo šifrovanja.
Držite mehanizam konkretnim
Preemptivni Basic nije univerzalni prečac za Digest, NTLM ili Negotiate. Ti mehanizmi imaju sopstvene zahteve razmene. Klijent koji otkrije podržane šeme može legitimno izvesti dodatne transakcije.
Koristite interfejs za autentifikaciju proksija izabrane biblioteke, a zatim proverite stvarnu šemu i obim. Podešavanje za prethodnu autentifikaciju odredišta možda ne kontroliše proksi rukovanje. Postojeća autentifikovana veza takođe može sakriti da li bi nova veza izvela izazov.
Uporedite celu operaciju: broj razmena, vreme završetka, potrebnu zaštitu transporta i ponašanje kada se proksi promeni. Čistiji dnevnik je koristan samo ako se aplikacija još autentifikuje kod nameravanog posrednika i zaustavlja kada se taj dogovor ne može uspostaviti.