Хотя моя машина с Windows 10 имеет стабильное и быстрое подключение к Интернету, работающая машина с Ubuntu 18.04 практически не может поддерживать соединение. Глупый трюк с Ubuntu, который я могу сделать, - это попытаться загрузить gnome-control-center (почему бы и нет). Sudo может установить gnome-control-center . Я много разговариваю, но когда приходит время загрузить приложение, я получаю сообщение об ошибке 101: Сеть недоступна. После этого я могу сразу успешно пинговать banjo.cononical.com или, если кому-то интересно, 91.189.91.38.
Я пробовал явно настроить DNS-серверы и отключить адресацию IPv6, но, поскольку я могу успешно пинговать практически все, я думаю, это не решает проблему.
Запуск lshw-C network от имени суперпользователя предоставил много информации об интерфейсе.
lshw -C
*-network
description: Ethernet interface
product: 82540EM Gigabit Ethernet Controller
vendor: Intel Corporation
physical id: 3
bus info: pci@0000:00:03.0
logical name: enp0s3
version: 02
serial: 08:00:27:a8:3c:94
size: 1Gbit/s
capacity: 1Gbit/s
width: 32 bits
clock: 66MHz
capabilities: pm pcix bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=e1000 driverversion=7.3.21-k8-NAPI duplex=full ip=192.168.0.100 latency=64 link=yes mingnt=255 multicast=yes port=twisted pair speed=1Gbit/s
resources: irq:19 memory:f1200000-f121ffff ioport:d020(size=8)
dhclient enp0s3 -v
DHCP-клиент Консорциума Интернет-систем 4.3.5 Авторские права 2004-2016 гг.
Консорциум Интернет-систем. Все права защищены. Для информации, пожалуйста,
посетите https://www.isc.org/software/dhcp/Прослушивание LPF / enp0s3 / 08: 00: 27: a8: 3c: 94
Отправка на LPF / enp0s3 / 08: 00: 27: a8: 3c: 94
Отправка по сокету / резервному DHCPDISCOVER на enp0s3 до 255.255.255.255 порт 67 интервал 3 (xid = 0x6af07523)
DHCPREQUEST от 192.168.0.100 на enp0s3 до 255.255.255.255 порт 67
(xid = 0x2375f06a) DHCPOFFER 192.168.0.100 из 192.168.0.1 DHCPACK
из 192.168.0.100 из 192.168.0.1 Ответы RTNETLINK: Файл существует cmp:
EOF на /tmp/tmp.SwCSrBB9bO, который пуст, привязан к 192.168.0.100 -
обновление за 290507 секунд.
По запросу, параметры сети Oracle VM VirtualBox Manager:
Адаптер 1 (включен)
Прикреплено к: мостовому адаптеру
Название: Intel (R) Wireless AC 9260 160 МГц
Тип адаптера: Intel PRO / 1000MT Desktop (82540EM)
Беспорядочный режим: запретить
Кабель подключен
Учитывая, что используется мостовой адаптер, конфигурация Windows IP, вероятно, представляет интерес. Отсюда следует (пропуская отключенные «соединения»):
>**ipconfig**
Windows IP Configuration
Ethernet adapter VirtualBox Host-Only Network:
Connection-specific DNS Suffix . :
IPv4 Address. . . . . . . . . . . : 192.168.56.1
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . :
Wireless LAN adapter Wi-Fi:
Connection-specific DNS Suffix . :
IPv4 Address. . . . . . . . . . . : 192.168.0.128
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.0.1
Эта проблема связана с проблемами с VPN-подключением, о которых писали многие люди (например, использование apt-get и подключение и проверка связи), только в моем случае, когда я попытался подключиться с активным VPN, это волшебным образом сработало. Почему, кто знает, но если у вас проблемы с подключением, может быть полезно сравнить короткие запросы на подключение (например, ping) с длинными запросами на подключение (например, обновления программного обеспечения)
.