SystemdDoctor
служба не работает сеть риск

Применение сетевых настроек рвёт соединение и не возвращает его

Применение сетевых настроек перезапускает управление интерфейсами. Ошибка в описании означает потерю доступа к удалённой машине без возможности исправить. Это одна из немногих операций, где порядок действий важнее знания синтаксиса.

Вероятные причины

По порядку: сверху то, что встречается чаще.

  1. Ошибка в описании применяется без проверки

    Опечатка в адресе, маске или имени интерфейса оставляет машину без сети. Откатить изменения некому.

  2. Настройки применяются без страховки на удалённой машине

    Даже верное описание может не сработать из-за особенностей сети. Без страховки машина остаётся недоступной до физического вмешательства.

  3. Описание не совпадает с работающей службой управления сетью

    Описание может собираться в настройки одной службы, а сетью управляет другая. Изменения применяются не туда.

Диагностика

Команды идут в том порядке, в котором их стоит выполнять: каждая следующая проверяет то, что осталось после предыдущей.

Проверка описания без применения: покажет ошибки разбора.

sudo netplan generate

Применение с автоматическим откатом при потере соединения.

sudo netplan try --timeout 60

Итоговое состояние интерфейсов после применения.

networkctl list

Решение

Решение своё для каждой причины. Сначала определите, какая из них ваша, — иначе правки наложатся друг на друга.

1. Ошибка в описании применяется без проверки
Почему происходит
Опечатка в адресе, маске или имени интерфейса оставляет машину без сети. Откатить изменения некому.
Как проверить
Проверьте описание до применения.
sudo netplan generate 2>&1 | head
sudo netplan try --timeout 60 2>&1 | head
Как исправить
Применяйте настройки в режиме с откатом по таймауту: при потере соединения прежние настройки вернутся сами. На удалённой машине это обязательная привычка.
2. Настройки применяются без страховки на удалённой машине
Почему происходит
Даже верное описание может не сработать из-за особенностей сети. Без страховки машина остаётся недоступной до физического вмешательства.
Как проверить
Посмотрите способ доступа к машине помимо сети.
systemctl is-active serial-getty@ttyS0 2>/dev/null; systemd-detect-virt
Как исправить
Держите второй путь доступа: консоль гипервизора, последовательный порт или запланированный откат заданием по таймеру. Правка сети без страховки — частая причина выезда на место.
3. Описание не совпадает с работающей службой управления сетью
Почему происходит
Описание может собираться в настройки одной службы, а сетью управляет другая. Изменения применяются не туда.
Как проверить
Посмотрите, какая служба управляет сетью и что сгенерировано.
systemctl is-active systemd-networkd NetworkManager 2>/dev/null
sudo ls /run/systemd/network/ 2>/dev/null | head
Как исправить
Приведите описание и работающую службу в соответствие. Смешение двух служб управления сетью даёт плавающие отказы, которые трудно воспроизвести.

Пример вывода

Ошибка в описании оставила интерфейс без адреса. Пример показательный: он собран на тестовой машине специально для этой страницы, а не взят из чужого журнала.

$ sudo netplan apply
** (generate:5700): WARNING **: Permissions for /etc/netplan/50-cloud-init.yaml are too open
systemd-networkd[600]: eth0: DHCPv4 client: Failed to send DHCP request
# соединение разорвано, машина доступна только через консоль гипервизора

Связанные ошибки

Источники

  • Документация netplan документация программы
    сверено 15 сентября 2026
  • Воспроизведено на тестовой машине, systemd 255 (Ubuntu 24.04)
    Воспроизведено на тестовой машине с доступом через консоль.
    собственная проверка, systemd 255
    сверено 15 сентября 2026