passing header information on to backend Apache/PHP
Peter Langhans
peter.langhans at incipience.co.uk
Sun Apr 5 17:57:47 MSD 2009
Hi Larry,
thx for that. I considered that as well, but I find the solution somewhat
"unelegant". It should either be identified by the port (which is hard due
to architecture setup in my case) or a header (which I would prefer).
Thx for hinting this solution out again. Maybe I really should consider it
and put my desire for 'compliable'/'elegant' solutions into the bin... :(
(which would hurt my heart).
Bests,
Pete
On Sun, Apr 5, 2009 at 2:37 PM, Larry Bates <larry.bates at vitalesafe.com>wrote:
> How about a rewrite rule that passes a parameter to your PHP script:
>
>
>
> ------------------------------
> *From:* owner-nginx at sysoev.ru [mailto:owner-nginx at sysoev.ru] *On Behalf Of
> *Peter Langhans
> *Sent:* Sunday, April 05, 2009 8:03 AM
> *To:* nginx at sysoev.ru
> *Subject:* passing header information on to backend Apache/PHP
>
> Hi,
>
> I'm using nginx 0.6.35, apache 2.0.63 and php 5.2.9.
>
> My problem is, that I need my php scripts to know in some way or another
> whether SSL is used or not (to include either https or http javascript files
> e.g.).
>
> When using nginx as webfrontend proxy, it accepts all the ssl connections
> and it's working fine, but when I proxy through to apache, the knowledge
> about SSL is 'lost'. If possible, I don't want to be using different ports
> for proxying through to apache.
>
> I thought it'd be enough to set headers like:
>
> for 80:
> proxy_set_header X-Secure of;
>
> for 443:
> proxy_set_header X-Secure on;
>
> put I have not found a way how I could retrieve those values from within
> the php script. They seem to be filtered out by Apache.
>
> Does anyone have an idea how I can get any custom set header, set in the
> nginx.conf through to the php scripts?
>
> Thanks a lot,
> Peter
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx/attachments/20090405/8d184507/attachment.html>
More information about the nginx
mailing list