Прокси-сервер не работает, потому что система разрешает его, используя локальный DNS вместо VPN (Ubuntu 20.04)

Я использую VPN через openconnect через NetworkManager. У меня также есть прокси-сервер, конфигурация которого доступна через VPN (на http: //wpad/wpad.dat ). Иногда, когда я подключаюсь к VPN, прокси-сервер не используется. Я думаю, это потому, что поиск DNS для прокси-сервера не работает.

Вывод resolvectl status показывает обе ссылки, используемые для DNS, и vpn используется по умолчанию:

Link 5 (vpn0)
      Current Scopes: DNS    
DefaultRoute setting: yes    
       LLMNR setting: yes    
MulticastDNS setting: no    
  DNSOverTLS setting: no    
      DNSSEC setting: no    
    DNSSEC supported: no    
  Current DNS Server: <vpn_dns_a>
         DNS Servers: <vpn_dns_a>    
                      <vpn_dns_b>    
          DNS Domain: ~.    
                      <vpn_dom>

Link 3 (wlo1)
      Current Scopes: DNS    
DefaultRoute setting: yes    
       LLMNR setting: yes    
MulticastDNS setting: no    
  DNSOverTLS setting: no    
      DNSSEC setting: no    
    DNSSEC supported: no    
  Current DNS Server: <local_dns_a>
         DNS Servers: <local_dns_a>
                      <local_dns_b>
          DNS Domain: <local_dom>

Я проверил, что /etc/resolv.conf является символическая ссылка на /run/systemd/resolve/stub-resolv.conf . Сам файл выглядит так:

nameserver 127.0.0.53
options edns0 trust-ad
search <local_dom> <vpn_dom>

systemd-resolve wpad возвращает IP-адрес сервера, но время ожидания nslookup wpad истекает. Я просмотрел журналы systemd-resolved в обоих случаях, и похоже, что первый использует DNS VPN, а второй (а также curl и т. Д.) Использует DNS локальной ссылки. Это может объяснить, почему не удается разрешить сервер.

После достаточных усилий (перезапуск сетевого менеджера, очистка кешей и т. Д.) Эта проблема в конечном итоге решается сама собой, но возникает позже.Нужно ли мне настраивать что-либо еще, чтобы система всегда использовала VPN?