Сеть (ЛВС) перестает работать в случайном порядке - повторное подключение помогает

У меня случайно возникла проблема на моем 15.04, что подключение к Интернету через локальную сеть перестает работать. Это всегда происходит сразу после загрузки, но иногда также просто посередине сеанса серфинга без каких-либо специальных действий.

Мои приложения (Firefox, Skype, ...) не сообщают о доступе к сети, и оба ping google.com и ping 8.8.8.8 также отказываются, а также пинговать мой маршрутизатор (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: ebconf: 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, но не более того.

1
задан 12 July 2015 в 17:51

2 ответа

Сначала определите драйвер для вашего сетевого устройства с помощью команды:

lshw -C network

Ищите driver=.

Затем проверьте журнал на наличие подсказок о том, почему устройство отключается. Я предлагаю вам посмотреть как на драйвер, так и на то, что делает Network Manager:

cat /var/log/syslog | grep -e some_driver -e etwork | tail -n 20

В идеале запустите его так же, как интернет-соединение упало.

Затем я предлагаю вам выполнить поиск этого сайта и Google для вашего имени драйвера и «отключает» возможные решения. Вы также можете отредактировать свой вопрос, чтобы добавить дополнительные сведения, и мы будем рады помочь.

Если вы хотите опубликовать свой результат syslog, так как он будет длинным, опубликуйте его здесь и сообщите нам ссылку: http://paste.ubuntu.com

Вы подтвердили печально известный e1000e. Есть несколько вещей, которые вы можете попробовать. Вероятное решение, которое работает часто, но не всегда, заключается в отключении гигабитных скоростей. Вы можете попробовать временно:

sudo ethtool --change eth0 speed 100 autoneg off

Если это полезно, мы поместим параметры в rc.local, чтобы сделать их постоянными.

4
ответ дан 23 May 2018 в 19:21
  • 1
    Обновлен мой вопрос. Как вы и ожидали, это driver=e1000e driverversion=2.3.2-k. – Byte Commander 30 June 2015 в 16:21
  • 2
    Пожалуйста, посмотрите мои изменения через несколько минут. – chili555 30 June 2015 в 16:29
  • 3
    chili555, я очень люблю ваши сетевые решения. У вас есть два скромных предложения для вас. Чтобы найти driver, вы можете использовать sudo lshw -C network | grep -Po '.*driver=\K[^ ]+(?= )' ..также в случае syslog, нет необходимости в дополнительных [ f4], вы можете использовать grep -e some_driver -e etwork /var/log/syslog | tail -n 20 – heemayl 30 June 2015 в 16:54
  • 4
    @heemayl Спасибо! – chili555 30 June 2015 в 17:14
  • 5
    Я могу попробовать эту команду ethtool, но как я увижу, работает ли она? Как я уже сказал, это происходит случайным образом, возможно, раз в два дня в среднем ... И если я это сделаю, когда соединение уже сломано, это больше не поможет, не так ли? – Byte Commander 30 June 2015 в 18:41

То, что вы описываете, похоже на проблему аренды dhcp. Когда вы подключаетесь к маршрутизатору, dhcp дает вам ip в течение определенного времени (это то, что называется арендой), а затем оно возобновляется.

Например, вот что я имею в моем syslog:

$ 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, отключить n-channel wifi (если ваша карта поддерживает его) и управление питанием как предложенные в этой статье: http://itsfoss.com/speed-up-slow-wifi-connection-ubuntu/ Эти хаки в основном работают на скорость, но они не повредят

-1
ответ дан 23 May 2018 в 19:21
  • 1
    Все это абсолютно верно, но с сетевыми проблемами вы идете снизу вверх: сначала физический, затем драйвер, затем IP (где ваше решение лежит), затем TCP / UDP, затем приложение ... (поддерживается уже как кто-то еще может работать в это, но если @ chili555 на нем: слушайте и учитесь! ;-): P – Fabby 30 June 2015 в 22:13
  • 2
    IPv6 отключен, и это карта только для локальной сети, без Wi-Fi. Я скопировал оба ответа в текстовый файл и проверю syslog и т. Д., Когда это произойдет снова. Будьте терпеливы, пожалуйста ...;) – Byte Commander 1 July 2015 в 08:11
  • 3
    Это произошло, но строки renew в /var/log/syslog не было, поэтому я думаю, что это не был отказ DHCP? – Byte Commander 12 July 2015 в 17:53
  • 4
    @ByteCommander должна быть обновлена, если все работает нормально. Так что, если он отсутствует, это кажется неправильным. Можете ли вы исследовать syslog и, возможно, другие журналы, если есть записи из DHCP? – Sergiy Kolodyazhnyy 12 July 2015 в 20:17
  • 5
    Фактически, если вы подключаетесь, должно быть хотя бы одно обновление, оно должно дать вам время в секундах, как долго длится аренда – Sergiy Kolodyazhnyy 12 July 2015 в 20:18

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

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