Kies Java-HTTP-proksiebewyse op grond van die uitdagingsidentiteit
Pas versoekertipe, gasheer en poort voor jy 'n rekening terugstuur; hou onverwante bedieneruitdagings buite daardie soektog.
Vir elke HTTP-verifikasie-terugroeping, neem die bewysbeslissing in hierdie volgorde:
- Kontroleer dat die versoeker die proksie is, nie die bestemmingsbediener nie.
- Pas die versoekende gasheer en poort by 'n goedgekeurde proksie-inskrywing.
- Stuur daardie inskrywing se rekening terug, of geen bewyse vir 'n onpaslike uitdaging nie.
'n Enkele onvoorwaardelike gebruikersnaam/wagwoord kan nie twee proksies se rekeninge uitdruk nie en kan dit aan 'n ander ontvanger lek.
Verkies 'n kliëntgekoppelde Authenticator wanneer jy Java se HTTP-kliëntbouer gebruik. 'n JVM-verstek-Authenticator raak ook ander deelnemende kode.
Definieer enige gasheer-alias-kartering opsetlik eerder as om willekeurige name te aanvaar. Dit is 'n HTTP-patroon; SOCKS kan 'n ander implementeringspad gebruik selfs by 'n soortgelyke gasheernaam.
Vir diagnose, teken uitdagingstipe en gepaste rekening-identifiseerder sonder sy geheim aan. Dit verduidelik die omvangsbesluit sonder om wagwoorde te log.