Apache ProxyRemote-ynlogngegevens tsjin proxy-chain-auth

In klant kin him mei ien account oanmelde by in Apache-foarútproxy, wylst Apache him mei in oar account by in âlderproxy oanmeldt:

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

Foar in fêst âlderaccount op httpd 2.4.59 of letter akseptearret ProxyRemote in tredde argumint:

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

Dit oanfollet de besteande tagongskontrolearre foarútproxy-konfiguraasje, lykas in privee listener dy't sawol in klant-IP as in proxy-oanmelding ferget. It account heart by de keazen âlder. Beskermje de konfiguraasje dy't it befettet, en kies it oerienkomstbereik dat de útrulling ferget.

Apache stjoert dizze Basic-ynlogngegevens foarôf, sûnder earst op in útdaging te wachtsjen. Dat makket it transport en it accountbelied fan 'e âlderferbining wichtich; de lettere HTTPS-sesje fan 'e webside beskermet sels gjin iepen HTTP-stap nei de âlder.

Wannear't itselde ynkommende account trochgean moat

Apache ferbrûkt normaal de proxy-autentikaasje dy't oan himsels rjochte is. De omjouwingsynstelling proxy-chain-auth lit ynstee ta de proxy-ynlogngegevens fan de klant troch te jaan nei de folgjende proxy:

SetEnv proxy-chain-auth On

Dit is allinnich geskikt foar in bewust dielde autentikaasjekeatling. It jout it ynkommende accountmateriaal troch; it betinkt gjin oare âlder-brûkersnamme en wachtwurd.

Mei it eksplisite ynlogngegevens-argumint fan ProxyRemote hat proxy-chain-auth gjin effekt. Kies de boarne fan 'e gegevens bewust ynstee fan beide ynstellingen opinoar te steapeljen yn 'e hope dat it wachtwurd dat wurket keazen wurdt.

Dizze meganismen autentisearje proxy-stappen. De Authorization-header fan in bestimmingwebsite bliuwt in aparte útwikseling.