Re: ap_proxy_location_reverse_map()

2013-11-27 Thread Thomas Eckert
Given a config extract like Proxyy balancer://abcd BalancerMember https://mybackend.local status=-SE /Proxy ... Location / ProxyPass balancer://abcd/ ProxyPassReverse balancer://abcd/ /Location what exactly is your suggestion ? Also, can you give an example for a situation where the port

AW: ap_proxy_location_reverse_map()

2013-11-27 Thread Plüm , Rüdiger , Vodafone Group
ProxyPass / http://backend:8080/ ProxyPassReverse / http://backend:8080/ There the port matters. Fix for your issue: ProxyPassReverse / https://mybackend.local ProxyPassReverse / https://mybackend.local:443 Regards Rüdiger Von: Thomas Eckert [mailto:thomas.r.w.eck...@gmail.com]

Re: ap_proxy_location_reverse_map()

2013-11-27 Thread Thomas Eckert
Thanks but you ignored the config extract I mentioned. ProxyPassReverse / https://mybackend.local ProxyPassReverse / https://mybackend.local:443 does this not translate to Proxyy balancer://abcd BalancerMember https://mybackend.local status=-SE BalancerMember

AW: ap_proxy_location_reverse_map()

2013-11-27 Thread Plüm , Rüdiger , Vodafone Group
What location would you expect? I agree that the result you see is not correct. BTW: ProxyPassReverse does not change anything to your balancer setup. Regards Rüdiger Von: Thomas Eckert [mailto:thomas.r.w.eck...@gmail.com] Gesendet: Mittwoch, 27. November 2013 11:54 An: dev@httpd.apache.org

AW: ap_proxy_location_reverse_map()

2013-11-27 Thread Plüm , Rüdiger , Vodafone Group
Can you please reverse the order of your ProxyPassReverse directives in the test (such that the one with the port comes first in the configuration). Regards Rüdiger Von: Plüm, Rüdiger, Vodafone Group Gesendet: Mittwoch, 27. November 2013 12:19 An: dev@httpd.apache.org Betreff: AW:

Re: ap_proxy_location_reverse_map()

2013-11-27 Thread Jim Jagielski
Hmmm... it seems to me that there are places where we try to grok the full URL and fail, since we are recreating the wheel in these cases. I'm guessing that if we standardized on using apr_uri_parse() instead of just trying to parse the stuff ourselves, we'd be better off. On Nov 27, 2013, at

Re: mod_ssl and pkcs11

2013-11-27 Thread Nick Gearls
Maybe it's time to remove all redundant code in mod_ssl and use all features of OpenSSL; PKCS#11 will then be automatically supported and the maintenance of mod_ssl will be simplified a lot. On 26-11-2013 18:55, Kaspar Brand wrote: On 26.11.2013 16:44, Graham Leggett wrote: Hi all, I am

Re: ap_proxy_location_reverse_map()

2013-11-27 Thread Thomas Eckert
Reversing the order results in Location https://myfrontend.local/path/path/file?query My expectation is that Location https://mybackend.local/path/file?query Location https://mybackend.local:433/path/file?query both be rewritten to Location https://myfrontend.local/path/file?query

AW: ap_proxy_location_reverse_map()

2013-11-27 Thread Plüm , Rüdiger , Vodafone Group
In this case your configuration is wrong. Try either ProxyPassReverse /path https://mybackend.local:443/path ProxyPassReverse /path https://mybackend.local/path Or ProxyPassReverse / https://mybackend.local:443/ ProxyPassReverse / https://mybackend.local/ Regards Rüdiger Von: Thomas

Re: ap_proxy_location_reverse_map()

2013-11-27 Thread Thomas Eckert
Indeed, with that example it works. Now how do I translate this into a configuration like the extract I posted earlier Proxy balancer://abcd BalancerMember https://mybackend.local /Proxy ... Location /path ProxyPass balancer://abcd/path ProxyPassReverse balancer://abcd/path

AW: ap_proxy_location_reverse_map()

2013-11-27 Thread Plüm , Rüdiger , Vodafone Group
Translate it to Proxy balancer://abcd BalancerMember https://mybackend.local /Proxy ... Location /path ProxyPass balancer://abcd/path ProxyPassReverse https://mybackend.local:433/path ProxyPassReverse https://mybackend.local/path /Location And yes it doubles the amount

Re: mod_ssl and pkcs11

2013-11-27 Thread Dr Stephen Henson
On 27/11/2013 12:26, Nick Gearls wrote: Maybe it's time to remove all redundant code in mod_ssl and use all features of OpenSSL; PKCS#11 will then be automatically supported and the maintenance of mod_ssl will be simplified a lot. PKCS#11 support isn't native in OpenSSL though some third

what's the procedure for adding new versions (like 2.4.7) to Bugzilla?

2013-11-27 Thread Jeff Trawick
(1.5.0 needed for APR too) -- Born in Roswell... married an alien... http://emptyhammock.com/

Re: ap_proxy_location_reverse_map()

2013-11-27 Thread Micha Lenk
Hi, Am 27.11.2013 12:54, schrieb Jim Jagielski: [...] I'm guessing that if we standardized on using apr_uri_parse() instead of just trying to parse the stuff ourselves, we'd be better off. +1 Regards, Micha

AW: what's the procedure for adding new versions (like 2.4.7) to Bugzilla?

2013-11-27 Thread Plüm , Rüdiger , Vodafone Group
Done (for httpd and APR). You need to have the needed permissions on Bugzilla. Just request them from infra for your Bugzilla account. Regards Rüdiger Von: Jeff Trawick [mailto:traw...@gmail.com] Gesendet: Mittwoch, 27. November 2013 18:41 An: Apache HTTP Server Development List Betreff:

Re: what's the procedure for adding new versions (like 2.4.7) to Bugzilla?

2013-11-27 Thread Rainer Jung
On 27.11.2013 19:15, Plüm, Rüdiger, Vodafone Group wrote: Done (for httpd and APR). You need to have the needed permissions on Bugzilla. Just request them from infra for your Bugzilla account. I right now also added 2.2.26 and 1.5.3, I have the needed permissions. If you prefer it that way, you

Re: mod_ssl and pkcs11

2013-11-27 Thread Kaspar Brand
On 27.11.2013 15:33, Dr Stephen Henson wrote: On 27/11/2013 12:26, Nick Gearls wrote: Maybe it's time to remove all redundant code in mod_ssl and use all features of OpenSSL; PKCS#11 will then be automatically supported and the maintenance of mod_ssl will be simplified a lot. PKCS#11