Java HTTP-proxybewizen kieze op grûn fan de útdagingsidentiteit
Koppel oanfraachtype, host en poarte foardat jo in akkount weromstjoere; hâld net-relatearre serverútdagings bûten dat sykjen.
Meitsje foar elke HTTP-autentikaasje-callback de bewiisbeslissing yn dizze folchoarder:
- Kontrolearje dat de oanfreger de proxy is, net de bestimming-tsjinner.
- Koppel de oanfreegjende host en poarte oan in goedkarde proxy-yngong.
- Stjoer it akkount fan dy yngong werom, of gjin bewizen foar in net-koppele útdaging.
Ien betingstleas brûkersnamme/wachtwurd kin de akkounts fan twa proxies net útdrukke en kin se nei in oare ûntfanger lekke.
Foarkar in oan de klant ferbûne Authenticator by it brûken fan Java's HTTP-klantbouwer. In JVM-standert Authenticator beynfloedet ek oare dielnimmende koade.
Definiearje elke host-alias-mapping bewust ynstee fan willekeurige nammen te akseptearjen. Dit is in HTTP-patroan; SOCKS kin in oare ymplemintaasje-wei brûke sels by in ferlykbere hostnamme.
Registrearje foar diagnoaze it útdagingstype en de byhearrende akkountidentifikaasje sûnder syn geheim. Dat ferklearret de omfangsbeslissing sûnder wachtwurden te loggen.