OpenVpn plugin NeedSecret
Hi, i'm newbie of Network manager, so sorry for any errors. I'm an Debian User. I've downloaded and conpiled Networkmanager-0.9.0 with ModemManager 0.5 and NetworkManager-openvpn-0.9.0 plugin. Network manager work fine. I'm able with my custom python script to use ethernet and gsm at modem. My problem is when i try to start Openvpn (using NM) throught ethernet device. I continuosly see into NM logs: Oct 28 17:16:46 sheevaplug-debian NetworkManager[2327]: Starting VPN service 'openvpn'... Oct 28 17:16:46 sheevaplug-debian NetworkManager[2327]: VPN service 'openvpn' started (org.freedesktop.NetworkManager.openvpn), PID 2416 tun: Universal TUN/TAP device driver, 1.6 tun: (C) 1999-2004 Max Krasnyansky Oct 28 17:16:47 sheevaplug-debian NetworkManager[2327]: VPN service 'openvpn' appeared; activating connections Oct 28 17:16:47 sheevaplug-debian NetworkManager[2327]: VPN plugin state changed: 1 *Oct 28 17:16:47 sheevaplug-debian NetworkManager[2327]: [1319822207.127668] [nm-vpn-connection.c:823] plugin_need_secrets_cb(): (355653c0-34d3-4777-ad25-f9a498b7ef8e/VPNconnection) plugin NeedSecret.* Oct 28 17:16:47 sheevaplug-debian NetworkManager[2327]: Policy set 'MyConnection' (eth0) as default for IPv4 routing and DNS. Oct 28 17:16:52 sheevaplug-debian NetworkManager[2327]: VPN service 'openvpn' disappeared I've added at_console user permission into config file of d-bus...but i'm not able to solve it. Please can someone hel me please?? Regards -- *Francesco Andrisani* mailto:francesco.andris...@acotel.com *Acotel Spa* http://www.acotel.com Via della Valle dei Fontanili, 29 00168 Roma Tel +390661141200 Fax +39066149936 Le informazioni contenute nella comunicazione che precede possono essere riservate e sono, comunque, destinate esclusivamente alla persona o all’ente sopraindicati. La diffusione, distribuzione e/o copiatura non autorizzata del documento trasmesso da parte di qualsiasi soggetto è proibita. La sicurezza e la correttezza dei messaggi di posta elettronica non possono essere garantite. Se avete ricevuto questo messaggio per errore, Vi preghiamo di contattarci immediatamente. Grazie. This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any transmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Thanks ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Log messages for WWAN connectons?
I will look into the debugging links and post after debugging. I am somewhat aware of the LTE and EVDO hand off. I think something else is going on. I am usingUML290 of V. I have seen the posts on getting it to work.. Also, if I were to start my WWAN via wvdial, NetworkManager would be unaware of it. Due to that it is not letting me connect to VPN as it thinks I am disconnected. Any flag to override this behavior? Thanks. From: Dan Williams To: Mohan Sfo Cc: "networkmanager-list@gnome.org" Sent: Thursday, October 27, 2011 8:34 PM Subject: Re: Log messages for WWAN connectons? On Thu, 2011-10-27 at 16:23 -0700, Mohan Sfo wrote: > Hello all, > > > [I am using the same card as Dan Williams. :-)] I have many cards :) > > > How do I enable extensive logging in NetworkManager? Where are the > log files? > > > > I am running into potential bugs in NetworkManager in the way it > manages WWAN connections. I am able to connect manually realiably > via Can you generally describe these issues? > wvdial fine (after disabling AT+CGDCONT=3). NetworkManager connect > sometimes and fails sometimes. The variable is due to bugginess of > NetworkManager and the train moving. How do I enable extensive logging > in NetworkManager? I want to know what it tried and why it thinks > the connect failed. Is is right that at some point NetworkManager > relies on ttyACM0 device and pppd? How do I see the ppp session and > the CHAP messages? I am happy to provide feedback to make > NetworkManager reliable. Most modem debugging output is provided by ModemManager. You can follow the directions here: http://live.gnome.org/NetworkManager/Debugging to get that output. Look for the "Debugging 3G devices" part. Note that the UML290 does not allow handoff between EVDO and LTE when using the AT interface and PPP. So what you're probably seeing is that the device starts off connected to LTE, but then when you leave LTE coverage range it cannot hand off to EVDO, and you get a disconnect. This is a limitation of the device's AT/PPP handling and the real solution is to reverse engineer it's "WMC" proprietary protocols and write a raw IP kernel driver for the device's network interface. Unfortunately there's simply no other way to get the device working smoothly under Linux, and trying to make it work with hacks is simply to fragile for now. Dan > > If I disconnect, how do I comprehensively reset the ttyACM0 device? > Remove the card and remove some modules? What modules? > > > > > > Thanks, > Mohan > ___ > networkmanager-list mailing list > networkmanager-list@gnome.org > http://mail.gnome.org/mailman/listinfo/networkmanager-list___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Persistent 3G connection fails, not sure why
How do we get some attention to this patch and get it applied to the main source? This is a *major* issue for anyone running a persistent 3G connection. As a workaround, is there a way to unmark as invalid after nm decides to mark as invalid, other than disconnecting and reconnecting the device? On Thu, Oct 27, 2011 at 10:56 AM, wrote: > Hi, > > I also have some problems with persistent network connections and adapted > the patch below (you should find the mail in August or September list > archive), but it's solves only a part of my problems, also it makes things > much better, I have still problems from time to time, where I need to > disable and reenable the mobile broadband to get the modem reseted and > didn't found a solution so far... > > Gerald > > > > -Original Message- > > From: alexan...@karlstad.be [mailto:networkmanager-list- > > boun...@gnome.org] On Behalf Of Alexander Karlstad > > Sent: Thursday, October 27, 2011 4:46 PM > > To: networkmanager-list@gnome.org > > Subject: Re: Persistent 3G connection fails, not sure why > > > > Den 27. okt. 2011 14:17, skrev David Pfeffer: > > > Actually, that patch seems to be exactly what's needed. Can this be > > > patched into the main codebase? > > > > > > https://launchpadlibrarian.net/75684426/nm-reconnect.patch > > > > > > I haven't tested it specifically but it solves the problem that seems > > > to be identical to mine. > > > I don't see where you see that they say it didn't work well for them. > > > It seems like everyone was happy with it. > > > > Yup. The people commenting on it seemed happy, but I emailed the guy > > directly and he didn't seem to enthusiastic about it now, but again, he > was > > using a USB modem and not a built-in Mini PCI-e device like mine. > > > > I personally tried applying the patch to the latest network-manager in > > Ubuntu a couple a days ago, but it never compiled. I'm guessing the code > has > > changed a bit since the patch was written. (I think it was the > NMDeviceType > > thing that didn't work.) > > > > If this actually is what it takes, then I hope someone is willing to have > a look > > at it and eventually push it upstream :-) > > > > -- > > Alexander Karlstad > > ___ > > networkmanager-list mailing list > > networkmanager-list@gnome.org > > http://mail.gnome.org/mailman/listinfo/networkmanager-list > > ___ > networkmanager-list mailing list > networkmanager-list@gnome.org > http://mail.gnome.org/mailman/listinfo/networkmanager-list > ___ networkmanager-list mailing list networkmanager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list