Я в чем-то вроде потери. Я могу выполнить nslookup и рыть на адресе "imap.comcast.net", но если я пытаюсь проверить с помощью ping-запросов его, или соединяться с ним из моего приложения я получаю "Временный отказ в определении имен". Что-то должно быть неправильно в моей конфигурации DNS, но я не уверен, каково это.
> ping imap.comcast.net
ping: imap.comcast.net: Temporary failure in name resolution
> systemd-resolve --status --no-pager
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 (ens3)
Current Scopes: DNS
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: 10.0.0.2
DNS Domain: ec2.internal
> cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "systemd-resolve --status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver 127.0.0.53
search ec2.internal
Еще некоторой судебной информацией/etc/resolv.conf является символьная ссылка, как замечено здесь
> readlink -f /etc/resolv.conf
/run/systemd/resolve/stub-resolv.conf
Если я изменяю символьную ссылку и перезапускаю systemd.resolve, я могу проверить с помощью ping-запросов адрес, но это, кажется, отключает кэширование DNS
>sudo service systemd-resolved stop
>sudo rm -f /etc/resolv.conf
>sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
>sudo service systemd-resolved start
>ping imap.comcast.net
>sudo systemd-resolve --statistics
DNSSEC supported by current servers: no
Transactions
Current Transactions: 0
Total Transactions: 0
Cache
Current Cache Size: 0
Cache Hits: 0
Cache Misses: 0
DNSSEC Verdicts
Secure: 0
Insecure: 0
Bogus: 0
Indeterminate: 0
Я думаю, что у меня была эта проблема прежде. Я использовал первый ответ в этом вопросе разрешить его: Неправильный сервер имен установлен resolvconf и NetworkManager
Ответ должен изменить resolv.conf символьную ссылку:
sudo rm -f /etc/resolv.conf
sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
reboot
Для меня ответ был то, что записи DNS отсутствовали в моей установке Netpan. Я отредактировал их вручную (в моем случае/etc/netplan/50-cloud-init.yaml, но я понимаю, что это могло бы быть характерно для моей среды и не могло бы "придерживаться").
Я изменился
network:
ethernets:
ens160:
addresses:
- 10.8.25.116/28
dhcp4: false
gateway4: 10.8.25.113
nameservers:
addresses: []
search: []
version: 2
кому:
network:
ethernets:
ens160:
addresses:
- 10.8.25.116/28
dhcp4: false
gateway4: 10.8.25.113
nameservers:
addresses: [8.8.8.8,4.2.2.2]
search: []
version: 2
и затем примененный это использование
netplan apply