Linux default gateway слетает после перезагрузки

Исчезают настройки route default gw при перезагрузке

Всем привет. Есть небольшая проблемка,очень интересно из-за чего возникает,и как решить: при перезагрузке сервака HP Proliant 160 d5, меняется шлюз по умолчанию с 192.168.3.3 на 192.168.0.1. Как это побороть?

Re: Исчезают настройки route default gw при перезагрузке

OS: Redhat Linux Fedora 4

Re: Исчезают настройки route default gw при перезагрузке

Исчезают настройки route default gw при перезагрузке

Стандарт: bootproto=dhcp type=Ethernet device=eth0 mtuy=»» netmask=»» droadcast=»» ipaddr=»» network=»» onboot=yes

Re: Исчезают настройки route default gw при перезагрузке

Ты надеялся что линукс их сам запомнит?

Re: Исчезают настройки route default gw при перезагрузке

Поменять сервер на HP Proliant 160 d6. Там проблема со шлюзом была устранена.

Re: Исчезают настройки route default gw при перезагрузке

Злой ты 🙂 Поменяют ведь 🙂

Re: Исчезают настройки route default gw при перезагрузке

Причем здесь сервер? Здесь не в железе дело)

Re: Исчезают настройки route default gw при перезагрузке

а в федоре нету rc.local? лично я бы запихнул:
route del default
route add -net и т.д и т.п в rc.local 🙂

Re: Исчезают настройки route default gw при перезагрузке

есть. И /etc/sysconfig/network тоже есть

Re: Исчезают настройки route default gw при перезагрузке

Да дело не в железе, дело в голове, тебя зачем просили показать настройки интерфейса? это раз. Белка зачем тебе намекнула о необходимости замены дефолтных настроек с последующим сохранение твоих настроек? это два. Вобщем — меняй сервак))))) ПС: коминтерна не слушай, они там всё, не разобравшись, через майдан делают))))

Re: Исчезают настройки route default gw при перезагрузке

> Да дело не в железе, дело в голове, тебя зачем просили показать настройки интерфейса?

И что там такого? Настройки как настройки, по DHCP очень даже всё заполняется при таких настройках. Только вот отдаёт ли DHCP правильный шлюз, и есть ли он вообще DHCP сервер в сегменте. Или действительно

> через майдан делают))))

Re: Исчезают настройки route default gw при перезагрузке

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

Источник

Сброс настроек сети после перезагрузки.

Привет! Поставил CentOS5.3. Настраиваю сеть, после ребута сохраняютя все заданные пораматры сети кроме default gateway. Постоянно для того, чтобы заработал интернет приходится прописывать route add default gateway 192.168.0.1.

Re: Сброс настроек сети после перезагрузки.

если cat /etc/sysconfig/network-scripts/ifup-eth0 | grep GATEWAY выдает пусто, тогда под рутом сделать echo «GATEWAY=192.168.0.1» >> /etc/sysconfig/network-scripts/ifup-eth0, иначе ждать CentOSников, я ее в глаза не видел 🙂

Re: Сброс настроек сети после перезагрузки.

Интерфейсы ifup’ом конфигурятся?

Re: Сброс настроек сети после перезагрузки.

конфигил через system-config-network

Re: Сброс настроек сети после перезагрузки.

Re: Сброс настроек сети после перезагрузки.

system-config-network эта утилита такая, =))

/etc/network/interfaces нету,
есть /etc/sysconfig/network-scripts/ifcfg-eth0 в которой:

DEVICE=eth0
BOOTPROTO=none
BROADCAST=192.168.0.255
HWADDR=4c:00:10:38:15:d3
IPADDR=192.168.0.2
NETMASK=255.255.255.0
NETWORK=192.168.0.2
ONBOOT=ye
GATEWAY=192.168.0.1
TYPE=Ethernet

Route после рестарта показывает:

Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth0

Вбиваю route add default gateway 192.168.0.1

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth0
default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0

После перезагрузки default route пропадает!!

Re: Сброс настроек сети после перезагрузки.

помнится в последний раз на centos-е долго воевал с этим дефолтом :-\

попробуйте в /etc/sysconfig/network прописать GATEWAY=192.168.0.1

Источник

Сохранить статические маршруты при перезагрузке.

Здравствуйте. Debian 7.8. Нужно при загрузке сетевой подсистемы восстанавливать содержимое одной таблицы и добавлять правило:

В /etc/network/interfaces работают команды up и down. А в файле /etc/network/if-up.d/whatever нужно делать отбор по нужному интерфейсу. Читайте маны, короче.

Добрый день. Спасибо за ответ.
По поводу дистрибутива я написал в первой строке.
По запросу man if-up.d получил это http://manpages.ubuntu.com/manpages/precise/man5/interfaces.5.html и другие похожие справки, но метода выполнения скрипта из if-up.d только для одного интерфейса не обнаружил.
В /etc/network/interfaces я пробовал и up, и post-up, например:

Демон BIRD умеет работать с многими таблицами маршртизации и статику. Попробуйте настроить там.

Так должно работать, обрати внимание, что секция помечена manual тебе надо будет руками написать команды с тегами up и down: поднять линк, добавить IP адрес и тд.

Спасибо за ответы.
2 Tok BIRD это похоже на «по воробьям из пушки». Мне нужно сделать банальную вещь без таких усложнений жизни.
2 Yur4eg получил примерно вот что:

ЕМНИП, скриптам из ip-up.d/ при вызове передаются параметры, в том числе и имя интерфейса. Т.е., каким-то таким способом:

All of these commands have access to the following environment variables.

IFACE physical name of the interface being processed

Спасибо за ответ. Без заключения в кавычки $IFACE и eth0 выдавало такое себе: /etc/network/if-up.d/scipt: line 3: [: ==: ожидается использование унарного оператора. После заключения в кавычки ошибок не выдает, но и результата тоже — таблица пустая, правило не добавляется. Похоже все эти способы не работают из-за сообщения об ошибке при перезагрузке сети о том, что eth1 не поднят, хотя по факту он поднят и работает. Видимо, нужно устранять эту проблему, однако как — без понятия. В syslog ничего подозрительного о eth1 нет.

Хм, проблема решилась просто: для обоих интерфейсов в /etc/network/interfaces были указаны шлюзы, пока не закомментировал шлюз для одного из них, указанная выше проблема имела место быть. Меня слегка удивило это поведение, ведь шлюз по умолчанию все же один. Спасибо всем за помощь, воспользовался последним способом, вид примерно такой:

Хм, проблема решилась просто: для обоих интерфейсов в /etc/network/interfaces были указаны шлюзы, пока не закомментировал шлюз для одного из них, указанная выше проблема имела место быть.

А если бы ты привёл конфиг в начале темы — то это быстрее бы выловили.

P.S.: пометь тему, как решённую, имей совесть

Отметил. Я и подумать не мог, что указание шлюза для каждого интерфейса может повлечь такие проблемы. Есть шлюз по умолчанию и их не больше одного в каждой таблице, откуда ноги проблемы-то растут вообще. Вот пример обсуждения с такой же ошибкой После перезагрузки серва с Debian через раз поднимаются сетевые интерфейсы.. и никто не упомянул что указание шлюза для каждого интерфейса может привести к такой беде.

Источник

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

Сохранить статические маршруты при перезагрузке.

Модератор: Bizdelnick

Сохранить статические маршруты при перезагрузке.

Сообщение nokogerra » 30.03.2015 09:45

Собственно, попробовал разместить исполняемый файл с таким содержанием (еще объявил интерпретатор в начале) в /etc/networ/if-up.d/ и получил что нужно, но правил 3276x: from x.x.x.y lookup YY оказалось 3, видимо из-за того что это выполнилось для всех интерфейсов, а их у меня 3 (eth0, eth1, lo). По запросу man if-up.d получил это http://manpages.ubuntu.com/manpages/precis. terfaces.5.html и другие похожие справки, но метода выполнения скрипта из if-up.d только для одного интерфейса не обнаружил.

В /etc/network/interfaces я пробовал и up, и post-up, например:

где /etc/scripts/route исполняемый и если его запустить руками — все что нужно прописывается, но при перезапуске сети — нет.
На сколько я знаю, последний способ точно должен работать, но почему-то не работает, возможно из-за сообщения при перезагрузке сети:
[. ] Reconfiguring network interfaces. RTNETLINK answers: File exists
Failed to bring up eth1.
done.
При этом фактически eth1 встает (трафик через него идет). Чтобы избежать этого сообщения выполнял разные рекомендации (например ip addr flush dev eth1 перед поднятием), но сообщение все еще появляется, хотя, как я уже сказал, интерфейс числится поднятым в ifconfig, ip link говорит unknown, трафик ходит. Может это повлиять на то, что скрипт, указанный как up или post-up не отрабатывает?

Источник

Linux default gateway слетает после перезагрузки

Сообщения: 12426
Благодарности: 2328

Конфигурация компьютера
Материнская плата: Gigabyte GA-H67MA-UD2H-B3
HDD: Hitachi HDS721010CLA332
Блок питания: Asus 500W
Монитор: Acer V243HQAbd
Индекс производительности Windows: 5,1

Конфигурация компьютера
Материнская плата: Gigabyte GA-H67MA-UD2H-B3
HDD: Hitachi HDS721010CLA332
Блок питания: Asus 500W
Монитор: Acer V243HQAbd
Индекс производительности Windows: 5,1

Это сообщение посчитали полезным следующие участники:

Проблема возникает из-за лишней пустой строки в реестре. HKLM/System/CurrentControlSet/Services/Tcpip/Parameters/Interfaces/ далее нужно выбрать из нескольких веток ту, что относится к вашему проблемному сетевому соединению. Проще всего опознать по IP адресам. Далее находим и открываем DefaultGateway. (Возможно у вам этого параметра нет вовсе. В таком случае его нужно создать.) Вы увидите список IP адресов и пустую первую строку. У меня например это было так: _пустая строка_ 192.168.1.1 Всё, что требуется — убрать пустую строку в начале. »

Проблема возникает из-за лишней пустой строки в реестре. HKLM/System/CurrentControlSet/Services/Tcpip/Parameters/Interfaces/ далее нужно выбрать из нескольких веток ту, что относится к вашему проблемному сетевому соединению. Проще всего опознать по IP адресам. Далее находим и открываем DefaultGateway. (Возможно у вам этого параметра нет вовсе. В таком случае его нужно создать.) Вы увидите список IP адресов и пустую первую строку. У меня например это было так: _пустая строка_ 192.168.1.1 Всё, что требуется — убрать пустую строку в начале. »

Мне это не помогло, была та же проблема — слетал шлюз после перезагрузки на Windows 7.

Решил следующим путем, сам придумал
1. Зашел в реестр, HKLM/System/CurrentControlSet/Services/Tcpip/Parameters/Interfaces/
и во всех подразделах добавил «DefaultGateway» со значением «192.168.1.1»
2. Перезагрузился, вроде теперь не слетает, все ок.

Думаю это было из за того, что win 7, почему-то, брал параметр «DefaultGateway» с соседнего раздела в реестре, по тому что в родном разделе, параметр «DefaultGateway» был даже после перезагрузки, но в настройках адаптера (TCPIP) его не было, хотя было все остальное, IP адрес, маска, DNSы.

В общем — решено.

Решил следующим путем, сам придумал 1. Зашел в реестр, HKLM/System/CurrentControlSet/Services/Tcpip/Parameters/Interfaces/ и во всех подразделах добавил «DefaultGateway» со значением «192.168.1.1» 2. Перезагрузился, вроде теперь не слетает, все ок.

Думаю это было из за того, что win 7, почему-то, брал параметр «DefaultGateway» с соседнего раздела в реестре, по тому что в родном разделе, параметр «DefaultGateway» был даже после перезагрузки, но в настройках адаптера (TCPIP) его не было, хотя было все остальное, IP адрес, маска, DNSы.

Может в маске сети ошиблись, поэтому и шлюз не соответствовал, а вот во всех разделах добавили один и тот же «DefaultGateway» со значением «192.168.1.1» допустили ошибку.

Да есть такой параметр
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters\Interfaces
но каждой сетевой соответствует свой GUI
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters\Interfaces\<2901886b-2eb8-4022-94fd-1afcefa418b4>
а в нем есть переменная DefaultGateway REG_MULTI_SZ 192.168.1.1
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters\Interfaces\<385238bd-e341-4142-9fc7-25f614a69683>
а в нем есть переменная DefaultGateway REG_MULTI_SZ 192.168.3.1

Windows не умеет брать параметры из соседнего раздела, берет из того который нужен по
Вот например

System (4) — RegOpenKey — HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\<385238bd-e341-4142-9fc7-25f614a69683>
.
System (4) — RegQueryValue — HKLM\System\CurrentControlSet\services\Tcpip\Parameters\Interfaces\<385238bd-e341-4142-9fc7-25f614a69683>\DefaultGateway
-Type: REG_MULTI_SZ
-Length: 26
-Data: 192.168.3.1
.
System (4) — RegQueryValue — HKLM\System\CurrentControlSet\services\Tcpip\Parameters\Interfaces\<385238bd-e341-4142-9fc7-25f614a69683>\DefaultGatewayMetric
-Type: REG_MULTI_SZ
-Length: 6
-Data: 0

А сколько сетевых карт установлено определяется из переменной Bind вот пример
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Linkage
Bind REG_MULTI_SZ
\Device\<4feb867d-a1e0-40dc-a230-e172ea73b69b>
\Device\<2901886b-2eb8-4022-94fd-1afcefa418b4>
\Device\

Источник