У меня есть новый ноутбук под управлением Ubuntu 16.04, которая работала как очарование в течение нескольких недель, но теперь потеряла его аппетит к соединению с Интернетом через Wi-Fi. Я знаю, что это не проблема с моим маршрутизатором или ISP, потому что я пишу, что это сообщение с помощью моего старого ноутбука Windows в той же самой домашней сети ноутбуком Ubuntu не соединится с.
Я соединяюсь со своим маршрутизатором успешно и работаю nmcli dev
шоу, что я подключен к своему устройству Wi-Fi (wlp2s0) и к беспроводной сети.
Вчера вечером я смог открыться на некоторые страницы (Google, Facebook, YouTube), но не другие (ubuntu.com, riken.jp). В то время, когда я подозревал, что это было что-то, где IPv6 работал, но IPv4 не был. Теперь, однако, ничто не работает. Хром, ping, wget, роет - ничто. /etc/resolv.conf/
не содержит ничего вообще (вне строк комментария, говоря мне не отредактировать его), и таблица, возвращенная route
пусто.
ОБНОВЛЕНИЕ 1: Я использовал ipconfig /all
на моей машине Windows для выяснения, какие серверы DNS это использовало (75.75.75.75, 75.75.76.76., 2001:558:feed:: 1, 2001:558:feed:: 2), затем используемые Сетевые соединения для добавления их как DNS-серверов для моей домашней сети. cat /etc/resolv.conf
теперь дает мне nameserver 127.0.1.1
; Я не совсем уверен, что это означает, но я думаю, что это - некоторый псевдоним, правильно? nmcli dev show | grep DNS
показывает меня использованием двух IPv6 серверы DNS (2001:558:feed:: 1 и 2001:558:feed:: 2).
Я могу добраться wget
для работы с URL, которые решают к адресу IPv6, как так:
craig@craig-XPS-13-9370:~$ wget www.google.com
--2018-04-14 13:06:17-- http://www.google.com/
Resolving www.google.com (www.google.com)... 2607:f8b0:4004:808::2004,
172.217.13.68
Connecting to www.google.com
(www.google.com)|2607:f8b0:4004:808::2004|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘index.html.5’
index.html.5 [ <=> ] 10.41K --.-KB/s in 0.003s
2018-04-14 13:06:17 (3.36 MB/s) - ‘index.html.5’ saved [10659]
Я не могу получить a wget
запросите работать с URL, которые решают к адресу IPv4:
craig@craig-XPS-13-9370:~$ wget www.ubuntu.com
--2018-04-14 13:06:28-- http://www.ubuntu.com/
Resolving www.ubuntu.com (www.ubuntu.com)... 91.189.89.118
Connecting to www.ubuntu.com (www.ubuntu.com)|91.189.89.118|:80... failed:
Network is unreachable.
Добавление -4
флаг к wget
вызвать использование IPv4 получает подобный результат:
craig@craig-XPS-13-9370:~$ wget -4 www.google.com
--2018-04-14 13:06:41-- http://www.google.com/
Resolving www.google.com (www.google.com)... 172.217.13.68
Connecting to www.google.com (www.google.com)|172.217.13.68|:80... failed:
Network is unreachable.
Точно так же ping www.google.com
не работает, но ping6 www.google.com
делает. Таким образом, довольно ясно, что что-то неправильно с IPv4, но я не уверен что...
ОБНОВЛЕНИЕ 2: Я думал, что моя проблема выглядела довольно подобной этому вопросу, но решение, предложенное там (запрещающий IPv4 через Сетевые соединения), кажется, ни на что не влияло. Это действительно давало мне некоторое представление для того, что полезно совместно использовать с другими, хотя:
Вывод от cat /etc/network/interfaces
:
craig@craig-XPS-13-9370:~$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
Вывод от ifconfig
:
craig@craig-XPS-13-9370:~$ ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:13526 errors:0 dropped:0 overruns:0 frame:0
TX packets:13526 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:1031920 (1.0 MB) TX bytes:1031920 (1.0 MB)
wlp2s0 Link encap:Ethernet HWaddr 9c:b6:d0:8b:4b:c5
inet6 addr: fe80::1f3b:5545:508:919a/64 Scope:Link
inet6 addr: 2601:140:8600:e0:d64b:9272:665f:3734/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:19665 errors:0 dropped:0 overruns:0 frame:0
TX packets:10262 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:14731745 (14.7 MB) TX bytes:1722860 (1.7 MB)
Вывод от iwconfig
:
craig@craig-XPS-13-9370:~$ iwconfig
lo no wireless extensions.
wlp2s0 IEEE 802.11abgn ESSID:"MOTOROLA-ABD39"
Mode:Managed Frequency:2.447 GHz Access Point: 34:1F:E4:E4:35:D0
Bit Rate=1 Mb/s Tx-Power=20 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:on
Link Quality=55/70 Signal level=-55 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:39 Missed beacon:0
Вывод от cat /etc/resolv.conf
:
craig@craig-XPS-13-9370:~$ 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
Вывод от route -n
:
craig@craig-XPS-13-9370:~$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
Вывод от route -6 -n
:
craig@craig-XPS-13-9370:~$ route -6 -n
Kernel IPv6 routing table
Destination Next Hop Flag Met Ref Use If
2601:140:8600:e0::/64 :: U 600 0 0 wlp2s0
2601:140:8600:e0::/60 fe80::361f:e4ff:fee4:35cf UG 600 0 0 wlp2s0
fe80::/64 :: U 256 0 0 wlp2s0
::/0 fe80::361f:e4ff:fee4:35cf UG 600 2 4 wlp2s0
::/0 :: !n -1 1 1495 lo
::1/128 :: Un 0 7 46 lo
2601:140:8600:e0:d64b:9272:665f:3734/128 :: Un 0 2 150 lo
fe80::1f3b:5545:508:919a/128 :: Un 0 2 4 lo
ff00::/8 :: U 256 7 99 wlp2s0
::/0 :: !n -1 1 1495 lo
Вывод от ip neigh
:
craig@craig-XPS-13-9370:~$ ip neigh
fe80::361f:e4ff:fee4:35cf dev wlp2s0 lladdr 34:1f:e4:e4:35:cf router REACHABLE
Не уверен, что это постоянное решение, но мне удалось снова заставить работать, освободив и обновив мой IP-адрес: sudo dhclient -r wlp2s0 sudo dhclient wlp2s0
Теперь я вижу строку inet addr
когда я запускаю ifconfig
(чего раньше никогда не было) и cat /etc/resolv.conf
добавляю сервер имен IPv4 и строку «поиска» для моего провайдера (search hsd1.va.comcast.net). Проблема решена!
Иногда это может быть вызвано неправильным системным временем. Если Ваше системное время будет слишком далеко, то Вы не будете арендованы IPv4 DHCP - только IPv6.
можно проверить настройки системного времени путем выполнения timedatectl
в терминале.
, Если необходимо реконфигурировать системное время и/или часовой пояс, работайте sudo dpkg-reconfigure tzdata
в терминале.
Присвоение статического IP/шлюза/DNS могло также работать независимо, но определенные веб-сайты будут жаловаться.
После запуска брандмауэра у меня разорвалось проводное соединение: sudo ufw enable
После этого отключение брандмауэра все еще не решило проблему.
Посмотрев на конфигурацию сети в графическом интерфейсе (Проводное подключение --> Настройки проводного подключения), я увидел, что IPv4 не включается автоматически.
Нажмите на значок конфигурации (шестеренка), выберите «подключаться автоматически». Затем перейдите на вкладку IPv4 и выберите «Автоматически (DHCP)»
. Подождите немного, и все заработало.
Потратив целый день на устранение неполадок на ноутбуке, изменение моего мобильного APN с ipv6 на ipv4/ipv6 наконец-то помогло.
В моем случае (в Ubuntu 20.04 FWIW) сетевая карта не была настроена на использование DHCP. Мне пришлось обновить /etc/netplan/00-installer-config.yaml
с помощью
network:
ethernets:
enp5s0: # new interface
dhcp4: true
, а затем запустить netplan apply
.Не могу вспомнить, приходилось ли мне также запускать . ]dhclient -r enp5s0
, чтобы заставить его снова получить DHCP.