FreeBSD 7.0 + pppd 2.3.11: жестко привязать пир к интерфейсу

[Four]

Есть сабж. пппд поднимает 2 пира. надо жестко каждый прибить к определенному интерфейсу (первый ppp0, второй ppp1).
для старой версии (2.3 patch level 5) действует опция unit (номерифейса). Но не действует опция pty, которая есть в моих конфигах.
И еще не нашел, где прописываются up и down скрипты для пиров (они разные)

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[paradox]

примеры конфигов

[Four]

Хде? )

[paradox]

И еще не нашел, где прописываются up и down скрипты для пиров (они разные)

а зачем?
в скрипт и так все что нужно передаеться
бери и отуда шелкмд выбирай что хочешь

[Four]

Примеры которые есть под старый пппд. В котором интерфейс прописывается командой unit.

[paradox]

с утра по раньше
что то я ничего непонимаю

[Four]

Вы написали "примеры конфигов". Я сначала думал, что Вы выложили эти примеры. Так как не нашел линка, решил, что речь про примеры в комплекте поставки. Так вот там идут примеры на пппд 2.3 патч 5. В котором для жесткого задания номера интерфейса надо указать опцию unit номеринтерфейса. Но у меня версия 2.3.11, которая не знает про такую опцию. А свежая версия из сети (2.4.чтототам) не знает про фрибсд.

[paradox]

пфф

options.$unit
всегда вроде работало
на любых версиях и на родной под бсд

привязывать ап даун к приру и не обязаиельно
в него и так все передаеться что надо для анализа

а вообще если у вас не диалап пул
то смысла юзать pppd невижу

[Four]

у меня пппд впнки поднимает. получается несколько попроще, чем с мпд. ап и даун скрипты к конкретным пирам нужны для peer-specific actions (переписать роуты в случае поднятия интерфеса и вернуть взад в случае падения, действия, разумеется, разные для локальной впн и анлимной).

[paradox]

у меня пппд впнки поднимает. получается несколько попроще

просвятите поподробнее
можно даже примерами
чем в pppd получаеться проще чем в mpd

[Four]

"Проще", конечно, дело сугубо субъективное. Но я если я в мпд создаю два бандла и говорю обоим опен - поднимается тока первый. Уже не помню через какое ректальное отверстие мне удавалось поднять одновременно два, но это то еще удовольствие.

[paradox]

у меня почему то поднималось два...и даже три

[Four]

кхм... лан, побалуемся еще, конечно... но пппд хотелось бы допилить все равно.

[paradox]

я так и непонял что в pppd не работает
ну юзай тогда ppp

[Four]

запускается 2 pppd. которые поднимают 2 впнки (pptp) до одного сервера(провайдерского): первая на безлимитный локальный траффик, вторая на безлимитный основной. Соответственно, запускается 2 natd. На интерфейс ppp0 и ppp1. Но в некоторых ситуациях, когда падает одна из впнок, она переподнимается на другом интерфейсе. ppp2 то есть. Соответственно, нат не работает и вообще все не так, нужно.
Впнки заданы peer'ами в /etc/ppp/peers: vpnlocal и vpnunlim. Мне надо жесткео привзяать, что vpnlocal всегда висит на ppp0, а vpnunlim висит на ppp1.

[paradox]

а зачем привязывать?
чет немогу понять
токо иза natd что ли

[Four]

Натд, роуты через интерфейс... Да и вообще не труъ, если подумать... После недели аптайма нагородится там пппшек... Идея еще пришла через ifconfig name попробовать... Переименовывать после поднятия... Но костыль какой то все равно...

[paradox]

в up down скрипты уже передаеться имя ppp0 или ppp1
там его лови анализируй и дергай
а какой из них в какую очередь
это без разници

[Four]

хм... ладно, попробую

Спасибо большое!