Kodėl Apache katalogo slaptažodis neapsaugo persiunčiančiojo proxy
Apsaugotas pasveikinimo puslapis ir leidžiama persiunčiančiojo proxy užklausa naudoja skirtingus konfigūracijos kontekstus. Įdėkite proxy taisykles į serverio arba virtualiojo hosto konfigūraciją.
Slaptažodžio užklausa Apache pagrindiniame puslapyje apsaugo tik tą vietinį išteklių. Ji neįrodo, kad savavališkos persiunčiančiojo proxy užklausos reikalauja to paties prisijungimo.
.htaccess taikomas palaikomai katalogo konfigūracijai; tai nėra galutinis filtras kiekvienai užklausai. ProxyRequests ir <Proxy> sekcijos priklauso serverio arba virtualiojo hosto konfigūracijai. Ten įdėkite persiunčiančiojo proxy autorizaciją, naudodami Apache 2.4 autorizacijos sintaksę ir reikiamą autentifikavimo sąranką.
Privačiai paslaugai sąmoningai sujunkite numatytus kliento šaltinio ir paskyros reikalavimus. Tada patikrinkite virtualųjį hostą, kurį pasirenka kiekvienas klausytojas, įskaitant numatytuosius hostus ir paveldėtą konfigūraciją. Prisijungimas prie vieno apsaugoto hosto vardo neįrodo, kad kitas aktyvus hostas turi tuos pačius proxy apribojimus.
ProxyPass atlieka kitą vaidmenį ir paprastai susieja vietinę vardų erdvę su backend. Jo pridėjimas neleidžia savavališkų persiuntimo tikslų.
Jei galite redaguoti tik vienos svetainės dokumentų failus, jums gali trūkti administracinės apimties šios paslaugos prieigos ribai nustatyti. Gaukite serverio konfigūracijos pakeitimą arba naudokite patvirtintą esamą proxy; katalogo slaptažodis to negali pakeisti.