De ce o parolă de director Apache nu protejează proxy-ul de redirecționare
O pagină de bun venit protejată și o cerere autorizată prin proxy de redirecționare folosesc contexte de configurare diferite. Puneți politica de proxy în configurația serverului sau a gazdei virtuale.
Solicitarea parolei de pe pagina principală Apache protejează doar acea resursă locală. Nu demonstrează că cererile arbitrare prin proxy de redirecționare necesită aceeași autentificare.
.htaccess se aplică configurației de director acceptate; nu este un filtru final pentru fiecare cerere. Secțiunile ProxyRequests și <Proxy> aparțin configurației serverului sau a gazdei virtuale. Puneți autorizarea proxy-ului de redirecționare acolo, cu sintaxa de autorizare Apache 2.4 și configurarea de autentificare necesară.
Pentru un serviciu privat, combinați deliberat cerințele prevăzute privind sursa clientului și contul. Apoi examinați gazda virtuală selectată de fiecare ascultător, inclusiv gazdele implicite și configurația moștenită. Accesarea unei singure gazde protejate nu demonstrează că o altă gazdă activă are aceleași restricții de proxy.
ProxyPass are un alt rol: de obicei mapează un spațiu de nume local către un backend. Adăugarea lui nu autorizează destinații de redirecționare arbitrare.
Dacă puteți edita doar fișierele de documente ale unui site, este posibil să nu aveți sfera administrativă necesară pentru a stabili limita de acces a acestui serviciu. Obțineți modificarea configurației serverului sau folosiți un proxy existent aprobat; o parolă de director nu îl poate înlocui.