<div dir="ltr">Hello Maxim,<br>You're right.<br>Disabling the ssl-ja3 module was sufficient to stop the segfaults.<div>Thanks!</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Dec 22, 2023 at 4:14 PM Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello!<br>
<br>
On Fri, Dec 22, 2023 at 11:59:22AM +0200, Clima Gabriel wrote:<br>
<br>
> Thanks.<br>
> I ended up using valgrind and got much closer to the answer.<br>
> Arguments I used:<br>
> valgrind --leak-check=full --show-leak-kinds=all --trace-children=yes<br>
> --track-origins=yes --verbose --log-file=valgrind-output.txt<br>
> /root/nginx/objs/nginx -c /etc/nginx/nginx.conf<br>
> That led me to find that the HTTP and QUIC  requests somehow end upsing the<br>
> same pointer to http_connection_t, which seems obviously wrong.<br>
<br>
This might be perfectly correct as long as the original connection <br>
was closed.<br>
<br>
> #0  ngx_SSL_early_cb_fn (s=0x55ae3ad5cae0, al=0x7fff1cf4c8f4,<br>
> arg=0x7f3417bf4b00) at src/event/ngx_event_openssl.c:1949<br>
<br>
There is no such function in nginx, so it looks like you are using <br>
some 3rd party modifications.<br>
<br>
You may want to start with compiling vanilla nginx as available <br>
from <a href="http://nginx.org" rel="noreferrer" target="_blank">nginx.org</a> without any 3rd party modules and/or patches and <br>
testing if you are able to reproduce the problem.<br>
<br>
[...]<br>
<br>
-- <br>
Maxim Dounin<br>
<a href="http://mdounin.ru/" rel="noreferrer" target="_blank">http://mdounin.ru/</a><br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org" target="_blank">nginx@nginx.org</a><br>
<a href="https://mailman.nginx.org/mailman/listinfo/nginx" rel="noreferrer" target="_blank">https://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</blockquote></div>