web-dev-qa-db-ja.com

DHCPでDNS解決が機能しない

この奇妙な振る舞いに気付きました。静的IPアドレスでのみ動作するwi-fiネットワークがあります。 DHCPを設定すると、DNS解決が失敗します。たとえば、8.8.8.8にpingを実行できますが、Webサーフィンやwww.google.comにpingを実行できません。私のコンピューターでのみ発生し、Ubuntuパーティションでのみ発生します（Win10を使用しても問題ありません）。私は他のwi-fiネットワークには何の問題もありません。私のコンピューターは16.04を実行し、すべてが更新されました。ヒントはありますか？

UPDATE

これらはUbuntuコマンドからの出力です（動作していません）

$ 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

これはWin10のipconfig /allから（作業中）

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

幸運にもルーターを工場出荷時の状態にリセットしようとしましたが、何か面白いものが見つかりました。リセット後、ルーターに接続してLANケーブル経由で設定を変更しようとしましたが、tplinkmodem.netを使用して接続できませんでした。ただし、192.168.1.1のみを使用します。ローカルDNSの解決方法に問題があると思いますが、私は専門家ではありません。だから私は提案を待っています！

16.04dnsdisplay-resolutiondhcp
1
rok

このソリューションは私のために働いた： https://askubuntu.com/a/432374/373541

しかし、その理由はわかりません。私のUbuntuでは、DHCPは常に以前から機能していました。ソリューションに続いて私がしたことを誰かが説明できれば、それは素晴らしいことです。ありがとうございました

1
rok

これはルーターに大きく依存します。 Win10の実行中（動作します）、ipconfig /allを使用して、コンピューターがDHCP経由で受信するネットワークパラメーターを確認します。 DHCPに設定されたUbuntuを実行中（これは機能しません）、ip addr、ip route、およびcat /etc/resolv.confで同じことを行います。この2つをルーター構成と比較して、違いの原因を確認します。

/etc/resolv.confがnameserver 127.0.1.1にあるように、Ubuntu（デフォルト）でdnsmasqを実行していることを示しているため、dnsmasqの構成も確認する必要があります。これは、dbusを介してNetwork Managerによって動的に管理されるため、それほど簡単ではありません。したがって、読み取り可能な構成ファイルはありません。残念ながら、dnsmasqの現在の構成を照会する方法はないようです。 dnsmasq統計要求を要求することから始めます。

Sudo killall -URS1 dnsmasq

そして、dnsmasqからのメッセージをsyslogでスキャンします。

grep dnsmasq /var/log/syslog

編集：申し訳ありませんが私はdnsmasqについて忘れていました。コメントを投稿することはできませんので、回答を更新しました。

0
Tilman