|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : arty@tpsb.com.ru 2:5020/400 01 Dec 2000 11:25:47
To : All
Subject : Re: Странности с маршрутизацией
--------------------------------------------------------------------------------
Victor Sudakov wrote:
> Valentin Davydov <val@trc-net.co.jp> wrote:
>
> >> From: Victor Sudakov <sudakov@sibptus.tomsk.ru>
> >> Date: Wed, 15 Nov 2000 10:19:08 +0000 (UTC)
> >>>>
> >>>>А на что Вы рекомендуете обратить внимание в манах?
> >>
> >>> Hа опции разные (proxyarp, например), на секцию про скрипты и т.п.
> >>
> >>proxyarp на этом tty выключен, ибо нафиг не нужен. Hа интерфейсе сетка /30
> >>Даже не совсем понятно, при чем тут он.
>
> > Тебе ведь нужен роутинг между двумя локалками, соединёнными ppp линком,
> > не так ли?
>
> Hе совсем так. Мне нужен рутинг из главной локалки на несколько других
> локалок, живущих за ppp линками. При этом default route в главной
> локалке смотрит совсем не в ppp интерфейс. proxy arp при этом только
> мешает.
>
> Чёрт возьми, насколько на циске это было бы проще и удобнее.
>
> >>Про скрипты совет хороший в качестве workaround. Однако по существу
> >>хотелось бы узнать, почему не меняется параметр interface у маршрута.
>
> > Узнай сначала, почему у тебя продолжает жить маршрут через дохлый интерфейс.
>
> Собственно, затем я и письмо написал, что хочу это узнать.
> Hо он живёт и я считаю это багом FreeBSD (пока меня не убедят в
> обратном).
>
> > Для этого можно вставить в ip-down что-нибудь вроде
> > (ifconfig $1; route get $5) | sendmail root.
>
> Hа скриптах решение я уже сделал. Примерно так:
>
> ip-up:
>
> #/bin/sh
> if [ $2 = "/dev/ttyd6" ]; then
> /sbin/route delete -net 172.16.138.208/28
> /sbin/route add -net 172.16.138.208/28 -interface $1
> fi
>
> ip-down:
>
> #/bin/sh
> if [ $2 = "/dev/ttyd6" ]; then
> /sbin/route delete -net 172.16.138.208/28
> /sbin/route add -net 172.16.138.208/28 127.0.0.1 -reject
> fi
>
> "-reject" нужен для того, чтобы когда связи нет, пакеты для
> 172.16.138.208/28 не уходили бы по default route.
э ... интерфейсы pppN создаются динамически (насколько помню это логические
девайсы которые не закреплены за конкретным хардварным устройством типа
/dev/cuaa??) отсюда следует что нельзя сказать какой номер у него будет в другой
раз
были какие-то пачти, которые заставляли фрю назначать номер ppp-unit в
соответствии с номером порта
типа ppp0 - /dec/cuaa0(/dev/ttyd0)
ppp1 - cuaa1 и т.д.
Если их поставишь у себя - то проблема снимется
У тебя используется для маршрутизации статика -
так кто же будет говорить фре что надо сделать изменения
в таблице маршрутов (которые все привязаны к конкретным интерфесам). Словом тут
фря ведет себя нормально
если нет желания патчить на эту тему pppd/kernel
то задействуй gated
внем пропиши свою статитику/режекты и не забудь
описать через define ppp интерфейсы , чтоб когда они появятся, то и появились
маршруты через них
и все должно заработать
--- ifmail v.2.15dev5
* Origin: Tomsk PSB (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
