Bakit hindi pinoprotektahan ng Apache directory password ang forward proxy

Ang hiling ng password sa home page ng Apache ay pinoprotektahan lamang ang lokal na mapagkukunang iyon. Hindi nito pinapatunayan na ang mga arbitraryong forward-proxy na kahilingan ay nangangailangan ng parehong pag-login.

Ang .htaccess ay nalalapat sa sinusuportahang pagsasaayos ng direktoryo; hindi ito panghuling filter para sa bawat kahilingan. Ang mga seksyong ProxyRequests at <Proxy> ay kabilang sa pagsasaayos ng server o virtual host. Ilagay doon ang awtorisasyon ng forward proxy, gamit ang sintaks ng awtorisasyon ng Apache 2.4 at ang kinakailangang setup ng pagpapatunay.

Para sa pribadong serbisyo, sadyang pagsamahin ang inaasahang kinakailangan sa pinagmulan ng kliyente at account. Pagkatapos, suriin ang virtual host na pinipili ng bawat tagapakinig, kabilang ang mga default na host at minanang pagsasaayos. Ang pag-access sa isang protektadong pangalan ng host ay hindi nagpapatunay na ang isa pang aktibong host ay may parehong mga paghihigpit sa proxy.

May ibang papel ang ProxyPass: karaniwang nagmamapa ito ng lokal na namespace sa isang backend. Ang pagdaragdag nito ay hindi nagbibigay ng awtorisasyon sa mga arbitraryong patutunguhan ng pagpapasa.

Kung ang maaari mo lamang i-edit ay ang mga file ng dokumento ng isang site, maaaring kulang ka sa administratibong saklaw upang itatag ang hangganan ng pag-access ng serbisyong ito. Kunin ang pagbabago sa pagsasaayos ng server o gumamit ng aprubadong umiiral na proxy; hindi ito mapapalitan ng password ng direktoryo.