Ошибка юнита networking service

В дистрибутиве Debian Linux 9 очень странно работает сеть. Такое впечатление, что в него воткнули несколько несовместимых между собой программ конфигурации сети, и предложили пользователю самим разбираться как всю эту дичь настраивать.

Что нужно сделать, если перестала настраиваться сеть

Первым делом надо сказать, что если сеть не удается настроить, или если сеть в какой-то момент начинает вести себя странно, а проверенные команды не дают желаемого результата, то значит пришло время, как мнимум, отказаться от Network Manager и от wicd. Почему это необходимо сделать? Вот пример.

Работает демон wicd. Система рапортует, что интерфейс enp5s0 поднят (находится в состоянии UP):

# ip addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1

   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

   inet 127.0.0.1/8 scope host lo

      valid_lft forever preferred_lft forever

   inet6 ::1/128 scope host  

      valid_lft forever preferred_lft forever

2: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000

   link/ether 1c:6f:65:96:54:bc brd ff:ff:ff:ff:ff:ff

   inet 192.168.0.95/24 scope global enp5s0

      valid_lft forever preferred_lft forever

Если потушить интерфейс:

# ip link set dev enp5s0 down

… и снова проверить статус интерфейса, то ничего не измениться:

# ip addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1

   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

   inet 127.0.0.1/8 scope host lo

      valid_lft forever preferred_lft forever

   inet6 ::1/128 scope host  

      valid_lft forever preferred_lft forever

2: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000

   link/ether 1c:6f:65:96:54:bc brd ff:ff:ff:ff:ff:ff

   inet 192.168.0.95/24 scope global enp5s0

      valid_lft forever preferred_lft forever

Если же отключить wicd, то вышеприведенные команды начнут работать правильно. Отключить работу wicd можно такими командами:

# systemctl stop wicd — остановка сервиса wicd

# systemctl disable wicd — отключение автостарта wicd при запуске

В стандартной поставке, обычно, wicd идет по-умолчанию, и обычно он начинает тупить когда в сети, к которой подключен компьютер, отрубается сервер шлюза. После восстановления работы шлюза, сеть на Debian 9 не восстановится, и если не предпринять никаких ухищрений, поднять ее будет невозможно: спасет только перезагрузка.

Далее в тексте предполагается, что Network Manager и wicd отключены.

Проблемы совместимости утилит настройки сети

Для конфигурирования сети ранее использовались такие системные утилиты как ifconfig, route, ifup, ifdown. Но с некоторых пор появилась утилита ip, которая может заменить все вышеперечисленные программы. И к сожалению, в Debian 9 эти утилиты не очень то дружат друг с другом и сетевой подсистемой ядра Linux. В чем это выражается? Например в том, что утилиты ifup и ifdown не могут управлять поднятием и отключением сетевых интерфейсов.

Вот, к примеру, есть компьютер с одной сетевой картой. Интерфейс enp5s0 на ней не поднят:

# ifconfig -a

enp5s0: flags=4098<BROADCAST,MULTICAST>  mtu 1500

       inet 192.168.0.95  netmask 255.255.255.0  broadcast 0.0.0.0

       ether 1c:6f:65:96:54:bc  txqueuelen 1000  (Ethernet)

       RX packets 246102  bytes 226683039 (216.1 MiB)

       RX errors 0  dropped 528  overruns 0  frame 0

       TX packets 126214  bytes 15161252 (14.4 MiB)

       TX errors 0  dropped 0 overruns 0  carrier 9  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536

       inet 127.0.0.1  netmask 255.0.0.0

       inet6 ::1  prefixlen 128  scopeid 0x10<host>

       loop  txqueuelen 1  (Local Loopback)

       RX packets 3320  bytes 1187321 (1.1 MiB)

       RX errors 0  dropped 0  overruns 0  frame 0

       TX packets 3320  bytes 1187321 (1.1 MiB)

       TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

И поднять его не получится:

# ifup enp5s0

RTNETLINK answers: File exists

ifup: failed to bring up enp5s0

И, кстати, если интерфейс поднят, потушить его тоже невозможно:

# ifdown enp5s0

ifdown: interface enp5s0 not configured

А если попробовать сделать то же самое, но через утилиту ip? Тогда все будет работать:

Проверка состояния интерфейса enp5s0 (видно, что интерфейс поднят):

# ip link show enp5s0           

2: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000

   link/ether 1c:6f:65:96:54:bc brd ff:ff:ff:ff:ff:ff

Отключение интерфейса:

# ip link set dev enp5s0 down

И снова проверка состяния (видно, что интерфейс потушен):

root@surfinux:/etc/network# ip link show enp5s0         

2: enp5s0: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000

   link/ether 1c:6f:65:96:54:bc brd ff:ff:ff:ff:ff:ff

Проблемы в сетевом модуле systemd

Чтобы принять новые настройки сети, обычно необходимо перезапустить сетевой демон networking. В Debian 9 это можно сделать двумя путями: по-старинке через утилиту service, и в новом стиле через утилиту systemctl:

# service networking restart

или

# systemctl restart networking

Утилита service будет, на самом деле, вызывать методы управления сервисами systemd, как это делает утилита systemctl. Так что команды равноправны. Но все-таки лучше использовать более новый systemctl.

Однако, если сеть предприятия «мигнула», и на машине с Debian 9 сеть отвалилась, то поднять ее через действие restart модуля networking не получится. Совершенно неясно, как поднимается сетевой интерфейс и конфигурируется сеть во время загрузки Debian Linux 9, но ручная попытка перезапустить сетевой сервис будет оканчиваться ошибкой:

# systemctl restart networking

Job for networking.service failed because the control process exited with error code.

See «systemctl status networking.service» and «journalctl -xe» for details.

# systemctl status networking  

● networking.service — Raise network interfaces

  Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)

  Active: failed (Result: exit-code) since Thu 2020-12-17 12:02:01 MSK; 9s ago

    Docs: man:interfaces(5)

 Process: 19390 ExecStart=/sbin/ifup -a —read-environment (code=exited, status=1/FAILURE)

 Process: 19385 ExecStartPre=/bin/sh -c [ «$CONFIGURE_INTERFACES» != «no» ] && [ -n «$(ifquery —read-environment —

Main PID: 19390 (code=exited, status=1/FAILURE)

дек 17 12:02:01 surfinux systemd[1]: Starting Raise network interfaces…

дек 17 12:02:01 surfinux ifup[19390]: RTNETLINK answers: File exists

дек 17 12:02:01 surfinux ifup[19390]: ifup: failed to bring up enp5s0

дек 17 12:02:01 surfinux systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE

дек 17 12:02:01 surfinux systemd[1]: Failed to start Raise network interfaces.

дек 17 12:02:01 surfinux systemd[1]: networking.service: Unit entered failed state.

дек 17 12:02:01 surfinux systemd[1]: networking.service: Failed with result ‘exit-code’.

И здесь видно, что для поднятия интерфейса, внутри модуля networking используется утилита ifup, которая, как было выяснено ранее, в некоторых условиях не работает. И если заглянуть в файл с кодом модуля /lib/systemd/system/networking.service , то можно увидеть следующие команды:

ExecStart=/sbin/ifup -a —read-environment

ExecStop=/sbin/ifdown -a —read-environment —exclude=lo

Тут и проблемный ifup, и ifdown. А если копнуть еще глубже, то и недокументированная опция —read-environment. Об этой опции известно немного, но предполагается, что это «хак», который делают майнтейнеры Debian, чтобы сделать поддержку сети. По сути, с этой опцией, утилиты ifup, и ifdown берут свои настройки из переменных окружения VERBOSE, CONFIGURE_INTERFACES и EXCLUDE_INTERFACES. Подробнее можно прочитать тут:

https://unix.stackexchange.com/questions/339189/undocumented-read-environment-in-ifup-ifdown-ifquery

В общем, по-хорошему, нужно заменить опции с командами ifup/ifdown на опции с командой ip. Команда старта ExecStart должна поднимать все сетевые интерфейсы в системе. Команда остановки ExecStop должна отключать все интерфейсы в системе, за исключением loopback.

Однако, как выяснилось на практике, команды ifup/ifdown делают несколько больше, чем просто поднятие/отключение сетевого интерфейса. Они выполняют какую-то работу по конфигурированию интерфейса и делают настройку таблицы маршрутизации. В то же время, команды серии ip link делают только поднятие/отключение интерфейса.

Следует учитывать, что формат опций настройки модуля systemd не допускает исполнение более одного бинарника. Поэтому, если необходимо для одного действия выполнить несколько команд, нужно либо вызывать шелл с опцией -c, после которой прописать несколько команд, либо разложить команды на разные этапы выполнения действия (Pre и Post).

ExecStart=/bin/ip link set group default up

ExecStop=/bin/ip link set group default down

ExecStopPost=/bin/ip link set dev lo up

Дописать…

Дополнительные данные:

# ifup enp5s0

# ip route

172.17.3.0/24 via 192.168.0.249 dev enp5s0

192.168.0.0/24 dev enp5s0 proto kernel scope link src 192.168.0.95

192.168.1.0/24 dev enp5s0 proto kernel scope link src 192.168.1.95

192.168.161.0/24 dev enp5s0 proto kernel scope link src 192.168.161.95

192.168.164.0/24 dev enp5s0 proto kernel scope link src 192.168.164.95

# ip addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1

link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

inet 127.0.0.1/8 scope host lo

valid_lft forever preferred_lft forever

inet6 ::1/128 scope host

valid_lft forever preferred_lft forever

2: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000

link/ether 1c:6f:65:96:54:bc brd ff:ff:ff:ff:ff:ff

inet 192.168.1.95/24 brd 192.168.1.255 scope global enp5s0

valid_lft forever preferred_lft forever

inet 192.168.0.95/24 scope global enp5s0

valid_lft forever preferred_lft forever

inet 192.168.161.95/24 scope global enp5s0

valid_lft forever preferred_lft forever

inet 192.168.164.95/24 scope global enp5s0

valid_lft forever preferred_lft forever

inet6 fe80::1e6f:65ff:fe96:54bc/64 scope link

valid_lft forever preferred_lft forever

# ip link set dev enp5s0 up

# ip route

192.168.0.0/24 dev enp5s0 proto kernel scope link src 192.168.0.95

192.168.161.0/24 dev enp5s0 proto kernel scope link src 192.168.161.95

192.168.164.0/24 dev enp5s0 proto kernel scope link src 192.168.164.95

# ip addr

1: lo: <LOOPBACK> mtu 65536 qdisc noqueue state DOWN group default qlen 1

link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

inet 127.0.0.1/8 scope host lo

valid_lft forever preferred_lft forever

2: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000

link/ether 1c:6f:65:96:54:bc brd ff:ff:ff:ff:ff:ff

inet 192.168.0.95/24 scope global enp5s0

valid_lft forever preferred_lft forever

inet 192.168.161.95/24 scope global enp5s0

valid_lft forever preferred_lft forever

inet 192.168.164.95/24 scope global enp5s0

valid_lft forever preferred_lft forever

inet6 fe80::1e6f:65ff:fe96:54bc/64 scope link

valid_lft forever preferred_lft forever

Страницы: [1] 2  Все   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1] 2  Все   Вверх

Коллеги, доброго всем дня!

Что-то я совсем потерялся в новом Debian, который 10.

Пытаюсь настроить сеть, вроде типовая операция, но вылезла интересная проблема, точнее проблемы.

Вот конфиг interfaces:

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# wan ens32 - внешняя сеть
auto ens32
iface ens32 inet static
        address 10.55.0.242
        netmask 255.255.255.0
        gateway 10.55.0.250
        dns-nameservers 10.55.0.253

# lan ens33 - внешняя сеть
auto ens33
iface ens33 inet static
        address 10.55.0.243
        netmask 255.255.255.0
        #dns-nameservers 10.55.0.100 10.55.0.90

# маршрутизация
up route add -net 10.55.0.0 netmask 255.255.0.0 gw 10.55.0.250 ens33

в названиях сетевых интерфейсов ошибки нет.
Выполнил ip l:
1: lo: mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: ens32: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether 00:0c:29:54:c1:fc brd ff:ff:ff:ff:ff:ff
3: ens33: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether 00:0c:29:54:c1:06 brd ff:ff:ff:ff:ff:ff

Проблемы:
команда systemctl restart networking вызывает проблему:
Job for networking.service failed because the control process exited with error code.
See «systemctl status networking.service» and «journalctl -xe» for details.

Вот что в логах:

-- Начат процесс запуска юнита networking.service.
апр 09 14:49:19 s055gateway2 ifup[761]: RTNETLINK answers: File exists
апр 09 14:49:19 s055gateway2 ifup[761]: ifup: failed to bring up ens33
апр 09 14:49:19 s055gateway2 systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- An ExecStart= process belonging to unit networking.service has exited.
--
-- The process' exit code is 'exited' and its exit status is 1.
апр 09 14:49:19 s055gateway2 systemd[1]: networking.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit networking.service has entered the 'failed' state with result 'exit-code'.
апр 09 14:49:19 s055gateway2 systemd[1]: Failed to start Raise network interfaces.
-- Subject: Ошибка юнита networking.service
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Произошел сбой юнита networking.service.

Самое интересное, что если перезагрузить компьютер, то сеть поднимается и работает нормально.

Путем проб и ошибок выяснил, что одна из ошибок — auto ens33 и auto ens32
убираю эти директивы — перезапускаю сеть systemctl restart networking — отрабатывает без проблем, но не поднимаеется интерфейс ens32.

Вручную поднимаю его — ifup ens32 — все начинает работать.

Где-то я сильно не прав!

С дебианом я не имел дело давно (с 6 версии)

Как же раньше было все просто!

Подскажите, куда копать в каком направлении.

Всем спасибо!

0

1

root@nokogerra:~# cat /etc/debian_version
9.3

-- Начат процесс запуска юнита networking.service.
мар 25 00:16:55 nokogerra ifup[1153]: RTNETLINK answers: File exists
мар 25 00:16:55 nokogerra ifup[1153]: ifup: failed to bring up ens160
мар 25 00:16:55 nokogerra systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
мар 25 00:16:55 nokogerra systemd[1]: Failed to start Raise network interfaces.
-- Subject: Ошибка юнита networking.service
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Произошел сбой юнита networking.service.
--
-- Результат: failed.
мар 25 00:16:55 nokogerra systemd[1]: networking.service: Unit entered failed state.
мар 25 00:16:55 nokogerra systemd[1]: networking.service: Failed with result 'exit-code'.
мар 25 00:17:01 nokogerra CRON[1184]: pam_unix(cron:session): session opened for user root by (uid=0)
мар 25 00:17:01 nokogerra CRON[1185]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
мар 25 00:17:01 nokogerra CRON[1184]: pam_unix(cron:session): session closed for user root

root@nokogerra:~# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto ens160
allow-hotplug ens160
iface ens160 inet static
        address x.x.x.34
        netmask 255.255.255.0
        gateway x.x.x.1

root@nokogerra:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: ens160: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:50:56:98:2f:be brd ff:ff:ff:ff:ff:ff
    inet x.x.x.34/24 brd x.x.x.255 scope global ens160
       valid_lft forever preferred_lft forever

root@nokogerra:~# cat /etc/network/if-up.d/firewall
#!/bin/bash
iptables-restore /etc/firewall.rulz

При выполнении команды ping в Linux может возникнуть системная ошибка. Причина её неочевидная.

Причина кроется в системе разрешения имён.

1. Отключение WINS:

Возможная причина ошибки — в использовании службы WINS при разрешении имён компьютеров, которое включается перед разрешением DNS, и «рушит» всю цепочку определения IP адреса по имени.

1) с использованием команды sudo nano исправить файл «/etc/nsswitch.conf»:

sudo nano /etc/nsswitch.conf

2) полностью удалить из файла «nsswitch.conf» упоминание «wins«.

3) Перезапустить службу сети:

sudo service networking restart

или

sudo systemctl restart networking

2. Указание правильного DNS севера

Проверка, что разрешение имён проходи корректно:

nslookup ya.ru

Если возникла ошибка
nslookup ya.ru
Server: 127.0.0.53
Address: 127.0.0.53#53

server can’t find ya.ru: SERVFAIL

значит проблема в локальной службе DNS. Исправить ошибку можно двумя способами:

СПОСОБ 1:
1) запускаем терминал и переходим в папку

cd /etc/resolvconf/resolv.conf.d

2) редактируем файл base

nano base

или одной командой с указанием полного имени файла:

sudo nano /etc/resolvconf/resolv.conf.d/base

Внимание! Если указать неправильный IP адрес сервера, возникнет ошибка «Временный сбой в разрешении имен»
Поэтому лучше файл base оставить пустым — см. РЕШЕНИЕ 2.

В файле base можно указать или исправить нестандартный DNS сервер:
Например,

nameserver 77.88.8.1

или, например, DNS своего провайдера (109.172.10.70 — DNS Ростелеком).

СПОСОБ 2:

То же самое проделываем с файлом /etc/network/interfaces, если в нём указан параметр dns-nameservers:

cat  /etc/network/interfaces | grep dns-nameservers

и редактируем ip-адреса серверов DNS — можно указать несколько через пробел. Например:

dns-nameservers 192.168.0.1 77.88.8.1 8.8.8.8

Сохраняем изменения в файл interfaces.

3) после этого перезапускаем службу «networking»:

sudo service networking restart

или

sudo systemctl restart networking

Диагностика сетевой службы «networking.service»

sudo systemctl status networking
sudo journalctl -xeu networking.service

3. Устранение ошибки «Job for networking.service failed because the control process exited with error code.»

РЕШЕНИЕ:

sudo systemctl stop NetworkManager
sudo systemctl disable NetworkManager

4. Устранение ошибок «RTNETLINK answers: File exists ifup: failed to bring up» и «Произошел сбой юнита networking.service» и «systemd[1]: Failed to start Raise network interfaces.»

РЕШЕНИЕ:

sudo ip addr flush dev enp2s0
sudo systemctl restart networking

5. Устраняем причину ошибки «Временный сбой в разрешении имен» и «ping: ya.ru: Временный сбой в разрешении имен»

Ищем ошибки в файлах /etc/resolvconf/resolv.conf.d/base и /etc/network/interfaces.

Файл /etc/network/interfaces:

Настройка для статического IP адреса ПК:

auto lo
iface lo inet loopback
auto enp2s0
allow-hotplug enp2s0
iface enp2s0 inet static
address 192.168.0.70
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.0.1
dns-nameservers 192.168.0.1 77.88.8.1 8.8.8.8
dns-search local

Настройка для динамического ip-адреса ПК (DHCP):

auto lo
iface lo inet loopback
allow-hotplug enp2s0
auto enp2s0
iface eth0 inet dhcp

Файл /etc/resolvconf/resolv.conf.d/base: строчку nameserver лучше закомментировать:
# nameserver 192.168.0.1

Для применения изменений выполнить команды

sudo systemctl restart networking

6. Убираем апплет «Network Manager» из автозагрузки и панели задач

Если используется статический IP-адрес, апплет «Network Manager» не нужен, он занимает свободное место не экране.

В LXQT
Пуск — Настройки — Настройки LXQt — Настройки сеанса — снять галочку против «Сеть» (/etc/xdg/autostart/nm-applet.desktop), нажать «Закрыть»».

«Пуск» — «Выйти» — «Выйти из системы» и войти снова.

7. Как проверить, динамический или статический IP адрес?

Команда:

ip addr

Вывод команды для динамического IP адреса содержит слово «dynamic».