Защо парола за директория в Apache не защитава препращащото прокси
Защитената начална страница и оторизираната заявка през препращащо прокси използват различни контексти на конфигурация. Поставете политиката за прокси в конфигурацията на сървъра или виртуалния хост.
Подканата за парола на началната страница на Apache защитава само този локален ресурс. Тя не доказва, че произволни заявки през препращащо прокси изискват същото влизане.
.htaccess се отнася за поддържана конфигурация на директория; това не е окончателен филтър за всяка заявка. Секциите ProxyRequests и <Proxy> принадлежат на конфигурацията на сървъра или виртуалния хост. Поставете оторизацията за препращащото прокси там, като използвате синтаксиса за оторизация на Apache 2.4 и необходимата настройка за удостоверяване.
За частна услуга съзнателно комбинирайте предвидените изисквания за източник на клиента и акаунт. След това прегледайте виртуалния хост, избран от всеки слушател, включително хостовете по подразбиране и наследената конфигурация. Достъпът до едно защитено име на хост не доказва, че друг активен хост има същите ограничения за прокси.
ProxyPass има друга роля — обикновено съпоставя локално пространство от имена към бекенд. Добавянето му не оторизира произволни цели за препращане.
Ако можете да редактирате само документите на даден сайт, вероятно нямате административния обхват да установите границата за достъп на тази услуга. Получете промяна в конфигурацията на сървъра или използвайте одобрено съществуващо прокси; парола за директория не може да го замени.