Zašto lozinka direktorija u Apacheu ne štiti prosljeđujući proxy
Zaštićena početna stranica i ovlašteni zahtjev prosljeđujućeg proxyja koriste različite kontekste konfiguracije. Stavite pravila proxyja u konfiguraciju poslužitelja ili virtualnog hosta.
Zahtjev za lozinkom na početnoj stranici Apachea štiti samo taj lokalni resurs. Ne dokazuje da proizvoljni zahtjevi prosljeđujućeg proxyja zahtijevaju istu prijavu.
.htaccess primjenjuje se na podržanu konfiguraciju direktorija; nije konačni filtar za svaki zahtjev. Sekcije ProxyRequests i <Proxy> pripadaju konfiguraciji poslužitelja ili virtualnog hosta. Tu postavite autorizaciju prosljeđujućeg proxyja, sa sintaksom autorizacije Apachea 2.4 i potrebnim postavkama autentifikacije.
Za privatnu uslugu namjerno spojite predviđene zahtjeve za izvorom klijenta i računom. Zatim pregledajte virtualni host koji odabere svaki slušatelj, uključujući zadane hostove i naslijeđenu konfiguraciju. Pristup jednom zaštićenom imenu hosta ne dokazuje da drugi aktivni host ima ista proxy ograničenja.
ProxyPass ima drugu ulogu, obično preslikava lokalni prostor imena na pozadinski sustav. Njegovo dodavanje ne ovlašćuje proizvoljna prosljeđujuća odredišta.
Ako možete uređivati samo dokumente jedne stranice, možda nemate administrativni opseg za uspostavljanje granice pristupa ove usluge. Zatražite promjenu konfiguracije poslužitelja ili upotrijebite odobreni postojeći proxy; lozinka direktorija to ne može zamijeniti.