On Thu, 2008-08-21 at 10:12 -0400, Dan Williams wrote:

> On Wed, 2008-08-20 at 23:19 +0100, Luís Miguel dos Reis Oliveira e Silva
> wrote:
> > Hi Alexander,
> > 
> > I'm one of the users of your packages and first of all let me thank
> > you for the good work!
> > 
> > yet, I noticed some problems with pptp plugin. Some of the options are
> > not re-read correctly from the configuration. Let me explain: for
> > example, when selecting one specific option for MPPE (either 128 or 40
> > bit), if I open the configuration again, the MPPE selection box is 
> 
> That's a bug in the GUI, I can reproduce that.  Any particular reason
> you're selecting one of those options?  Does your network require 40-bit
> MPPE or something?

I think it requires MPPE 128bit... But it was just one of the thing I
noticed, nothing too important. Still, the average user will not find
it's way dealing with this bug.

> 
> > empty... This is just one example, but all problems I detected seem to
> > be related to MPPE...
> > 
> > One potential problem is that when you get one vpn system connection
> > with the same name of a physical ethernet system connection, they
> > overwrite each other...
> 
> We don't enforce unique names quite yet, but we need to.  Each
> connection needs to have a different name; the UI should handle that
> gracefully.

Nice to hear that :)

> 
> > Also, I didn't manage to get a connection working...
> 
> Try turning off PPP echo packets if you have enabled them in the
> Advanced dialog:


I did that. Both with ppp echo packets enabled and disabled, the result
is the same (log messages are the same too). Maybe another GUI bug or a
bug in lauching ppp (the laucher ignoring the options...)

> 
> log[pptp_handle_timer:pptp_ctrl.c:1049]: closing control connection due
> to missing echo reply
> 
> Dan
> 
> > Here goes the log excerpt from one attempt...
> > 
> > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > Aug 20 23:09:58 luis-lpt NetworkManager: <info>  Starting VPN service
> > 'org.freedesktop.NetworkManager.pptp'... 
> > Aug 20 23:09:58 luis-lpt NetworkManager: <info>  VPN service
> > 'org.freedesktop.NetworkManager.pptp' started
> > (org.freedesktop.NetworkManager.pptp), PID 20169 
> > Aug 20 23:09:58 luis-lpt NetworkManager: <info>  VPN service
> > 'org.freedesktop.NetworkManager.pptp' just appeared, activating
> > connections 
> > Aug 20 23:09:58 luis-lpt NetworkManager: <info>  VPN service
> > 'org.freedesktop.NetworkManager.pptp' just appeared, activating
> > connections 
> > Aug 20 23:09:58 luis-lpt NetworkManager: nm_vpn_connection_activate:
> > assertion `nm_vpn_connection_get_vpn_state (connection) ==
> > NM_VPN_CONNECTION_STATE_PREPARE' failed
> > Aug 20 23:10:02 luis-lpt NetworkManager: <info>  VPN plugin state
> > changed: 3 
> > Aug 20 23:10:02 luis-lpt NetworkManager: <info>  VPN connection
> > 'VPN-FEUP' (Connect) reply received. 
> > Aug 20 23:10:02 luis-lpt pptp[20177]: nm-pptp-service-20169
> > log[main:pptp.c:267]: The synchronous pptp option is NOT activated 
> > Aug 20 23:10:02 luis-lpt pptp[20180]: nm-pptp-service-20169
> > log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1
> > 'Start-Control-Connection-Request' 
> > Aug 20 23:10:02 luis-lpt pptp[20180]: nm-pptp-service-20169
> > log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection
> > Reply
> > Aug 20 23:10:02 luis-lpt pptp[20180]: nm-pptp-service-20169
> > log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established.
> > Aug 20 23:10:03 luis-lpt pptp[20180]: nm-pptp-service-20169
> > log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7
> > 'Outgoing-Call-Request' 
> > Aug 20 23:10:03 luis-lpt pptp[20180]: nm-pptp-service-20169
> > log[ctrlp_disp:pptp_ctrl.c:857]: Received Outgoing Call Reply.
> > Aug 20 23:10:03 luis-lpt pptp[20180]: nm-pptp-service-20169
> > log[ctrlp_disp:pptp_ctrl.c:896]: Outgoing call established (call ID 0,
> > peer's call ID 61696). 
> > Aug 20 23:10:06 luis-lpt NetworkManager: <info>  VPN connection
> > 'VPN-FEUP' (IP Config Get) reply received. 
> > Aug 20 23:10:06 luis-lpt NetworkManager: <info>  VPN Gateway: 0.0.0.0 
> > Aug 20 23:10:06 luis-lpt NetworkManager: <info>  Tunnel Device: ppp0 
> > Aug 20 23:10:06 luis-lpt NetworkManager: <info>  Internal IP4 Address:
> > yyy.yyy.yyy.yyy 
> > Aug 20 23:10:06 luis-lpt NetworkManager: <info>  Internal IP4 Prefix:
> > 32 
> > Aug 20 23:10:06 luis-lpt NetworkManager: <info>  Internal IP4
> > Point-to-Point Address: 0.0.0.0 
> > Aug 20 23:10:06 luis-lpt NetworkManager: <info>  Maximum Segment Size
> > (MSS): 0 
> > Aug 20 23:10:06 luis-lpt NetworkManager: <info>  Internal IP4 DNS:
> > aaa.aaa.aaa.aaa
> > Aug 20 23:10:06 luis-lpt NetworkManager: <info>  Internal IP4 DNS:
> > bbb.bbb.bbb.bbb
> > Aug 20 23:10:06 luis-lpt NetworkManager: <info>  DNS Domain: '(none)' 
> > Aug 20 23:10:06 luis-lpt NetworkManager: <info>  Login Banner: 
> > Aug 20 23:10:06 luis-lpt NetworkManager: <info>
> > ----------------------------------------- 
> > Aug 20 23:10:06 luis-lpt NetworkManager: <info>  (null) 
> > Aug 20 23:10:06 luis-lpt NetworkManager: <info>
> > ----------------------------------------- 
> > Aug 20 23:10:07 luis-lpt NetworkManager: <WARN>  nm_spawn_process():
> > could not spawn process '/usr/sbin/nscd -i hosts': Failed to execute
> > child process "/usr/sbin/nscd" (No such file or directory) 
> > Aug 20 23:10:07 luis-lpt NetworkManager: <info>  VPN connection
> > 'VPN-FEUP' (IP Config Get) complete. 
> > Aug 20 23:10:07 luis-lpt NetworkManager: <info>  VPN plugin state
> > changed: 4 
> > Aug 20 23:10:07 luis-lpt nm-dispatcher.action: Script
> > '/etc/NetworkManager/dispatcher.d/01ifupdown' exited with error status
> > 1.
> > Aug 20 23:10:11 luis-lpt named[5910]: loading configuration from
> > '/etc/bind/named.conf'
> > Aug 20 23:10:11 luis-lpt named[5910]: listening on IPv4 interface
> > ppp0, yyy.yyy.yyy.yyy#53
> > Aug 20 23:12:03 luis-lpt pptp[20180]: nm-pptp-service-20169
> > log[pptp_handle_timer:pptp_ctrl.c:1049]: closing control connection
> > due to missing echo reply
> > Aug 20 23:12:03 luis-lpt pptp[20180]: nm-pptp-service-20169
> > log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12
> > 'Call-Clear-Request' 
> > Aug 20 23:12:03 luis-lpt pptp[20180]: nm-pptp-service-20169
> > log[pptp_conn_close:pptp_ctrl.c:430]: Closing PPTP connection
> > Aug 20 23:12:03 luis-lpt pptp[20180]: nm-pptp-service-20169
> > log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 3
> > 'Stop-Control-Connection-Request' 
> > Aug 20 23:12:03 luis-lpt pptp[20180]: nm-pptp-service-20169
> > log[call_callback:pptp_callmgr.c:78]: Closing connection (call state)
> > Aug 20 23:12:04 luis-lpt named[5910]: loading configuration from
> > '/etc/bind/named.conf'
> > Aug 20 23:12:04 luis-lpt named[5910]: no longer listening on
> > yyy.yyy.yyy.yyy#53
> > Aug 20 23:12:04 luis-lpt NetworkManager: <info>  VPN plugin state
> > changed: 6 
> > Aug 20 23:12:04 luis-lpt NetworkManager: <WARN>
> > connection_state_changed(): Could not process the request because no
> > VPN connection was active. 
> > Aug 20 23:12:04 luis-lpt NetworkManager:
> > nm_system_device_flush_ip4_routes_with_iface: assertion `iface_idx >=
> > 0' failed
> > Aug 20 23:12:04 luis-lpt NetworkManager:
> > nm_system_device_flush_ip4_addresses_with_iface: assertion `iface_idx
> > >= 0' failed
> > Aug 20 23:12:04 luis-lpt NetworkManager: <WARN>  nm_spawn_process():
> > could not spawn process '/usr/sbin/nscd -i hosts': Failed to execute
> > child process "/usr/sbin/nscd" (No such file or directory) 
> > Aug 20 23:12:04 luis-lpt NetworkManager: <WARN>  nm_spawn_process():
> > could not spawn process '/usr/sbin/nscd -i hosts': Failed to execute
> > child process "/usr/sbin/nscd" (No such file or directory) 
> > Aug 20 23:12:04 luis-lpt avahi-daemon[6072]: Withdrawing address
> > record for xxx.xxx.xxx.xxx on wlan0.
> > Aug 20 23:12:04 luis-lpt avahi-daemon[6072]: Leaving mDNS multicast
> > group on interface wlan0.IPv4 with address xxx.xxx.xxx.xxx.
> > Aug 20 23:12:04 luis-lpt avahi-daemon[6072]: Interface wlan0.IPv4 no
> > longer relevant for mDNS.
> > Aug 20 23:12:04 luis-lpt avahi-daemon[6072]: Joining mDNS multicast
> > group on interface wlan0.IPv4 with address xxx.xxx.xxx.xxx.
> > Aug 20 23:12:04 luis-lpt avahi-daemon[6072]: New relevant interface
> > wlan0.IPv4 for mDNS.
> > Aug 20 23:12:04 luis-lpt avahi-daemon[6072]: Registering new address
> > record for xxx.xxx.xxx.xxx on wlan0.IPv4.
> > Aug 20 23:12:05 luis-lpt NetworkManager: <WARN>  nm_spawn_process():
> > could not spawn process '/usr/sbin/nscd -i hosts': Failed to execute
> > child process "/usr/sbin/nscd" (No such file or directory) 
> > Aug 20 23:12:05 luis-lpt NetworkManager: <info>  Policy set (wlan0) as
> > default device for routing and DNS. 
> > Aug 20 23:12:05 luis-lpt nm-dispatcher.action: Script
> > '/etc/NetworkManager/dispatcher.d/01ifupdown' exited with error status
> > 1.
> > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> > 
> > That's all for now!
> > Thanks and keep up the good work
> > Luís Silva
> > 
> > On Wed, 2008-08-20 at 19:16 +0200, Alexander Sack wrote: 
> > > On Wed, Aug 20, 2008 at 12:00:23PM -0400, Dan Williams wrote:
> > > > On Wed, 2008-08-20 at 16:09 +0200, Bjorge Solli wrote:
> > > > > Dan Williams wrote:
> > > > > > And committed to SVN trunk.  Try it out, file bugs, send email to 
> > > > > > the
> > > > > > list whne stuff doesn't work.  I tested briefly against a Windows 
> > > > > > 2000
> > > > > > Server install and it seemed to go OK.
> > > > > 
> > > > > I'm interested in trying this. I'm using Fedora 8 and standard NM. Do 
> > > > > I
> > > > > need to compile a newer version to use pptp?
> > > > 
> > > > Test builds have been built in koji for F8 for a while, but koji is down
> > > > at the moment due to the ongoing Fedora infrastructure issues.  It'll
> > > > come out as an update to F8.  If you'd like to compile yourself, I can
> > > > send you the SRPMs that I uploaded to the Fedora buildsystem until koji
> > > > comes back online.
> > > 
> > > 
> > > FWIW, for ubuntu test packages are available in intrepid. The vpn
> > > packages are based on a snapshot taken on 18th Aug.
> > > 
> > > In case you are running hardy you can get them together with
> > > various other NM 0.7 related bits from the network-manager team PPA:
> > > 
> > >   http://launchpad.net/~network-manager/+archive
> > > 
> > > 
> > > p.s. I have no environment to test pptp, so feedback highly
> > > appreciated.
> > > 
> > >  - Alexander
> > > 
> > > _______________________________________________
> > > NetworkManager-list mailing list
> > > [email protected]
> > > http://mail.gnome.org/mailman/listinfo/networkmanager-list
> > > 
> > _______________________________________________
> > NetworkManager-list mailing list
> > [email protected]
> > http://mail.gnome.org/mailman/listinfo/networkmanager-list
> 
> 

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
NetworkManager-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/networkmanager-list

Reply via email to