Välj Java HTTP-proxyuppgifter utifrån utmaningens identitet
Matcha begärandetyp, värd och port innan du returnerar ett konto; håll orelaterade serverutmaningar utanför den sökningen.
För varje HTTP-autentiseringscallback, fatta beslutet om autentiseringsuppgifter i denna ordning:
- Kontrollera att begäraren är proxyn och inte målservern.
- Matcha den begärande värden och porten mot en godkänd proxy-post.
- Returnera den postens konto, eller inga autentiseringsuppgifter för en utmaning som inte matchar.
Ett enda ovillkorligt användarnamn/lösenord kan inte uttrycka två proxys konton och kan läcka dem till en annan mottagare.
Föredra en klientansluten Authenticator när du använder Javas HTTP-klientbyggare. En JVM-standard-Authenticator påverkar även annan deltagande kod.
Definiera varje värdaliasmappning medvetet i stället för att acceptera godtyckliga namn. Detta är ett HTTP-mönster; SOCKS kan använda en annan implementeringsväg även vid ett liknande värdnamn.
För diagnostik, registrera utmaningstyp och matchande kontoidentifierare utan dess hemlighet. Det förklarar omfångsbeslutet utan att logga lösenord.