Velg Java HTTP-proxy-påloggingsdetaljer basert på challenge-identiteten

Match forespørselstype, vert og port før du returnerer en konto; hold urelaterte server-challenger utenfor det oppslaget.

For hver HTTP-autentiserings-callback, ta påloggingsdetaljbeslutningen i denne rekkefølgen:

  1. Kontroller at forespørseren er proxyen og ikke målserveren.
  2. Match den forespørrende verten og porten mot en godkjent proxy-oppføring.
  3. Returner den oppføringens konto, eller ingen påloggingsdetaljer for en challenge som ikke matcher.

Ett enkelt ubetinget brukernavn/passord kan ikke uttrykke to proxyers kontoer og kan lekke dem til en annen mottaker.

Foretrekk en klienttilknyttet Authenticator når du bruker Javas HTTP-klientbygger. En JVM-standard-Authenticator påvirker også annen deltakende kode.

Definer enhver vertsalias-tilordning bevisst i stedet for å akseptere vilkårlige navn. Dette er et HTTP-mønster; SOCKS kan bruke en annen implementeringsvei selv med et lignende vertsnavn.

For diagnostikk, registrer challenge-type og matchende kontoidentifikator uten hemmeligheten. Det forklarer omfangsbeslutningen uten å logge passord.

Relaterte artikler