IPv6 работает, но IPv4 не

У меня есть новый ноутбук под управлением 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
2
задан 14 April 2018 в 21:15

5 ответов

Не уверен, что это постоянное решение, но мне удалось снова заставить работать, освободив и обновив мой IP-адрес: sudo dhclient -r wlp2s0 sudo dhclient wlp2s0

Теперь я вижу строку inet addr когда я запускаю ifconfig (чего раньше никогда не было) и cat /etc/resolv.conf добавляю сервер имен IPv4 и строку «поиска» для моего провайдера (search hsd1.va.comcast.net). Проблема решена!

6
ответ дан 2 December 2019 в 01:36

Иногда это может быть вызвано неправильным системным временем. Если Ваше системное время будет слишком далеко, то Вы не будете арендованы IPv4 DHCP - только IPv6.

можно проверить настройки системного времени путем выполнения timedatectl в терминале.

, Если необходимо реконфигурировать системное время и/или часовой пояс, работайте sudo dpkg-reconfigure tzdata в терминале.

Присвоение статического IP/шлюза/DNS могло также работать независимо, но определенные веб-сайты будут жаловаться.

1
ответ дан 2 December 2019 в 01:36

После запуска брандмауэра у меня разорвалось проводное соединение: sudo ufw enable

После этого отключение брандмауэра все еще не решило проблему.

Посмотрев на конфигурацию сети в графическом интерфейсе (Проводное подключение --> Настройки проводного подключения), я увидел, что IPv4 не включается автоматически.

Нажмите на значок конфигурации (шестеренка), выберите «подключаться автоматически». Затем перейдите на вкладку IPv4 и выберите «Автоматически (DHCP)»

. Подождите немного, и все заработало.

0
ответ дан 6 July 2020 в 20:54

Потратив целый день на устранение неполадок на ноутбуке, изменение моего мобильного APN с ipv6 на ipv4/ipv6 наконец-то помогло.

0
ответ дан 2 September 2020 в 20:16

В моем случае (в Ubuntu 20.04 FWIW) сетевая карта не была настроена на использование DHCP. Мне пришлось обновить /etc/netplan/00-installer-config.yaml с помощью

network:
  ethernets:
    enp5s0:  # new interface
      dhcp4: true

, а затем запустить netplan apply

.Не могу вспомнить, приходилось ли мне также запускать . ]dhclient -r enp5s0, чтобы заставить его снова получить DHCP.

0
ответ дан 9 January 2021 в 00:40

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

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