Agħżel il-kredenzjali tal-proxy HTTP Java mill-identità tal-isfida

Qabbel it-tip ta' min jitlob, il-host u l-port qabel ma tirritorna kont; żomm l-isfidi tas-server mhux relatati barra minn dik it-tiftixa.

Għal kull callback ta' awtentikazzjoni HTTP, ħu d-deċiżjoni dwar il-kredenzjali f'dan l-ordni:

  1. Iċċekkja li min jitlob huwa l-proxy u mhux is-server tad-destinazzjoni.
  2. Qabbel il-host u l-port li qed jitlob ma' entrata tal-proxy approvata.
  3. Irritorna l-kont ta' dik l-entrata, jew l-ebda kredenzjali għal isfida li ma taqbilx.

Username/password wieħed mingħajr kundizzjoni ma jistax jesprimi l-kontijiet ta' żewġ proxies u jista' jnixxhom lil riċevitur ieħor.

Ippreferi Authenticator imwaħħal mal-klijent meta tuża l-builder tal-klijent HTTP ta' Java. Authenticator awtomatiku tal-JVM jaffettwa wkoll kodi ieħor li jipparteċipa.

Iddefinixxi kwalunkwe mappatura tal-alias tal-host b'mod intenzjonat minflok taċċetta ismijiet arbitrarji. Dan huwa mudell HTTP; SOCKS jista' juża triq oħra ta' implimentazzjoni anke b'isem tal-host simili.

Għad-dijanjostika, irreġistra t-tip ta' isfida u l-identifikatur tal-kont li jaqbel mingħajr is-sigriet tiegħu. Dan jispjega d-deċiżjoni tal-ambitu mingħajr ma jirreġistra l-passwords.

Artikli relatati