Unbound 1.13.0rc1 pre-release

[Wouter Wijngaards]

Hi Tuomo,

Thanks for the stack trace, does this commit help in fixing the issue:
https://github.com/NLnetLabs/unbound/commit/67a0614db700aa6ed596a3563aff6767c69170fe

It stops the readagain from activating after failed ssl handshake
deletes the data.

The error you spotted in the logs is also ignored now and that is
already committed in the code repo.

Best regards, Wouter

On 26/11/2020 11:49, Tuomo Soini via Unbound-users wrote:
> On Wed, 25 Nov 2020 12:47:13 +0100
> George Thessalonikefs via Unbound-users
> <unbound-users at lists.nlnetlabs.nl> wrote:
> 
>> Hi Tuomo,
>>
>> Could you check if it still happens without the auth-zone?
>> Could you also share that part of the configuration file?
> 
> Does this help?
> 
> #0  SSL_do_handshake (s=0x9c50d9f3b8ee943f) at ssl_lib.c:2776
> #1  0x000056377f5db574 in ssl_handshake (c=0x563780eaa640)
>     at util/netevent.c:1156
> #2  0x000056377f5db965 in ssl_handle_read (c=0x563780eaa640)
>     at util/netevent.c:1275
> #3  0x000056377f5dc937 in tcp_more_read_again (c=<optimized out>, 
>     fd=<optimized out>) at util/netevent.c:1936
> #4  comm_point_tcp_handle_callback (fd=42, event=<optimized out>, 
>     arg=0x563780eaa640) at util/netevent.c:2024
> #5  0x00007fe32d5d39c4 in event_base_loop () from
> /lib64/libevent-2.0.so.5 #6  0x000056377f5d91ec in comm_base_dispatch
> (b=<optimized out>) at util/netevent.c:246
> #7  0x000056377f539819 in worker_work (worker=<optimized out>)
>     at daemon/worker.c:1941
> #8  0x000056377f52e316 in daemon_fork
> (daemon=daemon at entry=0x5637802ff060) at daemon/daemon.c:700
> #9  0x000056377f529b70 in run_daemon (need_pidfile=1, debug_mode=1, 
>     cmdline_verbose=0, cfgfile=0x56377f5f8ba0
> "/etc/unbound/unbound.conf") at daemon/unbound.c:707
> #10 main (argc=<optimized out>, argv=<optimized out>) at
> daemon/unbound.c:808
>