маршрут по дефолту отпадает

[sergant1]

Добрый день Всем появилась проблема, а именно на серваке стоит маршрут default via 81.9.xxx.xxx dev eth2 он со временем отпадает приходится заново добавлять через какое то время может через день, два снова отпадает, хотелось бы узнать в чем проблема!!
вот вывод строки ip ro
81.9.xxx.xxx/30 dev eth4 proto kernel scope link src 81.9.xxx.xxx
81.9.xxx.xxx/30 dev eth2 proto kernel scope link src 81.9.xxx.xxx
81.9.xxx.xxx/30 via 10.10.54.2 dev vlan120
10.10.54.0/24 dev vlan120 proto kernel scope link src 10.10.54.1
10.10.53.0/24 dev eth3 proto kernel scope link src 10.10.53.1
10.10.4.0/24 dev eth1 proto kernel scope link src 10.10.4.1
10.10.2.0/24 dev eth1 proto kernel scope link src 10.10.2.1
10.10.3.0/24 dev eth1 proto kernel scope link src 10.10.3.1
10.10.1.0/24 dev eth1 proto kernel scope link src 10.10.1.1
172.20.12.0/24 via 10.10.54.2 dev vlan120
10.101.190.0/24 via 10.10.53.2 dev eth3
169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.48.80
default via 81.9.80.137 dev eth2
еще напрягает появление вот этой строки 169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.48.80 маршрут этот удалишь а он опять появляется!!!
заранее благодарен за советы и ссылки!!!

[Ленивая Бестолочь]

это дебиан?
каким образом вы маршруты поднимаете? через /etc/network/interfaces?
давайте сюда ваши конфиги посмотреть.

[sergant1]

Код:

cat /etc/network/interfaces # The loopback network interface auto lo iface lo inet loopback address 127.0.0.1 netmask 255.0.0.0 auto vlan120 iface vlan120 inet static vlan-raw-device eth0 address 10.10.54.1 netmask 255.255.255.0 network 10.10.54.0 broadcast 10.10.54.255 up /etc/network/vlan120up auto eth1 iface eth1 inet static address 10.10.1.1 netmask 255.255.255.0 network 10.10.1.0 broadcast 10.10.1.255 up /etc/network/eth1_up auto eth2 iface eth2 inet static address 81.9.xxx.xxx network 81.9.xxx.xxx broadcast 81.9.xxx.xxx netmask 255.255.255.252 gateway 81.9.xxx.xxx auto eth3 iface eth3 inet static address 10.10.53.1 netmask 255.255.255.0 network 10.10.53.0 broadcast 10.10.53.255 # up /etc/network/eth3up # gateway 10.10.53.1 auto eth4 iface eth4 inet static address 81.9.xxx.xxx netmask 255.255.255.252 network 81.9.xxx.xxx broadcast 81.9.xxx.xxx # gateway 81.9.xxx.xxx pre-up iptables-restore < /etc/iptables/iptables-save

есть еще строки но они закомменчены, да это дебиан.
если что то еще надо то обязательно покажу!

[Ленивая Бестолочь]

вот этот покажите скрипт:
/etc/network/eth1_up

[sergant1]

eth1_up

#!/bin/sh

ip addr add 10.10.2.1/24 dev eth1
ip addr add 10.10.3.1/24 dev eth1
ip addr add 10.10.4.1/24 dev eth1

[neol]

еще напрягает появление вот этой строки 169.254.0.0/16 dev eth0 proto kernel scope link src 169.254.48.80 маршрут этот удалишь а он опять появляется!!!

http://www.faqs.org/rfcs/rfc3330.html
Уже второй раз за два дня даю эту ссылку. Грустно, товарищи.

Еще бы на /etc/network/vlan120up взглянуть.

[sergant1]

#! /bin/sh

ip ro add 172.20.12.0/24 via 10.10.54.2
ip ro add 81.9.xxx.xxx/30 via 10.10.54.2
содержимое vlan120up

[neol]

Попробуйте назначить какой-нибудь IP на eth0. Если проблема повториться, ищите соответствующие события в логах.

[Olden Gremlin]

есть еще строки но они закомменчены, да это дебиан.
если что то еще надо то обязательно покажу!

Есть мнение, что кто-то "балуется", а на финтерфейсах разрешён приём пакетов с переадресацией и редиректами.
Если попробовать сказать sysctl'у:

Код: Выделить всё

net.ipv4.conf.default.accept_redirects = 0
net.ipv4.conf.all.accept_redirects = 0
net.ipv4.conf.lo.accept_redirects = 0

net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.lo.send_redirects = 0

net.ipv4.conf.default.secure_redirects = 0
net.ipv4.conf.all.secure_redirects = 0
net.ipv4.conf.lo.secure_redirects = 0

net.ipv4.conf.default.accept_source_route = 0
net.ipv4.conf.all.accept_source_route = 0
net.ipv4.conf.lo.accept_source_route = 0

А заодно:

Код: Выделить всё

net.ipv4.conf.default.bootp_relay = 0
net.ipv4.conf.all.bootp_relay = 0
net.ipv4.conf.lo.bootp_relay = 0

net.ipv4.conf.default.proxy_arp = 0
net.ipv4.conf.all.proxy_arp = 0
net.ipv4.conf.lo.proxy_arp = 0

net.ipv4.conf.default.rp_filter=1
net.ipv4.conf.all.rp_filter=1
net.ipv4.conf.lo.rp_filter=1

Протестировать и отрапортовать уйдёт проблема или нет

ps: 169.254.0.0/16 - не должно напрягать Смотреть в сторону zeroconf

[sergant1]

хм м м хорошо проверим если что напишу