Вопросы Теги

Разрешение DNS, не работающее в DHCP

Я заметил это странное поведение, у меня есть сеть Wi-Fi, которая только работает со статическими IP-адресами. Если я установил DHCP сбои разрешения DNS, я могу, например, проверить с помощью ping-запросов 8.8.8.8, но я не могу бродить по сети или проверить с помощью ping-запросов www.google.com. Это происходит только с моим компьютером, и только с разделом Ubuntu (без проблем с помощью Win10). У меня нет вида проблемы с другими сетями Wi-Fi. Мой компьютер работает 16.04, все обновленное. Какие-либо подсказки?

ОБНОВЛЕНИЕ

Они производятся от команд 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

И это от ipconfig /all в Win10 (работа)

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, я думаю, но я не эксперт.. таким образом, я ожидаю предложения!

1
задан 1 April 2017 в 14:25

2 ответа

Это решение работало на меня: https://askubuntu.com/a/432374/373541

Однако я не понимаю почему. DHCP всегда работал прежде в моей Ubuntu.. Если кто-то может объяснить, что я сделал после решения, будет большим. спасибо

1
ответ дан 7 December 2019 в 15:38

Это зависит в большой степени от Вашего маршрутизатора. В то время как выполнение Win10 (который работает) проверяет параметры сети, которые Ваш компьютер получает через DHCP с ipconfig /all. В то время как рабочий набор Ubuntu к DHCP (который не работает), сделайте то же с ip addr, ip route и cat /etc/resolv.conf. Сравните два со своей конфигурацией маршрутизатора для наблюдения, куда различие могло бы прибыть из.

, Поскольку Ваш/etc/resolv.conf говорит nameserver 127.0.1.1, который показывает, что Вы выполняете dnsmasq на Ubuntu (значение по умолчанию), таким образом, необходимо будет проверить dnsmasq конфигурацию также. Это не так легко, так как этим управляет динамично Администратор сети через dbus, таким образом, нет никакого конфигурационного файла, который можно считать, и к сожалению, кажется, нет никакого способа запросить текущую конфигурацию dnsmasq. Запустите путем запроса dnsmasq статистики reqort с 

sudo killall -URS1 dnsmasq

и сканирования системного журнала для сообщений от dnsmasq с 

grep dnsmasq /var/log/syslog

РЕДАКТИРОВАНИЕ: Извините я забыл о dnsmasq. Поскольку мне не разрешают добавить комментарии, я обновил свой ответ.

0
ответ дан 7 December 2019 в 15:38

Другие вопросы по тегам:

Похожие вопросы: