Klients var autentificēties Apache tiešajā proksijā ar vienu kontu, bet Apache autentificējas vecākproksijā ar citu:

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

Fiksētam vecākproksija kontam ar httpd 2.4.59 vai jaunāku ProxyRemote pieņem trešo argumentu:

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

Tas papildina esošo piekļuves kontrolēto tiešā proksija konfigurāciju, piemēram, privātu klausītāju, kas prasa gan klienta IP, gan pieteikšanos proksijā. Konts pieder izvēlētajam vecākproksijam. Aizsargājiet konfigurāciju, kurā tas ir, un izvēlieties izvietošanas prasīto atbilstības apjomu.

Apache sūta šos Basic akreditācijas datus iepriekš, vispirms negaidot izaicinājumu. Tāpēc vecāksavienojuma transports un kontu politika ir svarīga; vēlākā vietnes HTTPS sesija pati neaizsargā vienkārša teksta HTTP lēcienu uz vecākproksiju.

Kad tam pašam ienākošajam kontam jāturpinās

Apache parasti patērē proksija autentifikāciju, kas adresēta tam pašam. Vides iestatījums proxy-chain-auth tā vietā ļauj pārsūtīt klienta proksija akreditācijas datus nākamajam proksijam:

SetEnv proxy-chain-auth On

Tas ir piemērots tikai apzināti kopīgai autentifikācijas ķēdei. Tas nodod tālāk ienākošā konta materiālu; tas neizdomā citu vecākproksija lietotājvārdu un paroli.

Ar ProxyRemote skaidro akreditācijas datu argumentu proxy-chain-auth neietekmē. Apzināti izvēlieties akreditācijas datu avotu, nevis kārtojiet abus iestatījumus cerībā, ka tiks izvēlēta strādājošā parole.

Šie mehānismi autentificē proksija lēcienus. Mērķa vietnes Authorization galvene paliek atsevišķa apmaiņa.

Saistītie raksti