Waarom 'n Apache-gidswagwoord nie 'n forward-proxy beskerm nie
Die beskermde welkombladsy en 'n gemagtigde forward-proxy-versoek gebruik verskillende konfigurasiekontekste. Sit die proxybeleid in die bediener- of virtuele-gasheer-konfigurasie.
'n Wagwoordversoek op Apache se tuisblad beskerm daardie plaaslike hulpbron. Dit bewys nie dat willekeurige forward-proxy-versoeke dieselfde aanmelding vereis nie.
.htaccess geld vir ondersteunde gidskonfigurasie; dit is nie 'n finale filter vir elke versoek nie. ProxyRequests en <Proxy>-afdelings hoort in die bediener- of virtuele-gasheer-konfigurasie. Plaas die forward-proxy-magtiging daar, met Apache 2.4 se magtigingsintaksis en die nodige verifikasiestelsel.
Vir 'n privaat diens, kombineer die beoogde klientbron- en rekeningvereistes doelbewus. Ondersoek dan die virtuele gasheer wat elke luisteraar kies, insluitend verstekgashere en oorgeërfde konfigurasie. Toegang tot een beskermde gasheernaam bewys nie dat 'n ander aktiewe gasheer dieselfde proxybeperkings het nie.
ProxyPass speel 'n ander rol en karteer gewoonlik 'n plaaslike naamruimte na 'n agterkant. Om dit by te voeg magtig nie willekeurige forward-bestemmings nie.
As jy slegs die dokumentlêers van een webwerf kan wysig, het jy moontlik nie die administratiewe omvang om hierdie diens se toegangsgrens te vestig nie. Verkry die bedienerkonfigurasiewysiging of gebruik 'n goedgekeurde bestaande proxy; 'n gidswagwoord kan dit nie vervang nie.