|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Victor Sudakov 2:5020/400 01 Dec 2000 14:31:18
To : arty@tpsb.com.ru
Subject : Re: Странности с маршрутизацией
--------------------------------------------------------------------------------
arty@tpsb.com.ru wrote:
>> >>>>
>> >>>>А на что Вы рекомендуете обратить внимание в манах?
>> >>
>> >>> 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 в
Давно и безуспешно ищу этот патч.
Что интересно, user level ppp умеет такое.
Ключ "-unit" и привязываешь к конкретному устройству tun.
Что еще интереснее, в случае user level ppp даже это не нужно, см.
ниже:
> соответствии с номером порта
> типа ppp0 - /dec/cuaa0(/dev/ttyd0)
> ppp1 - cuaa1 и т.д.
> Если их поставишь у себя - то проблема снимется
> У тебя используется для маршрутизации статика -
> так кто же будет говорить фре что надо сделать изменения
> в таблице маршрутов (которые все привязаны к конкретным интерфесам). Словом
> тут фря ведет себя нормально
> если нет желания патчить на эту тему pppd/kernel
> то задействуй gated
Hе хочу глюкалку без крайней необходимости.
Проблема гораздо изящнее решается через user level ppp и коммандочку
add 172.16.138.208/28 HISADDR
в ppp.linkup
> внем пропиши свою статитику/режекты и не забудь
> описать через define ppp интерфейсы , чтоб когда они появятся, то и появились
> маршруты через них
> и все должно заработать
Уже работает :)
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/149@fidonet http://vas.tomsk.ru/
--- ifmail v.2.15dev5
* Origin: AO "Svyaztransneft", SibPTUS (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
