web-dev-qa-db-fra.com

La résolution DNS ne fonctionne pas dans DHCP

J'ai remarqué ce comportement étrange, j'ai un réseau wi-fi qui ne fonctionne qu'avec des adresses IP statiques. Si je configure DHCP, la résolution DNS échoue, je peux par exemple exécuter un ping sur 8.8.8.8 mais je ne peux pas surfer sur le Web ni sur www.google.com. Cela se produit uniquement avec mon ordinateur et avec la partition Ubuntu (aucun problème avec Win10). Je n'ai aucun problème avec les autres réseaux wi-fi. Mon ordinateur fonctionne sous 16.04, tout a été mis à jour. Des allusions?

UPDATE

Celles-ci sont sorties des commandes Ubuntu (ne fonctionnent pas)

$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope Host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope Host 
       valid_lft forever preferred_lft forever
2: enp7s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether fc:3f:db:a2:6d:46 brd ff:ff:ff:ff:ff:ff
3: wlp19s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether c8:ff:28:93:26:32 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.100/24 brd 192.168.0.255 scope global dynamic wlp19s0
       valid_lft 7193sec preferred_lft 7193sec
    inet6 fe80::e9a0:6a46:1112:815/64 scope link 
       valid_lft forever preferred_lft forever

$ ip route
default via 192.168.0.1 dev wlp19s0  proto static  metric 600 
169.254.0.0/16 dev wlp19s0  scope link  metric 1000 
192.168.0.0/24 dev wlp19s0  proto kernel  scope link  src 192.168.0.100  metric 600 


$ 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
nameserver 127.0.1.1

Et ceci est de ipconfig /all dans Win10 (fonctionne)

Scheda LAN wireless Wi-Fi:

   Suffisso DNS specifico per connessione:
   Descrizione . . . . . . . . . . . . . : Realtek RTL8188EE 802.11 bgn Wi-Fi Adapter
   Indirizzo fisico. . . . . . . . . . . : C8-FF-28-93-26-32
   DHCP abilitato. . . . . . . . . . . . : Sì
   Configurazione automatica abilitata   : Sì
   Indirizzo IPv6 locale rispetto al collegamento . : fe80::7d95:51a8:c887:792e%17(Preferenziale)
   Indirizzo IPv4. . . . . . . . . . . . : 192.168.0.100(Preferenziale)
   Subnet mask . . . . . . . . . . . . . : 255.255.255.0
   Lease ottenuto. . . . . . . . . . . . : sabato 1 aprile 2017 10:12:04
   Scadenza lease . . . . . . . . . . .  : sabato 1 aprile 2017 12:12:18
   Gateway predefinito . . . . . . . . . : 192.168.0.1
   Server DHCP . . . . . . . . . . . . . : 192.168.0.1
   IAID DHCPv6 . . . . . . . . . . . : 281607976
   DUID Client DHCPv6. . . . . . . . : 00-01-00-01-1D-FD-6A-93-FC-3F-DB-A2-6D-46
   Server DNS . . . . . . . . . . . . .  : 192.168.0.1
   NetBIOS su TCP/IP . . . . . . . . . . : Attivato

J'ai également essayé de réinitialiser le routeur en usine, sans aucune chance .. mais je pourrais trouver quelque chose d'intéressant. Après la réinitialisation, j'ai essayé de me connecter au routeur pour modifier les paramètres via un câble LAN. Je n'ai pas pu me connecter à l'aide de tplinkmodem.net, mais seulement en utilisant 192.168.1.1. Il y a quelque chose de mauvais dans ma résolution DNS locale, je pense, mais je ne suis pas un expert .. alors j'attends une suggestion!

16.04dnsdisplay-resolutiondhcp
1
rok

Cette solution a fonctionné pour moi: https://askubuntu.com/a/432374/373541

Cependant je ne comprends pas pourquoi. Le DHCP a toujours fonctionné auparavant dans mon Ubuntu. Si quelqu'un peut expliquer ce que j'ai fait en suivant la solution, ce serait génial. Merci

1
rok

Cela dépend fortement de votre routeur. Lorsque vous utilisez Win10 (ce qui fonctionne), vérifiez les paramètres réseau de votre ordinateur via DHCP avec ipconfig /all. Lorsque vous exécutez Ubuntu sur DHCP (ce qui ne fonctionne pas), faites de même avec ip addr, ip route et cat /etc/resolv.conf. Comparez les deux à la configuration de votre routeur pour voir d'où pourrait provenir la différence.

Comme votre /etc/resolv.conf indique nameserver 127.0.1.1, cela indique que vous exécutez Dnsmasq sur Ubuntu (valeur par défaut). Vous devrez donc également vérifier la configuration de Dnsmasq. Ce n'est pas si facile car Network Manager le gère de manière dynamique via dbus. Il n'y a donc aucun fichier de configuration lisible, et malheureusement, il semble impossible de consulter la configuration actuelle de Dnsmasq. Commencez par demander un reqort de statistiques dnsmasq avec

Sudo killall -URS1 dnsmasq

et balayer le syslog pour les messages de Dnsmasq avec

grep dnsmasq /var/log/syslog

EDIT: Désolé, j'ai oublié Dnsmasq. Comme je ne suis pas autorisé à poster des commentaires, j'ai mis à jour ma réponse.

0
Tilman