Miks Apache'i kataloogi parool ei kaitse edasisaatmise puhverserverit
Kaitstud tervitusleht ja autoriseeritud edasisaatmise puhverserveri päring kasutavad erinevaid konfiguratsioonikontekste. Asetage puhverserveri poliitika serveri või virtuaalhosti konfiguratsiooni.
Apache'i avalehe parooliküsimus kaitseb ainult seda kohalikku ressurssi. See ei tõesta, et suvalised edasisaatmise puhverserveri päringud nõuavad sama sisselogimist.
.htaccess kehtib toetatud kataloogikonfiguratsiooni kohta; see ei ole iga päringu lõplik filter. Jaotised ProxyRequests ja <Proxy> kuuluvad serveri või virtuaalhosti konfiguratsiooni. Asetage edasisaatmise puhverserveri autoriseerimine sinna, kasutades Apache 2.4 autoriseerimissüntaksit ja vajalikku autentimise seadistust.
Privaatse teenuse puhul ühendage kavandatud kliendiallika ja konto nõuded teadlikult. Seejärel kontrollige virtuaalhosti, mille iga kuulaja valib, sealhulgas vaikehostid ja päritud konfiguratsioon. Ühele kaitstud hostinimele juurdepääs ei tõesta, et teisel aktiivsel hostil on samad puhverserveri piirangud.
ProxyPass täidab teist rolli, kaardistades tavaliselt kohaliku nimeruumi taustasüsteemile. Selle lisamine ei autoriseeri suvalisi edasisaatmise sihtkohti.
Kui saate muuta ainult ühe saidi dokumendifaile, ei pruugi teil olla selle teenuse juurdepääsupiiri kehtestamiseks vajalikku haldusulatust. Hankige serveri konfiguratsiooni muudatus või kasutage heakskiidetud olemasolevat puhverserverit; kataloogi parool ei saa seda asendada.