Задний план
Я работаю на внутреннем сервере под управлением Debian
Унаме - р
вывод :
Linux osteocalcine 5.10.0-13-amd64 #1 SMP Debian 5.10.106-1 (2022-03-17) x86_64 GNU/Linux
Этот сервер (который планируется использовать в качестве общего репозитория документов и т. д. и т. д.) получает фиксированный IP-адрес от локального сервера DHCP на основе его MAC-адреса.
вот соответствующий раздел и т.д./сеть/интерфейсы
авто вот
iFace Lo Inet Loopback
авто enp11s0f0
iface enp11s0f0 инет dhcp
Сервер строго внутренний, к нему нет связи извне (т.е. я не могу подключиться к нему, если не нахожусь в той же сети, поэтому нет SSH из дома, только из офиса).
Настройка была с базовым графическим интерфейсом (я предполагаю, что в будущем мои коллеги могут захотеть использовать его для выполнения различного анализа, и я уверен, что они были бы счастливее удаленно войти в систему на рабочем столе, а не в командной строке) .
Проблема
Сервер будет регулярно отключаться от сети, а не автоматически переподключаться.
Последнее, что он сделал, я схватил вывод dmesg
[Пн, 9 мая, 12:08:25 2022] аудит: type=1400 аудит(1652090911.500:10): apparmor="
СТАТУС" operation="profile_load" profile="unconfined" name="libreoffice-senddoc"
pid=585 comm="apparmor_parser"
[Пн, 9 мая, 12:08:25 2022] аудит: тип=1400 аудит(1652090911.500:11): apparmor="
СТАТУС" Operation="profile_load" profile="unconfined" name="libreoffice-oopslash
" pid = 595 comm = "apparmor_parser"
[Пн, 9 мая, 12:08:25 2022] pstore: Использование сжатия аварийного дампа: deflate
[Пн, 9 мая, 12:08:25 2022] pstore: efi зарегистрирован как серверная часть постоянного хранилища.
[Пн, 9 мая, 12:08:25 2022] bnx2 0000:0b:00.0: прошивка: прошивка с прямой загрузкой
bnx2/bnx2-mips-09-6.2.1b.fw
[Пн, 9 мая, 12:08:25 2022] bnx2 0000:0b:00.0: прошивка: прошивка с прямой загрузкой
bnx2/bnx2-rv2p-09-6.0.17.fw
[Пн, 9 мая, 12:08:25 2022] bnx2 0000:0b:00.0 enp11s0f0: использование MSIX
[Пн, 9 мая, 12:08:27 2022] bnx2 0000:0b:00.0 enp11s0f0: Медный канал сетевой карты работает, 1
00 Мбит/с полный дуплекс
[Пн, 9 мая, 12:08:27 2022] IPv6: ADDRCONF(NETDEV_CHANGE): enp11s0f0: ссылка стала
готов
[Пн, 9 мая, 12:08:29] bnx2 0000:0b:00.1 enp11s0f1: с помощью MSIX
[Пн, 9 мая, 12:08:29] bnx2 0000:15:00.0 ens2f0: с помощью MSIX
[Пн, 9 мая, 12:08:29] bnx2 0000:15:00.1 ens2f1: использование MSIX
[Пн, 9 мая, 12:09:02 2022] kauditd_printk_skb: подавлено 10 обратных вызовов
[Пн, 9 мая, 12:09:02 2022] аудит: тип=1400 аудит(1652090942.775:22): apparmor="
DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=991 comm="cupsd" capab
ility=12 capname="net_admin"
[Пн, 9 мая, 12:09:03 2022] аудит: тип=1400 аудит(1652090943.315:23): apparmor="
DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=1081 comm="cups
-browsed" возможность=23 capname="sys_nice"
[Пн, 9 мая, 13:24:56 2022] perf: прерывание заняло слишком много времени (2519 > 2500), понижение
kernel.perf_event_max_sample_rate до 79250
[Пн, 9 мая, 14:52:01 2022] perf: прерывание заняло слишком много времени (3161 > 3148), понижение
kernel.perf_event_max_sample_rate до 63250
[Вт, 10 мая, 00:00:44 2022] аудит: type=1400 аудит(1652133644.687:24): apparmor="
DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=77551 comm="cupsd" cap
способность=12 capname="net_admin"
[Вт, 10 мая, 00:00:44 2022] аудит: type=1400 аудит(1652133644.819:25): apparmor="
DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=77552 comm="cup
s-browsed" возможность=23 capname="sys_nice"
в этот момент я перезагрузил сервер (похоже, это единственный способ перезапустить сеть), вот строки из нового dmesg, которые кажутся актуальными...
[Вт, 10 мая, 14:00:01 2022] bnx2 0000:0b:00.0 eth0: Broadcom NetXtreme II BCM5709 1000Base-T (C0) PCI Express найден в памяти 96000000, IRQ 24, адрес узла 5c:f3:fc:e4:6f :d8
[Вт, 10 мая, 14:00:01 2022] bnx2 0000:0b:00.1 eth1: Broadcom NetXtreme II BCM5709 1000Base-T (C0) PCI Express найден в памяти 98000000, IRQ 36, адрес узла 5c:f3:fc:e4:6f :да
[Вт, 10 мая, 14:00:01 2022] i801_smbus 0000:00:1f.3: включение устройства (0140 -> 0143)
[Вт, 10 мая, 14:00:01 2022] i801_smbus 0000:00:1f.3: SMBus использует прерывание PCI
[Вт, 10 мая, 14:00:01 2022] bnx2 0000:15:00.0 eth2: Broadcom NetXtreme II BCM5709 1000Base-T (C0) PCI Express найден в памяти 92000000, IRQ 28, адрес узла 00:10:18:fb:1f :20
[Вт, 10 мая, 14:00:01 2022] Предупреждение ACPI: диапазон SystemIO 0x00000000000005A8-0x000000000000005AF конфликтует с OpRegion 0x00000000000005A8-0x000000000000005AF (\_25utPCI0.LPC20.2GPE0)
[Вт, 10 мая, 14:00:01 2022] ACPI: если для этого устройства доступен драйвер ACPI, следует использовать его вместо родного драйвера.
[Вт, 10 мая, 14:00:01 2022] Предупреждение ACPI: диапазон SystemIO 0x0000000000000430-0x0000000000000043F конфликтует с OpRegion 0x0000000000000439-0x0000000000000439 (\_SB.PCI0.RIL)
[Вт, 10 мая, 14:00:01 2022] ACPI: если для этого устройства доступен драйвер ACPI, следует использовать его вместо родного драйвера.
[Вторник, 10 мая, 14:00:01 2022] Предупреждение ACPI: диапазон SystemIO 0x00000000000000400-0x0000000000000042F конфликтует с OpRegion 0x000000000000040E-0x0000000000000040E (\_SB.PCI0.RIT)
[Вт, 10 мая, 14:00:01 2022] Предупреждение ACPI: диапазон SystemIO 0x0000000000000400-0x0000000000000042F конфликтует с OpRegion 0x000000000000040C-0x0000000000000040C (\_SB.PCI0.RTY) (20address-20address-20009)
[Вт, 10 мая, 14:00:01 2022] ACPI: если для этого устройства доступен драйвер ACPI, следует использовать его вместо родного драйвера.
[Вт, 10 мая, 14:00:01 2022] lpc_ich: обнаружены конфликты ресурсов, влияющие на gpio_ich
[Вт, 10 мая, 14:00:01 2022] bnx2 0000:15:00.1 eth3: Broadcom NetXtreme II BCM5709 1000Base-T (C0) PCI Express найден в памяти 94000000, IRQ 37, адрес узла 00:10:18:fb:1f :22
[Вт, 10 мая, 14:00:01 2022] bnx2 0000:0b:00.0 enp11s0f0: переименован из eth0
[Вт, 10 мая, 14:00:13 2022] bnx2 0000:0b:00.0: прошивка: прошивка с прямой загрузкой bnx2/bnx2-mips-09-6.2.1b.fw
[Вт, 10 мая, 14:00:13 2022] bnx2 0000:0b:00.0: прошивка: прошивка с прямой загрузкой bnx2/bnx2-rv2p-09-6.0.17.fw
[Вторник, 10 мая, 14:00:13 2022] bnx2 0000:0b:00.0 enp11s0f0: использование MSIX
[Вт, 10 мая, 14:00:14 2022] bnx2 0000:0b:00.0 enp11s0f0: Медный канал сетевой карты работает, полнодуплексный режим 100 Мбит/с
[Вт, 10 мая, 14:00:14 2022] IPv6: ADDRCONF(NETDEV_CHANGE): enp11s0f0: ссылка готова
[Вторник, 10 мая, 14:00:15 2022] bnx2 0000:0b:00.1 enp11s0f1: использование MSIX
[Вторник, 10 мая, 14:00:16 2022] bnx2 0000:15:00.0 ens2f0: использование MSIX
[Вторник, 10 мая, 14:00:16 2022] bnx2 0000:15:00.1 ens2f1: использование MSIX
после чего следующие строки относятся к среде, поэтому я думаю, что это не имеет значения (пожалуйста, скажите мне, если я ошибаюсь).
Я не уверен, что именно мне нужно искать в dmesg (или где-то еще), чтобы определить, что вызывает разрыв соединения.
Однако я заметил следующее.
- Чтобы исправить проблему, я должен физически перезапустить сервер.
- Перезапуск новой работы с помощью `systelctl networking restart' ничего не дает. (как мне извлечь из этого сообщения об ошибках/трассировке).
- Проблема возникает, когда я вхожу в систему через SSH, и мой локальный терминал «уходит в сон» ~ может ли это как-то вызвать проблему на сервере?
Есть ли демон, который мне нужно настроить, который будет продолжать тестировать соединение и «включать» его, если оно выйдет из строя (обратите внимание, однако, что вызов systemctl, похоже, не возвращает сеть, так что это может быть спорный вопрос).
Запись
Как упоминалось выше, я установил «рабочий стол» на сервере на тот случай, если один из моих коллег захочет войти в него. Я понял, что сетевой менеджер установлен в системе ....
$ apt list --installed |сеть grep
ВНИМАНИЕ: у apt нет стабильного интерфейса командной строки. Используйте с осторожностью в сценариях.
glib-networking-common/stable, теперь 2.66.0-2 все [установлено, автоматически]
glib-networking-services/stable, теперь 2.66.0-2 amd64 [установлено, автоматически]
glib-networking/stable, теперь 2.66.0-2 amd64 [установлено, автоматически]
libqt5network5/stable, теперь 5.15.2+dfsg-9 amd64 [установлено, автоматически]
network-manager-gnome/stable, теперь 1.20.0-3 amd64 [установлено, автоматически]
network-manager/stable, теперь 1.30.0-2 amd64 [установлено, автоматически]
может ли это как-то вызвать проблему.
Если вам нужна дополнительная информация, просто спросите, и я опубликую обновление.
Как всегда, заранее спасибо за вашу помощь.
редактировать 1:
Поэтому я больше склоняюсь к тому, что проблема связана с ssh. Я был зарегистрирован сегодня, и соединение «зависло». Мне пришлось войти через другой терминал и убить первое соединение.
Я упоминаю об этом, так как это произошло в то время, когда я обычно обедал / кофе с коллегами.
Что мне нужно сделать сейчас, так это улучшить мониторинг всей системы ... но что я должен добавить и на что мне нужно обратить внимание?