After restarting the network (sudo systemctl restart systemd-networkd), the DHT network becomes unavailable (0 nodes and network icon !), and requires restarting qBittorrent.

[13ilya]

qBittorrent & operating system versions

qBittorrent: v5.0.3 (64-bit)
OS: openSUSE Tumbleweed
Qt: 6.8.1
Libtorrent: 2.0.10.0
Boost: 1.86.0
OpenSSL: 3.2.3
zlib: 1.3.1

What is the problem?

After restarting the network, (I have the network configured via systemd-nrtworkd, but it might show up on other network as well), qBittorent loses DHT the network (0 DHT Nodes and the network status icon is yellow with an exclamation mark) until it is restarted.

Steps to reproduce

0 Try to reset the normal network in the normal way.
If it can be reproduced normally, the steps below will not be necessary.

1 Configure the network via systemd-networkd.
/usr/lib/systemd/network/50-ethernet.network

[Match]
Name = en*

[Link]
MACAddress = AA:BB:CC:DD:EE:FF

[Network]
Description = Ethernet
DHCP = yes

[DHCP]
RouteMetric = 10

[DHCPv4]
SendRelease = yes

/usr/lib/systemd/network/50-wi-fi.network

[Match]
Name = wl*

[Link]
MACAddress = AA:BB:CC:DD:EE:FF

[Network]
Description = Wi-Fi
DHCP = yes

[DHCP]
RouteMetric = 20

[DHCPv4]
SendRelease = yes

/etc/resolv.conf

nameserver 1.1.1.1
nameserver 2606:4700:4700::1111
options edns0

sudo systemctl reenable systemd-networkd

2 Reboot the network.
sudo systemctl restart systemd-networkd.

Additional context

Devel project in openSUSE.
https://build.opensuse.org/package/show/network/qbittorrent

Log(s) & preferences file(s)

Clear logs in run in console.

[HanabishiRecca]

Looks like a side effect of #21288.

[13ilya]

Looks like a side effect of #21288.

Yes! I also use wireguard via systemd-networkd and restart the network to update the wireguard configuration.
That seems to be the case arvidn/libtorrent#4412 .