
Если дело происхдит в редхате/федоре/мандриве, то следует посмотреть в сторону
``ifcfg*'' конфигов в /etc/sysconfig/network-scripts (в слакваре, возможно, тоже).
Надо бы выяснить синтаксис ifcfg-ppp, какие там используются переменные и т.п.
Ищи. Ну и добить этот конфиг твоими специфичными маршрутами, наподобии
route add 10.10.10.2 dev eth0
route del default
route add default dev ppp0
Если же имеем дело с дебианом/убунту, то прописываем в /etc/ppp/peers/myprovider,
options, авторизацию. С помощью pon myprovider, poff myprovider проверям.
Потом в /etc/network/interfaces
auto myvpn
iface myvpn inet ppp
provider myprovider
post-up ...
pre-down ...
после post-up, pre-up прописываем пути к скриптам, занимающимся разварачиванием-
сворачиванием маршрутов. Либо, кладем эти скрипты в /etc/ppp/ip-{up | down}.d
В общем, я хотел свестись к тому, что при работе с сетевыми интерфесами следует
придерживаться предусмотреных в дистрибутиве средств. И поднимать интерфейс
каждый день не через свой набор команд, без видимых на то причин, а с помощью,
хотя бы, ifup, ifdown. Это не всегда получается. Это имхо.
Кстати, по поводу sudo и (!!!) suid битов на скрипты. Сейчас вот, совершенно случайно
наткнулся, поскольку сам не пользую ppp на linux-машинах оч давно и не особо компитентен:
% pon
Error: only members of the 'dip' group can use this command.
Это должно навести на мысль