Vælg Java HTTP-proxy-legitimationsoplysninger ud fra challenge-identiteten
Match anmoderens type, vært og port, før du returnerer en konto; hold urelaterede server-challenges uden for det opslag.
For hvert HTTP-godkendelses-callback skal du træffe legitimationsbeslutningen i denne rækkefølge:
- Kontroller, at anmoderen er proxyen og ikke destinationsserveren.
- Match den anmodende vært og port mod en godkendt proxy-post.
- Returner den posts konto, eller ingen legitimationsoplysninger ved en challenge, der ikke matcher.
Et enkelt ubetinget brugernavn/adgangskode kan ikke udtrykke to proxyers konti og kan lække dem til en anden modtager.
Foretræk en klienttilknyttet Authenticator, når du bruger Javas HTTP-klientbygger. En JVM-standard-Authenticator påvirker også anden deltagende kode.
Definér enhver vært-alias-mapping bevidst i stedet for at acceptere vilkårlige navne. Dette er et HTTP-mønster; SOCKS kan bruge en anden implementeringsvej selv ved et lignende værtsnavn.
Til diagnosticering skal du registrere challenge-type og matchende kontoidentifikator uden dens hemmelighed. Det forklarer omfangsbeslutningen uden at logge adgangskoder.