2 votes

Ubuntu 18.04 incapable d'atteindre le DNS après la mise à niveau

J'ai récemment mis à niveau ma machine virtuelle Ubuntu (VirtualBox 5.2.8) d'Ubuntu 16.04 à 18.04 en utilisant do-release-upgrade -d . Il y a eu beaucoup de problèmes pendant la mise à niveau. Je devais sans cesse redémarrer/reprendre la mise à niveau en utilisant apt-get install -f et apt-get dist-upgrade. Cependant, elle s'est finalement terminée.

Maintenant, pour une raison quelconque, je dois exécuter manuellement sudo dhclient enp0s3 à chaque fois que je redémarre pour qu'il détecte le réseau correctement.

Comment puis-je le régler pour qu'il démarre correctement ?

Je constate ce qui suit 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

en cours d'exécution dhcpclient enp0s3 manuellement, je vois des problèmes sur différentes lignes.

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

EDIT

J'ai corrigé l'erreur dans var/log/syslog fichier. Il me manquait un point-virgule sur une ligne dans /etc/dhcp/dhclient.conf

Cependant, cela n'a pas résolu le problème.

Et j'ai trouvé ça :

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

EDIT

J'ai essayé de réinstaller :

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

mais cela n'a pas réglé le problème.

EDIT J'ai retiré dns=dnsmasq de /etc/NetworkManager/NetworkManager.conf et les choses semblent fonctionner.

2voto

Terentev Maksim Points 1117

Après la mise à niveau de 16.04 (xenial) à 18.04 (bionic), Network Manager n'avait pas de DNS.

Bien que j'ai écrit DNS en GUI.

Vraiment, enlever dns=dnsmasq m'a aidé.

Merci beaucoup !

2voto

JPvRiel Points 266

J'ai supprimé dns=dnsmasq de /etc/NetworkManager/NetworkManager.conf et les choses semblent fonctionner.

L'utilisation de dnsmasq est en effet "dépréciée" car Ubuntu 18.04 LTS passe à l'utilisation de systemd-resovled par défaut. Bien qu'il soit toujours possible de revenir en arrière et d'utiliser dnsmasq avec NetworkManager, on peut aussi avoir besoin de désactiver ou reconfigurer systemd-resolved pour éviter les conflits. Par exemple, j'ai dû revenir à l'utilisation de dnsmasq à cause de resolvconf : utiliser /run/systemd/resolve/resolv.conf si systemd-resolved gère les DNS qui n'a toujours pas été rétroportée dans la version docker CE d'Ubuntu 18.04 LTS et qui fait que les conteneurs ne peuvent pas résoudre les DNS sur les réseaux d'entreprise qui bloquent l'accès aux serveurs DNS publics par défaut sur lesquels docker se rabat.

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

L'avertissement ci-dessus n'est pas un problème fatal et dnsmasq peut toujours être utilisé avec NetworkManager. Ce problème a été résolu dans la version du paquet de base dnsmasq-base 2.79-1 (et 2.78-3 ) en rétrogradant l'échec de l'action chown en simple avertissement. Voir : Journaux de rapports de bogues Debian - 889857 message 10 .

Aussi, Différence de 2.78-2 à 2.78-3 . La ligne de code génère plutôt un avertissement :

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

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X