У меня есть следующая проблема:
всякий раз, когда мой сервер подключен к Интернету, он становится недоступным через определенный период времени. Периоды времени различаются. Всякий раз, когда это происходит, я могу пропинговать сервер из своей локальной сети, но я не могу связаться с ним через его адрес dyndns в моем браузере, его IP-адрес, и я также не могу подключиться к нему по ssh. Единственный способ, который я нашел, чтобы исправить это до сих пор, - перезагрузить машину.
Проблема обычно начинает возникать через день или около того, и обычно это происходит ночью. Посмотрел логи и пришел к следующему выводу:
Сетевой менеджер (NetworkManager.service) аварийно завершает работу и не перезапускается до перезагрузки:
22 января 02:25:52 mussingerwebserver dockerd[2161]: time="2022-01-22T02:25:07.391683481+01:00" level=warning msg="Проверка работоспособности контейнера
22 января 02:26:32 Ядро mussingerwebserver: [UFW BLOCK] IN=enp1s0 OUT= MAC=01:00:5e:00:00:fb:b0:35:b5:df:07:d2:08:00 SRC= 192.168.178.66 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=17286 PROTO=2
22 января 02:25:33 mussingerwebserver CRON[16536]: (www-data) CMD (php7.2 -f /var/www/nextcloud/cron.php)
22 января, 02:25:47 mussingerwebserver NetworkManager[1229]: <info> [1642814746.7425] менеджер: состояние NetworkManager теперь CONNECTED_GLOBAL
22 января, 02:26:45 mussingerwebserver whoopsie[1951]: [02:25:52] Не удалось получить список активных подключений: истекло время ожидания
22 января, 02:26:45
22 января 02:27:06 mussingerwebserver dockerd[2161]: time="2022-01-22T02:25:17.538581342+01:00" level=warning msg="Проверка работоспособности контейнера f3b354722bbd1660aa6840ddce338cfd07a27a2931e387eb0511e387eb6511
22 января, 02:27:06 mussingerwebserver dockerd[2161]: time="2022-01-22T02:25:17.538881010+01:00" level=warning msg="Проверка работоспособности контейнера 7c7475150e0df49c4a7af8417d15a3f3a9c98b47ebcff
22 января, 02:27:06 mussingerwebserver dockerd[2161]: time="2022-01-22T02:25:17.672603919+01:00" level=warning msg="Проверка работоспособности контейнера c050c5961997817472be6a1ecbb39898244d064d031c9432b031b
22 января 02:27:06 mussingerwebserver dockerd[2161]: time="2022-01-22T02:25:17.538587478+01:00" level=warning msg="Проверка работоспособности контейнера fb75e0eeb20a372aeb64ea6604139232a527e180ca2548ee21400
ЭСКОД
это ясно показывает, что сетевой менеджер дает сбой примерно в то же время (сервер все это время работал, но сетевой менеджер ничего не записал в журнал):
22 января 00:46:08 mussingerwebserver NetworkManager[1229]: <info> [1642808768.036
22 января 00:50:39 mussingerwebserver NetworkManager[1229]: <info> [1642809039.276
22 января, 01:56:08 mussingerwebserver NetworkManager[1229]: <info> [1642812968.055
22 января, 01:56:08 mussingerwebserver NetworkManager[1229]: <info> [1642812968.055
22 января, 02:00:39 mussingerwebserver NetworkManager[1229]: <info> [1642813239.265
22 января, 02:21:08 mussingerwebserver NetworkManager[1229]: <info> [1642814468.045
22 января, 02:21:08 mussingerwebserver NetworkManager[1229]: <info> [1642814468.045
22 января, 02:25:47 mussingerwebserver NetworkManager[1229]: <info> [1642814746.742
-- Перезагрузить --
22 января, 09:37:42 mussingerwebserver systemd[1]: Запуск Network Manager...
Недавно я заблокировал его от подключения к Интернету на некоторое время (пару недель), и он не вел себя так ни разу. Несколько дней назад я снова открыл его, и проблема начала повторяться.
Система:
старый настольный ПК под управлением Ubuntu 18.04.6 LTS
установлены Nextcloud, Unifi Network manager, Influxdb и netdata
Nextcloud подключен к Интернету через duckdns (на Fritzbox) с SSL-сертификатом letsencrypt.
машина подключена через ethernet
Я пытался:
чтобы найти журнал аппорта в /var/crash.В этом каталоге нет отчета о сбое из-за инцидента, однако я смог заставить apport сгенерировать отчет о сбое, повозившись и введя неподдерживаемую команду. Сначала я подумал, что у него может не быть необходимых разрешений для записи в /var/crash, но, похоже, это не так.
Я также проверил, включен ли перезапуск при сбое, и похоже, что это так,
/lib/systemd/system/NetworkManager.service указывает:
Перезапуск = при сбое
На данный момент я больше не знаю, что искать, и надеюсь, что кто-то может помочь со следующими вопросами:
- Почему NetworkManager аварийно завершает работу?
- Это корень моей проблемы или это просто симптом?
- Почему apport не создает журнал ошибок? Явно происходит ошибка, иначе зачем срабатывать whoopsie.
- Почему NetworkManager не перезапускается, хотя в его конфигурации указано, что это необходимо?
Я надеюсь, что кто-нибудь может мне помочь
