Bug 15729

Summary: etcnet игнорирует параметр PPTP_SERVER, заданный в options#profile
Product: Branch 4.0 Reporter: Egor Vyscrebentsov <evyscr>
Component: etcnetAssignee: Andrew Kornilov <hiddenman>
Status: CLOSED NOTABUG QA Contact: Q.A. 4.0 <qa-4.0>
Severity: normal    
Priority: P2 CC: evg
Version: 4.0   
Hardware: all   
OS: Linux   

Description Egor Vyscrebentsov 2008-05-20 15:46:25 MSD
При рестарте сервиса 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.
Comment 1 Egor Vyscrebentsov 2008-05-26 12:44:38 MSD
По просьбам трудящихся дополняю: тестом имени 'echo "I am here"' выявлено, что
файл options#ns1 обрабатывается.
Comment 2 Egor Vyscrebentsov 2008-05-26 13:08:05 MSD
Очередное уточнение - всё это в том случае, если не указывать интерфейсу
ONBOOT=yes с последующим ручным вызовом ifup. При ONBOOT=yes всё проходит нормально.
Comment 3 Egor Vyscrebentsov 2008-05-28 14:13:48 MSD
Как обычно, оказалось - сам дурак. В итоге выяснилось, что хотелось
странного^Wне имеющегося - сохранения/экспортирования NETPROFILE по завершении
работы switchto/restartwith при переключении на этот профиль. Для себя решил
костылём с записью переменной в /var/lib/network/netprofile и чтением оной из
ifup/ifdown; баг, наверное, можно закрыть как invalid.
Comment 4 Denis Ovsienko 2009-05-24 20:19:01 MSD
Хорошо.