最近Xubuntuを18.10から19.04にアップグレードし、それ以降、ドメイン名にpingを実行しようとするたびに、「名前解決の一時的なエラー」エラーが発生し始めました。モデム/ルーターへのイーサネット接続が1つあるデスクトップコンピューターを使用しています。私はXubuntuの同じインストールを何年もアップグレードしています。最後にフレッシュインストールをいつ行ったかわかりません。
IPアドレスへのpingは正常に機能し、ドメイン名へのpingのみがこのエラーの原因になります。
Network Managerパネルアプレット(下のスクリーンショット)を使用してイーサネット接続を切断してから再接続すると、エラーが発生せず、コンピューターを再起動するまでインターネット接続は機能します。
フレッシュブートでのこれらは、切断して問題を修正する前にbefore問題を診断するために実行したいくつかのコマンドの要約結果です。再接続:
$ systemd-resolve --status
Link 2 (eth0)
Current Scopes: DNS
DefaultRoute setting: yes
LLMNR setting: yes
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: 8.8.8.8
8.8.4.4
DNS Domain: ~.
$ nmcli device show eth0
IP4.ADDRESS[1]: 192.168.1.8/24
IP4.GATEWAY: 192.168.1.1
IP4.ROUTE[1]: dst = 0.0.0.0/0, nh = 192.168.1.1, mt = 100
IP4.ROUTE[2]: dst = 192.168.1.0/24, nh = 0.0.0.0, mt = 100
IP4.ROUTE[3]: dst = XXX.XXX.0.0/16, nh = 0.0.0.0, mt = 1000
IP4.DNS[1]: 8.8.8.8
IP4.DNS[2]: 8.8.4.4
$ systemctl status resolvconf
● resolvconf.service - Nameserver information manager
Loaded: loaded (/lib/systemd/system/resolvconf.service; enabled; vendor preset: enabled)
Active: active (exited) since Tue 2019-08-06 10:09:40 CEST; 6min ago
$ systemctl status NetworkManager
● NetworkManager.service - Network Manager
Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2019-08-06 10:10:20 CEST; 5min ago
...
Aug 06 10:10:31 xxxx NetworkManager[1136]: <info> [1565079031.8637] device (eth0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
Aug 06 10:10:31 xxxx NetworkManager[1136]: <info> [1565079031.8640] device (eth0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
Aug 06 10:10:31 xxxx NetworkManager[1136]: <info> [1565079031.8646] manager: NetworkManager state is now CONNECTED_LOCAL
Aug 06 10:10:32 xxxx dhclient[1397]: bound to 192.168.1.8 -- renewal in 37516 seconds.
Aug 06 10:10:32 xxxx NetworkManager[1136]: <info> [1565079032.2838] manager: NetworkManager state is now CONNECTED_SITE
Aug 06 10:10:32 xxxx NetworkManager[1136]: <info> [1565079032.2840] policy: set 'Wired connection 1' (eth0) as default for IPv4 routing and DNS
Aug 06 10:10:32 xxxx NetworkManager[1136]: <info> [1565079032.2844] device (eth0): Activation: successful, device activated.
Aug 06 10:10:32 xxxx NetworkManager[1136]: <info> [1565079032.2851] manager: NetworkManager state is now CONNECTED_GLOBAL
Aug 06 10:10:32 xxxx NetworkManager[1136]: <info> [1565079032.2856] manager: startup complete
Aug 06 10:12:14 xxxx NetworkManager[1136]: <info> [1565079134.0454] agent-manager: req[0x56068d7b9090, :1.89/org.freedesktop.nm-applet/1000]: agent registered
私のネットプラン設定ディレクトリは空です:
$ ls /etc/netplan -a
. ..
/etc/network/interfaces
がまだ使用されているかどうかはわかりません。
$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
# auto eth0
# iface eth0 inet dhcp
この問題のトラブルシューティング方法について何か提案はありますか?起動するたびにイーサネット接続を切断して再接続しなくてもDNSが機能することを望みます。ありがとう!
編集#1
$ ls -al /etc/resolv.conf
lrwxrwxrwx 1 root root 29 Jun 30 2015 /etc/resolv.conf -> ../run/resolvconf/resolv.conf
#2を編集
ブート直後の/etc/resolv.conf
の内容は次のとおりです。
$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
イーサネット接続を切断して再接続した後の/etc/resolv.conf
の内容は次のとおりです。
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
nameserver 127.0.0.53
欠落しているネットプランファイルを再作成することをお勧めします。ターミナルから:
Sudo nano /etc/netplan/01-network-manager-all.yaml
以下を追加します。
network:
version: 2
renderer: NetworkManager
間隔とインデントは重要であり、正確でなければなりません。慎重に2回校正してください。保存(Ctrl + oに続けてEnter)して、テキストエディターを終了(Ctrl + x)します。フォローする:
Sudo netplan generate
Sudo netplan apply
次に、あなたの場合、resolv.confが期待どおりにsystemdを指していません。したがって、リンクを削除して再作成することをお勧めします。
Sudo rm -f /etc/resolv.conf
ln -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf
再起動して、改善があるかどうかをお知らせください。