我使用的是通过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
日志,看起来前者使用的是VPN的DNS,但后者(以及curl等)。使用本地链接的DNS。这可能解释了为什么它无法解析服务器。
经过足够的操作(重新启动网络管理器、清除缓存等)这个问题最终解决了,但后来又回来了。我是否需要配置其他任何东西来使系统始终使用VPN?
发布于 2021-05-14 14:41:19
尝试将search <local_dom> <vpn_dom>
的顺序转换为resolv.conf
文件中的search <vpn_dom> <local_dom>
。
https://askubuntu.com/questions/1337355
复制相似问题