При рестарте сервиса network с указанием профиля, как минимум параметр PPTP_SERVER берётся соответствующий находящемуся в файле pppN/options, а не pppN/options#profile etcnet-0.9.6-alt2 # cat /etc/net/ifaces/ppp0/options PPPTYPE=pptp PPTP_SERVER=172.16.1.187 # cat /etc/net/ifaces/ppp0/options#ns1 PPPTYPE=pptp PPTP_SERVER=172.16.1.186 Лог: May 20 15:40:28 lw3 pppd[14468]: Using interface ppp0 May 20 15:40:28 lw3 pppd[14468]: Connect: ppp0 <--> /dev/pts/18 May 20 15:40:28 lw3 pptp[14529]: anon log[main:pptp.c:267]: The synchronous pptp option is NOT activated May 20 15:40:31 lw3 pptp[14532]: anon warn[open_inetsock:pptp_callmgr.c:326]: connect: No route to host May 20 15:40:31 lw3 pptp[14532]: anon fatal[callmgr_main:pptp_callmgr.c:124]: Could not open control connection to 172.16.1.187 May 20 15:40:31 lw3 pptp[14529]: anon fatal[open_callmgr:pptp.c:426]: Call manager exited with error 256 May 20 15:40:31 lw3 pppd[14468]: Script /usr/sbin/pptp --nolaunchpppd 172.16.1.187 finished (pid 14529), status = 0x1 May 20 15:40:31 lw3 pppd[14468]: Modem hangup May 20 15:40:31 lw3 pppd[14468]: Connection terminated.
По просьбам трудящихся дополняю: тестом имени 'echo "I am here"' выявлено, что файл options#ns1 обрабатывается.
Очередное уточнение - всё это в том случае, если не указывать интерфейсу ONBOOT=yes с последующим ручным вызовом ifup. При ONBOOT=yes всё проходит нормально.
Как обычно, оказалось - сам дурак. В итоге выяснилось, что хотелось странного^Wне имеющегося - сохранения/экспортирования NETPROFILE по завершении работы switchto/restartwith при переключении на этот профиль. Для себя решил костылём с записью переменной в /var/lib/network/netprofile и чтением оной из ifup/ifdown; баг, наверное, можно закрыть как invalid.
Хорошо.
