Недавно я установил Ubuntu 16.04 для двойной загрузки на рабочем столе, на котором уже установлена Windows 10, и у меня проблемы с сетью в Ubuntu. Соединение работает отлично в Windows. У меня есть проводное соединение.
В Ubuntu это похоже на то, что я могу фактически работать только на несколько секунд, возможно, на минуту. В большинстве случаев, когда я пытаюсь перейти на новую веб-страницу, например, она терпит неудачу. In может довольно последовательно исправлять это каждый раз, ручно нарушая соединение (Ubuntu, похоже, считает, что он все еще подключен, просто Firefox не может на самом деле найти какие-либо страницы) и повторное подключение. Затем он будет работать в течение нескольких секунд, и я могу использовать его для быстрого перехода на страницу, на которую я хотел бы перейти.
Я нашел много других подобных вопросов и ответов, но большинство ответов, похоже, в частности, редактирование определенных файлов или ввод команд в терминале на основе данных, полученных конкретным пользователем. Итак ... Я не думаю, что это хорошая идея для меня просто слепо следовать любым таким инструкциям из ответов, предоставленных другим людям, исходя из их результатов, которые могут быть разными в моем случае, и скорее просто спросить о моей ситуации именно здесь.
Я выполнил следующие шаги в Windows, которые я нашел где-то, но это не устранило проблему для меня:
Right click my computer and choose "Properties"
--> "Hardware" tab --> Device Manager
--> Network Adapters
--> "double click" Realtek ...
--> Advanced tab
--> Wake-On-Lan After Shutdown
--> Enable
Я также заметил, что он упоминал где-то, что он может помогите полностью закрыть Windows и вручную включить ПК снова, вместо перезагрузки из Windows, а затем загрузиться в Ubuntu, но для меня это тоже не имеет значения.
Некоторые команды и вывод, который я получаю от Ubuntu :
in:
$ lspci | grep -i eth
output:
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
in:
$ ifconfig -a
выход:
enp6s0 Link encap:Ethernet HWaddr d0:17:c2:d3:d8:19
inet addr:192.168.2.1 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe80::5eb0:b570:8edf:ddf7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:18521 errors:0 dropped:0 overruns:0 frame:0
TX packets:16981 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:11094182 (11.0 MB) TX bytes:1719007 (1.7 MB)
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:7164 errors:0 dropped:0 overruns:0 frame:0
TX packets:7164 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:528834 (528.8 KB) TX bytes:528834 (528.8 KB)
in:
$ sudo lshw -C network
output:
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:06:00.0
logical name: enp6s0
version: 15
serial: d0:17:c2:d3:d8:19
size: 1Gbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full firmware=rtl8168h-2_0.0.2 02/26/15 ip=192.168.2.1 latency=0 link=yes multicast=yes port=MII speed=1Gbit/s
resources: irq:123 ioport:d000(size=256) memory:f7104000-f7104fff memory:f7100000-f7103fff
Пожалуйста, также дайте мне знать, если какой-либо материал, который я вставил выше, действительно чувствителен, и если я удалите его: P
EDIT
in:
sudo lshw -C CPU
out:
*-cpu
description: CPU
product: Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz
vendor: Intel Corp.
physical id: 43
bus info: cpu@0
version: Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz
serial: To Be Filled By O.E.M.
slot: LGA1151
size: 900MHz
capacity: 3600MHz
width: 64 bits
clock: 100MHz
capabilities: x86-64 fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp cpufreq
configuration: cores=4 enabledcores=4 threads=4
in:
sudo lshw -C network | grep -i driver
o ut:
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full firmware=rtl8168h-2_0.0.2 02/26/15 ip=192.168.2.1 latency=0 link=yes multicast=yes port=MII speed=1Gbit/s
in:
free -h
out:
total used free shared buff/cache available
Mem: 15G 1,5G 12G 46M 1,1G 13G Swap: 15G 0B 15G
in:
swapon -s
out:
Filename Type Size Used Priority
/ dev / sdb7 partition 15998972 0 -1
EDIT 2:
in:
dkms status
out:
r8168, 8.041.00: added
in:
sudo apt-get install dkms r8168-dkms
вне:
Reading package lists... Done
Building dependency tree
Reading state information... Done
r8168-dkms is already the newest version (8.041.00-1).
dkms is already the newest version (2.2.0.3-2ubuntu11.3).
0 upgraded, 0 newly installed, 0 to remove and 100 not upgraded.
EDIT 3:
in:
dkms status
вне:
r8168, 8.042.00, 4.10.0-28-generic, x86_64: installed
EDIT 4:
in:
ls -al /usr/src
вне:
total 28
drwxr-xr-x 7 root root 4096 Sep 10 20:00 .
drwxr-xr-x 11 root root 4096 Aug 1 13:24 ..
drwxr-xr-x 27 root root 4096 Aug 1 13:23 linux-headers-4.10.0-28
drwxr-xr-x 7 root root 4096 Aug 1 13:23 linux-headers-4.10.0-28-generic
drwxr-xr-x 27 root root 4096 Sep 10 20:00 linux-headers-4.10.0-33
drwxr-xr-x 7 root root 4096 Sep 10 20:00 linux-headers-4.10.0-33-generic
drwxr-xr-x 2 root root 4096 Sep 10 16:16 r8168-8.042.00
У вас есть контроллер ethernet r8168, и он использует багги-драйвер r8169.
Замените драйвер следующим образом:
В terminal ...
[ f1]Отключите secure boot в вашем BIOS.
Обновление # 1:
dkms status показывает нам, что r8168 не завершил установку, поэтому мы вам нужно сделать это вручную.
В terminal ...
sudo dkms build r8168/8.041.00 -k "$(uname -r)/$(uname -p)"
sudo dkms install r8168/8.041.00 -k "$(uname -r)/$(uname -p)"
dkms status
# should show "r8168, 8.041.00: installed"
reboot
sudo lshw -C network
# should show ethernet driver=r8168
Обновление # 1: : так как пользователь фактически запускал 16.04. 1/2/3, понадобилась немного новая версия r8168. См. R8168-dkms build failed на ubuntu 16.04.2.
wget http://mirrors.kernel.org/ubuntu/pool/universe/r/r8168/r8168-dkms_8.042.00-2_all.deb
sudo dpkg -i r8168-dkms_8.042.00-2_all.deb
Обновление # 2:
У вас также возникла проблема с настройкой MTU для вашего DSL-соединения. [!d13 ]
Обновление # 2:
Чтобы определить правильную настройку, начните со всех настроек MTU = 1500 и VPN = выключите. (VPN требует другого тестирования).
В терминале:
ping [-c count] [-M do] [-s packet_size] [host]
Используемые опции:
c count: количество раз для пинга M hint: Выберите Path MTU Discovery. может быть либо do (запретить фрагментацию, даже локальную), want (делать обнаружение PMTU, фрагмент локально, когда размер пакета большой), или dont (не устанавливать флаг DF). s packet_size: Указывает количество отправляемых байтов данных.Вы всегда должны начинать с 1472 и каждый раз прокладывать свой путь на 10. Как только вы получите ответ, поднимитесь на 1, пока не получите фрагментированный пакет. Возьмите это значение (последнее хорошее значение) и добавьте 28 к значению для учета различных заголовков TCP / IP. Например. скажем, что 1452 был правильным размером пакета (где вы впервые получили ответ ICMP на ваш пинг). Фактический размер MTU будет 1480, что является оптимальным для сети, с которой мы работаем.
Ссылкаping -c 4 -M do -s 1472 8.8.8.8 # this will probably show fragmentation
ping -c 4 -M do -s 1462 8.8.8.8 # may show fragmentation
ping -c 4 -M do -s 1452 8.8.8.8 # no fragmentation?
ping -c 4 -M do -s 1453 8.8.8.8 # still no fragmentation?
У вас есть контроллер ethernet r8168, и он использует багги-драйвер r8169.
Замените драйвер следующим образом:
В terminal ...
sudo apt-get update
sudo apt-get install dkms r8168-dkms
reboot
Отключите secure boot в вашем BIOS.
Обновление # 1:
dkms status показывает нам, что r8168 не завершил установку, поэтому мы вам нужно сделать это вручную.
В terminal ...
sudo dkms build r8168/8.041.00 -k "$(uname -r)/$(uname -p)"
sudo dkms install r8168/8.041.00 -k "$(uname -r)/$(uname -p)"
dkms status
# should show "r8168, 8.041.00: installed"
reboot
sudo lshw -C network
# should show ethernet driver=r8168
Обновление # 1: : так как пользователь фактически запускал 16.04. 1/2/3, понадобилась немного новая версия r8168. См. R8168-dkms build failed на ubuntu 16.04.2.
wget http://mirrors.kernel.org/ubuntu/pool/universe/r/r8168/r8168-dkms_8.042.00-2_all.deb
sudo dpkg -i r8168-dkms_8.042.00-2_all.deb
Обновление # 2:
У вас также возникла проблема с настройкой MTU для вашего DSL-соединения.
Обновление # 2:
Чтобы определить правильную настройку, начните со всех настроек MTU = 1500 и VPN = выключите. (VPN требует другого тестирования).
В терминале:
ping [-c count] [-M do] [-s packet_size] [host]
Используемые опции:
c count: количество раз для пинга M hint: Выберите Path MTU Discovery. может быть либо do (запретить фрагментацию, даже локальную), want (делать обнаружение PMTU, фрагмент локально, когда размер пакета большой), или dont (не устанавливать флаг DF). s packet_size: Указывает количество отправляемых байтов данных.Вы всегда должны начинать с 1472 и каждый раз прокладывать свой путь на 10. Как только вы получите ответ, поднимитесь на 1, пока не получите фрагментированный пакет. Возьмите это значение (последнее хорошее значение) и добавьте 28 к значению для учета различных заголовков TCP / IP. Например. скажем, что 1452 был правильным размером пакета (где вы впервые получили ответ ICMP на ваш пинг). Фактический размер MTU будет 1480, что является оптимальным для сети, с которой мы работаем.
Ссылкаping -c 4 -M do -s 1472 8.8.8.8 # this will probably show fragmentation
ping -c 4 -M do -s 1462 8.8.8.8 # may show fragmentation
ping -c 4 -M do -s 1452 8.8.8.8 # no fragmentation?
ping -c 4 -M do -s 1453 8.8.8.8 # still no fragmentation?
У вас есть контроллер ethernet r8168, и он использует багги-драйвер r8169.
Замените драйвер следующим образом:
В terminal ...
sudo apt-get update
sudo apt-get install dkms r8168-dkms
reboot
Отключите secure boot в вашем BIOS.
Обновление # 1:
dkms status показывает нам, что r8168 не завершил установку, поэтому мы вам нужно сделать это вручную.
В terminal ...
sudo dkms build r8168/8.041.00 -k "$(uname -r)/$(uname -p)"
sudo dkms install r8168/8.041.00 -k "$(uname -r)/$(uname -p)"
dkms status
# should show "r8168, 8.041.00: installed"
reboot
sudo lshw -C network
# should show ethernet driver=r8168
Обновление # 1: : так как пользователь фактически запускал 16.04. 1/2/3, понадобилась немного новая версия r8168. См. R8168-dkms build failed на ubuntu 16.04.2.
wget http://mirrors.kernel.org/ubuntu/pool/universe/r/r8168/r8168-dkms_8.042.00-2_all.deb
sudo dpkg -i r8168-dkms_8.042.00-2_all.deb
Обновление # 2:
У вас также возникла проблема с настройкой MTU для вашего DSL-соединения.
Обновление # 2:
Чтобы определить правильную настройку, начните со всех настроек MTU = 1500 и VPN = выключите. (VPN требует другого тестирования).
В терминале:
ping [-c count] [-M do] [-s packet_size] [host]
Используемые опции:
c count: количество раз для пинга M hint: Выберите Path MTU Discovery. может быть либо do (запретить фрагментацию, даже локальную), want (делать обнаружение PMTU, фрагмент локально, когда размер пакета большой), или dont (не устанавливать флаг DF). s packet_size: Указывает количество отправляемых байтов данных.Вы всегда должны начинать с 1472 и каждый раз прокладывать свой путь на 10. Как только вы получите ответ, поднимитесь на 1, пока не получите фрагментированный пакет. Возьмите это значение (последнее хорошее значение) и добавьте 28 к значению для учета различных заголовков TCP / IP. Например. скажем, что 1452 был правильным размером пакета (где вы впервые получили ответ ICMP на ваш пинг). Фактический размер MTU будет 1480, что является оптимальным для сети, с которой мы работаем.
Ссылкаping -c 4 -M do -s 1472 8.8.8.8 # this will probably show fragmentation
ping -c 4 -M do -s 1462 8.8.8.8 # may show fragmentation
ping -c 4 -M do -s 1452 8.8.8.8 # no fragmentation?
ping -c 4 -M do -s 1453 8.8.8.8 # still no fragmentation?