web-dev-qa-db-fra.com

Pas d'internet après la mise à jour du 16.04 au 18.04

Après la mise à niveau, j'ai remarqué que je n'ai pas accès à Internet . Le réseau filaire et les paramètres wifi semblaient bons, mais cela ne fonctionnait pas. Après la connexion, le système est toujours passé en mode avion. J'ai connecté le réseau via USB et Bluetooth à l'aide de mon téléphone portable, mais ils ne fonctionnaient pas non plus.

networkingdns18.04tethering
31
Zoltán Süle

J'ai signalé le bogue sur le tableau de bord. Vous pouvez vous inscrire si vous êtes impliqué: https://bugs.launchpad.net/ubuntu/+bug/18165

l'origine de la solution

si le /etc/resolv.conf est vide mais que vous pouvez faire un ping vers 8.8.8.8

$ echo "nameserver 8.8.8.8" | Sudo tee /etc/resolv.conf > /dev/null

si le /etc/resolvconf/resolv.conf.d/head est vide, vous devez répéter la commande ci-dessus après chaque redémarrage, sauf que vous procédez comme suit:

$ echo "nameserver 8.8.8.8" | Sudo tee -a /etc/resolvconf/resolv.conf.d/head > /dev/null

alors vous devez redémarrer le resolvconf et la mise en réseau

$ Sudo systemctl enable resolvconf
$ Sudo systemctl start resolvconf
$ Sudo /etc/init.d/networking restart
32
Zoltán Süle

La réponse acceptée a résolu mon problème. Cependant, comme tout le monde l'a dit, ce n'est que jusqu'à ce que vous redémarriez, ce que je fais quotidiennement avec ma machine. Taper 5 à 6 lignes dans le terminal à chaque démarrage du système n’est pas quelque chose d’amusant.

Après avoir fouillé sur Internet, j'ai trouvé une solution pour résoudre le problème de façon permanente. Par la suite, j’ai redémarré 3 fois, pour être sûr, la connexion Internet est là et je n’ai rien à faire.

Solution:

Démarrez le terminal et tapez:

$ ifconfig

Vous devez maintenant déterminer quelle est votre interface Ethernet. Le mien est répertorié sous le nom eth1. Type suivant:

$Sudo gedit /etc/network/interfaces

Mon dossier n'avait que:

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

Maintenant, ce que vous devez faire est d’ajouter les lignes suivantes:

auto eth1
iface eth1 inet dhcp

Enfin, $ Sudo ifup eth1, redémarrez et vous avez terminé. N'oubliez pas de changer eth1 avec le nom de votre interface Ethernet.

Réponse originale

4
Whatnow

tl; dr

D'abord, éditez ce fichier

Sudo vim /etc/resolvconf/resolv.conf.d/base

Deuxièmement, ajoutez ce qui suit

nameserver 8.8.8.8
nameserver 8.8.4.4

Après cela, redémarrez Ubuntu, devrait avoir Internet maintenant.

Explique

Une partie de la solution listée a fonctionné, mais a échoué une fois redémarré Ubuntu (dans mon cas, VM),

La solution ci-dessus est un tl; dr de cette solution ( https://unix.stackexchange.com/a/128223/24348 ) et cela a parfaitement fonctionné

3
Ng Sek Long

Je suis d'accord avec d'autres personnes ici que la réponse choisie n'est probablement pas la meilleure façon de résoudre le problème:

Quand un fichier a un commentaire à son début qui dit

"DO NOT EDIT THIS FILE"

alors il y a probablement une très bonne raison de, eh bien, ... ne pas éditer ce fichier! ;-)

Et voici pourquoi, ainsi qu’une suggestion pour une meilleure solution (IMHO):

a. le fichier /etc/resolv.conf, que vous avez modifié, sera écrasé au démarrage, de sorte que votre modification ne "collera" pas.

b. L'adresse IP (127.0.0.53) qui s'y trouvait à l'origine (avant de la modifier) ​​est en fait l'adresse d'un résolveur de stub DNS. C'est là! Vous pouvez le cingler! il s'exécute localement sur votre machine. Qu'est-ce qu'un résolveur de stub? Il prend vos requêtes DNS et cherche dans sa mémoire cache une résolution! S'il ne parvient pas à en trouver, il contacte un vrai serveur DNS (puis met en cache le résultat). Donc, si vous écrasez l'adresse du résolveur de stub, vous allez manquer cette importante fonction de mise en cache du résolveur de stub!

Le problème avec cette nouvelle méthode de résolution dans Ubuntu 18.04 est que l'adresse du serveur DNS "réel" n'a jamais été définie. Ainsi, si le résolveur de stub ne trouve pas le domaine demandé dans son cache, il ne sait pas quel serveur DNS interroger. (Par conséquent, vos accès Internet basés sur un nom de domaine ne fonctionnent plus). Il suffit donc de configurer le "vrai" serveur DNS que ce résolveur de stub doit utiliser. Et vous faites cela en éditant (Sudo!) /etc/systemd/resolved.conf

Ajoutez simplement quelque chose comme

DNS=8.8.8.8

à ce fichier.

Ensuite, redémarrez le réseau, ou plutôt redémarrez, afin de vérifier que vous disposez maintenant d'une solution persistante après les redémarrages.

(Ce que je n'ai pas encore compris, c'est pourquoi DHCP ne configure pas correctement le bon serveur DNS!)

2
Paul Claessen

J'avais le même problème sur Ubuntu 18.04 et la réponse ci-dessus ne fonctionnait pas pour moi car je n'avais pas de dossier nommé /etc/resolvconf/resolv.conf.d/. Alors j'ai fait ce qui suit

Sudo mkdir -p /etc/resolvconf/resolv.conf.d
Sudo touch /etc/resolvconf/resolv.conf.d/head

Puis j'ai ajouté nameserver 8.8.8.8 au fichier /etc/resolvconf/resolv.conf.d/head

Ensuite, un simple redémarrage du réseau a résolu le problème.

Sudo /etc/init.d/networking restart
1
user9377103

Changer /etc/resolv.conf n'est pas la meilleure réponse à ce problème. Selon la documentation Ubuntu 16.04, le fichier resolv.conf peut être écrasé par le système à tout moment.
Si vous utilisez une configuration IP statique, vous devez ajouter une ligne à votre fichier /etc/network/interfaces dans la configuration de votre carte Ethernet. Cela devrait ressembler à quelque chose comme:

iface eth0 inet static 
    address 192.168.3.3 
    emsp;netmask 255.255.255.0 
    gateway 192.168.3.1 
    dns-nameservers 8.8.8.8

Et ensuite, pour redémarrer votre réseau, lancez:

/etc/init.d/networking restart

Si vous souhaitez éviter d'éventuels problèmes à l'avenir, vous pouvez faire une dernière chose. La mise à niveau de 16.04 à 18.04 ne modifie pas la méthode de configuration réseau de /etc/network à new /etc/netplan utilisée dans 18.04. Si vous voulez le changer manuellement, regardez Comment activer netplan sur le serveur Ubuntu mis à niveau du 16.04 au 18.04

0
Niktnaprawde Nobodyreally

Sur le PC mis à jour qui ne fonctionnait pas, le lien symbolique était le suivant:

/etc/resolv.conf -> /run/resolveconf/resolv.conf

Sur un PC en fonctionnement avec 18.04, le lien symbolique était:

/etc/resolv.conf -> /run/systemd/resolve/stub-resolv.conf

puis je remplace l'ancien fichier lié par un nouveau:

rm  /etc/resolv.conf
Sudo ln -s  /run/systemd/resolve/stub-resolv.conf  /etc/resolv.conf

(travail après les procédures décrites ci-dessous)

0
Covich

Bonjour à tous. Noob presque total ici, mais j'ai rencontré ce problème lorsque j'ai commencé à effectuer un double démarrage entre Windows 10 et Ubuntu 18.04 chargé sur un disque dur séparé. Mon internet ne se connecterait pas et mon routeur ne me permettrait pas d'ouvrir l'interface de configuration. J'ai finalement compris que c'était parce que DCHP était configuré pour attribuer une adresse IP statique à Windows 10. Après avoir vérifié toutes les informations que je pouvais trouver et que rien ne fonctionnait, j'ai chargé Windows 10 et supprimé l'adresse IP statique des routeurs des paramètres DHCP. Cela a permis à Internet de fonctionner, mais je voulais une adresse IP statique pour Windows et Ubuntu. Le mieux que je puisse comprendre, c’est que Ubuntu ne lâche pas le serveur DHCP des routeurs bien qu’il soit réglé sur automatique. Une fois que j'ai configuré manuellement l'adresse IP statique et la passerelle sous Ubuntu, puis-je revenir à l'adresse IP statique susmentionnée? J'espère que ça aide quelqu'un. A dessiné

0
Newb Dawg