Re: POST request body manipulation

2015-12-17 Thread pumbac
in my case, I can log the $request_body in the access_log via proxy_pass, even when uploading files more then 1MB. I just wanted to limit the size of the $request_body in the log. Here is my nginx.conf: http { include mime.types; default_type application/octet-stream; map $r

Re: using variables in certificate path names

2015-12-17 Thread Aleksandar Lazic
Am 15-12-2015 11:01, schrieb Maxim Konovalov: On 12/15/15 12:53 PM, Valentin V. Bartenev wrote: On Tuesday 15 December 2015 09:44:45 Aleksey Portnov wrote: Hello! Is it possible and correct something like: server { listen 1.1.1.1:443 ssl; server_name sitename.de sitename.fr sit

Re: preserve client source address when proxying to upstream

2015-12-17 Thread Vsevolod Petrov
Thanks for pointing me in the right direction, Maxim! I've found a number of posts where people are discussing nginx acting as listener at 0.0.0.0:80/0 for outbound traffic, making able the system to review every outgoing packet. In this way nginx can act as transparent proxy that do not perform d

Re: POST request body manipulation

2015-12-17 Thread Valentin V. Bartenev
On Thursday 17 December 2015 14:51:49 Valentin V. Bartenev wrote: > On Thursday 23 April 2015 18:52:00 Sandro Bordacchini wrote: > > Hello everyone, > > > > i have a problem in configuring Nginx. > > > > I have a location that serves as a proxy for a well-specified url "/login". > > This location

Re: POST request body manipulation

2015-12-17 Thread Valentin V. Bartenev
On Thursday 23 April 2015 18:52:00 Sandro Bordacchini wrote: > Hello everyone, > > i have a problem in configuring Nginx. > > I have a location that serves as a proxy for a well-specified url "/login". > This location can receive both GET and POST request. > GET request have no body and should be

Re: Building a redundant mail service

2015-12-17 Thread Cugar15
Hi Nick, have you ever figured this out? If so, would it be possible to post your solution? Thanks, Cugar15 Posted at Nginx Forum: https://forum.nginx.org/read.php?2,253381,263498#msg-263498 ___ nginx mailing list nginx@nginx.org http://mailman.