Зашто лозинка директоријума у Apache-у не штити прослеђујући прокси
Заштићена почетна страница и овлашћени захтев прослеђујућег проксија користе различите контексте конфигурације. Ставите правила проксија у конфигурацију сервера или виртуелног хоста.
Захтев за лозинком на почетној страници Apache-а штити само тај локални ресурс. Не доказује да произвољни захтеви прослеђујућег проксија захтевају исту пријаву.
.htaccess примењује се на подржану конфигурацију директоријума; није коначни филтер за сваки захтев. Секције ProxyRequests и <Proxy> припадају конфигурацији сервера или виртуелног хоста. Ту поставите ауторизацију прослеђујућег проксија, са синтаксом ауторизације Apache-а 2.4 и потребним подешавањима аутентификације.
За приватну услугу намерно спојите предвиђене захтеве за извором клијента и налогом. Затим прегледајте виртуелни хост који одабере сваки слушалац, укључујући подразумеване хостове и наслеђену конфигурацију. Приступ једном заштићеном имену хоста не доказује да други активан хост има иста прокси ограничења.
ProxyPass има другу улогу, обично пресликава локални простор имена на позадински систем. Његово додавање не овлашћује произвољна прослеђујућа одредишта.
Ако можете да уређујете само документе једне странице, можда немате административни обим за успостављање границе приступа ове услуге. Затражите промену конфигурације сервера или користите одобрени постојећи прокси; лозинка директоријума то не може заменити.