[Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

Phildu59 · Le 15/08/2018, à 18:33

Bonjour,
Mon PC est un ordinateur fixe et j'utilise un modem Sagem filaire. Hier, j'ai fait la mise à niveau vers la version 18.04.1 via le gestionnaire de mises à jour. Au redémarrage, je n'ai pas pu naviguer sur internet.

ping [url=http://www.google.fr]www.google.fr[/url]
ping: [url=http://www.google.fr]www.google.fr[/url]: [b]Échec temporaire dans la résolution du nom[/b]
traceroute  [url=http://www.google.fr]www.google.fr[/url]
[url=http://www.google.fr]www.google.fr[/url]: [b]Échec temporaire dans la résolution du nom
Cannot handle "host" cmdline arg `www.google.fr' on position 1 (argc 1[/b])

****************************************************************************************************
Pour avoir une connextion web, je dois faire un ping et un traceroute avec une valeur numérique.

ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=123 time=27.0 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=123 time=26.1 ms
5 packets transmitted, 5 received, 0% packet loss, time 4005ms

ping [url=http://www.google.fr]www.google.fr[/url]
64 bytes from fra15s24-in-f227.1e100.net (216.58.205.227): icmp_seq=1 ttl=56 time=32.3 ms
etc...

traceroute  [url=http://www.google.f]www.google.f[/url]
1  _gateway (192.168.1.1)  1.237 ms  1.710 ms  2.152 ms
 2  lns3.l0.11.143.146.195.nordnet.fr (195.146.243.11)  22.826 ms  23.893 ms  24.300 ms
.....
14  fra15s24-in-f3.1e100.net (216.58.205.227)  36.729 ms  36.615 ms 108.170.252.1 (108.170.252.1)  34.065 ms

EDit : Modifier le iichier NetworkManager.conf n'a servi à rien.

Dernière modification par Phildu59 (Le 18/08/2018, à 22:18)

legrand98 · Le 16/08/2018, à 15:45

As tu essayé cette solution ?

La discussion et le post #52

Dernière modification par legrand98 (Le 16/08/2018, à 15:50)

Phildu59 · Le 16/08/2018, à 19:34

Oui bien sur, j'ai lu ce fil de discussion. C'est intéressant mais ça n'a pas résolu mon problème. Je suis en train de regarder mon fichier HOSTS dans /etc, il fait 7 MégaOctets. J'ai mis des listes pour bloquer des sites nuisibles (ex: 127.0.0.1 www.SitePourri.com). Avec la 16.04, pas de problèmes Avec la 18.04 il semble y avoir un problème de résolution de noms. J'ai donc allégé le HOSTS mais ce n'est qu'une solution de contournement.

cqfd93 · Le 16/08/2018, à 19:42

Bonjour,

Tu as ben fait la modification suggérée ? Donne :

cat /etc/NetworkManager/NetworkManager.conf

Phildu59 · Le 16/08/2018, à 20:27

donjon@HAL2014:~$ cat /etc/NetworkManager/NetworkManager.conf

[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

[device]
wifi.scan-rand-mac-address=no

Dernière modification par Phildu59 (Le 16/08/2018, à 20:42)

cqfd93 · Le 16/08/2018, à 20:41

Modération

Bonjour,

Pour ajouter toi-même les balises code à tes messages #1 et #5 :

Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message

Donc si je comprends bien, tu as juste supprimé la ligne :

dns=dnsmasq

au lieu de la commenter ? Je ne peux pas vraiment t'aider pour ce problème.

Phildu59 · Le 16/08/2018, à 20:48

cqfd93 a écrit :

Modération
Bonjour,
Pour ajouter toi-même les balises code à tes messages #1 et #5 :
Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message
http://pix.toile-libre.org/upload/img/1471986854.png

Donc si je comprends bien, tu as juste supprimé la ligne :
dns=dnsmasq
au lieu de la commenter ? Je ne peux pas vraiment t'aider pour ce problème.

Non, lors de la mise à niveau, cette ligne avait disparu.
Merci pour t'être intéressé à mon message.

ylag · Le 16/08/2018, à 21:18

Salut,

Phildu59 a écrit :

Pour avoir une connextion web, je dois faire un ping et un traceroute avec une valeur numérique.

Si je comprends bien: Lors du démarrage de ta machine, aucun accès au réseau tant que tu n'as pas passé les commandes "ping" ?

Ça semble indiquer que ta connexion ne s'activerait pas automatiquement au démarrage, ou est plus lente à s'activer que prévu. Peut-être vérifier si "Connexion automatique" est coché dans "Paramètres filaires" -> Détails...?

Ton fichier NetworkManager.conf semble conforme à celui créé lors d'une "fresh install" de la 18.04, je crois que ton problème n'est pas similaire à celui que @legrand98 cites au commentaire #2...

Peut-être aussi regarder le retour de:

systenctl status systemd-resolved.service

Tu devras peut-être te taper les pages "man" de systemd-resolved.service:

man systemd-resolved

...fort indigeste et pas de version française, apparemment.

As-tu tenté avec un fichier /etc/hosts de base, i.e.: renommer ou déplacer ton fichier actuel et en recréer un avec les valeurs par défaut ?
Fichier /etc/hosts non-modifié sur Ubuntu 18.04:

127.0.0.1	localhost
127.0.1.1	$HOSTNAME

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Tu devras remplacer $HOSTNAME par le retour de: echo $HOSTNAME.

A+

Dernière modification par ylag (Le 16/08/2018, à 21:55)

Phildu59 · Le 16/08/2018, à 22:16

Pour la connexion automatique filaire :
"Se connecter automatiquement à ce réseau si disponible" est coché
En dessous :
"Priorité de la connexion pour l'activation automatique" est réglé à -999

systemctl status systemd-resolved.service

retourne :

donjon@HAL2014:~$ systemctl status systemd-resolved.service
● systemd-resolved.service - Network Name Resolution
   Loaded: loaded (/lib/systemd/system/systemd-resolved.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2018-08-16 20:00:28 CEST; 3h 24min ago
     Docs: man:systemd-resolved.service(8)
           https://www.freedesktop.org/wiki/Software/systemd/resolved
           https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
           https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
 Main PID: 832 (systemd-resolve)
   Status: "Processing requests..."
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/systemd-resolved.service
           └─832 /lib/systemd/systemd-resolved

août 16 20:14:03 HAL2014 systemd-resolved[832]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
août 16 20:19:30 HAL2014 systemd-resolved[832]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
août 16 20:19:30 HAL2014 systemd-resolved[832]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
août 16 20:52:28 HAL2014 systemd-resolved[832]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
août 16 20:52:28 HAL2014 systemd-resolved[832]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
août 16 20:52:28 HAL2014 systemd-resolved[832]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
août 16 20:52:28 HAL2014 systemd-resolved[832]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2018-0001, retrying transaction with reduced feature level UDP.
août 16 22:37:20 HAL2014 systemd-resolved[832]: Using degraded feature set (UDP) for DNS server 192.168.1.1.
août 16 22:37:30 HAL2014 systemd-resolved[832]: Using degraded feature set (UDP) for DNS server 192.168.1.1.
août 16 22:44:57 HAL2014 systemd-resolved[832]: Grace period over, resuming full feature set (UDP+EDNS0) for DNS server 192.168.1.1.
donjon@HAL2014:~$

En ce qui concerne le fichiers HOSTS, j'avais déjà expérimenté de le remettre à sa valeur initiale comme tu l'indiques et là, pas de problèmes.

Le manuel de system-resolved est difficile à comprendre et ce n'est pas une question d'américain.

Merci pour ton aide.

Dernière modification par Phildu59 (Le 16/08/2018, à 22:28)

Phildu59 · Le 17/08/2018, à 00:29

Avec le fichier /etc/hosts de 56.600 lignes tout baigne. Par contre avec celui faisant 248.800 lignes plus moyen de se connecter au web et par dessus le marché un processeur est à 100%. Pourtant la version 16.04 ne trouvait rien à redire.

Dernière modification par Phildu59 (Le 17/08/2018, à 00:30)

maxire · Le 17/08/2018, à 07:59

Salut,

Rien n'oblige à utiliser systemd-resolved, tu peux parfaitement désactiver ce service et remettre en place le précédent système de résolution dns avec cache local dnsmasq.
Je pense que ton gros fichier hosts met à genoux systemd-resolved.

ylag · Le 17/08/2018, à 12:15

Salut,

+1 pour le commentaire de @maxire au #11: Si tu tiens à utiliser ton gros fichier hosts, il te faudra probablement désactiver le service systemd-resolved.
Par contre, je ne suis pas certain des manips à effectuer pour ce faire, désolé.

Certainement commencer par arrêter et désactiver le service:

sudo systemctl stop systemd-resolved.service

sudo systemctl disable systemd-resolved.service

...pour empêcher le chargement du service au démarrage.

À partir de là, est-ce qu'un simple redémarrage de NetworkManager.service serait suffisant pour que ce dernier reprenne en main la gestion du dns (recréer correctement /etc/resolv.conf avec le lien symbolique approprié) ?

J'ai une partition sous Debian Buster (testing) qui accède très bien au réseau sans utiliser le service systemd-resolved.

Pour info, je poste le contenu de /etc/resolv.conf sous Ubuntu 18.04 avec systemd-resolved activé:

yvan@yvan-maison:~$ 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
yvan@yvan-maison:~$

...et du même fichier sous Debian testing, sans le service systemd-resolved:

yvan@yvan-maison:~$ cat /media/yvan/debian/etc/resolv.conf
# Generated by NetworkManager
nameserver 127.0.0.53
yvan@yvan-maison:~$

Dans le système Debian sans systemd-resolved, /etc/resolv.conf est un lien symbolique vers /run/NetworkManager/resolv.conf.
Sous Ubuntu 18.04 avec systemd-resolved, /etc/resolv.conf est un lien symbolique vers ../run/systemd/resolve/stub-resolv.conf

Ma machine accède au réseau en filaire (ethernet) via un "router" connecté à un modem ADSL.
En espérant que ça puisse t'être utile...

A+

Dernière modification par ylag (Le 17/08/2018, à 12:28)

maxire · Le 17/08/2018, à 12:25

Installer au préalable dnsmasq qui n'est plus installé par défaut.
Comme il s'agit d'une mise à niveau il se peut que dnsmasq soit toujours présent.

Dernière modification par maxire (Le 17/08/2018, à 12:46)

ylag · Le 17/08/2018, à 12:35

@maxire:

Salut,

Je ne sais pas si c'est pertinent sous Ubuntu 18.04, mais dans ma Debian testing le paquet dnsmasq n'est pas installé:

root@yvan-maison:/# dpkg --get-selections |grep -i dns
dns-root-data					install
dnsmasq-base					install
dnsutils					install
libdns-export1102				install
libdns1102:amd64				install
libkdnssd4					install
libmicrodns0:amd64				install
libnss-mdns:amd64				install
root@yvan-maison:/#

J'ai ceci d'installé en Ubuntu 18.04: (C'est de base, n'ayant rien ajouté ou enlevé)

yvan@yvan-maison:~$ dpkg --get-selections | grep -i dns
dns-root-data					install
dnsmasq-base					install
dnsutils					install
libdns-export1100				install
libdns1100:amd64				install
libnet-dns-perl					install
libnss-mdns:amd64				install
yvan@yvan-maison:~$

A+

Dernière modification par ylag (Le 17/08/2018, à 12:43)

maxire · Le 17/08/2018, à 12:43

Dnsmasq est indispensable pour utiliser un cache dns local via NetworkManager, après tu peux parfaitement ne pas utiliser ce cache et donc ne pas installer dnsmasq.

Ma proposition ne vise qu'à retourner à l'état antérieur de la 16.04.

Par contre je ne sais pas ce qu'il en est avec resolvconf sous la 18.04, est-il toujours utilisé?

Dernière modification par maxire (Le 17/08/2018, à 12:44)

ylag · Le 17/08/2018, à 14:08

Salut,

Il semblerait que le paquet resolvconf ne fasse pas partie de l'installation de base de la 18.04, mais en faisait partie sur la 16.04.
Devrait-il être conservé lors d'une mise à niveau ?
De toute façon, c'est facilement installable, si nécessaire.

A+

Dernière modification par ylag (Le 17/08/2018, à 14:09)

maxire · Le 17/08/2018, à 14:19

Resolvconf est, je pense, nécessaire pour revenir à la situation de la 16.04.

maxire · Le 17/08/2018, à 14:25

Pour résumer, pour revenir au fonctionnement de la 16.04 installer Resolvconf + dnsmasq (dnsmasq-base est insuffisant), désactiver systemd-resolved (pas nécessairement le plus simple) puis paramétrer NetworkManager et peut-etre Resolvconf.

Dernière modification par maxire (Le 17/08/2018, à 14:26)

ylag · Le 17/08/2018, à 14:57

Salut,

Sous la 16.04, il semble bien que resolvconf gère le dns. Voici le contenu de mon fichier /etc/resolv.conf sous xenial:

yvan@yvan-maison:~$ cat /media/yvan/xenial/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
nameserver 192.168.0.1
yvan@yvan-maison:~$

A+

Dernière modification par ylag (Le 17/08/2018, à 15:01)

ylag · Le 17/08/2018, à 17:32

Salut,

À tout hasard, trouvé ceci en relation avec le commentaire #18 de @maxire (en anglais, malheureusement.):
resolvconf-tutorial

A+

Phildu59 · Le 18/08/2018, à 05:09

ylag a écrit :

Salut,
À tout hasard, trouvé ceci en relation avec le commentaire #18 de @maxire (en anglais, malheureusement.):
resolvconf-tutorial
A+

Le lien vers son autre article est aussi très instructif https://www.ctrl.blog/entry/how-to-debian-dns-resolv

Il faut s'assurer que le fichier 'resolv.conf' n'est géré que par un seul gestionnaire 'NetworkManager'et arrêter puis supprimer les services qui entrent en concurrence tel que rdnssd et resolvconf et systemd-resolved. J'ai ensuite supprimé 'resolv.conf'.
Nouveau resolv.conf :

# Generated by NetworkManager
search home
nameserver 127.0.1.1

Il faut redémarrer la connexion. J'ai ensuite recréé le fichier 'NetworkManager.conf'
Nouveau fichier NetworjkManager.conf : je ne sais pas à quoi sert ofono

[main]

plugins=ifupdown,keyfile,ofono
dns=dnsmasq

[ifupdown]
managed=false

En tout état de cause, systemd ne parait pas terrible.
J'ai réutilisé mon gros fichier hosts et maintenant je peux me connecter au web et le processur n'est plus à 100%. Donc pour l'instant, ça fonctionne.

Merci pour ceslectures intéressantes.

Dernière modification par Phildu59 (Le 18/08/2018, à 05:26)

xubu1957 · Le 18/08/2018, à 05:29

Bonjour,

Phildu59 a écrit :

... je ne sais pas à quoi sert ofono

Dans la Doc > modems_3g

§ 3.1 a écrit :

oFono est une couche logicielle pour la téléphonie mobile sous Linux. Il fournit à Connman un accès aux données des modems afin qu'une connexion internet puisse être créée.

et cette page > linuxembedded.fr/2017/02/introduction-a-ofono

Dernière modification par xubu1957 (Le 18/08/2018, à 05:30)

maxire · Le 18/08/2018, à 07:45

Phildu59 a écrit :

En tout état de cause, systemd ne parait pas terrible.

Systemd-resolved pose problème (comme resolvconf d'ailleurs qui peut faire n'importe quoi), pour le reste de SystemD je te laisse juger sur pièce.
Mettre le fil de discussion en [Résolu] stp.

Dernière modification par maxire (Le 06/12/2018, à 12:26)

maxire · Le 18/08/2018, à 08:08

Je pense à une chose, le poste de Phildu59 est un fixe donc sans doute avec un seul périphérique réseau.
Dans ce cas NetworkManager est inutile car il n'est utilisé qu'une seule configuration réseau contrairement aux postes mobiles.
Dans ces cas de postes fixes je vire NetworkManager.

tacsontou · Le 06/12/2018, à 11:25

Bonjour.
Je suis nouvel utilisateur du forum et je n'ai pas réussi a poster mon message dans une nouvelle discussion.
je profite de celle en cours qui a trait au meme sujet pour poser mon problème.
je viens de faire le passage de ubuntu 16.04 a 18.04 par le gestionnaire de mise ajour : mise a niveau.
tout c'est très bien déroulé (a la question de savoir si je voulais conserver mon ancien fichier networkmanager.conf j'ai répondu que oui)
tout semble fonctionner sauf que je n'ai plus d'acces internet. (je peux accéder aux paramètres de la liveboxe orange e(192.168.1.1)
le problème ne semble pas venir de networkmanager car j'ai toutes les commandes graphique les connexions apparaissent normalement wifi ou filaire et on peut les paramétrer) j'ai un point d'interrogation qui apparait par dessus l’icône qui symbolise la connexion dans networmanager. j'ai essayé wifi seul ou filaire seul resultat idem. Merci de votre aide. mon pc est une station de travail lenovo

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 15/08/2018, à 18:33

[Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#2 Le 16/08/2018, à 15:45

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#3 Le 16/08/2018, à 19:34

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#4 Le 16/08/2018, à 19:42

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#5 Le 16/08/2018, à 20:27

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#6 Le 16/08/2018, à 20:41

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#7 Le 16/08/2018, à 20:48

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#8 Le 16/08/2018, à 21:18

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#9 Le 16/08/2018, à 22:16

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#10 Le 17/08/2018, à 00:29

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#11 Le 17/08/2018, à 07:59

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#12 Le 17/08/2018, à 12:15

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#13 Le 17/08/2018, à 12:25

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#14 Le 17/08/2018, à 12:35

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#15 Le 17/08/2018, à 12:43

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#16 Le 17/08/2018, à 14:08

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#17 Le 17/08/2018, à 14:19

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#18 Le 17/08/2018, à 14:25

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#19 Le 17/08/2018, à 14:57

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#20 Le 17/08/2018, à 17:32

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#21 Le 18/08/2018, à 05:09

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#22 Le 18/08/2018, à 05:29

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#23 Le 18/08/2018, à 07:45

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#24 Le 18/08/2018, à 08:08

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

#25 Le 06/12/2018, à 11:25

Re : [Résolu]Upgrade 16.04 -> 18.04.1 : plus de connexion au web - Xubuntu

Pied de page des forums