Kial Apache-adresara pasvorto ne protektas antaŭenan prokurilon
Protektita bonvena paĝo kaj rajtigita antaŭena prokura peto uzas malsamajn agordajn kuntekstojn. Metu la prokuran politikon en la servila aŭ virtualgastiga agordo.
La pasvorta peto sur la ĉefpaĝo de Apache protektas nur tiun lokan rimedon. Ĝi ne pruvas, ke arbitraj antaŭenaj prokuraj petoj postulas la saman ensaluton.
.htaccess aplikiĝas al subtenata adresara agordo; ĝi ne estas fina filtrilo por ĉiu peto. Sekcioj ProxyRequests kaj <Proxy> apartenas al la servila aŭ virtualgastiga agordo. Metu la rajtigon de antaŭena prokurilo tien, per la rajtiga sintakso de Apache 2.4 kaj la bezonata aŭtentiga agordo.
Por privata servo, kombinu intence la celitajn postulojn pri klienta fonto kaj konto. Poste ekzamenu la virtualan gastiganton elektitan de ĉiu aŭskultanto, inkluzive de defaŭltaj gastigantoj kaj heredita agordo. Aliro al unu protektita gastigantnomo ne pruvas, ke alia aktiva gastiganto havas la samajn prokurajn limigojn.
ProxyPass plenumas alian rolon, kutime mapante lokan nomspacon al malantaŭa sistemo. Aldoni ĝin ne rajtigas arbitrajn antaŭenajn celojn.
Se vi povas redakti nur la dokumentajn dosierojn de retejo, vi eble ne havas la administran amplekson por establi la alirlimon de ĉi tiu servo. Akiru la servilan agordan ŝanĝon aŭ uzu aprobitan ekzistantan prokurilon; adresara pasvorto ne povas anstataŭi ĝin.