proxy_pass_header not working in 1.6.0
Lucas Rolff
lucas at slcoding.com
Tue Jul 1 12:50:41 UTC 2014
But if files was served from backend I would assume to see the
$upstream_response_time variable in nginx would return other stuff than
a dash in 1.4.4
Like this, using logformat:
"$request"$status$body_bytes_sent"$http_referer""$http_user_agent"$request_time$upstream_response_time';
"GET /css/colors.css HTTP/1.1" 304 0 "http://viewabove.dk/?page_id=2"
"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36
(KHTML, like Gecko) Chrome/34.0.1847.131 Safari/537.36" 0.000 -
Again, configs is exactly the same, same operating system, same
permissions, same site, so it seems odd to me, specially because nothing
has been listed in the change logs about this 'fix' - it was in earlier
versions, and was actually served by nginx, even when it did fetch
headers from the backend.
Best regards,
Lucas Rolff
Valentin V. Bartenev wrote:
> On Tuesday 01 July 2014 14:33:54 Lucas Rolff wrote:
>> Hmm, okay..
>>
>> Then I'll go back to an old buggy version of nginx which gives me the
>> possibility to use the headers from Backend!
>>
> [..]
>
> It doesn't do this either. Probably, it just has different configuration or
> permissions which results to that try_files always fails, and all requests are
> served from your backend.
>
> wbr, Valentin V. Bartenev
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20140701/9432234a/attachment.html>
More information about the nginx
mailing list