Thats it, working fine now, tnx!
Posted at Nginx Forum:
http://forum.nginx.org/read.php?2,250328,250334#msg-250334
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx
On Fri, May 23, 2014 at 01:09:55PM -0400, itpp2012 wrote:
> With original sources from 1.7.1,
>
> access_log syslog:server=192.168.2.8:514 main;
>
> 2014/05/23 18:55:30 [debug] 2100#2140: *1 http write filter
> 2014/05/23 18:55:30 [debug] 2100#2140: *1 http finalize request: 0,
> "/ind
Hi,
> Hi All,
>
> Is there way I configure Nginx not to do SSL offload, i.e Nginx should
> receive the HTTPS traffic (by listening on port 443) and forward the same to
> the backend server without doing an offload.
>
> I think I can do this if I setup my Nginx in TCP mode (using the third party
>
On Fri, May 23, 2014 at 12:22:08PM -0400, sfrazer wrote:
Hi there,
> The try_files config is the new part, everything was working fine before I
> added that.
> location / {
> # if ($ignore_ua) { access_log off; }
> try_files $uri/index.cch
Hi All,
Is there way I configure Nginx not to do SSL offload, i.e Nginx should
receive the HTTPS traffic (by listening on port 443) and forward the same to
the backend server without doing an offload.
I think I can do this if I setup my Nginx in TCP mode (using the third party
module tcp proxy).
With original sources from 1.7.1,
access_log syslog:server=192.168.2.8:514 main;
2014/05/23 18:55:30 [debug] 2100#2140: *1 http write filter
2014/05/23 18:55:30 [debug] 2100#2140: *1 http finalize request: 0,
"/index.html?" a:1, c:2
2014/05/23 18:55:30 [debug] 2100#2140: *1 http req
I have recently upgraded to Nginx-1.6.0 from 1.4.2 and I am seeing that
Nginx is swapping a lot. I have tried reducing vm.swappiness=0 but has not
worked. This continues to happen on multiple servers that are running
Nginx-1.6.0:
s, 1:16, 2 users, load average: 1.38, 2.32, 4.32
Tasks: 467 total
Additional note: the error.log shows this on the 404:
2014/05/23 11:11:24 [error] 25677#0: *5 "/etc/nginx/html/uri/index.html" is
not found (2: No such file or directory), client: 127.0.0.1, server: ,
request: "GET /uri/ HTTP/1.1", host: "site.ordprofile01.example.net"
Posted at Nginx Forum:
htt
I'm trying to create a config that doesn't log the requests from specific
user agents. The site has a gunicorn backend that we proxy to, and I'm
trying to set up try_files to test for the existence of static local files
before proxying to the back-end.
The try_files config is the new part, everyth
Would you recommend any extended/additional debugging that I should enable
to help us track this down?
Posted at Nginx Forum:
http://forum.nginx.org/read.php?2,244241,250323#msg-250323
___
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mai
On Friday 23 May 2014 08:41:09 Shobhit Mishra wrote:
[..]
> Does nginx honor TTL for the FQDN in the upstream block as well ??
>
> As per my understanding nginx resolves FQDN in upstream blocks only during
> configuration parsing ..
>
> Please suggest on this.
Look at the "resolve" parameter:
ht
Thanks Ruslan for the reply ..
I have another query regarding this ..
I am planning to use more than one backend servers for supporting Load
balancing.
I would be using an upstream block for the same.
My default configuration is as below :
upstream us1
{
server sbc.example1.com:443 ;
server
On Fri, May 23, 2014 at 07:39:36AM -0400, Shobhit Mishra wrote:
> Hi
>
> I am using nginx as reverse proxy with FQDN for the backend server .
>
> My configuration for the location block looks like this :-
>
> location / {
>
> set $ustreamsbc sbc.example.com ;
> proxy_pass HTTPS://$ustrea
Hi
I am using nginx as reverse proxy with FQDN for the backend server .
My configuration for the location block looks like this :-
location / {
set $ustreamsbc sbc.example.com ;
proxy_pass HTTPS://$ustreamsbc ;
proxy_next_upstream error timeout invalid_header http_500
On 22/05/2014 22:52, Valentin V. Bartenev wrote:
On Thursday 22 May 2014 22:14:23 Lyle wrote:
...
Also gives a 403. So I suspect that nginx is looking for a file called =
in a folder named api.cgi/
I'm not sure what configuration we need to do to fix this.
[..]
As I already said, nginx knows n
Hello!
On Thu, May 22, 2014 at 03:05:22PM -0400, slowredbike wrote:
> Did you ever get a response to this...We are seeing the following:
>
> no live upstreams while connecting to upstream
>
> we know the upstream servers are not crashing but are trying to determine
> how/why they are being
16 matches
Mail list logo