Сеть (LAN) прекращает работать случайным образом - повторное подключение помогает
У меня случайным образом есть проблема на моих 15.04, что Интернет-соединение через LAN прекращает работать. Это часто происходит непосредственно после начальной загрузки, но иногда также только посреди перемещающейся сессии без любых специальных действий.
Мои приложения (Firefox, Skype...) не сообщают ни о каком доступе к сети и обоих ping google.com и ping 8.8.8.8 также сдайтесь, а также проверка с помощью ping-запросов моего маршрутизатора (ping 192.168.0.1).
То, что я делаю, если эта потеря соединения происходит, - то, что я нажимаю на индикатор сети и выбираю "Разъединение", ожидаю секунда и повторно подключаю то же соединение. После этой процедуры все кажется прекрасным снова.
Сегодня это также ушло отдельно после нескольких минут, но еще некоторых сопровождаемых повреждений соединения.
Как я могу диагностировать эту проблему? Что я должен наблюдать, когда происходит в следующий раз давать Вам важную информацию? Как мне наконец удастся предотвращать такие потери соединения, или у меня может, по крайней мере, быть обходное решение, которое автоматически обнаруживает и решает его?
Обновление 1:
$ sudo lshw -C network
*-network
description: Ethernet interface
product: 82573L Gigabit Ethernet Controller
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:02:00.0
logical name: eth0
version: 00
serial: 00:17:31:a1:f5:fa
size: 100Mbit/s
capacity: 1Gbit/s
width: 32 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=2.3.2-k duplex=full firmware=0.5-7 ip=192.168.0.107 latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s
resources: irq:24 memory:cfee0000-cfefffff ioport:c800(size=32)
Обновление 2:
Содержание /var/log/syslog во время последнего сбоя соединения:
Jul 12 16:14:23 MaxData-Desktop-Ubuntu kernel: [ 5298.718729] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:01:24:65:11:25:b0:0c:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Jul 12 16:15:07 MaxData-Desktop-Ubuntu whoopsie[670]: [16:15:07] Cannot reach: https://daisy.ubuntu.com
Jul 12 16:15:07 MaxData-Desktop-Ubuntu whoopsie[670]: [16:15:07] offline
Jul 12 16:15:27 MaxData-Desktop-Ubuntu whoopsie[670]: [16:15:27] Cannot reach: https://daisy.ubuntu.com
Jul 12 16:15:47 MaxData-Desktop-Ubuntu whoopsie[670]: [16:15:47] Cannot reach: https://daisy.ubuntu.com
Jul 12 16:16:07 MaxData-Desktop-Ubuntu whoopsie[670]: [16:16:07] Cannot reach: https://daisy.ubuntu.com
Jul 12 16:16:28 MaxData-Desktop-Ubuntu kernel: [ 5423.720176] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:01:24:65:11:25:b0:0c:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Jul 12 16:16:30 MaxData-Desktop-Ubuntu whoopsie[670]: [16:16:30] Cannot reach: https://daisy.ubuntu.com
Jul 12 16:16:50 MaxData-Desktop-Ubuntu whoopsie[670]: [16:16:50] Cannot reach: https://daisy.ubuntu.com
Jul 12 16:17:01 MaxData-Desktop-Ubuntu CRON[9122]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Jul 12 16:17:10 MaxData-Desktop-Ubuntu whoopsie[670]: [16:17:10] Cannot reach: https://daisy.ubuntu.com
Jul 12 16:18:33 MaxData-Desktop-Ubuntu kernel: [ 5548.718565] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:01:24:65:11:25:b0:0c:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Jul 12 16:20:38 MaxData-Desktop-Ubuntu kernel: [ 5673.717889] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:01:24:65:11:25:b0:0c:08:00 SRC=192.168.0.1 DST=224.0.0.1 LEN=36 TOS=0x00 PREC=0xC0 TTL=1 ID=0 DF PROTO=2
Jul 12 15:12:48 MaxData-Desktop-Ubuntu gnome-session[6329]: message repeated 2 times: [ debconf: DbDriver "passwords" warning: could not open /var/cache/debconf/passwords.dat: Keine Berechtigung]
Jul 12 16:21:53 MaxData-Desktop-Ubuntu gnome-session[6329]: (process:9144): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Jul 12 16:22:23 MaxData-Desktop-Ubuntu whoopsie[670]: [16:22:23] online
Jul 12 16:22:23 MaxData-Desktop-Ubuntu kernel: [ 5778.310686] [UFW BLOCK] IN=eth0 OUT= MAC=00:17:31:a1:f5:fa:24:65:11:25:b0:0c:08:00 SRC=198.252.206.25 DST=192.168.0.107 LEN=110 TOS=0x00 PREC=0x00 TTL=50 ID=50591 DF PROTO=TCP SPT=443 DPT=54409 WINDOW=33 RES=0x00 ACK PSH URGP=0
Прежде и после этого отрывка больше [UFW BLOCK] строки, но они не кажутся подозрительными мне. У меня есть подобные строки в dmesg, но ничто больше.
3 ответа
По любой причине эти проблемы стали более редкими в последнее время.
Помимо этого, каждый раз, когда это происходит, я управляю следующей командой, чтобы разъединить и снова соединиться:
nmcli con down "CONNECTION NAME" && nmcli con up "CONNECTION NAME"
, Чтобы ускорить печать, я создал псевдоним для него, приложив следующую линию к моему ~/.bashrc файл:
alias reconnect='nmcli con down "CONNECTION NAME" && nmcli con up "CONNECTION NAME"'
Во-первых, определите драйвер для своего сетевого устройства с командой:
lshw -C network
Ищут driver=.
Затем, проверяют журнал на подсказки относительно того, почему устройство разъединяется. Я предлагаю, чтобы Вы посмотрели и на драйвер и что делает Администратор сети:
cat /var/log/syslog | grep -e some_driver -e etwork | tail -n 20
Идеально, выполняет это так же, как интернет-соединение отбросило.
Тогда я предлагаю, чтобы Вы искали этот сайт и Google для Вашего названия драйвера и "разъединения" для возможных решений. Вы могли бы также отредактировать свой вопрос добавить дополнительные детали, и мы будем рады помочь.
, Если Вы хотите отправить свой результат системного журнала, поскольку это будет длинно, отправьте его здесь и дайте нам ссылку: http://paste.ubuntu.com
Вы подтвердили печально известный e1000e. Существует несколько вещей, которые Вы могли бы попробовать. Вероятное решение, которое, кажется, часто работает, но не всегда, состоит в том, чтобы отключить гигабитные скорости. Можно попробовать временно:
sudo ethtool --change eth0 speed 100 autoneg off
, Если это полезно, мы бросим параметры в rc.local для создания их персистентными.
То, что Вы описываете, походит на проблему арендного договора dhcp. Когда Вы соединяетесь с маршрутизатором, dhcp дает Вам IP для некоторого особого количества времени (это - то, что назвало арендный договор), и затем это возобновляется.
, Например, вот то, что я имею в своем системном журнале:
$ grep 'renew' /var/log/syslog
Jun 30 20:38:01 anaconda dhclient: bound to 192.168.43.209 -- renewal in 1342 seconds.
Мое предположение, тогда, то, что у Вас все еще есть IP, таким образом, о Вашей машине сообщают, как соединено, но на самом деле арендный договор не был возобновлен или дал незначительный сбой/привел к сбою.
то, Что я предлагаю, является попыткой, переключающей клиента DHCP, которого Вы используете. NetworkManager идет dhclient по умолчанию, если я не ошибаюсь. Можно попытаться установить dhcpcd (для другой проверки опций apt-cache search dhcp). Почему я предполагаю, что этот - то, потому что man NetworkManager.conf говорит, что это - поддерживаемое (наряду с по умолчанию, dhclient).
Тогда в /etc/NetworkManager/NetworkManager.conf Вы собираетесь нуждаться в этой строке dhcp=dhcpd, рев [main]. Например,
[main]
plugins=ifupdown,keyfile,ofono
dns=dnsmasq
dhcp=dhcpcd
[ifupdown]
managed=false
у меня была проблема как этот, где значок сети говорит соединенный, но на самом деле это прекратило работать, но я понял то, что продолжается только недавно, потому что я медленно узнаю о сетях. Я не скажу, что это - 100%-е пуленепробиваемое решение, но это - то, что я могу предложить. По крайней мере, я не испытал эту проблему очень после игры вокруг с моими настройками клиента DHCP.
кроме того, попытайтесь отключить ipv6, отключите Wi-Fi n-канала (если Ваша карта поддерживает его), и управление питанием, как предложено в этой статье: http://itsfoss.com/speed-up-slow-wifi-connection-ubuntu/ Эти взломы главным образом работают на скорость, но они не причинят боль