Custom Query (2297 matches)
Results (61 - 63 of 2297)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#2533 | duplicate | Variables does not work in error_log and ssl_certificate | ||
Description |
Variables does not work in directives. Sample: set $DOMAIN "mydomain.tld"; access_log /mypath/$DOMAIN/logs/access.log; # Works error_log /mypath/$DOMAIN/logs/error.log; # ERROR ssl_certificate /mycerts/$DOMAIN/fullchain.cer; # ERROR ssl_certificate_key /mycerts/$DOMAIN/$DOMAIN.key; # ERROR |
|||
#2532 | fixed | Nginx close connection immeadiately when handle quic connection migration | ||
Description |
Hi! After patch https://hg.nginx.org/nginx/rev/f3412ec3b6d1, I found it still can return error. The scenarios is: client send a request after some idle time(like 10s) with a new socket. And server triggered connection migration.Before validating the new path, it would validate old path first. The problem is when server call sendmsg to send path_challeng frame,some clients would return a ICMP message which contains "Destination unreachable". And sendmsg would return NGX_ERROR and nginx close the connection immeadiately. But in this situation, I think nginx should try to send response with new path and shouldn't close the connection. |
|||
#2531 | invalid | You cannot use variables in error_log and ssl_certificate | ||
Description |
Variables defined by SET are not processed internally SAMPLE: set $DOMAIN "mydomain.com"; error_log /mypath/$DOMAIN/logs/error.log; ssl_certificate /mycerts/$DOMAIN/fullchain.cer ssl_certificate_key /mycerts/$DOMAIN/$DOMAIN.key; No problem with access_log and you can use: access_log /mypath/$DOMAIN/logs/access.log main; |