Периодически пропадает соединение с сетью.

[rits]

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

Чем можно убить систему? В моем случае см. выше, я лично так делал, когда карта слетела на серваке-шлюзе:
# cat /etc/udev/rules.d/70-persistent-net.rules

Код: [Выделить]

#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:22:xx:aa:xx:xx", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="ether0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="5c:d9:98:xx:xx:xx", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="ether1"

# USB device 0x2001:0x4a00 (usb)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="78:32:1b:xx:xx:xx", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="ether0"
Изначально, при настройке, я создал файл 70-persistent-net.rules с настройками назначения определенных имен сетевым интерфейсам по mac-адресу.

Код: [Выделить]

# apt-get install udev-rule-generator-net
# mcedit /etc/udev/rules.d/70-persistent-net.rulesЭто первые две строчки. Когда у меня вылетела интеловская карта (ether0 локалка), я вставил USB-LAN сетевую карту и в файл  70-persistent-net.rules прописалась третья строчка NAME="eth0" Первую я закоментил, третью переименовал в NAME="ether0"
Но даже если бы запись не добавилась, то в первой, нужно было бы поменять только mac-адрес внешней USB сетевой карты.
Ни каких перенастроек сервисов, все поднялось автоматом и DNS, и DHCP, и SQUID, и шейпер HTB, и прочие сервисы завязанные на транспортный и сетевой протоколы. По мак-адресу у меня завязок не было.

[rits]

Вернулся к ядру 6.1.37-un-def-alt1, пока работает нормально, дальше "будем поглядеть". Непонятно только, почему такое сырое ядро выкладывают в официальный репозиторий? Ведь я его установил из центра управления системой и с момента установки ни каких дополнительных репозиториев не добавлял.

У меня на рабочей станции:
uname -a
Linux ae-arm1 5.15.96-un-def-alt1 #1 SMP PREEMPT Thu Mar 2 01:08:00 UTC 2023 x86_64 GNU/Linux

# update-kernel

Код: [Выделить]

Running kernel: kernel-image-un-def-5.15.96-alt1
Checking for available un-def kernel packages...
Latest available kernel is kernel-image-un-def-6.1.38-alt1
Kernel un-def version 6.1.38-alt1 has 29 external modules. Use -i to select which modules to install.
ATTENTION: Selected kernel does not have 2 following external module(s) which you have
installed for your currently booted un-def kernel:
   rtl8188fu rtl8723bu
Do not answer yes if these modules are important for your system.
The following extra modules will be installed:
   (auto-selected) drm drm-nouveau nvidia rtl8812au rtl8821ce rtl8821cu rtw89 staging virtualbox
Try to install new kernel kernel-image-un-def-6.1.38-alt1 and update its modules [Y/n]?
Google перевод:

Последнее доступное ядро — kernel-image-un-def-6.1.38-alt1.
Ядро un-def версии 6.1.38-alt1 имеет 29 внешних модулей. Используйте -i для выбора модулей для установки.
ВНИМАНИЕ: Выбранное ядро не имеет 2 следующих внешних модулей, которые есть у вас.
установлен для загруженного в данный момент ядра un-def:
    rtl8188fu rtl8723bu
Не отвечайте «да», если эти модули важны для вашей системы.
Будут установлены следующие дополнительные модули:
    (выбрано автоматически) drm drm-nouveau nvidia rtl8812au rtl8821ce rtl8821cu rtw89 промежуточный виртуальный бокс

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

[Александр Ерещенко]

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

Запустите

Код: [Выделить]

inxi -Nxxxи посмотрите, какие драйвера у вас используются для сетевых адаптеров. Если rtl8188fu rtl8723bu (судя по наименованиям, это USB-адаптеры) в этом списке нет, то можете и не волноваться.

[rits]

и посмотрите, какие драйвера у вас используются для сетевых адаптеров. Если rtl8188fu rtl8723bu (судя по наименованиям, это USB-адаптеры) в этом списке нет, то можете и не волноваться.

Спасибо за совет,

Код: [Выделить]

Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169 v: kernel port: 4000
Device-2: Intel Ethernet I225-V vendor: ASUSTeK driver: igc v: kernel port: 4000 возможно волноваться не нужно.

[nialiv]

У меня на рабочей станции:
uname -a
Linux ae-arm1 5.15.96-un-def-alt1 #1 SMP PREEMPT Thu Mar 2 01:08:00 UTC 2023 x86_64 GNU/Linux

У меня в качестве резервного используется ядро 5.15.72-un-def-alt1, с ним ни каких проблем нет. Сегодня прошло очередное обновление, я рискнул и установил ядро 6.1.38-un-def-alt1, по причине того, что система с ядром 6.1.37-un-def-alt1 надёжно глюкнула, пришлось обновлять ядро. через Wi-Fi, правда перед этим сохранил систему в образ, прошло несколько часов, пока всё нормально, только надолго ли...
PS: Утром, всё-таки, сеть глюкнула, через проводное соединение работать совершенно невозможно, всё, как мне "нравится", одну секунду сеть есть, одну секунду сети нет и так до бесконечности. Отключил проводное соединение,  работаю, через Wi-Fi, естественно, связи с сервером и домашним кинотеатром нет. Вот именно для этого мне и нужен Network Manager, сейчас перезагружусь в Fedora и дополню.
Перезагрузился, дополняю, в Федоре всё нормально обе сети работают, ни каких разрывов соединения нет, версия ядра в Федоре 6.3.12-200.fc38.x86_64.
Вывод: дело не в железе и не в настройках, а в новом ядре Альта. Отправляю Альта в "ссылку" (убираю USB3_HDD с системой в дальний ящик стола), вернусь к нему, когда наступит очередной приступ мазохизма.

PS: И вот наступил он, "приступ мазохизма". Сначала запустил систему с ядром 5-й версии и сразу же увидел в области уведомлений до боли знакомые сообщения о периодическом отключении проводной сети.
Перед началом работы, через Wi-Fi обновил ядро до последней версии, 6.1.38-un-def-alt1, почистил систему, остановил работу Network Manager и настроил сеть вручную, через файлы конфигурации. Работают и проводная сеть и Wi-Fi, причём одновременно. Прошло несколько часов и ни одного разрыва соединения.
Очевиднее всего причина была в "кривой" работе Network Manager.
Очень хочу надеяться, что проблема работы сети решена. В одном только только неудобно, - отсутствует значок в области уведомлений и оперативно отключать и включать Wi-Fi невозможно.

[rits]

PS: Утром, всё-таки, сеть глюкнула, через проводное соединение работать совершенно невозможно

Например, чтобы понять, как выбрать дистрибутив, нужно определить некоторый план, https://youtu.be/2hc_Uv0XkVc но это только для предприятий. Для дома можно использовать любой линукс, но только не в коммерции.
Чем к примеру, не угодили стабильные версии ядер (std-def)?
# inxi -mGIC

Код: [Выделить]

Memory:    RAM: total: 31.1 GiB used: 15.73 GiB (50.6%)
           Array-1: capacity: 256 GiB slots: 4 EC: None
           Device-1: Controller0-DIMM0 size: No Module Installed
           Device-2: Controller0-DIMM1 size: 16 GiB speed: 4800 MT/s
           Device-3: Controller1-DIMM0 size: No Module Installed
           Device-4: Controller1-DIMM1 size: 16 GiB speed: 4800 MT/s
CPU:       Info: 8-Core model: 12th Gen Intel Core i5-12600K bits: 64 type: MT MCP cache: L2: 20 MiB
           Speed: 832 MHz min/max: 800/4900 MHz Core speeds (MHz): 1: 832 2: 800 3: 800 4: 801 5: 801 6: 800 7: 800 8: 801
           9: 800 10: 800 11: 804 12: 801 13: 892 14: 659 15: 800 16: 800
Graphics:  Device-1: Intel AlderLake-S GT1 driver: i915 v: kernel
           Display: server: X.org 1.20.14 driver: loaded: fbdev tty: 190x16
           Message: Advanced graphics data unavailable in console for root.
Info:      Processes: 395 Uptime: 17d 1h 52m Init: systemd runlevel: 5 Shell: Bash inxi: 3.3.04
Это моя рабочая станция, на ней 16 ядер (или 8 с HT), память DDR5. Пару виртуалок и хост работает на kvm. Были некоторые проблемы с графикой остался на un-def , а множество шлюзов где основная нагрузка это сеть, крутится на ядре std-def и системах p8,9,10 версий. Бывали глюки с сетью, как у тебя, но редко и из моего опыта, проблема либо в мат. плате либо в оборудовании сети не связанным с компьютером.
 Я писал выше, на форуме пишут, как на других системах "костыляют" патчи в ядро в обход NVM chek, чтобы инициализировать сетевую карту, а Windows, вообще игнорит эту проблему и инициализирует (сам не проверял, так говорят).
Тут каждый сам выбирает или обходить проблему или искать причину. В моем случае, сбой был в скачке напряжения, сгорел UPS и вылетела LAN. Вот и думай, использовать дистр с костылями или заменить Lan и мат. плату, через которую, сеть используют сотни устройств организации?

[nialiv]

В моем случае, сбой был в скачке напряжения, сгорел UPS и вылетела LAN. Вот и думай, использовать дистр с костылями или заменить Lan и мат. плату, через которую, сеть используют сотни устройств организации?

На моём домашнем сервере установлен Debian 11 в базовой конфигурации, без графического окружения, монитора, клавиатуры, мышки, управляется удалённо по проводной сети, работает прекрасно. А что касается перенапряжений, то мой бесперебойник более 10 лет назад спас компьютер от попадания молнии в питающую сеть, во время грозы сверкнула молния и в нём раздался звук, похожий на пистолетный выстрел, естественно, в доме всё погасло. Когда включил автоматы в распределительном щитке, всё работало нормально и даже бесперебойник до сего времени работает, как ни в чём ни бывало.
И так иногда бывает.
PS: Меня можно "поздравить", после очередного обновления системы, (обновление безопасности, обновление Libre Office) и в Debian начала глючить сеть, пока держатся только Fedora 38, Rosa Fresh 12.4 и Windows 10. В обеих Linux системах установлено ядро 6-й версии. Почему-то разработчики Альта упорно не хотят включать в ядро драйвер интегрированной сетевой карты Realtek RTL8111а она интегрирована в очень большое количество системных плат. У меня дома три компьютера и во всех интегрирована эта сетевая карта.

[nialiv]

Чем к примеру, не угодили стабильные версии ядер (std-def)?

Именно этим и не угодили. Выдержал без Альта чуть больше недели, за это время и у Debian 12 тоже "глюкнула" проводная сеть и вот наступил он, "долгожданный приступ мазохизма". Сначала запустил систему с ядром 5-й стандартной версии и сразу же увидел в области уведомлений до боли знакомые сообщения о периодическом отключении проводной сети.
Перед началом работы, через Wi-Fi обновил ядро до последней версии, 6.1.38-un-def-alt1, почистил систему, остановил работу Network Manager и настроил сеть вручную, через файлы конфигурации. Работают и проводная сеть и Wi-Fi, причём одновременно. Пошли уже вторые сутки и ни одного разрыва соединения.
Очевиднее всего причина была в "кривой" работе Network Manager.
А вот на домашнем сервере под Debian проблем с сетью нет, но на нём система в минимальной конфигурации, без графического окружения, установлено только то, что мне необходимо.
Очень хочу надеяться, что проблема работы с сетью решена. В одном только только неудобно, - отсутствует значок в области уведомлений и оперативно отключать и включать Wi-Fi невозможно.

[asy]

Очень хочу надеяться, что проблема работы с сетью решена. В одном только только неудобно, - отсутствует значок в области уведомлений и оперативно отключать и включать Wi-Fi невозможно.

Да её так-то и не было у тех, кто NM не использует для проводной сети. А кто использует - ну ССЗБ.

[nialiv]

Да её так-то и не было у тех, кто NM не использует для проводной сети. А кто использует - ну ССЗБ.

Спасибо. И вам всего того же, только в два раза больше.

[Speccyfighter]

... и оперативно отключать и включать Wi-Fi невозможно.

Почему невозможно. Возможно.
Но только из теминала и только от root:

Код: [Выделить]

$ ls -l /etc/net/scripts/if*-wireless
lrwxrwxrwx 1 root root 14 мая  5 13:47 /etc/net/scripts/ifdown-wireless -> ifdown-ifplugd
lrwxrwxrwx 1 root root 12 мая  5 13:47 /etc/net/scripts/ifup-wireless -> ifup-ifplugd


Код: [Выделить]

$ /etc/net/scripts/ifdown-wireless
Usage: /etc/net/scripts/ifdown-wireless <interface>


[nialiv]

Почему невозможно. Возможно.
Но только из теминала и только от root:

И это вы называете "оперативно"? Надо зайти в терминал, получить права суперпользователя и выполнить команды. Однако, есть путь покороче, запустить Центр управления, в нём открыть  "Ethernet интерфейсы" и отключить не нужный интерфейс.

[Александр Ерещенко]

Почему невозможно. Возможно.
Но только из теминала и только от root:

И это вы называете "оперативно"? Надо зайти в терминал, получить права суперпользователя и выполнить команды. Однако, есть путь покороче, запустить Центр управления, в нём открыть  "Ethernet интерфейсы" и отключить не нужный интерфейс.

Приблизительно одинаковое количество телодвижений. :)
А если первый вариант преобразовать в два скрипта wifi-on и wifi-off и вывести их на ярлычки, то потом вообще одним кликом мышки будет делаться - это даже быстрее, чем через NM :)

[nialiv]

А если первый вариант преобразовать в два скрипта wifi-on и wifi-off и вывести их на ярлычки, то потом вообще одним кликом мышки будет делаться - это даже быстрее, чем через NM :)

Большое спасибо! Попробовал, через терминал, понравилось! Только вот со скриптами пока получается запускать их только из терминала, естественно с root привилегиями поэтому в них пока нет смысла, команды намного проще.

PS: Что интересно, с написанием скриптов в Альте полнейший облом, в других Linux (Fedora, Debian, Rosa Fresh) всё запросто получается и они работают, а вот в в Альте пока (то-то надолго затянулось это "пока") не получается.
И самое главное, скрипты, созданные в Debian, в Альте работают! Просто какая-то несовместимость у меня с Альтом.
С другой стороны в Альте наиболее корректно работает переключение раскладок клавиатуры, в других LInux почему-то всегда устанавливается при старте русская раскладка, хотя по умолчанию стоит английская.

[Александр Ерещенко]

А если первый вариант преобразовать в два скрипта wifi-on и wifi-off и вывести их на ярлычки, то потом вообще одним кликом мышки будет делаться - это даже быстрее, чем через NM :)

Большое спасибо! Попробовал, через терминал, понравилось! Только вот со скриптами пока получается запускать их только из терминала.

Смотреть в сторону настройки sudo для запуска определённой команды без пароля.
Собственно, sudo и предназначено для подобных ситуаций