Отключается интернет

Помогает только переключение кабелей местами

Курите логи и выясняйте кто у вас имена интерфейсов путать начинает.

хорошо. а какие именно логи?

dmesg, syslog, messages

вот мой dmasg https://yadi.sk/i/TITdqwhYpA4c4

12.163026] e100 0000:01:08.0 rename2: renamed from eth0

[ 12.180758] systemd-udevd[317]: renamed network interface eth0 to rename2

[ 12.180792] 3c59x 0000:01:0a.0 eth0: renamed from eth1

[ 12.203890] systemd-udevd[318]: renamed network interface eth1 to eth0

[ 12.211313] MPU-401 device not found or device busy

[ 12.242027] e100 0000:01:08.0 eth1: renamed from rename2

[ 12.365384] systemd-udevd[317]: renamed network interface rename2 to eth1

каким способом можно прекратить это преименование?

Посмотреть /etc/udev/rules.d/70-persistent-net.rules

каким способом можно прекратить это преименование?

А мне, интересно, вообще в чем причина переименования, а то серв 12.04 трудится в роле шлюза, там обновления давно просятся. Вот теперь думаю обновляться или нет, а то начнется такая же свистопляска!

могу предположить что в 12.04 systemd и всякие nm еще не запиливали.

systemd нет, nm я так понял networkmanager? Если я не ошибаюсь он часть DE, если да, его тоже нет.

А мне, интересно, вообще в чем причина переименования

Ядро дает имена интерфейсам по мере загрузки дровов, дальше поднимается udev у которого в правилах написано другое соответствие имя-мак_адрес и он их переименовывает. Но тут у вас еще всякие systemd и прочие nm так что все может быть еще сложнее.

nm я так понял networkmanager?

Да

Если я не ошибаюсь он часть DE

Нет

Ядро дает имена интерфейсам по мере загрузки дровов, дальше поднимается udev у которого в правилах написано другое соответствие имя-мак_адрес и он их переименовывает. Но тут у вас еще всякие systemd и прочие nm так что все может быть еще сложнее.

Тоесть какой интерфейс первый поднялся тот и получтил от ядра eth0? Если да то udev переименует их согласно свом правилам, если схема udev верная почему путаются имена? И как я понял это переименовани происходило бы при старте системы, а у ТС вроде это происходит в период непрерывной работы системы больше суток.

что тут надо изменить

# This file was automatically generated by the >/lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x10b7:0x9055 (3c59x)
SUBSYSTEM==«net», ACTION==«add», DRIVERS=="?*", >ATTR{address}==«00:01:02:9d:26:$

# PCI device 0x8086:0x1050 (e100)
SUBSYSTEM==„net“, ACTION==„add“, DRIVERS==»?*", >ATTR{address}==«00:11:2f:a9:6c:$

Удали все.

Вот мой:

it3@router:~$ cat /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x1106:/sys/devices/pci0000:00/0000:00:1e.0/0000:06:00.0 (via-rhine)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="###############", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x8086:/sys/devices/pci0000:00/0000:00:19.0 (e1000e)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1c:c0:14:e1:f1", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
it3@router:~$ 

то есть просто привязать каждому mac адресу его имя интерфейса и они не будут переименновываться

Впринципе у меня всё тоже самое стоит. просто конфиг не доконца скопировал

# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x10b7:0x9055 (3c59x)
SUBSYSTEM==«net», ACTION==«add», DRIVERS=="?*", ATTR{address}==«00:01:02:9d:26:0b», ATTR{dev_id}==«0x0», ATTR{type}==«1», KERNEL==«eth*», NAME=«eth0»

# PCI device 0x8086:0x1050 (e100)
SUBSYSTEM==«net», ACTION==«add», DRIVERS=="?*", ATTR{address}==«00:11:2f:a9:6c:10», ATTR{dev_id}==«0x0», ATTR{type}==«1», KERNEL==«eth*», NAME=«eth1»

Получается да. Вообще он у меня при установке сгенерировался и не правился после этого.

Но повторюсь у меня 12.04, без systemd. Серва используется как шлюз, схема интерефейсов такаяже как и у тебя - eth0 мир, eth1 локалка, squid+havp на eth1 висит, проблем с именами нету, но тя теперь обновлятся боюсь)))

причем эта свистопляска наблюдалась и на 12.10

А покажи cat /etc/network/interfaces

Если да то udev переименует их согласно свом правилам

Увы, нет. Уже нет, если используются имена ethN, и в дистрибутиве оригинальный udev от systemd.

вот

ruc@max:~$ cat /etc/network/interfaces
# The loopback network interface
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp

auto eth1
iface eth1 inet dhcp
ruc@max:~$

А у тебя случаем не dhcp их путает? Попробуй назначить ip статически

Блин чет бред написал( eth0 получает ip от прова по dhcp, а eth1 из локалки, если да уверен, что они постоянно одни теже?

просто один ip мне даёт наш сервер, а второй идёт с роутера. тобишь от провайдера

Какие-нибудь комментарии к dmesg не помещали бы.

Вот на 12-13 секунде интерфейсы переименовались как надо и на них появились линки, потом минут через 20 начинаются сообщения ″init: networking post-stop process terminated with status 100″ это кто-то что то делал или само. Потом в 3340 пропадают линки, это перетыкание кабелей местами? Аналогично для 54829 и 55357.

У меня ip статические оба и у прова и в локалке.

[url=]кто и зачем переименовывает сетевой интерфейс вот тут тоже проблема с переименованием и systemd.

И как я понял это переименовани происходило бы при старте системы

Да, при старте системы, я описал вариант когда такое вообще происходит.

как то можно это преименование назад вернуть. не охота кабели переставлять

И ещё когда на оба интерфейса ставишь статику сеть отваливается при перезапуске интерфейсов

и ещё щас заметил на самом серваке. Кода делаешь чтоб обе сетевухи получали статический ип то тогда не работает внутренняя сеть, но виден роутер, а когда внешка по dhcp то роутер не виден но видна внутренняя сеть. Но если я кабели оменяю и конфиги перепишу то всё будет впорятке ещё на сутки

Ядро дает имена интерфейсам

Немного не потеме. Вот сейчас только поймал себя на мысле, если у ТС-а systemd, разве имена интерфейсов не должны иметь вид [префикс]+[сгенерированый id], например enp1s0

Ну у вас все как-то гораздо сложнее :)

Мне тоже так казалось, но пути xxxd ведомы только ему самому.

Кода делаешь чтоб обе сетевухи получали статический ип то тогда не работает внутренняя сеть

Так, стоп, давайте с конфигурации начнем. Дано: сервер(роутер) у него eth0 локалка, прописываем ему адрес например 192.168.0.1 далее свич и комп в локалке, у компа прописываем 192.168.0.2. Вот при такой конфигурации не пингуется сервер с клиента? Если не пингуется, то что говорит arp -an, tcpdump -i eth0 -n?

у меня две сети одна 10.0.0.0 а другая 192.168.0.0 и кода у обеих пишешь статику то отваливается 10.0.0.0 а кода пишешь dhcp отваливается 192.168.0.0

Что значит отваливается? Пинга нет или чего?

да пинг пропадает то на той то на другой

Тогда еще раз про локалку, мой пост выше, что говорит tcpdump?

просто один ip мне даёт наш сервер, а второй идёт с роутера. тобишь от провайдера

у меня две сети одна 10.0.0.0 а другая 192.168.0.0
и кода у обеих пишешь статику то отваливается 10.0.0.0 а кода пишешь dhcp отваливается 192.168.0.0

Я правильно понял схему твоего подключения? ip которые пишешь в статике точно свободны в соответствующих сетях? И да

что говорит tcpdump?

у меня две сети одна 10.0.0.0 а другая 192.168.0.0 и кода у обеих пишешь статику то отваливается 10.0.0.0 а кода пишешь dhcp отваливается 192.168.0.0

Мне кажется, что ТС сам толком не знает на каком интерфейсе какой ip-адрес.