Wêrom't in Apache-mapwachtwurd gjin trochstjoerproxy beskermet
In beskerme wolkomside en in autorisearre trochstjoerproxy-oanfraach brûke ferskillende konfiguraasjekonteksten. Set it proxybelied yn 'e tsjinner- of firtuele-hostkonfiguraasje.
It wachtwurdferzoek op 'e startside fan Apache beskermet allinnich dy lokale boarne. It bewissiget net dat willekeurige trochstjoerproxy-oanfragen deselde oanmelding ferkenne.
.htaccess jildt foar stipe mapkonfiguraasje; it is gjin definitive filter foar elk ferzoek. ProxyRequests- en <Proxy>-dielen hearre by de tsjinner- of firtuele-hostkonfiguraasje. Set de autorisaasje fan 'e trochstjoerproxy dêr, mei de autorisaasjesyntaksis fan Apache 2.4 en de nedige autentikaasje-opsje.
Foar in partikuliere tsjinst kombinearje de bedoelde easken foar klantboarne en akkount bewust. Undersykje dan de firtuele host dy't elke listener kiest, ynklusyf standert-hosts en erfde konfiguraasje. Tagong ta ien beskerme hostnamme bewissiget net dat in oare aktive host deselde proxybeheiningen hat.
ProxyPass ferfollet in oare rol en keppelt meastentiids in lokale nammeromte oan in backend. It tafoegjen autorisearret gjin willekeurige trochstjoerdoelen.
As jo allinnich de dokumintbestannen fan ien side bewurkje kinne, hawwe jo miskien net it bestjoerlike berik om de tagongsgrins fan dizze tsjinst fêst te stellen. Krij de tsjinnerkonfiguraasje-oanpassing of brûk in goedkarde besteande proxy; in mapwachtwurd kin dat net ferfange.