Выберыце ўліковыя даныя HTTP-проксі Java па ідэнтычнасці запыту
Супстаўце тып запытніка, хост і порт перад вяртаннем уліковага запісу; трымайце староннія запыты сервера па-за гэтым пошукам.
Для кожнага звароту аўтэнтыфікацыі HTTP прымайце рашэнне аб уліковых даных у такім парадку:
- Праверце, што запытнік — гэта проксі, а не сервер прызначэння.
- Супстаўце запытаныя хост і порт з дазволеным запісам проксі.
- Вярніце ўліковы запіс гэтага запісу або не вяртайце ўліковых даных для несупадальнага запыту.
Адзіны безумоўны лагін/пароль не можа адлюстраваць уліковыя запісы двух проксі і можа выцячы іх іншаму атрымальніку.
Аддавайце перавагу Authenticator, прывязанаму да кліента, пры выкарыстанні канструктара HTTP-кліента Java. Стандартны Authenticator JVM уплывае і на іншы ўдзельны код.
Вызначайце любое супастаўленне псеўданіма хоста свядома, а не прымайце адвольныя імёны. Гэта шаблон HTTP; SOCKS можа выкарыстоўваць іншы шлях рэалізацыі нават пры падобным імені хоста.
Для дыягностыкі запісвайце тып запыту і ідэнтыфікатар супастаўленага ўліковага запісу без яго сакрэту. Гэта тлумачыць рашэнне аб абсягу без запісу пароляў.