![]() ![]() PerlOutputFilterHandler Apache2::ModProxyPerlHtml PerlInputFilterHandler Apache2::ModProxyPerlHtml However it is a massive ball-ache to do each one, especially for any non web 1.0 apps.įor example the following almost fixes logstash to work correctly under /logstash This actually does work with some combination of LocationMatch and ProxyHTMLRewrite I can even get the javascript to play nice. So I have moved to using the Apache2::ModProxyPerlHtml which is similar to mod_proxy_html, and allows dynamic remapping of strings in the docs. (but I would prefer a solution that doesn't require some 3rd party to be involved for each new link) (I am aware a wild-card would solve this, but I am interested in seeing what HTTP and apache based alternatives there are. > But unfortunately I am not in control of the administration of the domain, and obtaining these additions is possible but a pain. The obvious tactic is to create subdomains, or wildcard subdomains to map to these apps like so -> ProxyPassReverse will remap the headers, but all the internal absolute URLS need to be altered and if there is no option for this in the app config, then this has to be coerced into the HTML response. However there are a couple of applications are that really not happy with being reverse proxied to a subdirectory, for example chef-server-webui and the logstash web interface. I have an admin portal for a customer that is basically an apache mod_auth login and then a series of links on to back-end admin pages like so Gah! I wish the developers who did admin interfaces would expose a "webroot=/myAppAppearsHere" option, or make all links relative. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |