web-dev-qa-db-ja.com

Ubuntu 18.04がアップグレード後にDNSに到達できない

最近、do-release-upgrade -dを使用して、Ubuntu仮想マシン（VirtualBox 5.2.8）をubuntu 16.04から18.04にアップグレードします。アップグレード中に多くの問題がありました。 apt-get install -fおよびapt-get dist-upgradeを使用してアップグレードを再開/再開する必要がありました。ただし、最終的には終了しました。

何らかの理由で、再起動するたびに手動でSudo dhclient enp0s3を実行して、ネットワークを適切に取得する必要があります。

適切に起動するように設定するにはどうすればよいですか？

次のin /var/log/syslogに気付きます

11291 May  2 13:24:07 my-vm dhclient[1416]: /var/lib/NetworkManager/dhclient-enp0s3.conf line 47: semicolon expected.
11292 May  2 13:24:07 my-vm dhclient[1416]: send
11293 May  2 13:24:07 my-vm dhclient[1416]: ^
11294 May  2 13:24:07 my-vm dhclient[1416]: /var/lib/NetworkManager/dhclient-enp0s3.conf line 47: expecting a statement.
11295 May  2 13:24:07 my-vm dhclient[1416]: send Host-name "my-vm";
11296 May  2 13:24:07 my-vm dhclient[1416]:                        ^
11297 May  2 13:24:07 my-vm dhclient[1416]: /var/lib/NetworkManager/dhclient-enp0s3.conf line 50: semicolon expected.
11298 May  2 13:24:07 my-vm dhclient[1416]: option
11299 May  2 13:24:07 my-vm dhclient[1416]:  ^
11300 May  2 13:24:07 my-vm dhclient[1416]: /var/lib/NetworkManager/dhclient-enp0s3.conf line 71: no option named ms-classless-static-routes in space dhcp
11301 May  2 13:24:07 my-vm dhclient[1416]: also request ms-classless-static-routes;
11302 May  2 13:24:07 my-vm dhclient[1416]:               ^
11303 May  2 13:24:07 my-vm dhclient[1416]: /var/lib/NetworkManager/dhclient-enp0s3.conf line 71: ms-classless-static-routes: expected option name.
11304 May  2 13:24:07 my-vm dhclient[1416]: also request ms-classless-static-routes;
11305 May  2 13:24:07 my-vm dhclient[1416]:                                         ^
11306 May  2 13:24:07 my-vm dhclient[1416]: DHCPREQUEST of 10.0.2.15 on enp0s3 to 255.255.255.255 port 67 (xid=0x20425ef9)
11307 May  2 13:24:07 my-vm dhclient[1416]: DHCPACK of 10.0.2.15 from 10.0.2.2

dhcpclient enp0s3を手動で実行すると、さまざまな行で問題が発生します。

13097 May  2 15:37:32 my-vm dhclient[5756]: /etc/dhcp/dhclient.conf line 28: semicolon expected.
13098 May  2 15:37:32 my-vm dhclient[5756]: timeout
13099 May  2 15:37:32 my-vm dhclient[5756]: ^
13100 May  2 15:37:32 my-vm dhclient[5756]: /etc/dhcp/dhclient.conf line 28: expecting a statement.
13101 May  2 15:37:32 my-vm dhclient[5756]: timeout 300;
13102 May  2 15:37:32 my-vm dhclient[5756]:             ^
13103 May  2 15:37:32 my-vm dhclient[5756]: /etc/dhcp/dhclient.conf line 28: semicolon expected.
13104 May  2 15:37:32 my-vm dhclient[5756]: 
13105 May  2 15:37:32 my-vm dhclient[5756]: ^
13106 May  2 15:37:32 my-vm dhclient[5756]: DHCPREQUEST of 10.0.2.15 on enp0s3 to 255.255.255.255 port 67 (xid=0x392381bf)
13107 May  2 15:37:32 my-vm dhclient[5756]: DHCPACK of 10.0.2.15 from 10.0.2.2

編集

var/log/syslogファイルのエラーを修正しました。 /etc/dhcp/dhclient.confの行にセミコロンがありませんでした

しかし、これは問題を解決しませんでした。

そして、私はこれを見つけました：

15687 May  2 16:30:12 mds-vm dnsmasq[1424]: chown of PID file /run/NetworkManager/dnsmasq.pid failed: Operation not permitted
...
15690 May  2 16:30:12 mds-vm NetworkManager[897]: <info>  [1525293012.4308] dnsmasq[0x5601285fd1e0]: dnsmasq appeared as :1.26

編集

再インストールしてみました：

Sudo apt-get install --reinstall dnsmasq dnsmasq-base network-manager network-manager-config-connectivity-ubuntu isc-dhcp-client

しかし、それは問題を解決しませんでした。

EDITdns=dnsmasqから/etc/NetworkManager/NetworkManager.confを削除しましたが、動作しているようです。

network-managerdhcpdnsmasqdhclient
1
Wanderer

16.04（xenial）から18.04（bionic）にアップグレードした後、Network ManagerにはDNSがありませんでした。

DNSはGUIで作成しましたが。

本当に、dns=dnsmasqを削除することが助けになりました。

どうもありがとうございました！

2
Terentev Maksim

/etc/NetworkManager/NetworkManager.confからdns = dnsmasqを削除しましたが、動作しているようです。

Ubuntu 18.04 LTSが代わりにデフォルトでsystemd-resovledを使用するように切り替わるため、dnsmasqの使用は実際「非推奨」です。 NetworkManagerでdnsmasqを元に戻して使用することは可能ですが、競合を避けるためにsystemd-resolvedを無効にするか再構成する必要があるかもしれません。例えば。 resolvconf：systemd-resolvedがDNSを管理する場合は/run/systemd/resolve/resolv.confを使用 まだUbuntu 18.04 LTSのdocker CEバージョンにバックポートされておらず、デフォルトのパブリックDNSサーバーへのアクセスをブロックする企業ネットワーク上のDNSを解決できないコンテナーは、ドッカーがフォールバックします。

chown of PID file /run/NetworkManager/dnsmasq.pid failed: Operation not permitted

上記の警告は致命的な問題ではなく、dnsmasqはNetworkManagerで引き続き使用できます。これはdnsmasq-base基本パッケージバージョン2.79-1（および2.78-3）で、失敗したchownアクションを単なる警告としてダウングレードすることで解決されました。参照： Debian Bug report logs-889857 message 1 .

また、 2.78-2から2.78-3への差分 。コード行は代わりに警告を生成します：

my_syslog(LOG_WARNING, "chown of PID file %s failed: %s", daemon->runfile, strerror(chown_warn));
1
JPvRiel