Змусити Менеджер мереж перезапуститись після перерваного з'єднання?

Використання Ubuntu 11.10 (Unity 3D) та кабельне (DSL) підключення до Інтернету без маршрутизатора чи модему.

Якщо я відключаю підключення до Інтернету, я можу просто підключитися, натиснувши на піктограму мережевого менеджера та вибравши з'єднання зі спадного меню, оскільки видимі мої з'єднання. Не потрібно перезапускати мережевий менеджер.

Але всякий раз , коли підключення до Інтернету падає сам по собі , у мене відкритий термінал і використовувати , sudo service network-manager restartтак як я не бачу ніякого зв'язку зі спадного менеджер мережевого меню. Лише після команди, менеджер мережі потім запускається та автоматично підключається.

Чи є якесь налаштування, щоб менеджер мережі не перезапускався щоразу, коли з'єднання припиняється (на відміну від мого відключення його, коли він не потребує перезавантаження)?

Гадаю, іншими словами, я не хочу, щоб менеджер мережі зупинявся, поки я користуюся комп'ютером, незалежно від того, впав мій зв’язок з провайдером чи ні.

Відкрити термінал не дуже важливо і введіть команду та пароль, але якщо є спосіб переконатися, що менеджер мережі не зупиниться, було б краще.

редакція від 26 січня 2012 р .: Рядки з syslog

Jan 25 20:09:36 aes-Inspiron-1545 pppd[3539]: No response to 3 echo-requests
Jan 25 20:09:36 aes-Inspiron-1545 pppd[3539]: Serial link appears to be disconnected.
Jan 25 20:09:36 aes-Inspiron-1545 pppd[3539]: Connect time 241.5 minutes.
Jan 25 20:09:36 aes-Inspiron-1545 pppd[3539]: Sent 3575961 bytes, received 79026206 bytes.
Jan 25 20:09:36 aes-Inspiron-1545 pppd[3539]: Connection terminated.
Jan 25 20:09:36 aes-Inspiron-1545 avahi-daemon[836]: Withdrawing workstation service for ppp0.
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth0): device state change: activated -> failed (reason 'ppp-disconnect') [100 120 13]
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <warn> Activation (eth0) failed.
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]:    SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth0): now unmanaged
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth0): device state change: failed -> unmanaged (reason 'removed') [120 10 36]
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth0): deactivating device (reason 'removed') [36]
Jan 25 20:09:36 aes-Inspiron-1545 dbus[802]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper)
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <warn> could not read ppp stats: No such device
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth0): cleaning up...
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth0): taking down device.
Jan 25 20:09:36 aes-Inspiron-1545 kernel: [18027.155552] sky2 0000:09:00.0: eth0: disabling interface
Jan 25 20:09:36 aes-Inspiron-1545 avahi-daemon[836]: Interface eth0.IPv6 no longer relevant for mDNS.
Jan 25 20:09:36 aes-Inspiron-1545 avahi-daemon[836]: Leaving mDNS multicast group on interface eth0.IPv6 with address fec0::b:223:aeff:fe2d:2431.
Jan 25 20:09:36 aes-Inspiron-1545 avahi-daemon[836]: Withdrawing address record for 2002:1b00:3b4f:b:223:aeff:fe2d:2431 on eth0.
Jan 25 20:09:36 aes-Inspiron-1545 avahi-daemon[836]: Withdrawing address record for 2002:1b00:3754:b:223:aeff:fe2d:2431 on eth0.
Jan 25 20:09:36 aes-Inspiron-1545 avahi-daemon[836]: Withdrawing address record for 2002:7345:f137:b:223:aeff:fe2d:2431 on eth0.
Jan 25 20:09:36 aes-Inspiron-1545 avahi-daemon[836]: Withdrawing address record for fec0::b:223:aeff:fe2d:2431 on eth0.
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> Unmanaged Device found; state CONNECTED forced. (see http://bugs.launchpad.net/bugs/191889)
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> Unmanaged Device found; state CONNECTED forced. (see http://bugs.launchpad.net/bugs/191889)
Jan 25 20:09:36 aes-Inspiron-1545 pppd[3539]: Terminating on signal 15
Jan 25 20:09:36 aes-Inspiron-1545 pppd[3539]: Exit.
Jan 25 20:09:36 aes-Inspiron-1545 dbus[802]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jan 25 20:11:56 aes-Inspiron-1545 modem-manager[3529]: <info>  Caught signal 15, shutting down...
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[3531]: <info> caught signal 15, shutting down normally.
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[3531]: <warn> quit request received, terminating...
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth1): now unmanaged
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth1): device state change: unavailable -> unmanaged (reason 'removed') [20 10 36]
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[3531]: <info> Unmanaged Device found; state CONNECTED forced. (see http://bugs.launchpad.net/bugs/191889)
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[3531]: <info> exiting (success)
Jan 25 20:11:56 aes-Inspiron-1545 modem-manager[6945]: <info>  ModemManager (version 0.5) starting...
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[6947]: <info> NetworkManager (version 0.9.1.90) is starting...
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[6947]: <info> Read config file /etc/NetworkManager/NetworkManager.conf
Jan 25 20:11:56 aes-Inspiron-1545 kernel: [18167.470749] init: reconnect main process (6948) terminated with status 2
Jan 25 20:11:56 aes-Inspiron-1545 modem-manager[6945]: <info>  Loaded plugin Nokia
Jan 25 20:11:56 aes-Inspiron-1545 modem-manager[6945]: <info>  Loaded plugin Ericsson MBM
Jan 25 20:11:56 aes-Inspiron-1545 modem-manager[6945]: <info>  Loaded plugin MotoC

Ось сценарій Upstart, до якого ви можете розмістити /etc/init/reconnect.conf:

start on started network-manager
stop on runlevel [016]

script
  while true; do
    if ifconfig eth0 | grep -q "inet addr:"; then
       # echo "all ok!"
    else
       restart network-manager
    fi
    sleep 5
  done
end script

Після втрати ip-адреси для eth0 (налаштуйте на ваш інтерфейс, якщо він відрізняється), він перезапустить роботу мережевого менеджера та відновить з’єднання.

Швидкий і брудний спосіб вирішити - це написати сценарій, який працює ping -i 5 google.com || service network-manager restartяк root (ви можете написати /etc/init.d/-daemon для цього, але оскільки рішення ДУЖЕ брудне, я б цього не робив)

Цей сценарій буде перезапускати мережевий менеджер кожного разу, коли Google не знайдеться, і перевіряє один раз на п'яту секунду.

Спробуйте wicd замість мережевого менеджера, він був рекомендований у подібному випадку: https://bbs.archlinux.org/viewtopic.php?id=124443

Я не знаю, чи вирішить це проблему, ні якщо wicd підтримує pppoe.

1. Зробіть резервну копію файлів .deb, про всяк випадок:

   sudo apt-get download network-manager network-manager-gnome
   

2. Очистіть мережевий менеджер і встановіть wicd

   sudo apt-get purge network-manager network-manager-gnome
   sudo apt-get install wicd wicd-gtk
   

3. Перезавантажте. Спробуйте підключитися за допомогою wicd.

Якщо щось піде не так, просто очистіть wicd і перевстановіть мережевий менеджер:

sudo apt-get purge wicd wicd-gtk
sudo dpkg -i network-manager*.deb

Я створив сценарій для цієї проблеми:

#!/bin/bash

for(( ; ; ))
do
VALUE=$(ifconfig | grep ppp0| awk '{print $1}')
        if [ "$VALUE" != "ppp0" ]; then
                {       eval restart network-manager
                        eval sleep 5
                }
        fi
done

Це працює добре, але цей сценарій займає занадто багато мого процесора. Чи може хтось допомогти мені зменшити використання процесора?

Чому я відповідаю на це запитання?

Там дуже хороші відповіді, але все написано за допомогою init або upstart. Оскільки відтепер ми будемо використовувати systemd, я пишу кращий сценарій та інформацію. про те, як це зробити.

Але чи є спосіб?

Є, є спосіб. Вам просто потрібно створити сценарій, який відстежує стан вашої мережі та перезапустити Менеджер мереж на вимогу. Ми створимо цей сценарій та системний сервіс, який буде запущено з системою, і буде контролювати стан вашої мережі кожні 5 секунд, щоб виявити, чи ви в мережі чи ні.

Що я повинен зробити?

Перш за все, нам потрібно встановити інструмент fping, зробіть один із тестів на з'єднання (fping return "є" живим ", якщо з'єднання можливо, і" адреса не знайдена ", якщо ні):

$ sudo apt-get install fping -y

Тепер ми створимо сценарій монітора в нашій системі. Створіть файл у / usr / local / bin / під назвою nm-watcher:

$ sudo touch /usr/local/bin/nm-watcher

І відредагуйте його за допомогою нано або вподобаного редактора тексту:

$ sudo nano /usr/local/bin/nm-watcher

Скопіюйте та вставте цей скрипт всередину редактора, збережіть і закрийте файл (якщо ви використовуєте nano, як у цьому підручнику, використовуйте "CTRL + X" "Y" та "ENTER" послідовно). Не забудьте змінити wlan0 на інтерфейс, за яким потрібно контролювати wm-watcher:

#!/bin/bash

while true; do #create a infinite loop to keep looking at your connection
        NET=$(ifconfig wlan0 | grep "inet inet addr:") # verify if the interface has an assigned IP
        ROUTE=$(fping google.com 2>&1 | grep "alive") # try to ping google.com and verify if we have any response
        WEB=$(wget --tries=10 --timeout=20 --spider http://google.com 2>&1 | grep "OK") # spiders google.com to verify if the page exists. returns error if a connections is not possible

        if [ ! "$NET" != "" ] || [ ! "$ROUTE" != "" ] || [ ! "$WEB" != "" ]; then # verify if any of the above conditions aren't OK
                service network-manager restart
        fi

        sleep 5
done

Для запуску цього сценарію нам потрібно зробити його виконуваним:

$ sudo chmod 755 /usr/local/bin/nm-watcher

Тепер ми створимо службу SystemD, для цього вам слід створити та відредагувати файл nm-watcher.service за адресою / etc / systemd / system /:

$ sudo touch /etc/systemd/system/nm-watcher.service && sudo nano /etc/systemd/system/nm-watcher.service

І помістіть цей вміст у файл:

[Unit]
Description=NetworkManager Watcher
Wants=NetworkManager.service
Before=NetworkManager.service

[Service]
ExecStart=/usr/local/bin/nm-watcher

[Install]
WantedBy=multi-user.target

Це створить сервісний файл, який змушує SystemD викликати скрипт, який ми створили раніше при кожному завантаженні, після встановлення з'єднання за допомогою network-manager.service.

Ми повинні знати, як включити цю послугу за допомогою:

$ sudo systemctl enable nm-watcher.service

І розпочніть службу, ввівши:

$ sudo service nm-watcher start

Щоб перевірити, чи працює служба, введіть:

$ sudo service nm-watcher status

Якщо у вас є проблеми з сервісом, ви можете бачити повідомлення про налагодження за допомогою:

$ sudo journalctl -u nm-watcher

Чи варто робити якісь інші речі?

Ні, це все, що потрібно для виконання цього завдання. Цей сценарій має дуже низький вплив на продуктивність системи, як ви можете побачити на цьому скріншоті:

На моєму старшому ноутбуці у мене погана карта WiFi, яка мала тенденцію відключатися від WiFi, якщо було багато навантаження (наприклад, завантаження великих файлів тощо).

Я створив простий скрипт, щоб перевірити, чи мій Інтернет все ще підключений, а якщо його немає, перезавантажте мережевий менеджер.

#!/bin/bash

ping -c 1 8.8.8.8
received=$?
echo $received
if [[ $received -ne 0 ]] ; then
    service network-manager restart
fi

Я створив кореневу cronjob за допомогою sudo crontab -eі встановив його таким чином, щоб щохвилини (ви можете робити це рідше, але сценарій є простим пінг-файлом, тому він не потребує ресурсів), він би запустив сценарій.

Отже, якби мій WiFi з якихось причин вийшов, він би колись виходив близько хвилини за один раз, вершини. Якщо ви незнайомі cron, рекомендую прочитати це