Apache ProxyRemote kredentzialak versus proxy-chain-auth

Bezero batek Apache aurreranzko proxian autentifikatu daiteke kontu batekin, bitartean Apache guraso-proxian beste batekin autentifikatzen da:

client ── client account ── Apache ── parent account ── parent proxy

Guraso-proxy kontu finko baterako httpd 2.4.59 edo berriagoan, ProxyRemotek hirugarren argumentua onartzen du:

ProxyRemote "*" "http://parent.example:3128" "parent-user:replace_with_private_password"

Honek lehendik dagoen sarbide-kontrolatutako aurreranzko proxy konfigurazioa osatzen du, adibidez bezeroaren IPa eta proxy saioa hastea biak eskatzen dituen entzule pribatu batek. Kontua hautatutako gurasoarena da. Babestu kontua duen konfigurazioa, eta hautatu hedapenak eskatzen duen bat-etortze esparrua.

Apachek Basic kredentzial hauek aurrez bidaltzen ditu, lehenago erronkarik itxaron gabe. Horrek guraso-konexioaren garraioa eta kontu-politika garrantzitsu bihurtzen ditu; webgunearen geroagoko HTTPS saioak ez du berez babesten gurasora doan testu arrunteko HTTP jauzia.

Noiz jarraitu behar du sarrerako kontu berak

Apachek normalean berari zuzendutako proxy autentifikazioa kontsumitzen du. proxy-chain-auth ingurune-ezarpenak, aldiz, bezeroaren proxy kredentzialak hurrengo proxira birbidaltzea ahalbidetzen du:

SetEnv proxy-chain-auth On

Hau nahita partekatutako autentifikazio-kate baterako baino ez da egokia. Sarrerako kontu-materiala aurrera pasatzen du; ez du guraso-proxyrako erabiltzaile-izen eta pasahitz desberdinik asmatzen.

ProxyRemoten kredentzial-argumentu esplizituarekin, proxy-chain-auth-ek ez du eraginik. Hautatu kredentzialen iturria nahita, bi ezarpenak gainjarri beharrean ea zein pasahitzek funtzionatzen duen espero izateko.

Mekanismo hauek proxy jauziak autentifikatzen dituzte. Helburuko webgunearen Authorization goiburua truke bereizita jarraitzen du.