Уже создавал подобную тему но она куда-то затерялась... :(Существует системка FreeBSD 6.1-RELEASE (либо 6.2-rc2)
в машинке есть два интерфейса rl0 и em0
соответственно соединяют две серые сетки 192.168.a.0/24 и 192.168.b.0/24
подсеть 192.168.b.0/24 поделена на несколько сегментов (объединять в один сегмент прошу не предлагать) 192.168.b.0/26, 192.168.b.128/26 , и 192.168.b.240/28 соответственно...
rl0 присвоен ip 192.168.a.253/24
em0 присвоен ip 192.168.b.253/28
на em0 добавлены статические маршруты на подсети
netstat -rn показывает:192.168.a link#1 UC 3 0 rl0
192.168.b/26 192.168.b.253 UGSc 17 28121 em0
192.168.b.128/26 192.168.b.253 UGSc 14 15118 em0
192.168.b.240/28 link#2 UC 1 0 em0поднимаем мост через if_bridge стандартными средствами...
и опускаем его через ifconfig bridge0 destroy
и ВУАЛЯ... статические маршруты исчезают... :(
причем это не связано именно с if_bridge...
при поднятии и опускании линка через mpd (ng0) или create -> destroy gre0 туннеля наблюдается такой же эффект... :((Другая машина... FreeBSD 6.1-RELEASE
два интерфейса ed0 и rl0
ifconfig ed0 inet 192.168.1.1 netmask 255.255.255.0
ifconfig ed0 alias x.x.x.x netmask 255.255.255.240
ifconfig rl0 inet 192.168.2.1 netmask 255.255.255.0
route add -net 192.168.5.0/24 192.168.2.1 -static
route add -net 192.168.6.0/24 192.168.2.1 -staticподнимаем - опускаем mpd (netgraph) и маршруты испаряются...
Может кто нить сталкивался с таким поведением таблицы маршрутизации в FreeBSD 6.x ?
>Уже создавал подобную тему но она куда-то затерялась... :(
>
>Существует системка FreeBSD 6.1-RELEASE (либо 6.2-rc2)
>в машинке есть два интерфейса rl0 и em0
>соответственно соединяют две серые сетки 192.168.a.0/24 и 192.168.b.0/24
>подсеть 192.168.b.0/24 поделена на несколько сегментов (объединять в один сегмент прошу не
>предлагать) 192.168.b.0/26, 192.168.b.128/26 , и 192.168.b.240/28 соответственно...
>rl0 присвоен ip 192.168.a.253/24
>em0 присвоен ip 192.168.b.253/28
>на em0 добавлены статические маршруты на подсети
зачем маршруты?
>netstat -rn показывает:
>
>192.168.a link#1
> UC
> 3
> 0 rl0
>
>192.168.b/26 192.168.b.253
>UGSc 17
>28121 em0
>192.168.b.128/26 192.168.b.253 UGSc
> 14 15118
>em0
>192.168.b.240/28 link#2
> UC
> 1 0
> em0
>
>поднимаем мост через if_bridge стандартными средствами...
>и опускаем его через ifconfig bridge0 destroy
>и ВУАЛЯ... статические маршруты исчезают... :(
>причем это не связано именно с if_bridge...
>при поднятии и опускании линка через mpd (ng0) или create -> destroy gre0 туннеля наблюдается такой же эффект... :((
естественно
>
>Другая машина... FreeBSD 6.1-RELEASE
>два интерфейса ed0 и rl0
>ifconfig ed0 inet 192.168.1.1 netmask 255.255.255.0
>ifconfig ed0 alias x.x.x.x netmask 255.255.255.240
>ifconfig rl0 inet 192.168.2.1 netmask 255.255.255.0
>route add -net 192.168.5.0/24 192.168.2.1 -static
>route add -net 192.168.6.0/24 192.168.2.1 -static
>
>поднимаем - опускаем mpd (netgraph) и маршруты испаряются...
повторю, естественно испарятся
непоннимаю, зачем они нужны?
>
>Может кто нить сталкивался с таким поведением таблицы маршрутизации в FreeBSD 6.x
>?
толком скажи, какую роль выполняет машинка?
>зачем маршруты?как зачем - разделяем подсеть на сегменты и ограничиваем тем самым то что мне требуется.
>естественно
как так ??? :(
>повторю, естественно испарятся
>непоннимаю, зачем они нужны?ну нужны они мне - это же СТАТИЧЕСКИЕ маршруты - зачем ими испарятся
на FreeBSD 4.10 все стоит и вертится - вот решил 6.1 и на те.вот ни как не пойму - зачем mpd (netgraf) в 6.1 сбрасывает статические маршруты
в 4.1 этого не происходит.также и с ГРЕ
>толком скажи, какую роль выполняет машинка?
толком: машинка в себе объединяет 4 канала интернета и два канала локальной сети.
Так вот мне все же интересно по чему слетают статические маршруты ???
Уважаемый пипл - ткните плиз пальцем куда мне копать то?? я уже и так и эдак - ни как не пойму почему в 6 и 7 ветках статические маршруты уничтажаются при удаление виртуальных интерфейсов.
>Уважаемый пипл - ткните плиз пальцем куда мне копать то?? я уже
>и так и эдак - ни как не пойму почему в
>6 и 7 ветках статические маршруты уничтажаются при удаление виртуальных интерфейсов.
Нет интерфейса - нет маршрута ! и ветки 6 или 7 тут не причем ! Это везде так ! В любой ОС.
>Нет интерфейса - нет маршрута ! и ветки 6 или 7 тут
>не причем ! Это везде так ! В любой ОС.Еще раз поясню - на пальцах.
ситуация:
FreeBSD 6.2 у несколько инетрфейсов em0,em1 и xl0em0 IP = 192.168.x.x - назавем сеть "а"
em1 IP = 192.168.z.z - сеть "b"
xl0 IP = 10.10.10.1 - сетевка на адсл модемтри физических интерфейса!Они есть всегда и их ни кто ни как не трогает
часть трафика с этой машины статикой прописано например так
route add mail.ru 192.168.x.x -static - тоесть статически на майл.ру пойдем не по дефолту а только через направление .х.х
и
route add 3dnews.ru 192.168.z.z -static - только через направление .z.zв таблице маршрутизации имеем
194.67.57.26 192.168.x.x UGHS 0 0 em0
88.212.196.94 192.168.z.z UGHS 0 0 em1
ключ S - статический маршрут на физ интерейсе em1 и em0поднимаем PPPoE соединение (MPD4) через сетевую карту xl0
поднимается ng0 все нормально - прописывается дефолт шлюз на него ну все как надо.
вот маршрут
default a.a.a.a UGS 0 137 ng0все кроме выше указаных хостов майл.ру и 3дньюс.ру ходит по нему, и соответственно таблицы маршрутов майл.ру и 3дньюс.ру ходят по статическим маршрутам согласно свом шлюзам
все есть и работает - и на те дисконект адсл модема, ну или сам я линк опустил.
Исчез интерфейс ng0 и вместе с ним все статические маршруты к КОТОРЫМ ОН ng0 ну НИ КАКОГО ОТНОШЕНИЯ НЕ ИМЕЛ.ТАК ИЗМИНИТЕ ">Нет интерфейса - нет маршрута ! " - интерфейс есть!! даже два :) em0,em1
а маршрутов СТАТИЧЕСКИХ на них нет !!!" Это везде так ! В любой ОС." - да ладно - пишу же - тоже самое на 4.10 и статика остается!!! там где и была.
ТАК КУДА КОПАТЬ ТО ??? ПИПЛ - может что не так поясняю, может не те кнопки жму.
все модули свои уже пересобрал hands.ко brain.ко - остальные смысла пересобирать не вижу ;)
Ну вот и решение этой ситуации.статический маршрут нужно прописывать так
route add mail.ru 192.168.x.x -interface
в результате чего маршруту присваиваются флаги UHS, а не UGHS
и эти самые маршруты остаются в системе вне зависомости от того какие из виртуальных ифайсов поднимаем и опускаем.MAN еще раз MAN - ;)
переходя на что нить новое, не поленись прочти мануал!
>переходя на что нить новое, не поленись прочти мануал!
предыдущее решение конечно работало - но не правельно
removable_route_flush="YES" # Flush routes when removing an interface
дефолтовый конфиг FREBSD 6.2
ставим NO :)