Re: [patch] nm_system_vpn_device_unset_from_ip4_config - for ipsec vpn
On Fri, 2006-01-13 at 14:04 -0500, Robert Love wrote: > Why not just remove the iface parameter altogether? It does not seem to > be used. Anyhow, I checked this in. Robert Love ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [patch] nm_system_vpn_device_unset_from_ip4_config - for ipsec vpn
On Fri, 2006-01-13 at 11:58 -0700, T Sureshkumar wrote: > hey, > > The attached patch is to support ipsec based vpn daemons. The patch > removes the assert to check for iface != NULL, in the ipsec case we > don't have interface to route. This one fires up when we disconnect the > ipsec based vpn service (novellvpn). is it time to think of a flag to > differentiate VPNs by category :-) ? Ideally we'd GObject the VPNs and subclass them so they could do whatever they want, but that's a bit more work. I think we're good enough working around issues for the moment, but going forward subclassing different VPN types (and possibly making them runtime-loadable) might be a good idea. Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [patch] nm_system_vpn_device_unset_from_ip4_config - for ipsec vpn
On Fri, 2006-01-13 at 11:58 -0700, T Sureshkumar wrote: > hey, > > The attached patch is to support ipsec based vpn daemons. The patch > removes the assert to check for iface != NULL, in the ipsec case we > don't have interface to route. This one fires up when we disconnect the > ipsec based vpn service (novellvpn). is it time to think of a flag to > differentiate VPNs by category :-) ? Why not just remove the iface parameter altogether? It does not seem to be used. Robert Love ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
[patch] nm_system_vpn_device_unset_from_ip4_config - for ipsec vpn
hey,
The attached patch is to support ipsec based vpn daemons. The patch
removes the assert to check for iface != NULL, in the ipsec case we
don't have interface to route. This one fires up when we disconnect the
ipsec based vpn service (novellvpn). is it time to think of a flag to
differentiate VPNs by category :-) ?
Thanks,
suresh.
Index: ChangeLog
===
RCS file: /cvs/gnome/NetworkManager/ChangeLog,v
retrieving revision 1.737
diff -u -r1.737 ChangeLog
--- ChangeLog 13 Jan 2006 16:53:55 - 1.737
+++ ChangeLog 13 Jan 2006 17:16:34 -
@@ -1,3 +1,9 @@
+2006-01-13 Sureshkumar T <[EMAIL PROTECTED]>
+
+ * src/NetworkManagerSystem.c
+ (nm_system_vpn_device_unset_from_ip4_config): do not assert for
+ iface while disconnect, as ipsec vpn's don't have tunnel interface.
+
2006-01-13 Dan Williams <[EMAIL PROTECTED]>
* src/nm-device.c
Index: src/NetworkManagerSystem.c
===
RCS file: /cvs/gnome/NetworkManager/src/NetworkManagerSystem.c,v
retrieving revision 1.29
diff -u -r1.29 NetworkManagerSystem.c
--- src/NetworkManagerSystem.c 11 Jan 2006 21:07:28 - 1.29
+++ src/NetworkManagerSystem.c 13 Jan 2006 17:16:34 -
@@ -356,7 +356,6 @@
{
g_return_val_if_fail (named != NULL, FALSE);
g_return_val_if_fail (active_device != NULL, FALSE);
- g_return_val_if_fail (iface != NULL, FALSE);
g_return_val_if_fail (config != NULL, FALSE);
nm_named_manager_remove_ip4_config (named, config);
___
NetworkManager-list mailing list
NetworkManager-list@gnome.org
http://mail.gnome.org/mailman/listinfo/networkmanager-list
Overriding with a wpa_supplicant config file
This is an idea/suggestion for getting NetworkManager connecting to networks configurations supported by wpa_supplicant, but for which no management/UI elements yet exist. We could allow the user to specify a wpa_supplicant configuration file via nm-applet known to work for a particular network. This would enable the use of WPA Enterprise (i.e., certificates, RADIUS, etc.) with EAP- TLS and other authentication methods available in wpa_supplicant not yet present in NetworkManager. Regards, James. -- James Ettle[EMAIL PROTECTED] Southampton High Energy Physics School of Physics and Astronomy University of Southampton, SO17 1BJ PGP key: http://www.hep.phys.soton.ac.uk/~jhe/pgp-public/jhe-shep.asc --- signature.asc Description: This is a digitally signed message part ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
[patch] novellvpn - vpn daemon for ipsec gateways
hey, This patch is a sequel to the one which I have posted on 9th Jan 2006. This new patch consists of novellvpn service to connect to IPSec Gateways, which are configured to authenticate using standard mode with X.509 certificates. The one I have tested and works is Novell Border Manager Gateway. You are welcome to test it on any other IPSec Gateways, which support this standard mode authentication. The sources can be found at: http://forge.novell.com/modules/xfcontent/private.php/turnpike/novellvpn-20060113.tar.gz A short faq and a quick run through of how to setup this to test can be found at http://developer.novell.com/wiki/index.php/Turnpike_NetworkManager_RunThrough http://developer.novell.com/wiki/index.php/Turnpike_NetworkManger_FAQ previous post: http://mail.gnome.org/archives/networkmanager-list/2006-January/msg00060.html. This talks about how to connect to Nortel Contivity gateways. Thanks, suresh. ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
NM doesn't close network connection when I log off
On FC4, if I log in, connect to a wireless network and then log out I would expect the network connection to close but it doesn't. If I switch to a virtual console I find that the network connection is still there. Similarly if I shut down or reboot, NetworkManager fails to shut down properly, and when the system tries to shut down PCMCIA services (my wireless card is a PCMCIA card) I get a slew of error messages about orinoco_cs still being in use. None of these are critical, although the latter may be confusing to a non-techie user. Should I file a bug, and if so should I file it in bugzilla.gnome.org or in bugzilla.redhat.com? Best, Darren -- = D. D. Brierton[EMAIL PROTECTED] www.dzr-web.com Trying is the first step towards failure (Homer Simpson) = ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Use NetworkManager to connect with a Vodafone Connect Card
On Fri, 2006-01-13 at 18:02 +, [EMAIL PROTECTED] wrote: > Hello > > I would like to know if there is any developer of this excelent application > that > want to implement this. > > The NetworkManager should detect the Vodafone card and when we try to connect > ask for the PIN (or store it anywhere) > > I have the scripts to the pppd connect and I can post here. Some portuguese > guy > made it. > > I think that Vodafone Connect Card is the same for all contries. I'm from > Portugal. We need full fledged PPP support in NM. Bluetooth over GPRS/3G is "easy": you need to know the provider/country and the mobile phone to use for the connection. --- Bastien Nocera <[EMAIL PROTECTED]> ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Use NetworkManager to connect with a Vodafone Connect Card
Hello I would like to know if there is any developer of this excelent application that want to implement this. The NetworkManager should detect the Vodafone card and when we try to connect ask for the PIN (or store it anywhere) I have the scripts to the pppd connect and I can post here. Some portuguese guy made it. I think that Vodafone Connect Card is the same for all contries. I'm from Portugal. Any one? tkx in advance Paulo Aboim Pinto Odivelas - Portugal ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
