我的c++应用程序之一在18.04下使用libcurl制作了很多http/s请求。稍后在日志中,我看到了这样的呻吟:CURL error has occurred: Couldn't resolve host name。
在syslog中几乎是一样的:
Jan 17 19:38:58 webserver systemd-resolved[22495]: Failed to start query: Invalid argument
Jan 17 19:38:58 webserver systemd-resolved[22495]: message repeated 34 times: [ Failed to start query: Invalid argument]设置:
danilabagroff@prx1:/tmp$ cat /etc/resolv.conf
nameserver 127.0.0.53
options edns0
search central1.internal
danilabagroff@prx1:/tmp$ systemd-resolve --status
Global
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 2 (eth0)
Current Scopes: DNS
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: 10.128.0.2 (cloud ns server)
DNS Domain: central1.internal我听了tcpdump -i lo -nn 'port 53' -w dns0.pcap一段时间,最后发现有时我确实收到了服务器故障,但只是为了记录。
225 122.496707 127.0.0.1 127.0.0.53 DNS 88 Standard query 0x9a01 A mydomain.cloud OPT
226 122.496733 127.0.0.1 127.0.0.53 DNS 88 Standard query 0x720a AAAA mydomain.cloud OPT
227 122.496922 127.0.0.53 127.0.0.1 DNS 88 Standard query response 0x9a01 Server failure A mydomain.cloud OPT
228 122.497006 127.0.0.53 127.0.0.1 DNS 88 Standard query response 0x720a AAAA mydomain.cloud OPTtcpdumping eth0期间没有任何服务器故障请分享你的想法;)
发布于 2021-04-05 05:45:15
我也遇到了同样的问题,libcurl和systemd-在Ubuntu18.04.4下解决了。不幸的是,帮助您的唯一方法是偶尔重新启动服务:
sudo service systemd-resolved restart从配置中的“中央1.内部”行判断,我假设您的机器在Yandex?
https://askubuntu.com/questions/1308835
复制相似问题