Nginx reverse proxy with Sharepoint web

2017-10-31 Thread blason
Hi Guys, I am kindaa facing an issue with sharepoint sub-sites authentication with nginx as a reverse proxy. Somehow primary site is perfectly getting authenticated with upstream and ntlm however subsites shows 401 and 404 error. Does anyone have any use case or working configuration with sharepo

Re: Resolver not re-resolving new ip address of an AW ELB

2017-10-31 Thread RKGood
Thank you for your replies. I think we have found the root cause. We have found below: When you are using variables in a proxy_pass directive, nginx will use runtime resolving except if : the target server is declared as an IP address the target server name is part of an upstream server gr

higher precision timings [ Re: why delta only include the execution time of ngx_process_events not ngx_event_process_posted (Zhang Chao)

2017-10-31 Thread Peter Booth
I think that this discussion touches on another question - are millisecond timings still sufficient when monitoring web applications? I think that in 2017, with the astounding increases in processing power we have seen in the last decade, millisecond timings are too imprecise. The cost of capt

RE: when client->server socket is closed also server->client is closed and request is aborted ?

2017-10-31 Thread Torppa Jarkko
Indeed that was it (uwsgi_ignore_client_abort on) I kinda feel that this should be on by default for http/1.0 and connection: close clients. The client that I had trouble with was org.apache.xmlrpc.client java class From: nginx [mailto:nginx-boun...@nginx.org] On Behalf Of Richard Stanway via n

Re: why delta only include the execution time of ngx_process_events not ngx_event_process_posted (Zhang Chao)

2017-10-31 Thread Valentin V. Bartenev
On Sunday 29 October 2017 21:35:15 yang chen wrote: > Thanks for your reply, why calling the ngx_event_expire_timers is > unnecessary when ngx_process_events handler returns so quickly that the > millisecond precision is not enough to display the calling time(less than > 1ms maybe). > > ngx_proces

Re: [Module] ngx_http_gzip issue : unknown directive "gzip"

2017-10-31 Thread nik mur
Hi Valentin, My Nginx installs in /usr/local/apps So the gzip.conf file is included from the nginx.conf in the /usr/local/apps/nginx/etc/ directory, so no issues there. This is very strange behavior no errors while building and even the error logs are not helpful, the same structure and configur

Re: [Module] ngx_http_gzip issue : unknown directive "gzip"

2017-10-31 Thread Valentin V. Bartenev
On Monday 30 October 2017 10:33:55 nik mur wrote: > Hi, > > Recently I upgraded my nginx to 1.12 version from 1.10 branch. > > The build from source went through without any issues, but while starting > Nginx I am receiving this error: > > *>>[emerg] 342#342: unknown directive "gzip" in > /usr/l

Re: [Module] ngx_http_gzip issue : unknown directive "gzip"

2017-10-31 Thread nik mur
Hi Zhang, If I pass* --with-http_gzip_filter_module* , the configure script throws me an error unknown option. Googling suggested that you don't need to add this module it's provided by Nginx by default. On Mon, Oct 30, 2017 at 4:24 PM Zhang Chao wrote: > Hi! > > gzip is a directive defined by