Varför ett Apache-kataloglösenord inte skyddar vidarebefordrande proxy
En skyddad välkomstsida och en auktoriserad begäran via vidarebefordrande proxy använder olika konfigurationskontexter. Lägg proxyprincipen i server- eller virtuell värd-konfigurationen.
Lösenordsfrågan på Apaches startsida skyddar bara den lokala resursen. Den fastställer inte att godtyckliga begäranden via vidarebefordrande proxy kräver samma inloggning.
.htaccess gäller för katalogkonfiguration som stöds; det är inte ett slutligt filter för varje begäran. ProxyRequests- och <Proxy>-avsnitt hör till server- eller virtuell värd-konfigurationen. Lägg auktoriseringen för vidarebefordrande proxy där, med Apache 2.4:s auktoriseringssyntax och nödvändig autentiseringsinställning.
För en privat tjänst kombinera de avsedda kraven på klientkälla och konto medvetet. Granska sedan den virtuella värd som varje lyssnare väljer, inklusive standardvärdar och ärvd konfiguration. Åtkomst till ett skyddat värdnamn fastställer inte att en annan aktiv värd har samma proxybegränsningar.
ProxyPass har en annan roll och mappar vanligtvis ett lokalt namnområde till en backend. Att lägga till det auktoriserar inte godtyckliga vidarebefordringsmål.
Om du bara kan redigera en webbplats dokumentfiler saknar du kanske den administrativa omfattning som krävs för att fastställa åtkomstgränsen för denna tjänst. Skaffa serverkonfigurationsändringen eller använd en godkänd befintlig proxy; ett kataloglösenord kan inte ersätta det.