HTTP autentifikazio-dei bakoitzerako, hartu kredentzialen erabakia ordena honetan:

  1. Egiaztatu eskatzailea proxya dela, eta ez helmugako zerbitzaria.
  2. Bat etorri eskatzen duen ostalaria eta ataka onartutako proxy-sarrera batekin.
  3. Itzuli sarrera horren kontua, edo kredentzialik ez bat ez datorren erronka baterako.

Erabiltzaile-izen/pasahitz bakun baldintzarik gabe batek ezin ditu bi proxiren kontuak adierazi eta beste hartzaile bati filtratu diezaioke.

Lehenetsi bezeroari atxikitako Authenticator bat Java-ren HTTP bezeroaren eraikitzailea erabiltzean. JVMren Authenticator lehenetsiak parte hartzen duen beste kodea ere eragiten du.

Definitu ostalari-aliasen mapatze oro nahita, izen arbitrarioak onartu beharrean. Hau HTTP eredua da; SOCKSek beste inplementazio-bide bat erabil dezake antzeko ostalari-izena izanik ere.

Diagnostikorako, erregistratu erronka mota eta bat datorren kontu-identifikatzailea bere sekretua gabe. Horrek esparruaren erabakia azaltzen du pasahitzik erregistratu gabe.

Erlazionatutako artikuluak