Hi,
Did you check error log or syslog? Is that spitting out any errors? Do you
have SSL_OCSP settings configured and it might not be able to reach to the
protocol?
I mean I had 45 portals and was facing a same issue. Later when I done the
debug I found that ocsp.godaddy.com was not reachable
Hi, please could anyone tell me why the nginx service takes too much time
to restart? As we know, after some change with nginx the service must be
restarted, I do this with "nginx -s reload" or "systemctl restart nginx",
and this takes some three minutes or more. This process is happening in
Hello!
On Wed, Nov 30, 2022 at 07:29:35PM +0400, Sergey Kandaurov wrote:
> > On 29 Nov 2022, at 02:12, Maxim Dounin wrote:
> >
> > Hello!
> >
> > The following patch fixes CPU hog observed with unbuffered SSL proxying
> > after SSL errors (ticket #2418). Fix is to always clear
Hello!
On Wed, Nov 30, 2022 at 11:49:18AM +0100, Alex Colomar wrote:
> On 11/30/22 05:22, Maxim Dounin wrote:
> > Hello!
> >
> > Ping.
>
> Sorry, I didn't know you were waiting for my confirmation.
Not exactly yours. As per the project policy, patches need to be
approved by other core
Hello!
On Wed, Nov 30, 2022 at 04:17:15PM +0400, Sergey Kandaurov wrote:
> On Wed, Nov 09, 2022 at 06:03:24PM +0300, Maxim Dounin wrote:
> > # HG changeset patch
> > # User Maxim Dounin
> > # Date 1668004692 -10800
> > # Wed Nov 09 17:38:12 2022 +0300
> > # Node ID
Hello,
> > The directive in question provides direct access to the
> > ngx_http_internal_redirect/ngx_http_named_location APIs,
> > allowing to simplify and optimize several real-life
> > configurations where the modules should be executed multiple
> > times/in a different order/with a different
On Tue, Nov 29, 2022 at 9:58 PM Kaushal Shriyan
wrote:
> Hi Francis,
>
> Thanks a lot for all your help and support. It worked. I have configured
> the below settings in nginx after a few attempts by tweaking it. It worked
> like a charm.
>
> location /apis {
> # First attempt to
I see - that;s a nice suggestion. Let me see how this goes.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?2,295928,295939#msg-295939
___
nginx mailing list -- nginx@nginx.org
To unsubscribe send an email to nginx-le...@nginx.org
> On 29 Nov 2022, at 02:12, Maxim Dounin wrote:
>
> Hello!
>
> The following patch fixes CPU hog observed with unbuffered SSL proxying
> after SSL errors (ticket #2418). Fix is to always clear c->read->ready
> flag when returning errors from ngx_ssl_recv().
>
> An additional patch cleans
On Wed, Nov 30, 2022 at 08:10:29PM +0800, Yu Zhu wrote:
>
> Hi,
>
> As described in "rfc 9002 6. Loss Detection", "RTT and congestion
> control are properties of the path", so moves first_rtt,
> latest_rtt, avg_rtt, min_rtt, rttvar and congestion from
> ngx_quic_connection_t to
On Wed, Nov 09, 2022 at 06:03:24PM +0300, Maxim Dounin wrote:
> # HG changeset patch
> # User Maxim Dounin
> # Date 1668004692 -10800
> # Wed Nov 09 17:38:12 2022 +0300
> # Node ID fc79ea0724a92c1f463625a11ed4cb785cd342b7
> # Parent 42bc158a47ecb3c2bd0396c723c307c757f2770e
> Fixed alignment
Hi,
As described in "rfc 9002 6. Loss Detection", "RTT and congestion control
are properties of the path", so moves first_rtt, latest_rtt, avg_rtt, min_rtt,
rttvar and congestion from ngx_quic_connection_t to struct ngx_quic_path_t
looks more reasonable?
--
Yu
Hello Maxim!
On 11/30/22 05:22, Maxim Dounin wrote:
Hello!
Ping.
Sorry, I didn't know you were waiting for my confirmation.
On Wed, Nov 09, 2022 at 06:03:24PM +0300, Maxim Dounin wrote:
[...]
# HG changeset patch
# User Maxim Dounin
# Date 1668004692 -10800
# Wed Nov 09 17:38:12
Hi,
On Tue, Nov 29, 2022 at 06:00:40PM +0400, Roman Arutyunyan wrote:
> Hi,
>
> On Mon, Nov 28, 2022 at 09:40:05PM +0400, Sergey Kandaurov wrote:
> > On Thu, Nov 24, 2022 at 07:15:31PM +0400, Roman Arutyunyan wrote:
> > > Hi,
> > >
> > > On Thu, Oct 20, 2022 at 06:25:03PM +0400, Roman
14 matches
Mail list logo
