Отваливается сетевой интерфейс

[midaw1]

У меня осталось проблема с недоступностью зентиал по сети. Файл 70-persistent-net.rules пустой. Что там должно быть и зачем в него ручками лезть?

[bubnov-pi]

Приветствую.

В английской ветке описан баг с использованием неправильного драйвера сетевой карты и совет, как его заменить http://forum.zentyal.org/index.php/topic,11137.0.html
Не об этом?
(вообще, в прошлом и позапрошлом году на всех форумах был просто шквал жалоб на гигабитные сетевушки с чипом Realtek, так что проблема должна быть популярной)

[midaw1]

В моем случае разные сетевые интерфейсы (сетевые карты)... И не отваливаются, а перестают быть доступными (не пингуются), причем случайно/периодически. То либо с сервера не пингуются, то с рабочего компа. При этом специально подняты другие ОС в Hyper-V (windows/clearos/ubuntu) и все они отовсюду пингуются без каких либо проблем.

[midaw1]

Продолжаю разбираться, почему Zentyal перестает быть доступным. Выяснил, что все пинги [192.168.3.51] приходят на другой интерфейс и подсеть 192.168.2.51... Хотя оба интерфейса Zentyal находятся в одном виртуальном маршрутизаторе Hyper-V и вроде бы с правильной ARP таблицей.

Таблица Arp/Hyper-V: http://www.evernote.com/shard/s69/sh/6a683371-eb50-499e-9608-c5becec856fb/160b806edf28c15a2644e72ad5d9588f
Логи журнала фаервола Zentyal: http://www.evernote.com/shard/s69/sh/67bf30b5-4d14-47d5-bcc2-67b779ff0a02/d45b5322e3dd5ed5fb547dd0ab8bd20a
ifconfig Zentyal: http://www.evernote.com/shard/s69/sh/f36e998d-a43b-4e9c-a034-06dcc51f8896/29969a0ed447ffe3548ba17334c354d0

[logdog]

на багтрекер)

[midaw1]

Поставил вторую сетевую на сервер с Hyper-V и в Hyper-V сделал два маршрутизатора на каждую подсеть. Ситуация даже ухудшилась. Теперь и сервер через раз может иметь связь с Zentyal в Hyper-v и Zentyal теряет связь со всем остальным. При этом пакеты просто теряются в никуда и ARP перестает хранить записи MAC'ов...

[midaw1]

на багтрекер)

Самому писать на багтрекер или какие будут предложения?

[zmd]

У меня осталось проблема с недоступностью зентиал по сети. Файл 70-persistent-net.rules пустой. Что там должно быть и зачем в него ручками лезть?

Там должна быть указана привязка сетевых интерфейсов к именам. После нормальной инсталляции там всегда есть эти записи. Лезть нужно, чтобы не отваливались интерфейсы.
 

[midaw1]

Там должна быть указана привязка сетевых интерфейсов к именам. После нормальной инсталляции там всегда есть эти записи. Лезть нужно, чтобы не отваливались интерфейсы.

а какие имена там должны быть? соответствия DNS? но я не используют имена DNS, а только IP. если MAC адреса, то тоже не понятно зачем. если в ifconfig все замечательно и интерфейсы работают, но хромает только маршрутизация.

ну и хотя бы пример пожалуйста - попытка не пытка.

[zmd]

Там должна быть указана привязка сетевых интерфейсов к именам. После нормальной инсталляции там всегда есть эти записи. Лезть нужно, чтобы не отваливались интерфейсы.

а какие имена там должны быть? соответствия DNS? но я не используют имена DNS, а только IP. если MAC адреса, то тоже не понятно зачем. если в ifconfig все замечательно и интерфейсы работают, но хромает только маршрутизация.

ну и хотя бы пример пожалуйста - попытка не пытка.

имена DNS тут не при чем...

это не проблема маршрутизации, это проблема перескакивания имен интерфейсов (eth0 стал eth1) и ввиду этого блокировкой фаерволом трафика

должно быть примерно так:
#PCI device 0x10ec:/sys/devices/pci0000:00/0000:00:02.0/0000:02:00.0 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="a0:f3:c1:00:13:da", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

можно попробовать применить
sudo /lib/udev/write_net_rules all_interfaces

или
sudo rm /etc/udev/rules.d/70-persistent-net.rules
sudo udevadm trigger --action=add

или
sudo rm /etc/udev/rules.d/70-persistent-net.rules
sudo reboot
После перезагрузки:
sudo udevadm trigger --action=change

[bubnov-pi]

"Ничего не понимаю!":

Code: [Select]

user@zent:~$ cat /etc/udev/rules.d/70-persistent-net.rules
# This file maintains persistent names for network interfaces.
# See udev(7) for syntax.
#
# Entries are automatically added by the 75-persistent-net-generator.rules
# file; however you are also free to add your own entries.
user@zent:~$ sudo udevadm trigger --action=add
[sudo] password for user:
user@zent:~$ cat /etc/udev/rules.d/70-persistent-net.rules
# This file maintains persistent names for network interfaces.
# See udev(7) for syntax.
#
# Entries are automatically added by the 75-persistent-net-generator.rules
# file; however you are also free to add your own entries.
user@zent:~$Почему-то ничего не изменилось...
P.S.: у меня проблем с сетью не наблюдается - полез в этот файл из образовательного интереса...

[midaw1]

Я не осилил это файл, а автоматом он не формируется... Поэтому пока пересел на ClearOS. Хотя позже возможно уделю внимание. Если у кого есть ссылка на подробное описание файла, то поделитесь, пожалуйста!

[zmd]

"Ничего не понимаю!":

Code: [Select]

user@zent:~$ cat /etc/udev/rules.d/70-persistent-net.rules
# This file maintains persistent names for network interfaces.
# See udev(7) for syntax.
#
# Entries are automatically added by the 75-persistent-net-generator.rules
# file; however you are also free to add your own entries.
user@zent:~$ sudo udevadm trigger --action=add
[sudo] password for user:
user@zent:~$ cat /etc/udev/rules.d/70-persistent-net.rules
# This file maintains persistent names for network interfaces.
# See udev(7) for syntax.
#
# Entries are automatically added by the 75-persistent-net-generator.rules
# file; however you are also free to add your own entries.
user@zent:~$Почему-то ничего не изменилось...
P.S.: у меня проблем с сетью не наблюдается - полез в этот файл из образовательного интереса...

Проблема такого рода требует больше понимания.
Для повышения уровня в Гугл.
Как вариант : http://www.linux.org.ru/forum/admin/6449957

[midaw1]

Плавно перешел с Hyper-V на VMWare. Проблема с интерфейсами также присутствует и в виртуалках VMWare...