[PATCH 1 of 8] QUIC: treat qc->error == -1 as a missing error

Sergey Kandaurov pluknet at nginx.com
Tue Aug 2 13:48:56 UTC 2022


On Thu, Jun 23, 2022 at 07:58:39PM +0400, Roman Arutyunyan wrote:
> # HG changeset patch
> # User Roman Arutyunyan <arut at nginx.com>
> # Date 1655889315 -14400
> #      Wed Jun 22 13:15:15 2022 +0400
> # Branch quic
> # Node ID 951d7116f37dc39d9eba20ceae49434592ce4677
> # Parent  5b1011b5702b5c5db2ba3d392a4da25596183cc2
> QUIC: treat qc->error == -1 as a missing error.
> 
> Previously, zero was used for this purpose.  However, NGX_QUIC_ERR_NO_ERROR is
> zero too.  As a result, NGX_QUIC_ERR_NO_ERROR was changed to
> NGX_QUIC_ERR_INTERNAL_ERROR when closing a QUIC connection.
> 
> diff --git a/src/event/quic/ngx_event_quic.c b/src/event/quic/ngx_event_quic.c
> --- a/src/event/quic/ngx_event_quic.c
> +++ b/src/event/quic/ngx_event_quic.c
> @@ -317,6 +317,8 @@ ngx_quic_new_connection(ngx_connection_t
>      qc->congestion.ssthresh = (size_t) -1;
>      qc->congestion.recovery_start = ngx_current_msec;
>  
> +    qc->error = (ngx_uint_t) -1;
> +
>      if (pkt->validated && pkt->retried) {
>          qc->tp.retry_scid.len = pkt->dcid.len;
>          qc->tp.retry_scid.data = ngx_pstrdup(c->pool, &pkt->dcid);
> @@ -523,7 +525,7 @@ ngx_quic_close_connection(ngx_connection
>                  qc->error = NGX_QUIC_ERR_NO_ERROR;
>  
>              } else {
> -                if (qc->error == 0 && !qc->error_app) {
> +                if (qc->error == (ngx_uint_t) -1 && !qc->error_app) {
>                      qc->error = NGX_QUIC_ERR_INTERNAL_ERROR;
>                  }
>  

A former initialization is in ngx_quic_handle_payload().
Leaving it there makes connection close on the error path, for example,
on ngx_quic_set_path() failure, with a wrong NO_ERROR code.

I'd just leave (a new value of) initialization in place:
ngx_quic_new_connection() gives an established quic connection or nothing,
it cannot fail with qc initialized. ngx_quic_handle_payload() is called
right after, and is a point of packet decryption, which implies qc->error
reset.  This makes it a suitable place.



More information about the nginx-devel mailing list