#Что происходит и когда это важно
Проблема появляется после сна, а после перезагрузки или переподключения кабеля связь восстанавливается. На сервере со статической сетью сначала уточните, управляет ли интерфейс вообще NetworkManager.
#Возможные причины и как их отличить
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Интерфейс отключился после снаАдаптер не восстановил линк или драйвер. | ip -br link показывает DOWN/NO-CARRIER. | Проверить порт, кабель и журнал ядра. |
| Профиль не активируетсяNetworkManager не назначает прежний профиль Ethernet. | nmcli device status показывает disconnected. | Выбрать сохранённое соединение, а не создавать второе. |
| Нет адреса или шлюзаDHCP не ответил или статические настройки не применились. | Интерфейс UP, но нет ожидаемого IPv4/маршрута. | Проверить настройку DHCP и маршрутизатор. |
#Пошаговая диагностика и исправление
- Убедитесь, что проблема только после снаПосле выхода из сна откройте терминал Ctrl+Alt+T. Посмотрите значок проводной сети и светодиод порта, если он есть. Проверьте, открывается ли локальный адрес маршрутизатора в браузере. Сравните с поведением после обычной загрузки — это поможет отличить неисправность восстановления питания адаптера.
- Определите интерфейсВыполните
nmcli device statusиip -br link. Найдите проводной интерфейс вида enp.../eth..., столбцы TYPE ethernet, STATE connected/disconnected/unmanaged. Если unmanaged, NetworkManager им не управляет: не навязывайте nmcli конфигурацию серверу, использующему systemd-networkd или ifupdown. - Проверьте физическое соединениеАккуратно переподключите исправный кабель и попробуйте другой порт маршрутизатора без изменения сетевых настроек. Если
ip -br linkостаётся NO-CARRIER, проверяйте кабель, питание адаптера, док-станцию и журнал драйвера — команда назначения IP не восстановит отсутствующий линк. - Посмотрите адреса и маршрутВ терминале выполните
ip -br addrиip route. У нужного интерфейса должен быть ожидаемый адрес, а маршрут к нужной подсети/шлюзу должен присутствовать. Если интерфейс получил 169.254.*.*, это часто признак отсутствия обычного DHCP-адреса; сравните с настройками сети. - Изучите сообщения после пробужденияВыполните
journalctl -b -u NetworkManager -n 100 --no-pagerиjournalctl -k -b -n 100 --no-pager. Посмотрите, есть ли ошибки carrier, DHCP или драйвера и какая строка появилась непосредственно после сна. Если права ограничивают вывод, попросите адресную выборку у администратора. - Восстановите только подтверждённый профильНа рабочем столе откройте «Настройки» → «Сеть» → «Проводное подключение», выберите ранее сохранённое подключение и повторно включите его. На удалённом сервере не выполняйте
nmcli con downили restart NetworkManager из единственного SSH-сеанса: связь может оборваться. - Проверьте возвращение связиПовторно получите адрес и маршрут, проверьте доступ к локальному шлюзу, затем к нужному сайту. Сохраните рабочие документы, проверьте выход из сна ещё раз; если сбой повторяется, ищите обновление драйвера/прошивки от производителя под конкретную модель.
#Команды из инструкции с пояснениями
Linux · Терминал (Bash)Команда
Статус устройств у NetworkManager.
nmcli device statusLinux · Терминал (Bash)Команда
Физические и логические состояния интерфейсов.
ip -br linkLinux · Терминал (Bash)Команда
Адреса сетевых интерфейсов.
ip -br addrLinux · Терминал (Bash)Команда
Основные маршруты IPv4.
ip routeLinux · Терминал (Bash)Команда
Журнал NetworkManager текущей загрузки.
journalctl -b -u NetworkManager -n 100 --no-pager#Как проверить результат
Проводной интерфейс восстанавливает link, профиль и правильный IP-адрес без ручного переподключения после нескольких выходов из сна.
#Если проблема не устранена
Если link отсутствует, используйте диагностику кабеля/драйвера; если link есть, но нет адреса, проверяйте DHCP и конфигурацию профиля. Не смешивайте эти причины.