Java HTTP-proxyreferenties kiezen op basis van de challenge-identiteit
Koppel het type aanvrager, de host en de poort voordat u een account teruggeeft; houd niet-gerelateerde serverchallenges buiten die zoekopdracht.
Neem voor elke HTTP-verificatiecallback de referentiebeslissing in deze volgorde:
- Controleer dat de aanvrager de proxy is en niet de doelserver.
- Koppel de aanvragende host en poort aan een goedgekeurd proxy-item.
- Geef het account van dat item terug, of geen referenties voor een niet-overeenkomende challenge.
Eén onvoorwaardelijke gebruikersnaam/wachtwoord kan de accounts van twee proxies niet uitdrukken en kan ze naar een andere ontvanger lekken.
Geef de voorkeur aan een aan de client gekoppelde Authenticator bij gebruik van Java's HTTP-clientbuilder. Een standaard-Authenticator van de JVM beïnvloedt ook andere deelnemende code.
Definieer elke host-alias-toewijzing bewust in plaats van willekeurige namen te accepteren. Dit is een HTTP-patroon; SOCKS kan zelfs bij een vergelijkbare hostnaam een ander implementatiepad gebruiken.
Registreer voor diagnose het challengetype en de bijbehorende accountidentificatie zonder het geheim. Dat verklaart de bereikbeslissing zonder wachtwoorden te loggen.