DNS-сервер по умолчанию не переключается после подключения к OpenVPN

Я использую соединение OpenVPN между моим ноутбуком и сервером. Конфигурация работала до сегодняшнего дня (я просто запустил apt update && apt upgrade), но с тех пор мои настройки DNS «неверны» после подключения к OpenVPN.

После подключения к серверу OpenVPN у меня есть две «перехватить все» записи домена DNS (DNS Domain: ~.) в моей конфигурации systemd-resolve.

Обрезанный вывод systemd-resolve --status:

Link 11 (tun0)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.X.Y
          DNS Domain: ~.

Link 2 (enp0s25)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 10.16.X.Y
                      10.16.X.Y
          DNS Domain: ~.

Поэтому DNS-запросы теперь не безопасно передаются через VPN, но также могут передаваться через обычную сеть.

Это приводит к DNSLeak, и еще хуже: внутренние имена хостов VPN не разрешаются правильно (время от времени).

Мне известны только варианты добавления записи DNS Domain: ~. в Tun0-Interface для разрешения. Но как мне удалить уже существующий из реального интерфейса?

Я уже использую этот конфиг для обновления systemd-resolved в моем клиенте OpenVPN.conf:

# Upate systemd-resolvd
up /etc/openvpn/update-systemd-resolved
down /etc/openvpn/update-systemd-resolved
down-pre
dhcp-option DOMAIN-ROUTE .

Кто-нибудь получил идея, как решить эту проблему?

// Обновление: похоже, это более известная проблема с NetworkManager, который начинает произвольно присоединять корневой домен DNS к ссылкам. Об этом есть интересное обсуждение в GitHub Issue в репозитории разработчика сценария update-systemd-resolved.

// Вероятно, этот коммит в NetworkManager сломал его. Так как он ввел по умолчанию маршрут DNS для всех интерфейсов поведения.