Трудно добраться до большинства популярных веб-сайтов (например, https://stackoverflow.com, https://github.com) под конкретная сеть Wi-Fi с конкретным ноутбуком независимо от используемого браузера. Однако сайты, связанные с Google (например, https://google.com, https://youtube.com) работает без проблем.
Раньше не было проблем с ноутбуком при использовании любых других сетей Wi-Fi по всей Европе (аэропорты, кафе, другие домашние сети и т. д.).
Любые другие устройства поблизости (ноутбук Windows, iPad, iPhone, телефон Android) не имеют абсолютно никаких проблем с отображением любого из вышеперечисленных проблемных веб-сайтов, используя ту же самую сеть Wi-Fi.
Таким образом, кажется, что есть некоторая несогласованность между ноутбуком и сетью.
Настраивать
Машина: Ноутбук Dell XPS-13-9360
Беспроводной адаптер:
$ sudo lshw -C сеть
*-сеть
описание: Беспроводной интерфейс
продукт: Адаптер беспроводной сети QCA6174 802.11ac
производитель: Qualcomm Atheros
физический идентификатор: 0
информация о шине: pci@0000:3a:00.0
логическое имя: wlp58s0
версия: 32
серийный номер: 9c:b6:d0:dc:58:19
ширина: 64 бита
часы: 33 МГц
возможности: pm msi pciexpress bus_master cap_list ethernet физическая беспроводная
конфигурация: широковещательная передача = да драйвер = ath10k_pci версия драйвера = 5.4.0-77-универсальная прошивка = WLAN.RM.4.4.1-00079-QCARMSWPZ-1 ip = 192.168.173.111 задержка = 0 ссылка = да многоадресная рассылка = да беспроводная связь = IEEE 802.11
Операционная система:
$ lsb_release -a
Нет доступных модулей LSB.
Идентификатор дистрибьютора: Ubuntu
Описание: Ubuntu 18.04.5 LTS
Релиз: 18.04
Кодовое название: бионический
Браузеры: Firefox 89.0.2, Хром 91.0.4472.114
Интернет-провайдер: https://www.unitymedia.de/ (Водафон)
Модем: Соединительная коробка CH7465LG-LC от Compal
Тип соединения: DSL
Диагностика/исправления выполнены
Выключите и снова включите:
Пытался
- сброс модема до заводских настроек
- выключите питание модема и включите его через несколько секунд
- отключить брандмауэр модема через страницу администратора
- удалить (забыть) связь на ноутбуке
- перезапустить диспетчер сети
несколько раз в разном порядке.
пинг
- stackoverflow.com
$ пинг stackoverflow.com
PING stackoverflow.com (151.101.1.69) 56 (84) байт данных.
64 байта от 151.101.1.69 (151.101.1.69): icmp_seq=26 ttl=59 время=1881 мс
64 байта от 151.101.1.69 (151.101.1.69): icmp_seq=27 ttl=59 время=857 мс
64 байта от 151.101.1.69 (151.101.1.69): icmp_seq=28 ttl=59 время=91,0 мс
64 байта от 151.101.1.69 (151.101.1.69): icmp_seq=29 ttl=59 время=27,4 мс
64 байта от 151.101.1.69 (151.101.1.69): icmp_seq=30 ttl=59 время=27,4 мс
64 байта от 151.101.1.69 (151.101.1.69): icmp_seq=31 ttl=59 время=27,7 мс
64 байта от 151.101.1.69 (151.101.1.69): icmp_seq=32 ttl=59 время=29,1 мс
64 байта от 151.101.1.69 (151.101.1.69): icmp_seq=33 ttl=59 время=26,0 мс
64 байта от 151.101.1.69 (151.101.1.69): icmp_seq=34 ttl=59 время=39,5 мс
64 байта от 151.101.1.69 (151.101.1.69): icmp_seq=35 ttl=59 время=19,9 мс
^ С
--- Статистика пинга stackoverflow.com ---
50 пакетов передано, 10 получено, потеря 80% пакетов, время 49928 мс
rtt min/avg/max/mdev = 19,926/302,648/1881,058/580,607 мс, канал 2
- google.com
$ пинг google.com
PING google.com(fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e)) 56 байт данных
64 байта из fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=1 ttl=118 time=30,0 мс
64 байта из fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=2 ttl=118 time=37,2 мс
64 байта от fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=3 ttl=118 time=23,7 мс
64 байта от fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=4 ttl=118 time=30,4 мс
64 байта от fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=5 ttl=118 time=26,4 мс
64 байта от fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=6 ttl=118 time=23,8 мс
64 байта от fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=7 ttl=118 time=46.0 мс
64 байта от fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=8 ttl=118 time=16,1 мс
64 байта от fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=9 ttl=118 time=45,3 мс
64 байта от fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=10 ttl=118 time=18,0 мс
64 байта от fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=11 ttl=118 time=22,3 мс
64 байта от fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=12 ttl=118 time=28,0 мс
64 байта от fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=13 ttl=118 time=20,7 мс
64 байта от fra24s12-in-x0e.1e100.net (2a00:1450:4001:831::200e): icmp_seq=14 ttl=118 time=17,3 мс
^ С
--- статистика пинга google.com ---
14 пакетов передано, 14 получено, 0% потери пакетов, время 13019 мс
rtt min/avg/max/mdev = 16,143/27,570/46,096/9,255 мс
трассировка
- stackoverflow.com
$ трассировка stackoverflow.com
1?: [LOCALHOST] pmtu 1500
1: нет ответа
- google.com
$ трассировка google.com
1?: [LOCALHOST] 0,034 мс pmtu 1500
1: 2a02:908:1866:6ce0:925c:44ff:feae:f4e2 6,422 мс
1: 2a02:908:1866:6ce0:925c:44ff:feae:f4e2 5,390 мс
2: 2a02:908:1800:6::1 25,163 мс
3: de-fra04a-ra1-ae10-1320.fra.unity-media.net 22,841 мс
4: 7113a-mx960-02.dar.unity-media.net 23,385 мс, асимм 5
5: de-fra04d-rc1-lo0-0.v6.aorta.net 15,392 мс
6: нет ответа
Интересно, что админка модема имеет возможность выполнять пинг
и "traceroute", которые оба работают абсолютно нормально (пинги короткие, трассировки проходят), как будто проблем вообще не было.
iwconfig
wlp58s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
инет 192.168.0.52 сетевая маска 255.255.255.0 широковещательная рассылка 192.168.0.255
inet6 2a02:908:1866:6ce0:a0a4:8f72:2826:d298 prefixlen 64 scopeid 0x0<global>
inet6 fe80::5230:74d:357d:7adc prefixlen 64 scopeid 0x20<ссылка>
inet6 2a02:908:1866:6ce0:d570:b754:6e12:8475 prefixlen 64 scopeid 0x0<глобальный>
эфир 9c:b6:d0:dc:58:19 txqueuelen 1000 (Ethernet)
Пакеты RX 3276896 байт 2709012463 (2,7 ГБ)
Ошибки RX 0 отброшено 0 переполнение 0 кадр 0
Пакеты TX 1563631 байт 613623237 (613,6 МБ)
Ошибки передачи 0 отброшено 0 превышение пропускной способности 0 несущей 0 коллизий 0
DNS
$ systemd-разрешение --статус
...
Ссылка 2 (wlp58s0)
Текущие области: DNS
Настройка LLMNR: да
Настройка MulticastDNS: нет
Настройка DNSSEC: нет
Поддерживается DNSSEC: нет
DNS-серверы: 192.168.0.1
2а02:908:2:а::1
2а02:908:2:б::1
DNS-домен: ~.
дом
Вопрос
Есть ли что-нибудь еще, что я могу проверить или изменить, чтобы помочь решить проблему?
Обновлять
Теперь это больше похоже на проблему ipv6 и ipv4.
$ пинг 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56 (84) байт данных.
64 байта из 8.8.8.8: icmp_seq=10 ttl=118 время=117 мс
64 байта из 8.8.8.8: icmp_seq=11 ttl=118 время=58,7 мс
64 байта из 8.8.8.8: icmp_seq=12 ttl=118 время=19,7 мс
64 байта из 8.8.8.8: icmp_seq=13 ttl=118 время=17,3 мс
64 байта из 8.8.8.8: icmp_seq=14 ttl=118 время=16,1 мс
64 байта из 8.8.8.8: icmp_seq=15 ttl=118 время=27,5 мс
64 байта из 8.8.8.8: icmp_seq=16 ttl=118 время=31,0 мс
64 байта из 8.8.8.8: icmp_seq=17 ttl=118 время=22,2 мс
64 байта из 8.8.8.8: icmp_seq=18 ttl=118 время=14,1 мс
64 байта из 8.8.8.8: icmp_seq=73 ttl=118 время=1870 мс
64 байта из 8.8.8.8: icmp_seq=74 ttl=118 время=847 мс
64 байта из 8.8.8.8: icmp_seq=75 ttl=118 время=58,9 мс
64 байта из 8.8.8.8: icmp_seq=76 ttl=118 время=14,5 мс
64 байта из 8.8.8.8: icmp_seq=77 ttl=118 время=38,9 мс
64 байта из 8.8.8.8: icmp_seq=78 ttl=118 время=45,6 мс
64 байта из 8.8.8.8: icmp_seq=79 ttl=118 время=30,4 мс
^ С
--- 8.8.8.8 статистика пинга ---
79 пакетов передано, 16 получено, потеря 79% пакетов, время 79539 мс
rtt min/avg/max/mdev = 14,114/201,907/1870,953/473,976 мс, канал 2
по сравнению с пропинговать google.com
выше это работает без проблем.
Если я отключу ipv4 в настройках подключения проблемные сайты https://stackoverflow.com и https://github.com перестают работать полностью, тогда как https://google.com и https://gitlab.com продолжайте работать без проблем.