Elekti identigilojn de Java HTTP-prokurilo laŭ la defia identeco
Kongruigu petantan tipon, gastiganton kaj pordon antaŭ ol redoni konton; tenu ne rilatajn servilajn defiojn ekster tiu serĉo.
Por ĉiu HTTP-aŭtentikiga reago, faru la identigilan decidon laŭ ĉi tiu ordo:
- Kontrolu, ke la petanto estas la prokurilo, ne la cela servilo.
- Kongruigu la petantan gastiganton kaj pordon al aprobita prokurila ero.
- Redonu la konton de tiu ero, aŭ neniujn identigilojn por ne kongrua defio.
Unu senkondiĉa uzantnomo/pasvorto ne povas esprimi la kontojn de du prokuriloj kaj povas liki ilin al alia ricevanto.
Preferu klient-ligitan Authenticator kiam vi uzas la HTTP-klientkonstruilon de Java. Defaŭlta Authenticator de JVM ankaŭ efikas al alia partoprenanta kodo.
Difinu ajnan gastigantan aliasmapan mapadon intence anstataŭ akcepti arbitrajn nomojn. Ĉi tio estas HTTP-ŝablono; SOCKS povas uzi alian efektivigan vojon eĉ ĉe simila gastigantnomo.
Por diagnozo, registru la defian tipon kaj la kongruan kontidentigilon sen ĝia sekreto. Tio klarigas la ampleksan decidon sen registri pasvortojn.