Pentru fiecare apel invers de autentificare HTTP, luați decizia privind acreditările în această ordine:

  1. Verificați că solicitantul este proxy-ul, nu serverul destinație.
  2. Potriviți gazda și portul solicitante cu o intrare de proxy aprobată.
  3. Returnați contul acelei intrări sau nicio acreditare pentru o provocare nepotrivită.

Un singur nume de utilizator/parolă necondiționat nu poate exprima conturile a două proxy-uri și le poate scurge către un alt destinatar.

Preferați un Authenticator atașat clientului când folosiți constructorul de client HTTP din Java. Un Authenticator implicit al JVM afectează și alt cod participant.

Definiți orice mapare de alias de gazdă în mod deliberat, în loc să acceptați nume arbitrare. Acesta este un model HTTP; SOCKS poate folosi altă cale de implementare chiar și la un nume de gazdă similar.

Pentru diagnosticare, înregistrați tipul provocării și identificatorul contului potrivit fără secretul acestuia. Asta explică decizia de domeniu fără a înregistra parole.

Articole similare