Poverilnice Apache ProxyRemote proti proxy-chain-auth

Odjemalec se lahko overi pri posrednem proxyju Apache z enim računom, medtem ko se Apache overi pri nadrejenem proxyju z drugim:

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

Za fiksni račun nadrejenega proxyja na httpd 2.4.59 ali novejšem ProxyRemote sprejme tretji argument:

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

To dopolnjuje obstoječo konfiguracijo posrednega proxyja z nadzorom dostopa, na primer zasebni poslušalec, ki zahteva tako IP odjemalca kot prijavo v proxy. Račun pripada izbranemu nadrejenemu proxyju. Zaščitite konfiguracijo, ki ga vsebuje, in izberite obseg ujemanja, ki ga zahteva uvedba.

Apache te Basic poverilnice pošlje vnaprej, ne da bi najprej čakal na izziv. Zato sta pomembna transport in politika računov povezave do nadrejenega proxyja; poznejša seja HTTPS spletnega mesta sama ne ščiti prehoda HTTP v čistem besedilu do nadrejenega proxyja.

Kdaj naj se isti dohodni račun nadaljuje

Apache običajno porabi preverjanje pristnosti proxyja, naslovljeno nase. Nastavitev okolja proxy-chain-auth namesto tega dovoljuje posredovanje proxy poverilnic odjemalca naslednjemu proxyju:

SetEnv proxy-chain-auth On

To je primerno samo za namerno skupno verigo preverjanja pristnosti. Posreduje dohodno gradivo računa naprej; ne izmisli si drugačnega uporabniškega imena in gesla nadrejenega proxyja.

Z izrecnim argumentom poverilnic ProxyRemote proxy-chain-auth ne deluje. Vir poverilnic izberite zavestno, namesto da bi obe nastavitvi nalagali v upanju, da bo izbrano delujoče geslo.

Ti mehanizmi preverjajo pristnost proxy skokov. Glava Authorization ciljnega spletnega mesta ostaja ločena izmenjava.