0.8.0 2005-12-29
[...]
         change: PPPMAXFAIL, PPPPERSIST, PPPHOLDOFF, PPPIDLE options were dropped, use pppoptions file instead

Но даже эта опция вам не поможет, и будет сильно глючить - у etcnet нет своего менеджера соединений ppp, а тот, который в самом pppd таков, что лучше бы его там не было.

Поэтому, у всех кто знает - из крона давно уже запускается такой вот маленький скрипт:
#!/bin/sh
[ -f /var/run/ppp0.pid ] || /sbin/ifdown ppp0;/sbin/ifup ppp0

Было бы очень здорово, если бы etcnet взял на себя право отслеживания состояния ppp соединения и запуска pppd, если это необходимо.

(In reply to comment #1)

> 0.8.0 2005-12-29
> [...]
>          change: PPPMAXFAIL, PPPPERSIST, PPPHOLDOFF, PPPIDLE options were
> dropped, use pppoptions file instead

Хорошо, я переименовал тему бага. :-)

(In reply to comment #2)

> а тот, который в самом pppd таков, что лучше бы его там не было.

Помнится, когда-то давно был не особенно плох...

> Поэтому, у всех кто знает - из крона давно уже запускается такой вот маленький
> скрипт:
> #!/bin/sh
> [ -f /var/run/ppp0.pid ] || /sbin/ifdown ppp0;/sbin/ifup ppp0

Я запомню на случай, если проблема сохранится, спасибо.

У persist есть проблема - в случае, если ppp соединение не доступно при загрузке, то etcnet будет висеть до тех пор, пока оно не появится.

см. тж. #7519

В тему и той и этой ошибки - я бы предложил сделать небольшую обвязку над pppd, которая бы запускала его в фоне и контролировала поведение.

(In reply to comment #5)

> У persist есть проблема - в случае, если ppp соединение не доступно при
> загрузке, то etcnet будет висеть до тех пор, пока оно не появится.

Это не проблема, это фича. Если обратить внимание на "ppp1/options" из первого сообщения, можно заметить "ONBOOT=no". ;-)
"ifup ppp1 &" происходит несколько позже.