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