I recompile nginx with debug module follow your instruction and check all
keepalive_timeout parameter.
I tested my application at 2019/01/24 10:49:53 and it responsed correctly,
and the connection between nginx and grpc server was closed as expected at
2019/01/24 10:50:53. Oops!
What sad is that I
Oops, my mistake. I was looking at the wrong logs. The upstream connect and
response times are indeed reported.
Now that I have analyzed the timing logs, I see that there is a networking
issue between the proxy and the origin.
Roger
> On Jan 23, 2019, at 10:00 AM, Maxim Dounin wrote:
>
> He
Hello!
On Wed, Jan 23, 2019 at 09:03:33AM -0800, Roger Fischer wrote:
> I am using the community version of NGINX, where these variables
> are not available (I was quite disappointed by that).
Again: these variables are available in all known variants of
nginx. In particular, the $upstream_re
I am using the community version of NGINX, where these variables are not
available (I was quite disappointed by that).
Roger
> On Jan 23, 2019, at 5:23 AM, Maxim Dounin wrote:
>
> Hello!
>
> On Tue, Jan 22, 2019 at 04:48:23PM -0800, Roger Fischer wrote:
>
>> I have noticed that the response
Hello!
On Tue, Jan 22, 2019 at 04:48:23PM -0800, Roger Fischer wrote:
> I have noticed that the response to OPTIONS requests via a
> reverse proxy cache are quite slow. The browser reports 600 ms
> or more of idle time until NGINX provides the response. I am
> using the community edition of NG
> On 23 Jan 2019, at 05:37, Roar wrote:
>
> Thanks Sergey Kandaurov.
> The second problem is that I set grpc_read_timeout and grpc_send_timeout but
> it seems does not take effect. I tested many times and found that if the
> read_timeout less than default 60s, then it works. But it has no effe
