Suse 11 сеть есть, ping к устройствам не проходит

Доброе время суток. Помогите пожалуйста. В Linux не силён. Есть машина на Suse 11, на ней работает программа для управления инкубатором. Сеть есть, с ноута машина пингуется и наоборот. Но вот к оборудованию пинг не проходит. Железо не родное, Suse работала на другой машине, но она приказала долго жить и просто перекинули винт на другое железо.
linux-x15d:~ # ifconfig
eth2 Link encap:Ethernet HWaddr 00:1D:7D:E8:7C:4C
inet addr:196.1.14.200 Bcast:196.1.14.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:49 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:5124 (5.0 Kb)
Interrupt:220

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:344 errors:0 dropped:0 overruns:0 frame:0
TX packets:344 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:286956 (280.2 Kb) TX bytes:286956 (280.2 Kb)

Я так понимаю есть некий софт управления инкубатором.
Есть система изрядно устаревшая.
ПК - сборка которая умерла.
ПК - новая сборка.

Систему вставили в новую сборку. Вроде все более менее встало, к оборудованию пинг не идет.
1. А он вообще шел? это первы вопрос. Железка вообще эхо-ответы посылать умеет?
2. Тут вот что нужно понять. У Вас новая сетевая карта получила, следующий порядковый номер. eth2
И если он явно указан в ПО инкубатора, нужно этот номер заменить на номер новой.
3. Шлюз, маска подсети, и т.д. приведены к настройкам, которые были до замены оборудования. Ведь если что-то не соответствует доступа по сети к оборудованию может и не быть.
Добавлено: 31.01.2023 13:38:14

Управление сетевыми интерфейсами в suse обычно происходит в yast.
Но можно конфиги править напрямую. Поэтому возможно в конфигах на диске есть прежние настройки сетевого интерфейса их можно прописать в новом интерфейсе.

Да. Сетевая карта получила eth2.
В настройках прописан был только IP адрес, IP address: 196.1.14.200/24 и больше ничего. Всё это было на интерфейсе eth1/
linux-x15d:~ # tcpdump -ni eth2
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 96 bytes
10:41:26.104160 arp who-has 196.1.14.4 tell 196.1.14.200
10:41:27.104153 arp who-has 196.1.14.4 tell 196.1.14.200
10:41:28.104153 arp who-has 196.1.14.4 tell 196.1.14.200
^C
3 packets captured
3 packets received by filter
0 packets dropped by kernel

С конфигами я так и сделал. Старые остались.

Можно изучить содержимое:
/etc/sysconfig/network

Так же конфиги можно поискать командами:
[console]sudo nmcli -f NAME,DEVICE,FILENAME connection show
sudo NetworkManager --print-config[/console]

BOOTPROTO='static'
BROADCAST=''
ETHTOOL_OPTIONS=''
IPADDR='196.1.14.200/24'
MTU=''
NAME='RTL8111/8168B PCI-Express Gigabit Ethernet Controller'
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='auto'
USERCONTROL='no'

Это старый конфиг или новый? Вам нужно найти конфиги с предыдущей системы. И привести их в соответствие. Вы что пингуете? какой адрес?
Это что за адрес 196.1.14.4
Так же настройки брандмауэра какие у нового интерфейса, включен он или отключен.
Если некоторые команды не подходят предоставленные мной это в силу того что системы уже устарела.
Но в указанный мной выше папках нет файлов с пометкой bak backup eth1 eth0.

Старый конфиг я переименовал в новый и заменил только имя адаптера.
У меня есть компьютер с ПО Pas Reform который считывает информацию с инкубационных шкафов. Шкафы подключены к ПК через два коммутатора. IP адреса у шкафов прописаны статические, 196.1.14.2 - 196.1.14.9. Вот и пингую шкафы.
Ноут для проверки подключал к первому коммутатору. Машина пингуется. Шкафы с ноута тоже пингуются. Даже программа Advanced IP Scaner видит все шкафы и ПК.

Нет ли у этих железок привязки по MAC и производителю?
Добавлено: 31.01.2023 14:29:01

ПО и Оборудование специфическое и было был логичным что производитель в него встраивает защиту.
Я встречал часто подобное на оборудовании стоматологическом.

А вот тут сказать не могу. Думал прописать MAC старой карты и проверить или просто старую карту вставить. Так с ноута то пинги проходят на шкафы. А с Suse вот:
linux-x15d:~ # ping 196.1.14.6
PING 196.1.14.6 (196.1.14.6) 56(84) bytes of data.
From 196.1.14.200 icmp_seq=1 Destination Host Unreachable
From 196.1.14.200 icmp_seq=2 Destination Host Unreachable
From 196.1.14.200 icmp_seq=3 Destination Host Unreachable
^C
--- 196.1.14.6 ping statistics ---
6 packets transmitted, 0 received, +3 errors, 100% packet loss, time 5018ms
, pipe 3

Нашел схожую проблему 12летней давности с такой карточкой. и приблизительно той же версией системы.
Шлюс пингуется c suse?
А если отключить Firewall?

Шлюза нет. Это обычная локалка без доступа в инет. Fierwall отключен, так пишет Yast и показывает лог запуска.

Попробуйте переключить сеть с NM на Ifup это делается в Yast.
https://forums.opensuse.org/t/network-is-unreachable-trying-to-connect-to-lan-internet/4417/15
Добавлено: 31.01.2023 15:21:18

Ну и ещё вариант это капризная сетевая, возможно нужно поставить драйвера realtek
К примеру отсюда https://driver.ru/?H=RTL8168B&By=RealTek&SS=Linux%20x86
Или самые актуальные но не знаю насколько они совместимы с устаревшими ядрами
https://www.realtek.com/en/component/zoo/category/pci-8169-8110

Спасибо за совет. Попробую.
Добавлено: 01.02.2023 14:26:13

Попробовал. Не помогло.