Re: Mobile network type support or not?
2009/6/3 代尔欣 daier...@gmail.com: How to get the 'master' development branch codes? I try below from the NetworkManager official site: git clone git://anongit.freedesktop.org/NetworkManager/NetworkManager.git svn co svn://svn.gnome.org/svn/network-manager-applet/trunk network-manager-applet Seems it is not the correct codes. Gnome is also now using git. These should work: git clone git://anongit.freedesktop.org/NetworkManager/NetworkManager git clone git://git.gnome.org/network-manager-applet Rui ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: debug tips
Aaron Konstam a écrit : On Mon, 2009-06-01 at 08:53 -0700, Daniel Fetchinson wrote: As I've said, but let me repeat it again, I do boot into run level 3. After logging in I start X manually via startx. We are having a giant miscommunication going on . What rl are you actually running at? No, there is no miscommunication, simply you just have to believe that it is possible to boot in runlevel 3 and then it is possible to start X manually via startx :) I believe it, if you will accept that running startx puts you in to rl5 not rl3. Huh? startx is changing the runlevel? That is some news. ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: debug tips
On Wed, 2009-06-03 at 10:55 +0100, Marc Herbert wrote: Aaron Konstam a écrit : On Mon, 2009-06-01 at 08:53 -0700, Daniel Fetchinson wrote: As I've said, but let me repeat it again, I do boot into run level 3. After logging in I start X manually via startx. We are having a giant miscommunication going on . What rl are you actually running at? No, there is no miscommunication, simply you just have to believe that it is possible to boot in runlevel 3 and then it is possible to start X manually via startx :) I believe it, if you will accept that running startx puts you in to rl5 not rl3. Huh? startx is changing the runlevel? That is some news. This is a semantic argument. rl3 does not support X, rl5 does. I have never actually checked this but I would be amazed if when one runs startx the system does not switch to rl5. But I guess I will have to try it or depend on the testimony of someone who runs startx. I have been amazed before. -- === Hofstadter's Law: It always takes longer than you expect, even when you take Hofstadter's Law into account. === Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Mobile network type support or not?
On Wed, 2009-06-03 at 09:36 +0100, Rui Tiago Cação Matos wrote: 2009/6/3 代尔欣 daier...@gmail.com: How to get the 'master' development branch codes? I try below from the NetworkManager official site: git clone git://anongit.freedesktop.org/NetworkManager/NetworkManager.git svn co svn://svn.gnome.org/svn/network-manager-applet/trunk network-manager-applet Seems it is not the correct codes. Gnome is also now using git. These should work: git clone git://anongit.freedesktop.org/NetworkManager/NetworkManager git clone git://git.gnome.org/network-manager-applet Yeah, I'm updating the website as we speak. Sorry about that. Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Mobile network type support or not?
On Wed, 2009-06-03 at 09:31 +0800, 代尔欣 wrote: Thanks! Dan, How to get the 'master' development branch codes? I try below from the NetworkManager official site: git clone git://anongit.freedesktop.org/NetworkManager/NetworkManager.git svn co svn://svn.gnome.org/svn/network-manager-applet/trunk network-manager-applet You'll want ModemManager too, which NM 'master' now uses for all 3G control: git://anongit.freedesktop.org/ModemManager/ModemManager Let me know if you have any questions, happy to answer them. Dan Seems it is not the correct codes. 2009/6/3 Dan Williams d...@redhat.com On Tue, 2009-06-02 at 09:21 +0800, 代尔欣 wrote: Hi Paul, Yes, the mobile broadband can work. My question is the network type seetings for the MB. Below codes are in nm-connection-editor(version 0.7.1): /* Hide network type widgets; not supported yet */ gtk_widget_hide (GTK_WIDGET (priv-network_type)); widget = glade_xml_get_widget (CE_PAGE (self)-xml, type_label); gtk_widget_hide (widget); It seems the related UI is hidden. So user can't set those through nm-connection-editor. If comment above codes, you will see a new combobox in *MobileBroadband* config page. I also searched the related codes. It seems those settings are not used. Yes, it's hidden, because NM 0.7.1 doesn't have the infrastructure to support that. Please see: http://blogs.gnome.org/dcbw/2009/03/20/thats-when-i-reach-for-my-revolver/ basically, *every* vendor implements the prefer 2G/3G command differently, which is quite annoying. This functionality is supported on the NM 'master' development branch, which uses ModemManager, which has a plugin architecture that allows us to special-case whatever crackrock commands the OEM decides to impose on users. Seriously though, I can't believe there are like 5 different AT commands for setting 2g/3g preference. It's not that hard a thing to standardize, but I guess the 3GPP got caught with their pants down. Dan Thank! 2009/6/1 Paul Menzel paulepan...@users.sourceforge.net Dear 代尔欣, Am Montag, den 01.06.2009, 10:06 +0800 schrieb 代尔 欣: […] In NetworkManager-0.7.1, Mobile Broadband have network type setting(NM_GSM_NETWORK_UMTS_HSPA), but it seems not support yet. How come? I want to know whether the unstable version support this? As far as I know, NetworkManager 0.7.1 supports mobile broadband just fine. And better give me a description about this setting plan for what. Sorry, I do not understand. This setting enables you to connect to the Internet using UMTS/HSDPA. Thanks, Paul ___ 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
Re: nm-vpn over ppp?
On Wed, 2009-06-03 at 07:56 +0200, z...@gmx.at wrote: hi! i use debian 4 with 2.6.28 and nm-applet 0.6.6. i have a problem in using network-manager-vpn with my (in case of not at home) gsm-connection. i establish it with gnome-ppp which works fine. after it a ppp0 device appears. all internet over gsm is fine (mail, browser, ping, ...) and my eth0 is down (no wonder). put i can not establish a vpn connection if in gsm-mode. all configures vpn-peers are deactivated in nm-applet. if have lan or wlan they are ok. what can i do? i think the nm doesnt check my ppp or? What PPP plugin are you using? Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Ethernet connection not listed through DBus/ListConnections
On Wed, 2009-06-03 at 00:02 +0200, daniel åkerud wrote: On Wed, May 27, 2009 at 5:56 PM, daniel åkerud daniel.ake...@gmail.com wrote: I am trying to automatically connect to a VPN (PPTP) connection through DBus. I have used the script posted by Tambet Ingo as a starting point, found here: http://www.nabble.com/dbus-and-OpenVPN-Autostart-td21905375.html The problem is that my Ethernet connection (Auto Eth1), that is required to be connected before the VPN, is not listed through the org.freedesktop.NetworkManagerUserSettings.ListConnections function. So how do I get the last parameter to ActivateConnection? I.e.: iface.ActivateConnection('org.freedesktop.NetworkManagerUserSettings', vpn_connection, # = /org/freedesktop/NetworkManagerSettings/0 which is my VPN dbus.ObjectPath(/), active_connection, # where to get? reply_handler=reply_handler, error_handler=error_handler) I do have the UUID for both connections, found under cat /etc/NetworkManager/system-connections/Auto eth1 and cat ~/.gconf/system/networking/connections/2/connection/% gconf.xml respectively. I am using network-manager-0.7.1~rc4.1.cf199a964 under Ubuntu 9.04. Any and all help appreciated. BR/D Problem solved! I have found the missing connection! :) For anyone that might have the same problem in the future, the script above does not take into account that connections live in two different services, UserSettings and SystemSettings. Furthermore, Yeah, User settings are available only while the user has logged in, while system settings are available to all users of the system. these connection have the same name, complicating things further. Anyhow, I have made a script that takes this into account and successfully connects to my VPN. Just add your UUIDs, and run it. Example output: Yup, this is exactly what UUID is for. Thanks for posting the code! Dan The code can be found here: http://pastebin.com/m11349e32 $ python nm-vpn-restart.py connections: org.freedesktop.NetworkManagerSystemSettings: add286bb-da7c-4f39-8a2f-13d5233818d6 - Auto ham0 (802-3-ethernet) org.freedesktop.NetworkManagerSystemSettings: 12c5b1af-6f44-448e-ba46-be54176efb21 - Auto eth1 (802-3-ethernet) org.freedesktop.NetworkManagerSystemSettings: 904a6063-5962-41a3-893c-fbfb30d15de9 - Auto eth0 (802-3-ethernet) org.freedesktop.NetworkManagerUserSettings: 2ce0ec46-ae6b-4d46-9128-78dd8c421345 - Relakks (vpn) connecting to: '(dbus.ObjectPath('/org/freedesktop/NetworkManagerSettings/0'), 'org.freedesktop.NetworkManagerUserSettings')' with active connection: '(dbus.ObjectPath('/org/freedesktop/NetworkManagerSettings/0'), 'org.freedesktop.NetworkManagerSystemSettings')' SUCCESS And you can see in the Network Manager GUI that is connecting to the VPN. /Daniel Åkerud ___ 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: Small typo
On Tue, 2009-06-02 at 14:33 +0200, Pablo Martí Gamboa wrote: -- Pablo Martí http://www.linkedin.com/in/pmarti || http://www.warp.es python -c print '706d6172746940776172702e6573'.decode('hex') Pushed, thanks! Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: NetworkManager, Vpnc and Centos 5.3 Problem.
On Tue, 2009-06-02 at 14:52 +0300, Abdullah Teke wrote: In my log files it seems everything ok. But when try to login or ping a server at behind of the vpn i cant reach. Jun 2 14:43:46 localhost NetworkManager: info Starting VPN service 'org.freedesktop.NetworkManager.vpnc'... Jun 2 14:43:46 localhost NetworkManager: info VPN service 'org.freedesktop.NetworkManager.vpnc' started (org.freedesktop.NetworkManager.vpnc), PID 22320 Jun 2 14:43:46 localhost NetworkManager: info VPN service 'org.freedesktop.NetworkManager.vpnc' just appeared, activating connections Jun 2 14:43:46 localhost NetworkManager: info VPN plugin state changed: 1 Jun 2 14:43:46 localhost NetworkManager: info VPN plugin state changed: 3 Jun 2 14:43:46 localhost NetworkManager: info VPN connection 'x' (Connect) reply received. Jun 2 14:43:47 localhost NetworkManager: info VPN connection 'x' (IP Config Get) reply received. Jun 2 14:43:47 localhost NetworkManager: info VPN Gateway: xxx.xxx.xxx.xxx Jun 2 14:43:47 localhost NetworkManager: info Tunnel Device: tun0 Jun 2 14:43:47 localhost NetworkManager: info Internal IP4 Address: 10.255.0.89 Jun 2 14:43:47 localhost NetworkManager: info Internal IP4 Prefix: 29 Jun 2 14:43:47 localhost NetworkManager: info Internal IP4 Point-to-Point Address: 10.255.0.89 Jun 2 14:43:47 localhost NetworkManager: info Maximum Segment Size (MSS): 0 Jun 2 14:43:47 localhost NetworkManager: info Internal IP4 DNS: 192.168.90.51 Jun 2 14:43:47 localhost NetworkManager: info DNS Domain: '(none)' Jun 2 14:43:47 localhost NetworkManager: info Login Banner: Jun 2 14:43:47 localhost NetworkManager: info - Jun 2 14:43:47 localhost NetworkManager: info (null) Jun 2 14:43:47 localhost NetworkManager: info - Jun 2 14:43:48 localhost NetworkManager: info VPN connection 'x' (IP Config Get) complete. Jun 2 14:43:48 localhost NetworkManager: info Policy set 'System eth0' (eth0) as default for routing and DNS. Jun 2 14:43:48 localhost NetworkManager: info VPN plugin state changed: 4 Now i used vpn in this way. I created an conf file included text below called xxx.vpn. IPSec gateway xxx.xxx.xxx.xxx IPSec ID xxx-xxx IPSec obfuscated secret xxx Xauth username - Xauth password xx And then when i need to connect to vpn, i run the r...@localhost# vpnc path_conf_file/xxx.vpn then i can connect successfuly. Bu i want to use networkmanager for this. Somebody said recently this was related to UDP encapsulation. Try changing from Cisco UDP - NAT-T encapsulation in the connection editor. See if that helps. Dan On Tue, Jun 2, 2009 at 12:05 PM, Michel Leunen m...@leunen.com wrote: Hi Abdullah, I got the exact same problem with my Ubuntu 9.04. I reported it here some days ago but received no solution yet. I can connect using vpnc but not through NetworkManager. When I look in the log file /var/log/daemon.log, I see that NetworkManager reports an error plugin: May 30 11:17:38 LinuxPC NetworkManager: info VPN plugin failed: 1 This have no meaning for me so I hoped someone here could help me. Michel Abdullah Teke a écrit : Hi; I have Centos 5.3 on my labtop and have to vpn a cisco vpn server. So i installed vpnc on my box. Then i want to integrate with NetworkManager and vpnc so i also installed NetworkManager-vpnc 7.0. I configured vpn connection and tried to connect. It looks like it connected but when i try to login my server at behind of the vpn server, i cant reach them. I check the routes and it looks like at below. [r...@localhost sysconfig]# route Destination Gateway Genmask Flags Metric RefUse Iface xxx.xxx.xxx.xxx 10.15.1.1 255.255.255.255 UGH 0 00 eth0 10.255.0.136* 255.255.255.248 U 0 00 tun0 10.15.0.0 * 255.255.0.0 U 1 00 eth0 default * 0.0.0.0 U 0 00 tun0 Then i tried at the console and run the vpnc command and enter the vpn information from command line like below it is worked [r...@localhost sysconfig]# vpnc Enter IPSec gateway address:
Re: To connect on internet
On Sat, 2009-05-30 at 15:43 +0200, amarcel...@free.fr wrote: We have installed the last version of Ubuntu 9.04. Actually we have a problem to connect us on internet (low stream, not ADSL). Here are the references of our modem: Sweex modem 56K PCI Driver number: 7.16.0.51 Who can tell us where is the problem? How shall we do to connect on internet? Is there some one to describe the proceed to connect? NetworkManager doesn't handle old 56k dialup at this time, so you'll probably want to turn NetworkManager off, and use the normal distro PPP configuration to do this. On Fedora that's system-config-network, not sure what it is on Ubuntu. Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: VPN problem
On Sat, 2009-05-30 at 11:49 +0200, Michel Leunen wrote: Hi, I've got issues trying to connect to a Cisco VPN through Network Manager. I'm using Ubuntu 9.04 with NM 0.7.0.100. Note that if I use vpnc directly, $ sudo vpnc-connect vpn.conf it's working just fine. Network Manager is configured with the same parameters as used in vpn.conf. When using Network Manager, I get those errors below in the /var/log/daemon.log file: Try the following, as root: 1) killall -TERM nm-vpnc-service 2) /usr/libexec/nm-vpnc-service now connect your VPN connection, wait for it to fail, and grab the output from nm-vpnc-service for me. This works because the vpnc stdout is directed to the console in which its parent is running, in this case a terminal, but when it's auto-spawned via dbus service activation, nm-vpnc-service output (and thus vpnc output) gets dumped to /dev/null. vpnc isn't smart enough yet to have syslog support, so this is really the only way to get better output from vpnc about what's going wrong. Dan May 30 11:17:36 LinuxPC NetworkManager: info Starting VPN service 'org.freedesktop.NetworkManager.vpnc'... May 30 11:17:36 LinuxPC NetworkManager: info VPN service 'org.freedesktop.NetworkManager.vpnc' started (org.freedesktop.NetworkManager.vpnc), PID 11684 May 30 11:17:36 LinuxPC NetworkManager: info VPN service 'org.freedesktop.NetworkManager.vpnc' just appeared, activating connections May 30 11:17:36 LinuxPC NetworkManager: info VPN plugin state changed: 1 May 30 11:17:36 LinuxPC NetworkManager: info VPN plugin state changed: 3 May 30 11:17:36 LinuxPC NetworkManager: info VPN connection 'VPN rtbf users' (Connect) reply received. May 30 11:17:38 LinuxPC NetworkManager: info VPN plugin failed: 1 May 30 11:17:38 LinuxPC NetworkManager: info VPN plugin state changed: 6 May 30 11:17:38 LinuxPC NetworkManager: info VPN plugin state change reason: 0 May 30 11:17:38 LinuxPC NetworkManager: WARN connection_state_changed(): Could not process the request because no VPN connection was active. May 30 11:17:38 LinuxPC NetworkManager: info (eth0): writing resolv.conf to /sbin/resolvconf May 30 11:17:38 LinuxPC NetworkManager: info Policy set 'Auto eth0' (eth0) as default for routing and DNS. May 30 11:17:51 LinuxPC NetworkManager: debug [1243675071.001188] ensure_killed(): waiting for vpn service pid 11684 to exit May 30 11:17:51 LinuxPC NetworkManager: debug [1243675071.001333] ensure_killed(): vpn service pid 11684 cleaned up Does this mean something to you? TIA, Michel ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: debug tips
On Mon, 2009-06-01 at 14:39 -0700, Daniel Fetchinson wrote: I had a buggy wifi driver and rmmod and ismod on the wifi drivers would always fix my issue. Thanks a lot, this sounds like potentially fitting my case. One thing you can also try to help isolate the problem is: killall -TERM wpa_supplicant and NM will restart the supplicant automatically and then you can re-attempt connection. If this works, then the problem could be in the supplciant or NM, or also the driver. If this doesn't work, but rmmod/modprobe of the driver does, then the problem is almost definitely in the driver. Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: debug tips
On Wed, 2009-06-03 at 08:21 -0500, Aaron Konstam wrote: On Wed, 2009-06-03 at 10:55 +0100, Marc Herbert wrote: Aaron Konstam a écrit : On Mon, 2009-06-01 at 08:53 -0700, Daniel Fetchinson wrote: As I've said, but let me repeat it again, I do boot into run level 3. After logging in I start X manually via startx. We are having a giant miscommunication going on . What rl are you actually running at? No, there is no miscommunication, simply you just have to believe that it is possible to boot in runlevel 3 and then it is possible to start X manually via startx :) I believe it, if you will accept that running startx puts you in to rl5 not rl3. Huh? startx is changing the runlevel? That is some news. This is a semantic argument. rl3 does not support X, rl5 does. I have never actually checked this but I would be amazed if when one runs startx the system does not switch to rl5. But I guess I will have to try it or depend on the testimony of someone who runs startx. I have been amazed before. Well it is always good to be amazed at least once a day. I tried it. startx does not cause rl5 to be reported by runlevel. Howver, at least on my machine NM does not run the way it should. -- === memo, n.: An interoffice communication too often written more for the benefit of the person who sends it than the person who receives it. === Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Misc points about network manager
On Tue, 2009-05-05 at 06:38 +, Robert Rehammar wrote: Hi all, Just joined the list to discuss a few things about Network Managers performance. First, I have been working some with MacOS X, and the network detection in MacOS X is some 10-100 times faster than what Network Manager performs. I believe it should be possible also for a GNU/Linux system to detect and sign in to a network with that speed. Is this something that has been discussed previously? When you say network detection, you mean...? Part of the reason its so good is that Apple has only a few different types of hardware to support, and thus they can direct all their effort into making the driver work well. We don't have that luxury here, so fixing up the drivers is a more gradual process. Scanning is sometimes slow for a few reasons. First, some drivers simply don't give you feedback when a scan fails. Second, NM only does one scan on startup, so if the scan failed (and of course the driver may not tell you that) then we don't have any indication to do a second one. NM should simply perform a second scan on startup anyway. For actual *connection* to the network (ie, association) its quite a lot more complicated, and that's partially due to kernel/driver problems (the Linux kernel API called WEXT sucks for association operations but that's getting fixed), and secondly due to latency between NM and the wifi control process (wpa_supplicant). In the supplicant's case, NM knows exactly what network to connect to, and tells the supplicant that, but the supplicant searches again for the specific network to connect to before actually starting the connection. So often there's double the work going on, and that adds latency. There are a few reasons why this is the case; we could make things faster by using ap_scan=2, but that's evil for quite a few other reasons, and disables roaming completely. Next, I run Ubuntu (now 9.04, used to be 8.10 and back) with NM 0.7.1~rc4.1.cf199a964-0ubuntu2 (from apt). At leas in this (and previous Ubuntu versions) the manager looses memory of what connection to select. That is, when I move my laptop from work to home often NM does not understand that it should connect to my home wireless instead of my office Ethernet. Also the opposite is true. Also for wireless networks that I use seldom (e.g. at my brothers place) the WEP key is lost between sessions, so I have to re-enter it. I'm pretty sure these are bugs as these aren't issues I've experienced, and I test with a variety of hardware. First, are you plugging in an ethernet cable at home? If you are *not* this could indicate scanning problems. What wifi card do you have? A bug specifically with newer wifi cards and suspend/resume was fixed recently in the kernel, but I don't believe that Ubuntu 9.04 has that fix for mac80211-based drivers yet. When NM asks for the WEP key again, that means the driver failed to connect to the AP for some reason. That's driver flakiness again (due to the fact that effort has to be split up between 10x as many drivers as Apple cares about). Does it work if you re-enter your key? In the future NM will just try a bit harder to connect before giving up, which should help the problem of crappy drivers, but wont' entirely fix it, since the driver itself is usually to blame. Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: debug tips
On Wed, 2009-06-03 at 08:40 -0500, Aaron Konstam wrote: On Wed, 2009-06-03 at 08:21 -0500, Aaron Konstam wrote: On Wed, 2009-06-03 at 10:55 +0100, Marc Herbert wrote: Aaron Konstam a écrit : On Mon, 2009-06-01 at 08:53 -0700, Daniel Fetchinson wrote: As I've said, but let me repeat it again, I do boot into run level 3. After logging in I start X manually via startx. We are having a giant miscommunication going on . What rl are you actually running at? No, there is no miscommunication, simply you just have to believe that it is possible to boot in runlevel 3 and then it is possible to start X manually via startx :) I believe it, if you will accept that running startx puts you in to rl5 not rl3. Huh? startx is changing the runlevel? That is some news. This is a semantic argument. rl3 does not support X, rl5 does. I have never actually checked this but I would be amazed if when one runs startx the system does not switch to rl5. But I guess I will have to try it or depend on the testimony of someone who runs startx. I have been amazed before. Well it is always good to be amazed at least once a day. I tried it. startx does not cause rl5 to be reported by runlevel. Howver, at least on my machine NM does not run the way it should. Does startx spawn the applet? I'm pretty sure it should, since I think startx just starts up the normal r5 session but of course doesn't switch to r5. It also depends on what levels you've got NM set to start at: chkconfig --list | grep NetworkManager should tell you that. Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: debug tips
Aaron Konstam a écrit : Huh? startx is changing the runlevel? That is some news. This is a semantic argument. rl3 does not support X, rl5 does. OK. I have never actually checked this but I would be amazed if when one runs startx the system does not switch to rl5. Then be amazed? I have run startx and changed runlevels countless times on a number of various systems and I have never seen startx changing the runlevel (and especially not when run as a regular user, like it usually should be). startx does not change the runlevel on Fedora 10. I would be amazed if it does on Fedora 8. Manually starting or stopping X (or any other service) will never change the runlevel, because runlevels control services, not the other way around. By the way runlevels do not startx (unless you hacked your system configuration). They start X through a more flexible login manager instead (gdm, xdm, prefdm, etc.) Runlevels are currently becoming less and less relevant because of Linux upstart (resp. MacOS launchd, Solaris SMF, etc.) I was first afraid that this discussion would be off-topic, but actually not so much: NM must be started somehow. Cheers, Marc ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: VPN problem
Hi Dan, Here is what I got: $ sudo /usr/lib/network-manager-vpnc/nm-vpnc-service ** Message: info vpnc started with pid 17912 /usr/sbin/vpnc: noninteractive can't reuse password ** (process:17889): WARNING **: WARN vpnc_watch_cb(): vpnc exited with error code 1 Did this help you to understand what's going wrong? Thanks for your help. Michel Dan Williams a écrit : On Sat, 2009-05-30 at 11:49 +0200, Michel Leunen wrote: Hi, I've got issues trying to connect to a Cisco VPN through Network Manager. I'm using Ubuntu 9.04 with NM 0.7.0.100. Note that if I use vpnc directly, $ sudo vpnc-connect vpn.conf it's working just fine. Network Manager is configured with the same parameters as used in vpn.conf. When using Network Manager, I get those errors below in the /var/log/daemon.log file: Try the following, as root: 1) killall -TERM nm-vpnc-service 2) /usr/libexec/nm-vpnc-service now connect your VPN connection, wait for it to fail, and grab the output from nm-vpnc-service for me. This works because the vpnc stdout is directed to the console in which its parent is running, in this case a terminal, but when it's auto-spawned via dbus service activation, nm-vpnc-service output (and thus vpnc output) gets dumped to /dev/null. vpnc isn't smart enough yet to have syslog support, so this is really the only way to get better output from vpnc about what's going wrong. Dan May 30 11:17:36 LinuxPC NetworkManager: info Starting VPN service 'org.freedesktop.NetworkManager.vpnc'... May 30 11:17:36 LinuxPC NetworkManager: info VPN service 'org.freedesktop.NetworkManager.vpnc' started (org.freedesktop.NetworkManager.vpnc), PID 11684 May 30 11:17:36 LinuxPC NetworkManager: info VPN service 'org.freedesktop.NetworkManager.vpnc' just appeared, activating connections May 30 11:17:36 LinuxPC NetworkManager: info VPN plugin state changed: 1 May 30 11:17:36 LinuxPC NetworkManager: info VPN plugin state changed: 3 May 30 11:17:36 LinuxPC NetworkManager: info VPN connection 'VPN rtbf users' (Connect) reply received. May 30 11:17:38 LinuxPC NetworkManager: info VPN plugin failed: 1 May 30 11:17:38 LinuxPC NetworkManager: info VPN plugin state changed: 6 May 30 11:17:38 LinuxPC NetworkManager: info VPN plugin state change reason: 0 May 30 11:17:38 LinuxPC NetworkManager: WARN connection_state_changed(): Could not process the request because no VPN connection was active. May 30 11:17:38 LinuxPC NetworkManager: info (eth0): writing resolv.conf to /sbin/resolvconf May 30 11:17:38 LinuxPC NetworkManager: info Policy set 'Auto eth0' (eth0) as default for routing and DNS. May 30 11:17:51 LinuxPC NetworkManager: debug [1243675071.001188] ensure_killed(): waiting for vpn service pid 11684 to exit May 30 11:17:51 LinuxPC NetworkManager: debug [1243675071.001333] ensure_killed(): vpn service pid 11684 cleaned up Does this mean something to you? TIA, Michel -- Michel Leunen http://linux.leunen.com ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: VPN problem
On Wed, 2009-06-03 at 17:14 +0200, Michel Leunen wrote: Hi Dan, Here is what I got: $ sudo /usr/lib/network-manager-vpnc/nm-vpnc-service ** Message: info vpnc started with pid 17912 /usr/sbin/vpnc: noninteractive can't reuse password ** (process:17889): WARNING **: WARN vpnc_watch_cb(): vpnc exited with error code 1 Did this help you to understand what's going wrong? That usually means your password, or the group password (if used) is wrong. Dan Thanks for your help. Michel Dan Williams a écrit : On Sat, 2009-05-30 at 11:49 +0200, Michel Leunen wrote: Hi, I've got issues trying to connect to a Cisco VPN through Network Manager. I'm using Ubuntu 9.04 with NM 0.7.0.100. Note that if I use vpnc directly, $ sudo vpnc-connect vpn.conf it's working just fine. Network Manager is configured with the same parameters as used in vpn.conf. When using Network Manager, I get those errors below in the /var/log/daemon.log file: Try the following, as root: 1) killall -TERM nm-vpnc-service 2) /usr/libexec/nm-vpnc-service now connect your VPN connection, wait for it to fail, and grab the output from nm-vpnc-service for me. This works because the vpnc stdout is directed to the console in which its parent is running, in this case a terminal, but when it's auto-spawned via dbus service activation, nm-vpnc-service output (and thus vpnc output) gets dumped to /dev/null. vpnc isn't smart enough yet to have syslog support, so this is really the only way to get better output from vpnc about what's going wrong. Dan May 30 11:17:36 LinuxPC NetworkManager: info Starting VPN service 'org.freedesktop.NetworkManager.vpnc'... May 30 11:17:36 LinuxPC NetworkManager: info VPN service 'org.freedesktop.NetworkManager.vpnc' started (org.freedesktop.NetworkManager.vpnc), PID 11684 May 30 11:17:36 LinuxPC NetworkManager: info VPN service 'org.freedesktop.NetworkManager.vpnc' just appeared, activating connections May 30 11:17:36 LinuxPC NetworkManager: info VPN plugin state changed: 1 May 30 11:17:36 LinuxPC NetworkManager: info VPN plugin state changed: 3 May 30 11:17:36 LinuxPC NetworkManager: info VPN connection 'VPN rtbf users' (Connect) reply received. May 30 11:17:38 LinuxPC NetworkManager: info VPN plugin failed: 1 May 30 11:17:38 LinuxPC NetworkManager: info VPN plugin state changed: 6 May 30 11:17:38 LinuxPC NetworkManager: info VPN plugin state change reason: 0 May 30 11:17:38 LinuxPC NetworkManager: WARN connection_state_changed(): Could not process the request because no VPN connection was active. May 30 11:17:38 LinuxPC NetworkManager: info (eth0): writing resolv.conf to /sbin/resolvconf May 30 11:17:38 LinuxPC NetworkManager: info Policy set 'Auto eth0' (eth0) as default for routing and DNS. May 30 11:17:51 LinuxPC NetworkManager: debug [1243675071.001188] ensure_killed(): waiting for vpn service pid 11684 to exit May 30 11:17:51 LinuxPC NetworkManager: debug [1243675071.001333] ensure_killed(): vpn service pid 11684 cleaned up Does this mean something to you? TIA, Michel ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: nm-vpn over ppp?
hi! I'm using gnome-ppp 0.6.6 (that controls wvdial 1.60 I think). Then pppd 2.4.4 is started and a ppp0 appears in my network-interfaces-list. I'm sure it is not a network problem, because all my internettraffic is ok over ppp. I rather think nm-applet will not let me activate a vpn-connection in case of none active ethX. ?? thanks for help! chris Dan Williams wrote: On Wed, 2009-06-03 at 07:56 +0200, z...@gmx.at wrote: hi! i use debian 4 with 2.6.28 and nm-applet 0.6.6. i have a problem in using network-manager-vpn with my (in case of not at home) gsm-connection. i establish it with gnome-ppp which works fine. after it a ppp0 device appears. all internet over gsm is fine (mail, browser, ping, ...) and my eth0 is down (no wonder). put i can not establish a vpn connection if in gsm-mode. all configures vpn-peers are deactivated in nm-applet. if have lan or wlan they are ok. what can i do? i think the nm doesnt check my ppp or? What PPP plugin are you using? Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: nm-vpn over ppp?
On Wed, 2009-06-03 at 19:37 +0200, z...@gmx.at wrote: hi! I'm using gnome-ppp 0.6.6 (that controls wvdial 1.60 I think). Then pppd 2.4.4 is started and a ppp0 appears in my network-interfaces-list. I'm sure it is not a network problem, because all my internettraffic is ok over ppp. I rather think nm-applet will not let me activate a vpn-connection in case of none active ethX. Right, you're not letting NM handle the primary network connection. What type of connection is it, 3G, or old 56k dialup? Dan ?? thanks for help! chris Dan Williams wrote: On Wed, 2009-06-03 at 07:56 +0200, z...@gmx.at wrote: hi! i use debian 4 with 2.6.28 and nm-applet 0.6.6. i have a problem in using network-manager-vpn with my (in case of not at home) gsm-connection. i establish it with gnome-ppp which works fine. after it a ppp0 device appears. all internet over gsm is fine (mail, browser, ping, ...) and my eth0 is down (no wonder). put i can not establish a vpn connection if in gsm-mode. all configures vpn-peers are deactivated in nm-applet. if have lan or wlan they are ok. what can i do? i think the nm doesnt check my ppp or? What PPP plugin are you using? Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: debug tips
On Wed, 2009-06-03 at 09:49 -0400, Dan Williams wrote: On Wed, 2009-06-03 at 08:40 -0500, Aaron Konstam wrote: On Wed, 2009-06-03 at 08:21 -0500, Aaron Konstam wrote: On Wed, 2009-06-03 at 10:55 +0100, Marc Herbert wrote: Aaron Konstam a écrit : On Mon, 2009-06-01 at 08:53 -0700, Daniel Fetchinson wrote: As I've said, but let me repeat it again, I do boot into run level 3. After logging in I start X manually via startx. We are having a giant miscommunication going on . What rl are you actually running at? No, there is no miscommunication, simply you just have to believe that it is possible to boot in runlevel 3 and then it is possible to start X manually via startx :) I believe it, if you will accept that running startx puts you in to rl5 not rl3. Huh? startx is changing the runlevel? That is some news. This is a semantic argument. rl3 does not support X, rl5 does. I have never actually checked this but I would be amazed if when one runs startx the system does not switch to rl5. But I guess I will have to try it or depend on the testimony of someone who runs startx. I have been amazed before. Well it is always good to be amazed at least once a day. I tried it. startx does not cause rl5 to be reported by runlevel. Howver, at least on my machine NM does not run the way it should. Does startx spawn the applet? I'm pretty sure it should, since I think startx just starts up the normal r5 session but of course doesn't switch to r5. It also depends on what levels you've got NM set to start at: chkconfig --list | grep NetworkManager should tell you that. Dan Well you are essentially correct . startx starts a normal r5 session but runlevel claims that the system is still at rl3. Which seems strange to me. However one thing that does not happen (on my machine at least) nm-applet does not start bringing up wireless. Maybe this should be expected that the wireless is not active but I suspect that I could start it by editing the proper connection. -- === There is nothing so easy but that it becomes difficult when you do it reluctantly. -- Publius Terentius Afer (Terence) === Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
[Fwd: Re: debug tips]-correction
Forwarded Message From: Aaron Konstam akons...@sbcglobal.net To: Dan Williams d...@redhat.com Cc: Marc Herbert marc.herb...@gmail.com, networkmanager-list@gnome.org Subject: Re: debug tips Date: Wed, 03 Jun 2009 15:42:53 -0500 On Wed, 2009-06-03 at 09:49 -0400, Dan Williams wrote: On Wed, 2009-06-03 at 08:40 -0500, Aaron Konstam wrote: On Wed, 2009-06-03 at 08:21 -0500, Aaron Konstam wrote: On Wed, 2009-06-03 at 10:55 +0100, Marc Herbert wrote: Aaron Konstam a écrit : On Mon, 2009-06-01 at 08:53 -0700, Daniel Fetchinson wrote: As I've said, but let me repeat it again, I do boot into run level 3. After logging in I start X manually via startx. We are having a giant miscommunication going on . What rl are you actually running at? No, there is no miscommunication, simply you just have to believe that it is possible to boot in runlevel 3 and then it is possible to start X manually via startx :) I believe it, if you will accept that running startx puts you in to rl5 not rl3. Huh? startx is changing the runlevel? That is some news. This is a semantic argument. rl3 does not support X, rl5 does. I have never actually checked this but I would be amazed if when one runs startx the system does not switch to rl5. But I guess I will have to try it or depend on the testimony of someone who runs startx. I have been amazed before. Well it is always good to be amazed at least once a day. I tried it. startx does not cause rl5 to be reported by runlevel. Howver, at least on my machine NM does not run the way it should. Does startx spawn the applet? I'm pretty sure it should, since I think startx just starts up the normal r5 session but of course doesn't switch to r5. It also depends on what levels you've got NM set to start at: chkconfig --list | grep NetworkManager should tell you that. Dan Well you are essentially correct . startx starts a normal r5 session but runlevel claims that the system is still at rl3. Which seems strange to me. However one thing that does not happen (on my machine at least) nm-applet does not start bringing up wireless. Maybe this should be expected that the wireless is not active but I expect that I could start it by editing the proper connection. I must make a correction. If I run startx as a simple user I can connect to my default\ wireless connection if I enter the keyring passwd. As long as the proper services are running rh3 vs. rl5 is irrelevant. -- === There is nothing so easy but that it becomes difficult when you do it reluctantly. -- Publius Terentius Afer (Terence) === Aaron Konstam telephone: (210) 656-0355 e-mail: akons...@sbcglobal.net ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
network-manager-n2n
The folks over at ntop.org have a great peer-to-peer vpn package which could be a great alternative to Hamachi. A Network Manager plugin would certainly make n2n more accessible, going right along with the nm design goals. Using n2n is the simple matter of throwing a few options to the binary on the command line - even easier than vpnc. Unfortunately I know next to nothing about C programming. I figured I may as well take a stab at mocking up a glade properties dialog and see if I can just do a whole mess of renaming vpnc to n2n and beat up on the code until it compiles. At this point I have not read enough to understand much about how the vpn pieces fit into Network Manager and integrate with dbus. I cloned the git tree for network-manager-vpnc and did my little glade hacking. Assuming that [step 1: spend a year to become a barely adequate C programmer] isn't going to happen - for such a seemingly small project, am I up against an unlikely-to-succeed task trying to get a network-manager-n2n up and running? -Ryan Shea ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list