Изберете акредитиви за Java HTTP прокси од идентитетот на предизвикот
Совпаѓајте го типот на барателот, домаќинот и портата пред да вратите сметка; држете ги неповрзаните серверски предизвици надвор од тоа пребарување.
За секое повратно повикување за HTTP автентикација, донесете ја одлуката за акредитиви по овој редослед:
- Проверете дали барателот е проксито, а не целниот сервер.
- Совпаѓајте ги бараните домаќин и порта со одобрен запис за прокси.
- Вратете ја сметката на тој запис или не враќајте акредитиви за несовпаднат предизвик.
Едно безусловно корисничко име/лозинка не може да изрази сметки на две проксија и може да ги протече до друг примач.
Претпочитајте Authenticator прикачен на клиентот кога го користите градителот на HTTP клиент на Java. Стандардниот Authenticator на JVM влијае и на друг код што учествува.
Дефинирајте го секое мапирање на псевдоним на домаќин намерно наместо да прифаќате произволни имиња. Ова е HTTP образец; SOCKS може да користи друг пат за имплементација дури и при слично име на домаќин.
За дијагностика, запишете го типот на предизвикот и идентификаторот на совпаднатата сметка без нејзината тајна. Тоа ја објаснува одлуката за опфат без евидентирање лозинки.