RE: Ethernet Provisioning
Yes I can change the IP address with ethernet provisioning enabled. If I Ok, there is a bug then in connman :( Report as a bug at https://bugs.meego.com/show_bug.cgi?id=25984 Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: [PATCH v2 0/6] Neard plugin
-Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Patrik Flykt Sent: Tuesday, February 26, 2013 7:20 PM To: connman@connman.net Subject: Re: [PATCH v2 0/6] Neard plugin On Mon, 2013-02-25 at 14:11 +0200, Tomasz Bursztyka wrote: Hi, Here is the version 2 of the patch for neard support into ConnMan: - Applied all comments on first revision - fixed issues: * no connect parameter for virtual config * random generated strings for virtual config, destroyed when provisioned * triggering provisioning relevantly after creating the virtual config - tested connman provision: works Applied, with v3 of 5/6 and a whitespace fixup end of file in another one. So how to test neard plugin? Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Connman VPN: Do not replace default route
Hi Yevhen, -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Yevhen Kyriukha Sent: Friday, February 01, 2013 7:28 AM To: connman@connman.net Subject: Connman VPN: Do not replace default route Hi! How can I configure connman-vpn to leave my default route? I want that connman append VPN route so I can access my VPN network and have all other traffic go through default route. You can use connman test script service-move-before to move the service to the first one. The first service gets the default route. Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Connman VPN: dhcp-option is ignored
Hi Yevhen, -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Yevhen Kyriukha Sent: Friday, February 01, 2013 7:36 AM To: connman@connman.net Subject: Connman VPN: dhcp-option is ignored Hi! My VPN server sends dhcp-option with name server and domain information. But connman-vpn seems to ignore them. I can't use domain names of my VPN network. Does connman-vpn support these features? How about submit a bug at bugs.meego.com? Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Connman does not automatically switch to Wired LAN
Hi Sameer, -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Sameer Naik Sent: Thursday, January 31, 2013 2:16 AM To: connman@connman.net Subject: Connman does not automatically switch to Wired LAN Hello, I am using connman 1.10 on by embedded hardware which has an on board LAN port and i am using a WIFI USB dongle for wireless connections. I have successfully setup connman such that I am able to connect to wired and wireless networks without any problems. I am currently testing how connman handles preferred networks. My assumption was that Ethernet works are preferred over WIFI networks. I checked with overview-api.txt to confirm this. I wanted to check whether connman, which is initially connected to a wifi network, will automatically switch to the wired network when it becomes available, i.e. when the lan cable is plugged in. Following is my test procedure. 1. plug in wifi dongle and start connman 2. wait for connman to automatically connect to a provisioned wifi service 3. plug in lan cable When i carry out this test. After step 3, connman does not automatically connect to the wired network. Instead it remains connected to the wifi network. This is ok given that according to overview-api.txt A working connection is considered top priority. But if i add another step to the above procedure: 4. unplug the wifi dongle. Did you tried main.conf? You can copy src/main.conf to /etc/connman and edit it. It works for me with following configure: PreferredTechnologies = ethernet,wifi,cellular SingleConnectedTechnology = true Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Can't connect to VPN
Hi Yevhen, -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Yevhen Kyriukha Sent: Friday, January 11, 2013 10:08 PM To: connman@connman.net Subject: Can't connect to VPN Hi! Could anyone help me with configuring VPN, I can't get it work. I'm using connman v1.10. I created settings for my VPN connection in /var/lib/connman directory. I want connman to bring VPN connection automatically at boot time. But connman-vpn daemon doesn't see config files: when I run vpn-get script to get available VPN services I see No VPN configurations found, quitting in syslog. I can connect to openvpn server in my environment (and commit c388d1a) by: 1. Make sure the cert files ready 2. connect-provider openvpn openvpn 192.168.2.1 mydomain /openvpn/ca.crt /openvpn/client1.crt /openvpn/client1.key After that, I can do operations on service vpn_192_168_2_1_mydomain using test-connman utility. I could not make autoconnect work, but I think I can connect it in a startup script. Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Pre-configuring an ethernet interface
Hi Justin, Thanks for the replies. I've actually tried every option available from connmanctl, and even all the python test scripts. None of them will show my ethernet interfaces until I plug in a cable and connman detects a carrier. I searched doc and found following sentence in overview-api.txt: The interfaces of Connection Manager will always export all services that are currently known. The Ethernet devices with no cable plugged are actually not included in this list. They will only show up once a carrier is detected. Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Pre-configuring an ethernet interface
-Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Justin Maggard Sent: Thursday, January 10, 2013 10:07 AM To: connman@connman.net Subject: Re: Pre-configuring an ethernet interface On Wed, Jan 9, 2013 at 5:48 PM, Zheng, Jeff jeff.zh...@intel.com wrote: Thanks for the replies. I've actually tried every option available from connmanctl, and even all the python test scripts. None of them will show my ethernet interfaces until I plug in a cable and connman detects a carrier. I searched doc and found following sentence in overview-api.txt: The interfaces of Connection Manager will always export all services that are currently known. The Ethernet devices with no cable plugged are actually not included in this list. They will only show up once a carrier is detected. Thanks for pointing that out. I did see that statement, but it seems to conflict with other information in other docs, and even within that same doc, in the Service order section. Perhaps I'm just misunderstanding, but here are some examples: For Ethernet the plugging of a cable makes it a favorite. ... Ethernet is special here since the unplugging of the network cable will remove the favorite selection. ... and other similar statements. Personally, it doesn't matter to me if it's in the service list, or in some other list. All I really want to do is find which interfaces connman is controlling (connected or disconnected), and configure them whether or not I have the cable plugged in. It seems to me that there should be a way to do this, but I can't find a way currently. Yes. They seem to be conflict. I will report a document bug. Thanks. Maybe you're interested in report a bug for your issue (or feature) at bug.meego.com? Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: connman wlan0 scan gets stuck?
Hi, I'm running connman v1.4 and wpa-supplicant v0.73 (old, I know), but before I try upgrading everything--which is not a trivial matter since the software needs to be deployed on hundreds of devices--I want to understand the issue. Essentially connmand starts up in a state where no WiFi services are listed unless I either: 1) run 'iwlist scan' 2) clean out the /var/lib/connman/wifi* directory for the AP and restart connman FYI. I saw a similar issue with an old netbook. It's https://bugs.meego.com/show_bug.cgi?id=25307 Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Cannot connect to EAP (ieee8021x) without a .config file
Hi all, I've read over and over all the discussion about this support to PEAP over the service api and so on. Ok, the thing is: I'm trying to connect to a EAP (ieee8021x) network without the .config file, but it doesn't work(net.connman.Error.InvalidArguments: Invalid arguments). When I add this[1] .config file, the agent receives a request to a Identity and a Passphrase, as expected. [1] [service_engineering] Type = wifi Name = engineering EAP = peap Phase2 = MSCHAPV2 If there is no certificate, shouldn't be possible to connect without the provisioning file? Since it's how it works on iOS and Android. Submitted as a bug: https://bugs.meego.com/show_bug.cgi?id=25868 Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Connman 1.9 crashes when wifi dongle is unplugged.
Don't worry, Jeff can probably proxy the bug to bugzilla. I'll take a look at your email. Yes. It's https://bugs.meego.com/show_bug.cgi?id=25855 Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: no wifi services
Hi Felipe I made it work now, I just ignored with -I eth0. But there is still a problem: the ./test-connman scan wifi is not working and when I want to list the services, it's always empty. Then when I do a iwlist wlan0 scan, the services are listed successfully. I saw same issue on one of my test machine. See http://bugs.meego.com/show_bug.cgi?id=25307 So you don't need -I eth0, just iwlist wlan0 scan. Could you please submit an new bug? Is it correct the procedure? enable, scan and connect? Yes. Enable, scan and connect through test-connman. Thanks in advance, Felipe ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: no wifi services
Hi Felipe, RX bytes:5721 (5.5 KiB) TX bytes:7348 (7.1 KiB) root@g2:/# /usr/lib/connman/test/test-connman enable wifi root@g2:/# /usr/lib/connman/test/test-connman services root@g2:/# /usr/lib/connman/test/test-connman state System is idle root@g2:/# /usr/lib/connman/test/test-manager Could you please kill wpa_supplicant and restart connmand, run test-connman enable wifi and check if wpa_supplicant is running. Then you will get service list by test-connman services Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Wlantest 1.0 : An automatic wireless tool for ConnMan
It's great to see wlantest. Yes configuring AP is a key issue to prevent wifi autotest. And mac80211_hwsim + hostapd is a good solution. Thank you for your interest. I have several questions: 1. Do you plan to run wlantest regularly? Yes, we plan to run wlantest everyday in a virtual machine generated from our daily software image. I am currently deploying the script on testing servers. It's great. And where will you put your test results? 2. Is wlantest and connman run in host machine, and mac80211_hwsim run in VM? I thought that mac80211_hwsim just supports operations between virtual hwsim interfaces in the same machine. You are right, mac80211_hwsim only creates a virtual radio between interfaces in the same machine. wlantest, connman and hostapd actually run in the same host and this design is imposed by mac80211_hwsim. 3. If both connman and mac80211_hwsim run in the same machine, will connman automatically manage the virtual interface for hostapd? If this is true, is there conflict for IP address between connman and hostapd+dhcpd? For now, i must run Connman with -I option to ignore the hostapd interface. I didn't try to let connman manage the AP interface, mainly because the purpose is to simulate an AP on a different host. (at least independant from Connman). dhcpd is configured to send offer on this specific interface that's why I don't think it may interfere with Connman. Got it. Thanks. Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Wlantest 1.0 : An automatic wireless tool for ConnMan
Hi Maxence Viallon Hi, I have been working for the last 2 month with Julien Massot on Wlantest, an automatic wireless testing tool written in Python for ConnMann. I think it might be relevant for some people working with Connman to have a look at the first release (1.0). Github link : https://github.com/aldebaran/wlantest It was initially designed to be run on a daily basis on Nao robots to check ConnMan stability. We are currently running Wlantest inside a Nao virtual machine where we setup virtual interfaces with mac80211_hwsim. It's great to see wlantest. Yes configuring AP is a key issue to prevent wifi autotest. And mac80211_hwsim + hostapd is a good solution. I have several questions: 1. Do you plan to run wlantest regularly? 2. Is wlantest and connman run in host machine, and mac80211_hwsim run in VM? I thought that mac80211_hwsim just supports operations between virtual hwsim interfaces in the same machine. 3. If both connman and mac80211_hwsim run in the same machine, will connman automatically manage the virtual interface for hostapd? If this is true, is there conflict for IP address between connman and hostapd+dhcpd? Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: BeagleBone tethering support (in lieu of adhoc support)
Hi Jerrill, root@beaglebone:~/connman# opkg list | grep iptables iptables - 1.4.12.2-r0 - Tools for managing kernel packaet filtering capabilities iptables is the userspace command line program used to configure and iptables-dbg - 1.4.12.2-r0 - Tools for managing kernel packaet filtering capabilities - Debugging files iptables is the userspace command line program used to configure and iptables-dev - 1.4.12.2-r0 - Tools for managing kernel packaet filtering capabilities - Development files iptables is the userspace command line program used to configure and iptables-doc - 1.4.12.2-r0 - Tools for managing kernel packaet filtering capabilities - Documentation files iptables is the userspace command line program used to configure and root@beaglebone:~/connman# opkg install iptables Package iptables (1.4.12.2-r0) installed in root is up to date. Jerrill Here is the config.log file from this attempt: http://pastebin.com/KiyaXAGz It mentions an xtables.pc file, that doesn't exist on the BeagleBone (at least in the packages I have installed). It's better to use bootstrap-configure. And you need install iptables-dev Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: BeagleBone tethering support (in lieu of adhoc support)
Hi Jerrill, Unfortunately your wifi card and/or driver does not support AP mode, so you cannot enable tethering. You might try a better wifi card via usb then. Tomasz I can create an ad hoc network with this same USB wireless adapter on an Ubuntu machine. I can successfully associate with it from my phone and ping the laptop. The Ubuntu laptop loads the same Realtek r8712u driver as well. So, why is connman saying that this isn't supported under Angstrom on the BeagleBone? So your adapter supports ad-hoc mode. To support tethering, your adapater needs support AP(or master) mode. Another thing is that your kernel needs CONFIG_BRIDGE enabled. Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: State of net.connman.Clock Timeservers
Hi Tim, I tried timeserver with latest connman and it seems to work for me. I can get time updated from timeserver. Could you please try connman test script set-global-timeservers? Though there is a small difference than old ntp plugin: It will append the new timerservers instead of override old ones. Bests Jeff -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Tim Sander Sent: Monday, March 05, 2012 6:11 AM To: connman@connman.net Subject: State of net.connman.Clock Timeservers Hi I just tried to use the net.connman.Clock interface, which is marked as experimental. Especially setting timeservers does not seem to work, so i would like to know what the current state of this interface is. Best regards Tim ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: WEP with key index security
As I know, it's not supported yet. Please see https://bugs.meego.com/show_bug.cgi?id=2558 Bests Jeff -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Daniel (Youngwhan) Song Sent: Monday, January 16, 2012 1:00 PM To: connman@connman.net Subject: WEP with key index security Hi, I'd like to thank people who have tried to help me, and many issues are resolved in my place. Thank you. Now, I got one more issue, and I couldn't find where I can resolve. Some old type of home router supports WEP Security with key index. I tried to connect the home router using WEP, and if the key index is the first one, there is no problem to connect over it. However, if the home router sets up key index in different number, say 3 instead of 1, then connman cannot connect to the router although the passphrase is input correctly. (I'm using config file (/var/lib/connman/xxx.config), though) Does connman support those type of router supporting WEP key index? If then, I want to find the way how connman can connect the router with key index. Any help would be appreciated. Thank you, Daniel ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: WEP with key index security
It was a typo. That patch should be for another bug... sorry for confusion. Bests Jeff -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Daniel (Youngwhan) Song Sent: Monday, January 16, 2012 2:25 PM To: connman@connman.net Subject: Re: WEP with key index security Thank you for the quick response, Jeff. Yes, you're right. It looks connman doesn't support WEP key index although wpa_supplicant is supported. I found that the hard-coded wepkey0 while it communicate the wpa_supplicant via D-BUS. I wonder what was the patch shown in your link. It should be fixed very simple way, though. I will try find a workaround. Thanks, Daniel On Jan 15, 2012, at 9:19 PM, Zheng, Jeff wrote: As I know, it's not supported yet. Please see https://bugs.meego.com/show_bug.cgi?id=2558 Bests Jeff -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Daniel (Youngwhan) Song Sent: Monday, January 16, 2012 1:00 PM To: connman@connman.net Subject: WEP with key index security Hi, I'd like to thank people who have tried to help me, and many issues are resolved in my place. Thank you. Now, I got one more issue, and I couldn't find where I can resolve. Some old type of home router supports WEP Security with key index. I tried to connect the home router using WEP, and if the key index is the first one, there is no problem to connect over it. However, if the home router sets up key index in different number, say 3 instead of 1, then connman cannot connect to the router although the passphrase is input correctly. (I'm using config file (/var/lib/connman/xxx.config), though) Does connman support those type of router supporting WEP key index? If then, I want to find the way how connman can connect the router with key index. Any help would be appreciated. Thank you, Daniel ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Connecting WiFi on Enterprise WPA2 AP?
Hi Daniel, Doc/config-format.txt gives detail. Bests Jeff -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Daniel (Youngwhan) Song Sent: Wednesday, January 04, 2012 3:41 AM To: connman@connman.net Subject: Connecting WiFi on Enterprise WPA2 AP? Hi there, I've tried to connect wifi on the enterprise WPA2 of AP via connman, but haven't found the way how to do. Would somebody hint me how I am able to connect the AP via connman, please? (Assuming to connect IEEE8021X_EAPOL, and username and password are given.) Thanks, Daniel S. ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Connman upstream test result _ 20111202
Hi Li Xia, Next time please also include bugs that are reported by others and you can also find with the test cases. For example 24314 this time. Bests Jeff -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of 李霞 Sent: Friday, December 02, 2011 10:48 AM To: connman@connman.net Subject: Connman upstream test result _ 20111202 Hi all, This is test report for connman-0.77.318.gec4029b-1.1.i586.In this testing, we ran 215 cases. 204 cases passed and 11 cases failed because of known/new bugs. The pass rate is 95%. We found 1 new bug, reopen 0 bug and verify 4 bugs. In this commit we found the bug that connman crashes when set offlinemode. New bugs === 24342 - Fail to auto-connect to bluetooth when resume from suspend https://bugs.meego.com/show_bug.cgi?id=24342 Re-open bugs: === N/A Verified bugs: === 23789 - connman crashes when resume from s3 https://bugs.meego.com/show_bug.cgi?id=23789 23979 - still see 3g service after unplug out 3g modems https://bugs.meego.com/show_bug.cgi?id=23979 24198 - connman crashes after plug in 3G again https://bugs.meego.com/show_bug.cgi?id=24198 24285 - Fail to set offlinemode off when restart connmand and wpa_supplicant or reboot https://bugs.meego.com/show_bug.cgi?id=24285 === Testing Environment == Hardware: netbook Eeepc 1005PE / Cedar Trail / Ocktrail Green Ridge Image: meego-netbook-ia32-1.2.0 / meego-tablet-ia32-oaktrail-1.2.0.90.12.20110809.2 ConnMan: connman-0.77.318.gec4029b-1.1.i586 Ofono: ofono-1.0.85.g7852f25-1.1.i586 3G: Unicom Sim card/HuaWei e180 BT: Palm Pre/AnyCom AP/CSR dongle (disable the onboard BT device) Wireless AP:netgear WNR2000/dlink Test Execution Summary == Category Total PASS FAIL N/A Comments WiFi 73 73 bt 15 15 3G 15 15 Ethernet 14 14 Advance22 211 24197 status 37 2710 11860 20745 24314 API39 39 Total 215204 11 Bug referred here is bug at bugs.meego.com, for example, bug #23110 refer to http://bugs.meego.com/show_bug.cgi?id=23110 For detailed test results, please see attached files --- Confidentiality Notice: The information contained in this e-mail and any accompanying attachment(s) is intended only for the use of the intended recipient and may be confidential and/or privileged of Neusoft Corporation, its subsidiaries and/or its affiliates. If any reader of this communication is not the intended recipient, unauthorized use, forwarding, printing, storing, disclosure or copying is strictly prohibited, and may be unlawful.If you have received this communication in error,please immediately notify the sender by return e-mail, and delete the original message and all copies from your system. Thank you. --- ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: [RFC v2 5/7] session: Change Online to State
Hi Wagi, -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Daniel Wagner Sent: Thursday, October 13, 2011 11:05 PM To: connman@connman.net Cc: Daniel Wagner Subject: [RFC v2 5/7] session: Change Online to State From: Daniel Wagner daniel.wag...@bmw-carit.de Instead of only having Offline and Online, report 4 states online, offline, connecting and suspended. --- doc/session-api.txt | 45 +++-- 1 files changed, 35 insertions(+), 10 deletions(-) diff --git a/doc/session-api.txt b/doc/session-api.txt index 3a0c9ca..600f057 100644 --- a/doc/session-api.txt +++ b/doc/session-api.txt @@ -90,20 +90,45 @@ Settings string Bearer [readonly] for this session. Or an empty string if no bearer is available. - boolean Online [readonly] + string State [readonly] - This indicates if the connection is online or - offline. + This indicates the state of the session. - This maps to the online service state. And it is + Valid states are offline, connecting, + online and suspended. + + This maps to the service states. And it is only valid for the selected bearer configuration. - Otherwise it will be reported as offline even if - the global state would be online. - In addition the Online settings notification might - not happen right away. Notifications of online state - can be delayed based on the speed of the bearer. It - is done to avoid congestion on bearers like 3G etc. + The offline state indicates that no services for + a given session are online. connecting is indicating + that the session has called Service.Connect() + and if this call is successful the next state + indicated is online. The application could + use the connecting state for starting to draw an + animation. + + If the Service.Connect() is not successful + the next state will be offline. If the + application has started to draw an animation on + the connecting state it should stop drawing when + offline. I have two questions: 1. How to deal with service.State = 'ready', in which state Service.Connect() returns successfully? 2. State here is different than State in ' Session States and Transitions', is it possible to use another name? Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: How can I support Wi-Fi Ad-Hoc mode in ConnMan? Can I have some hint?
It's connman test utility. You can: 1. Make sure your kernel is CONFIG_BRIDGE enabled 2. enable-tethering wifi ssid 123456789 You will see an AP with ssid and you can connect to the AP with psk key 123456789. Bests Jeff -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Danny Jeongseok Seo Sent: Wednesday, October 12, 2011 10:00 AM To: Wang, Arron; connman@connman.net Subject: RE: How can I support Wi-Fi Ad-Hoc mode in ConnMan? Can I have some hint? Thanks Arron, If I need Ad-Hoc mode, how can and what is the best way in ConnMan? ConnMan tethering feature provide better solution for this issue, and it need turn on the bridge configuration in kernel. We can use test script enable-tethering to enable this feature. Can I have a test, your script? I would like to look at it and test. Thanks Arron Thanks, Danny JS Seo. ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Problems that Wi-Fi service state fall to associating and will never recover to idle. Impossible to connect and even disconnect anything...
Hi Danny, You can also report a bug at http://bugs.meego.com, New-MeeGo Projects - Connection Manager. I saw it sometime but not yet find way to reproduce. Bests Jeff -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Danny Jeongseok Seo Sent: Thursday, September 29, 2011 6:28 PM To: connman@connman.net; 전자메일 Subject: Problems that Wi-Fi service state fall to associating and will never recover to idle. Impossible to connect and even disconnect anything... (+Sorry for my previous HTML email, our email system is not adequate for text message) Dear ConnMan, I have found some bug in ConnMan Wi-Fi. You can reproduce it easily following: 1. connect_service to some AP 2. disconnect_service to the AP consecutively The problem is like that 1. connman gets connect_service and transite state to association 2. connman also gets disconnect_service and transit its state to idle succesfully and consecutively 3. Then supplicant returns connect_callback with success, connman gets interface_state with associating and transit its state to association. 4. Finally supplicant gets interface_state with disconnected. connman transits network state to idle, but not service state. Its service state still in associating and will never recover. We can't connect and disconnect any more. Thanks for any comments. Danny JS Seo. Sorry for this long logs in here. I can't it attached. [START] Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/service.c:connect_service() service 0x76738 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/service.c:__connman_service_connect() service 0x76738 state idle Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/stats.c:__connman_stats_service_register() service 0x76738 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/stats.c:stats_open() file 0x7bac0 name /var/lib/connman/stats/wifi_00904c112233_616c6c7368617265_managed_ps k.data Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/stats.c:stats_file_setup() file 0x7bac0 fd 34 name /var/lib/connman/stats/wifi_00904c112233_616c6c7368617265_managed_ps k.data Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/stats.c:stats_file_remap() file 0x7bac0 size 4096 addr (nil) len 0 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/ipconfig.c:__connman_ipconfig_enable() ipconfig 0x8cbd0 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/ipconfig.c:connman_ipconfig_ref() ipconfig 0x8cbd0 refcount 2 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/service.c:service_up() eth0 up Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/ipconfig.c:__connman_ipconfig_enable() ipconfig 0x7e348 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/ipconfig.c:enable_ipv6() Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/ipconfig.c:connman_ipconfig_ref() ipconfig 0x7e348 refcount 2 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/service.c:service_up() eth0 up Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/network.c:__connman_network_connect() network 0x86758 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/device.c:__connman_device_disconnect() device 0x88e70 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/device.c:connman_device_set_disconnected() device 0x88e70 disconnected 1 Sep 29 16:36:26 U1SLP daemon.warn connmand[2778]: Skipping disconnect of 616c6c7368617265_managed_psk, network is connecting. Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/network.c:__connman_network_disconnect() network 0x82048 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/network.c:__connman_network_disconnect() network 0x8d490 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/network.c:__connman_network_disconnect() network 0x81030 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/network.c:__connman_network_disconnect() network 0x81160 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/network.c:__connman_network_disconnect() network 0x6f250 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/network.c:__connman_network_disconnect() network 0x95fd0 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/network.c:__connman_network_disconnect() network 0x963e8 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/network.c:__connman_network_disconnect() network 0x88660 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/network.c:__connman_network_disconnect() network 0x7e8e0 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/network.c:__connman_network_disconnect() network 0x83ec8 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/network.c:__connman_network_disconnect() network 0x726a8 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/network.c:__connman_network_disconnect() network 0x8f730 Sep 29 16:36:26 U1SLP daemon.debug connmand[2778]: src/network.c:__connman_network_disconnect() network 0x97910
RE: Queries Related to Connman and Session Management
Hi Lewis, I'm tester for connman and below are my humble opinions. Hello all, I am new to connman mailing list. For the better understanding of connman, i tested it with the python scripts which are available in the test folder. I have few question regarding connman, test-scripts and session management. 1) There is a latest release of connman-0.77. Which is more stable - connman-0.76 or connman-0.77, with respect to wifi functionality. 2) For creating a session in manager-api.txt, it is mentioned that : every application should atleast create one session to inform about its requirements and purpose Which application does it means? Because, if i open a Firefox(application), then there is no session created by it. Can anyone please give example of what type of application is this? Firefox needs call connman session API to support connman session. 3) There is a Unit Test Framework in unit folder for test session. How to test that? 4) Also, there is a Python Script : test-session , which requires an application path. As mentioned in link, http://lists.connman.net/pipermail/connman/2011-April/004518.html;, at application path, it is provided with a /foo. What and where is this foo application? 5) In session-api.txt, there is a net.connman.Notification interface, with two methods. One of which is - Update : what exactly it does? On every session creation this method is called once to inform about the current settings. To whom it inform? I mean where it updates the settings? I think a test example might help. # Run following commands in 1st console 1. test-session enable # Enable session mode, this will disconnect all networks 2. test-session run /foo # The test-session application will use /foo as application path # run following connmands in 2nd console 3. test-session create /foo # Create a session in test-session application at step 2, you will see initial session property values in console 1 through net.connman.Notification.Update. 4. test-session connect /foo # Connect to a service, you will see IPv4 updated in console 1. Thanks and Regards Lewis ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Questions for session
Thanks Patrik. 1. An app might need specific service and the service might not be sorted by sort algorithm. This can be defined in configuration. There is no support for defining service sort order in a configuration file, if I got your question correctly. Will this be supported in the future, or is it an invalid usage model for connman? My AP might not be the first in the service list. 2. The 1st app connects to 1st WiFi AP, the 2nd app connects to 2nd WiFi AP. Will 1st app disconnect? Apps can request only bearer types, i.e. wifi, ethernet, etc. Not yet specific APs. Thus 1st and 2nd app would both request wifi and get connected to the 1st WiFi AP, whichever of the known APs it happens to be. Depend on question 1. 3. The 1st app connencts to the WiFi AP with the default route, and then 2nd app connects to a 3G service, will 3G service get the default route? Here I think 3G will not connect, since there already is a WiFi which has higher priority than 3G. Wagi can correct me if I'm wrong. It is possible that 1st app only use wifi bearer and 2nd app only use 3G bearer, or is it an invalid usage model for connman? I have more questions :-). I saw 3 different types of network: - Network that directly connect to Internet, 3G, ADSL etc (public) - Network that connect to Internet through proxy, company network (company) - Network that connects to private network without Internet access. (private) 1. Is private network a valid usage model for connman, or can it be ignored? 2. Can public and company network appear at the same time, I mean, one app connects to public network and the second app connects to the company network? Same for private network if it's valid. 3. When connect to company network through session, the service state is 'ready', is session Online 'true'? Same for private Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: [PATCH v1 00/22] Offline mode patchset
Hi Alok, Below is my understanding, am I correct? + There is only one OfflineMode, which is in Manager interface + When user sets OfflineMode, all technology state are offline + When OfflineMode is true, some technologies can be enabled/connected meanwhile OfflineMode does not change + technology can be set to offline by either rfkill or disable. When there is one device for a technology, rfkill is equal to disable + A technology supports more than one device, for example, two ethernet devices. In this case, rfkill will not disable the technology And which files save the content of default.profile? Bests Jeff -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Alok Barsode Sent: Monday, August 08, 2011 6:50 PM To: connman@connman.net Subject: [PATCH v1 00/22] Offline mode patchset From: Alok Barsode alok.bars...@linux.intel.com The following set of patches implement the offlinemode along with some core changes. The available state for technology is removed. I now maintain technology states rather than per device states. The support for profile is completely removed and offline is now integrated in technology. I have added support for rfkill, and offline uses rfkill+disable to set a technology to offlinemode. I have removed technolgy-blocked and device-blocked variables and the associated functions. I have removed the storage framework, hence technology and service implement their own storage. Alok Barsode (22): technology: Refactor enable/disable APIs. device: update profile in enable_persistent callback. device: redo pending power request logic. technology: Modify technology enable/disable APIs. technology: Remove global rfkill table. technology: Remove the global device hash. technology: save state persistently. technology: Redo offlinemode logic. technology: Remove 'available' state. technology: Fix enable notifier to be invoked just once. rfkill: Add technology soft blocking API. technology/device: remove blocked variables and associated functions. device: remove caching of offlinemode in device structure. device: Remove device persistent code. technology: Save/Load offlinemode. service: Add services changed signal. profile: Remove profile.c and profile.h. test: Remove profile tests. test: Change path for services. storage: Remove technology state load/save methods from storage module. service: Directly use service load/save functions. storage: remove storage module framework. Makefile.am|7 +- doc/technology-api.txt |3 +- include/profile.h | 41 --- include/storage.h | 64 src/connman.h | 64 +--- src/device.c | 423 ++-- src/main.c |6 - src/manager.c | 111 +-- src/notifier.c |2 - src/profile.c | 270 --- src/rfkill.c | 65 - src/service.c | 861 +--- src/storage.c | 179 -- src/technology.c | 459 +++--- src/wifi.c |8 +- test/list-profiles | 34 -- test/set-domains |2 +- test/set-ipv4-method |2 +- test/set-ipv6-method |2 +- test/set-nameservers |2 +- test/set-proxy |2 +- test/test-connman | 10 +- test/test-profile | 102 -- 23 files changed, 976 insertions(+), 1743 deletions(-) delete mode 100644 include/profile.h delete mode 100644 include/storage.h delete mode 100644 src/profile.c delete mode 100755 test/list-profiles delete mode 100755 test/test-profile ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
ConnMan (0.76.31) Test Report - WW32
Hi all, This is test report for ConnMan upstream connman-0.76.31.gfb71d1a. In this testing, we ran 219 cases. 179 cases passed and 18 case failed because of known/new bug. The pass rate is 91%. We found 7 new, reopen 1 and verify 5 bugs. In this commit we found 3G data connection fails and connmand is easier to crash New bugs === 22078 Still see part of wifi services when disable wifi http://bugs.meego.com/show_bug.cgi?id=22078 22151 connmand crashes when surf internet up to 20 minutes http://bugs.meego.com/show_bug.cgi?id=22151 22307 backtrace at __connman_service_update_from_network() when disable enable wifi http://bugs.meego.com/show_bug.cgi?id=22307 22310 backtrace at __connman_device_set_reconnect() when reconnect to AP after disable wifi http://bugs.meego.com/show_bug.cgi?id=22310 22313 fails to connect to 3G network http://bugs.meego.com/show_bug.cgi?id=22313 22376 [REG]connmand crash when set offlinemode http://bugs.meego.com/show_bug.cgi?id=22376 22377 Ready intead online when connected to internet http://bugs.meego.com/show_bug.cgi?id=22377 Re-open bugs: === 21709 [REG]ConnMan crashes when connect to a hidden wifi http://bugs.meego.com/show_bug.cgi?id=21709 Verified bugs: === 21415 Link Local holds the default route http://bugs.meego.com/show_bug.cgi?id=21415 18219 No gateway exist sometimes when wifi connection created http://bugs.meego.com/show_bug.cgi?id=18219 18440 ConnMan shows no ip-address information when connection created http://bugs.meego.com/show_bug.cgi?id=18440 14808 Manager is not online when Service.Connect() returns http://bugs.meego.com/show_bug.cgi?id=14808 12696 Connect to another wifi AP causes net.connman.Error http://bugs.meego.com/show_bug.cgi?id=12696 === Testing Environment == Hardware: netbook ACER AspireOne NAV50/Eeepc 1005PE Image: meego-netbook-ia32-1.1.90.8.20110317.89 ConnMan: connman-0.76.31.gfb71d1a Ofono: ofono-0.52.92.ge256a6b 3G: Unicom Sim card/HuaWei em770w BT: Palm Pre/AnyCom AP/CSR dongle (disable the onboard BT device) Wireless AP:netgear WNR2000/Cisco 1252/dlink Test Execution Summary == Category Total PASS FAIL N/A Comments WiFi 70 68 1 1 14524 22376 bt 14 14 12698 3G 1919 22313 ethernet 14 14 Advance 24 20 7 5198 17738 17826 status 35 24 9 2 11860 22078 22307 22376 22377 API 43 42 1 Total21917918 22 Bug referred here is bug at bugs.meego.com, for example, bug #22078 refer to http://bugs.meego.com/show_bug.cgi?id=22078 For detailed test results, please see attached files ConnMan Test Report List Date:2011-08-04 ---Info--- CM_INFO_WiFiConnInfo PASS Total:1 Pass:1, Fail:0, N/A:0 ---Advance--- CM_Advance_StaticIP_Reboot PASS CM_Advance_StaticIP_WIFI FAIL#17738 CM_Advance_http_proxyPASS CM_Advance_web_proxy PASS CM_Advance_StaticIP_WiredFAIL#17738 CM_Advance_NTP FAIL#22377 CM_Advance_DNS_Positive PASS CM_Advance_RegulatoryFAIL#22313 Total:8 Pass:4, Fail:4, N/A:0 ---Flight--- CM_Flt_eth_autoconn PASS CM_Flt_ConnWired PASS CM_Flt_3G_autoconn FAIL#22313 CM_Flt_WF_autoconn FAIL#22376 CM_Flt_WF_unset_rfkill FAIL#22376 CM_Flt_WF_rfkill PASS CM_Flt_ConnWIFI FAIL#17262 CM_Flt_Conn3GN/A #block by 22313 CM_Flt_WiFiIsPoweredOff PASS CM_Flt_EthOnline PASS CM_Flt_WiFiPoweredOffPASS CM_Flt_EthPoweredOn PASS CM_Flt_EthNoPing PASS CM_Flt_Service FAIL#17262 CM_Flt_EthPoweredOff PASS CM_Flt_WiFiNoPingPASS CM_Flt_EthIsPoweredOff PASS CM_Flt_WiFiPoweredOn PASS CM_Flt_OnlinePASS CM_Flt_WiFiOnlineFAIL#22377 Total:20 Pass:13, Fail:6, N/A:1 ---Tethering--- CM_Tethering_disabledPASS CM_Tethering_scp PASS CM_Tethering_multiple_connection PASS CM_Tethering_server_suspend PASS CM_Tethering_ping_clientsPASS CM_Tethering_ssh PASS CM_Tethering_connection PASS CM_Tethering_client_suspend PASS CM_Tethering_wifi_connection PASS CM_Tethering_surfing PASS Total:10 Pass:10, Fail:0, N/A:0 ---NetworkSel--- CM_NetworkSel_Best PASS
ConnMan (0.71.25) Weekly Test Report - WW15
Hi all, This is test report for ConnMan upstream connman-0.71.25.g2454614. In this testing, we ran 350 cases. 321 cases passed and 29 case failed because of known/new bug. The pass rate is 92%. We found 3 new bugs, reopen 1 bug and verify 1 bug Verified Bugs === [14210]-- Cann't connect to 3G services again after disconnect the 3G connection http://bugs.meego.com/show_bug.cgi?id=14210 New bugs === [15016]-- ConnMan crashes sometimes when an ethernet cable connected http://bugs.meego.com/show_bug.cgi?id=15016 [15026]-- wrong state ready instead of online when connect to internet through ADSL ethernet cable http://bugs.meego.com/show_bug.cgi?id=15026 [15048]-- tethering over bluetooth does not work http://bugs.meego.com/show_bug.cgi?id=15048 Re-open bugs: === Bug 13679 - Huawei EM770: ofonod crash when disable/enable 3G technology http://bugs.meego.com/show_bug.cgi?id=13679 Testing Environment == Hardware: netbook ACER AspireOne NAV50/Eeepc 1005PE Image: meego-netbook-ia32-1.1.90.8.20110322.2 ConnMan: connman-0.71.25.g2454614 Ofono: ofono-0.45.107.gff05540-1.1.i586 3G: Unicom Sim card/HuaWei em770w BT: Palm Pre/AnyCom AP/CSR dongle Wireless AP:Linksys/Asus/Cisco 1252/netgear Test Execution Summary == Feature Total Pass Fail Comments Ethernet 1919 WiFi 4040 3G 2928 1 #14242 BT 2121 VPN- - - #Not Test Switch 1212 0 Signal 1313 IPV6 1916 3 #12698 Flight 3434 Launch 8 8 Info 1515 Device 1212 NetworkSel 1111 Autoconnect1310 3 #11860 Advance1716 1 #5194 State 116 5 #3376 #1993 #14753 #15026 DHCP 1311 2 #4281 #5194 Profile6 5 1 #2513 Property 2828 Pacrunner 130 13 #14744 #13904 OpenVPN7 7 0 #14940 EAP6 6 0 Total 350 321 29 Bug refered hern is bug at bugs.meego.com, for example, bug #14940 refer to http://bugs.meego.com/show_bug.cgi?id=14940 For detailed test results, please see attached file Quality indicator == Feature Score Comments WiFiGoodBug 5241,10768 Intel WiMAX N/A QA does not have WiMAX test environment Bluetooth PAN GoodBug 6956 3G data Buggy Bug 6028, 10018, 10211, 13017, 13681, 13682, 13769,14518 Wired (LAN) GoodBug 13460 State Buggy Bug 2514 3376 1993 14753 13904 Flight Good Network Selection Good wpa-suplicant D-BUS Good profile management GoodBug 2513 manual switch connect Good Wired/WiFi co-exexist Good Remember device status Good connect to Broadcast AP Good connect to Hidden APGood Hidden Group AP Good auto connect reboot Good auto connect OfflineGood auto connect suspendGoodBug 14204 favorite connection Good auto connectivity order Good WEP 40/128-bit key Good WEP 128-bit passphrase Good WPA personalGood WPA2 personal GoodBug 14524 Open system Good Shared Key Good Remember passwd Good forgot password Good AP security detect Good auto del non-exist AP Good VPN Block #10018, 10555 Plugin to oFono Good DNS Proxy Good DNS support via DHCPGood Static IP Good #12698 PPP 3G Good WPA-enterprise Good dhcp-libGood #4281 ipv6Good #12698 pacrunner Buggy #14744 OpenVPN Good TTLSGood 3G CM_3G_Coexistpass CM_3G_Coexist_Priority pass CM_3G_DeviceControl pass CM_3G_DeviceControl_Offline pass CM_3G_Item_Configuring pass CM_3G_Item_Disconnectpass CM_3G_Service_Surf pass CM_3G_Reconnect pass CM_3G_Item_Connect pass CM_3G_Service_Download pass CM_3G_Service_Roamingpass CM_3G_BigPingpass CM_3G_Connectpass CM_3G_DeviceIsExist pass CM_3G_Disconnect pass CM_3G_Download pass CM_3G_HasDHCP
ConnMan (0.70.47) Weekly Test Report - WW12
Hi all, This is test report for ConnMan upstream connman-0.70.47. In this testing, we ran 350 cases. 325 cases passed and 29 case failed because of known/new bug. The pass rate is 92%. We found 2 new bugs. Verified Bugs === 14050 ConnMan crashes when re-connect the wired network http://bugs.meego.com/show_bug.cgi?id=14050 13947 - comman crashes when plug and unplug ethernet cable http://bugs.meego.com/show_bug.cgi?id=13947 14048 - ConnMan crashes when connect/disconnect BT services http://bugs.meego.com/show_bug.cgi?id=14048 14235 - ConnMan crashes when connect to a WiFi AP http://bugs.meego.com/show_bug.cgi?id=14235 14197 - ConnMan crashes when reboot with WiFi connected http://bugs.meego.com/show_bug.cgi?id=14197 New bugs === 14518 - ConnMan crashes when upload a 10MB file through 3G http://bugs.meego.com/show_bug.cgi?id=14518 14524 - Fail to connect to the WiFi AP which has been set to multiple essid http://bugs.meego.com/show_bug.cgi?id=14524 Testing Environment == Hardware: netbook ACER AspireOne NAV50/Eeepc 1005PE Image: meego-netbook-ia32-1.1.90.6.20110308.89-1.1.90.20110309.1624 ConnMan: connman-0.70.47.g62ba22e-1.1.i586 Ofono: ofono-0.43.93.g2443cde-1.1.i586 3G: Unicom Sim card/HuaWei em770w BT: Palm Pre/AnyCom AP/CSR dongle Wireless AP:Linksys/Asus/Cisco 1252/netgear Test Execution Summary == Feature Total Pass Fail Comments Ethernet 1919 WiFi 3939 3G 2926 3 #14242 #14210 #14518 BT 2121 VPN- - - #Not Test Switch 1212 0 Signal 1313 IPV6 2320 3 #12698 Flight 3434 Launch 8 8 Info 1515 Device 1212 NetworkSel 1111 Autoconnect1310 3 #11860 Advance1716 1 #5194 State 118 3 #3376 #1993 DHCP 1311 2 #4281 #5194 Profile6 5 1 #2513 Property 2828 Pacrunner 130 13 OpenVPN7 7 0 EAP6 6 0 Total 350 321 29 Bug refered hern is bug at bugs.meego.com, for example, bug #13781 refer to http://bugs.meego.com/show_bug.cgi?id=13781 For detailed test results, please see attached file Quality indicator == Feature Score Comments WiFiGoodBug 5241,10768 Intel WiMAX N/A QA does not have WiMAX test environment Bluetooth PAN GoodBug 6956 3G data Buggy Bug 6028, 10018, 10211, 13017, 13681, 13682, 13769, 14210,14518 Wired (LAN) GoodBug 13460 State Buggy Bug 2514 3376 1993 Flight Good Network Selection Good wpa-suplicant D-BUS Good profile management GoodBug 2513 manual switch connect Good Wired/WiFi co-exexist Good Remember device status Good connect to Broadcast AP Good connect to Hidden APGood Hidden Group AP Good auto connect reboot Good auto connect OfflineGood auto connect suspendGoodBug 14204 favorite connection Good auto connectivity order Good WEP 40/128-bit key Good WEP 128-bit passphrase Good WPA personalGood WPA2 personal GoodBug 14524 Open system Good Shared Key Good Remember passwd Good forgot password Good AP security detect Good auto del non-exist AP Good VPN Block #10018, 10555 Plugin to oFono Good DNS Proxy Good DNS support via DHCPGood Static IP Good #12698 PPP 3G Good WPA-enterprise Good dhcp-libGood #4281 ipv6Good #12698 pacrunner Good #13904 OpenVPN Good TTLSGood ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: PEAP configuration file
It works for me with: [global] Name = MeeGo Description = Private network configuration [service_intel] Type = wifi Name = ssid EAP = peap CACertFile = cert file Passphrase = password Identity = identity Phase2 = MSCHAPV2 Bests Jeff -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Gustavo F. Padovan Sent: Thursday, March 17, 2011 3:28 AM To: connman@connman.net Subject: Re: PEAP configuration file * Marcel Holtmann mar...@holtmann.org [2010-02-08 16:38:41 +0100]: Hi Tang, I'm trying to get my wifi connected to my university network using peap. I have successfully connected by killing connman and setup wpa_supplicant manually, but it's very inconvenient. As 0.48 has started to support peap, I upgraded connman to 0.48, and the wifi type has been successfully identified as IEEE8021X on the GUI of moblin. But it still don't allow me to put in both username and password. I noticed there is a configuration file as /var/lib/connman/default.profile, but I have no idea how to set the parameters. Can anyone help to post a configuration file for this network? The wpa_supplicant.conf i'm using is: network={ ssid=sMobileNet key_mgmt=WPA-EAP eap=PEAP identity=username password=password phase2=auth=MSCHAPV2 } you need to create a file like /var/lib/connman/my.config for your network settings: [service_mynetwork] Type = wifi Name = sMobileNet EAP = peap Identify = Password = Phase2 = auth=MSCHAPV2 I'm having a similar problem with my university wireless network. With the default gentoo network scripts everything work fine, wpa_supplicant conf follows: network={ ssid=Alunos-IC3 key_mgmt=WPA-EAP eap=PEAP identity=g061316 password= * } For connmand I have this in the config file (I checked and connmand is indeed loading this file) [global] Name = Alunos-IC3 Description = Alunos network configuration [service_peap] Type = wifi Name = Alunos-IC3 EAP = peap Identity = g061316 Passphrase = There is a log from wpa_supplicant attached. -- Gustavo F. Padovan http://profusion.mobi ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
ConnMan (0.70.26) Weekly Test Report - WW10
Hi This is test report for ConnMan upstream connman-0.70.26.g3634185-1.1.i586, we ran 325 cases. 305 cases passed and 20 case failed because of known/new bug. The pass rate is 93%. We found 9 new bugs and 2 re-open bugs, many of which are connman crash. Verified Bugs === None New bugs === 14242 fail to test for TCP support for DNS proxy through 3G http://bugs.meego.com/show_bug.cgi?id=14242 14213 ConnMan crash when enable/disable 3G technology http://bugs.meego.com/show_bug.cgi?id=14213 14235 ConnMan crashes when connect to a WiFi AP http://bugs.meego.com/show_bug.cgi?id=14235 14210 Cann't connect to 3G services again after disconnect the 3G connection http://bugs.meego.com/show_bug.cgi?id=14210 14204 ConnMan crashes when resume from S3 with 3G connected http://bugs.meego.com/show_bug.cgi?id=14204 14197 ConnMan crashes when reboot with WiFi connected http://bugs.meego.com/show_bug.cgi?id=14197 14050 ConnMan crashes when re-connect the wired network http://bugs.meego.com/show_bug.cgi?id=14040 14048 ConnMan crashes when connect/disconnect BT services http://bugs.meego.com/show_bug.cgi?id=14048 13947 Comman crashes when plug and unplug ethernet cable http://bugs.meego.com/show_bug.cgi?id=13947 Re-open bugs: === 10768 ConnMan crashed when disable wifi http://bugs.meego.com/show_bug.cgi?id=10768 1993 3G state is ready instead of online when we can surf web through 3G connection http://bugs.meego.com/show_bug.cgi?id=1993 Testing Environment == Hardware: netbook ACER AspireOne NAV50/Eeepc 1005PE Image: meego-netbook-ia32-1.1.90.2.20110216.1318 ConnMan: connman-0.70.26.g3634185-1.1.i586 Ofono: ofono-0.43.93.g2443cde-1.1.i586 3G: Unicom Sim card/HuaWei em770w BT: Palm Pre/AnyCom AP/CSR dongle (disable the onboard BT device) Wireless AP: Linksys/Asus/Cisco 1252/netgear Test Execution Summary == Feature Total Pass Fail Comments Ethernet 1919 WiFi 4040 3G 2927 2 #14242 #14210 BT 2121 VPN- - - #Not Test Switch 1212 0 Signal 1313 IPV6 2320 3 #12698 Flight 3434 Launch 8 8 Info 1515 Device 1212 NetworkSel 1111 Autoconnect135 8 #11860 #13407 #14197 #14204 Advance1716 1 #5194 State 118 3 #3376 #1993 DHCP 1311 2 #4281 #5194 Profile6 5 1 #2513 Property 2828 Total 325 305 20 Bug refered hern is bug at bugs.meego.com, for example, bug #13781 refer to http://bugs.meego.com/show_bug.cgi?id=13781 For detailed test results, please see attached file Quality indicator == Feature Score Comments WiFiBuggyBug 5241, 12696, 14235, 14197, 10768 Intel WiMAX N/A QA does not have WiMAX test environment Bluetooth PAN GoodBug 6956 ,14048 3G data Buggy Bug 6028, 10018, 10211, 13017, 13681, 13682, 13769, 14210, 14204, 14213 Wired (LAN) GoodBug 13460 ,13947 State Buggy Bug 2514 3376 1993 Flight Good Network Selection Good wpa-suplicant D-BUS Good profile management GoodBug 2513 manual switch connect Good Wired/WiFi co-exexist Good Remember device status Good connect to Broadcast AP Good connect to Hidden APGood Hidden Group AP Good auto connect reboot GoodBug 14197 auto connect OfflineGood auto connect suspendGoodBug 14204 favorite connection Good auto connectivity order Good WEP 40/128-bit key Good WEP 128-bit passphrase Good WPA personalGood WPA2 personal Good Open system Good Shared Key Good Remember passwd Good forgot password Good AP security detect Good auto del non-exist AP Good VPN Block #10018, 10555 Plugin to oFono Good DNS Proxy Good DNS support via DHCPGood Static IP Good #12698 PPP 3G Good WPA-enterprise Good dhcp-libGood #4281 ipv6Good #12698 pacrunner Good #13904 OpenVPN Good TTLSGood 3G CM_3G_Coexistpass CM_3G_Coexist_Priority pass CM_3G_DeviceControl
ConnMan (0.69.31) Weekly Test Report - WW08
Hi all, This is test report for ConnMan upstream connman-0.69.31 from In this testing, we ran 320 cases. 291 cases passed and 29 case failed because of known/new bug. The pass rate is 91%. We found 6 new bugs. Verified Bugs === None New bugs === [13573] 3G state is failure when disconnect 3G. http://bugs.meego.com/show_bug.cgi?id=13573 [13577] Reconnect a hidden wifi AP causes net.connman.Error. http://bugs.meego.com/show_bug.cgi?id=13577 [13584] Connman network priority will not update. http://bugs.meego.com/show_bug.cgi?id=13584 [13624] Connman crashes sometimes when test-connman disable wifi. http://bugs.meego.com/show_bug.cgi?id=13624 [13682] Huawei EM770: ConnMan 3G status wrong after resume from S3. http://bugs.meego.com/show_bug.cgi?id=13682 [13681] Huawei EM770: GLib-CRITICAL and connman exits sometimes. http://bugs.meego.com/show_bug.cgi?id=13681 Testing Environment == Hardware: netbook ACER AspireOne NAV50/Eeepc 1005PE Image: meego-netbook-ia32-1.1.90.2.20110204.90 ConnMan: connman-0.69.31.gbd4c11b-1.1.i586/connman-0.69.47.g5b91899-1.1.i586 Ofono: ofono-0.41-11.1.i586/ofono-0.43-12.1.i586 3G: Unicom Sim card/Dell 5540/HuaWei em770w BT: Palm Pre/AnyCom AP/CSR dongle (disable the onboard BT device) Wireless AP:Linksys/Asus/Cisco 1252 Test Execution Summary == Feature Total Pass Fail Comments Ethernet 1818 WiFi 3837 1 #13624 3G 2725 2 #13017 #13573 BT 2121 VPN- - - #Not Test Switch 120 12 #13584 Signal 1313 IPV6 2320 3 #12698 Flight 3434 Launch 8 8 Info 1515 Device 1212 NetworkSel 1111 Autoconnect138 5 #11860 #13407 #13408 #13682 Advance1716 1 #5194 State 119 2 #3376 DHCP 1311 2 #4281 #5194 Profile6 5 1 #2513 Property 2828 Total 320 291 29 Bug refered hern is bug at bugs.meego.com, for example, bug #437 refer to http://bugs.meego.com/show_bug.cgi?id=437 For detailed test results, please see attached file Quality indicator == Feature Score Comments WiFiGoodBug 5241, 12696 Intel WiMAX N/A QA does not have WiMAX test environment Bluetooth PAN GoodBug 6956 3G data Buggy Bug 6028, 10018, 10211, 13017, 13681, 13682 Wired (LAN) GoodBug 13460 State Buggy Bug 2514 3376 Flight Good Network Selection Good wpa-suplicant D-BUS Good profile management GoodBug 2513 manual switch connect Good Wired/WiFi co-exexist Good Remember device status Good connect to Broadcast AP Good connect to Hidden APGood Hidden Group AP Good auto connect reboot Good auto connect OfflineGood auto connect suspendGood favorite connection Good auto connectivity order Good WEP 40/128-bit key Good WEP 128-bit passphrase Good WPA personalGood WPA2 personal Good Open system Good Shared Key Good Remember passwd Good forgot password Good AP security detect Good auto del non-exist AP Good VPN Block 10018, 10555 Plugin to oFono Good DNS Proxy Good DNS support via DHCPGood Static IP Good PPP 3G Good WPA-enterprise Good dhcp-libGood #4281 ipv6Good #12698 pacrunner Good OpenVPN Good TTLSGood 3G CM_3G_Coexistpass CM_3G_Coexist_Priority pass CM_3G_DeviceControl pass CM_3G_DeviceControl_Offline pass CM_3G_Item_Configuring pass CM_3G_Item_Disconnectfail#13573 CM_3G_Service_Surf pass CM_3G_Reconnect fail#13017 CM_3G_Item_Connect pass CM_3G_Service_Download pass CM_3G_Service_Roamingpass CM_3G_BigPingpass CM_3G_Connectpass CM_3G_DeviceIsExist pass CM_3G_Disconnect pass CM_3G_Download pass CM_3G_HasDHCPpass CM_3G_HasIP pass CM_3G_IfconfigDown pass CM_3G_IfconfigUp pass
RE: Connman-0.67 Crashes and/or Hangs on Start-up
Tried 0.68 (same as b1db3cb?) on AR242x with both default and -W wext, didn't see the crashes. Bests Jeff -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Samuel Ortiz Sent: Saturday, January 29, 2011 8:52 AM To: Grant Erickson Cc: connman@connman.net Subject: Re: Connman-0.67 Crashes and/or Hangs on Start-up Hi Grant, On Fri, Jan 28, 2011 at 02:52:36PM -0800, Grant Erickson wrote: On Jan 28, 2011, at 10:09 AM, Grant Erickson wrote: On Jan 28, 2011, at 9:44 AM, Samuel Ortiz wrote: On Fri, Jan 28, 2011 at 09:06:12AM -0800, Grant Erickson wrote: FYI. I need to check against GIT top-of-tree and dig into this further; however, with: * Wireless 802.11 WEXT, connman-0.67 hangs on start-up Backtrace with wired: Please give us a gdb backtrace or run test/backtrace src/connmand log where log is the below trace. Also, a connman -d -n log would be more useful. Samuel: With the wired Ethernet issue debugged and patched, I've done more investigation on the wireless issue. The results are as follows: -- Version / Pluginwifi.so wifi_legacy.so == connman-0.67FAILS SUCCEEDS -- connman-b1db3cb FAILS N/A == So, it would appear that the non-legacy wifi plugin has issues with wireless extension devices. I'm testing this with my iwlagn chipset forced to run in wext mode only and that seems to work fine. Would you mind sharing the output of wpa_supplicant -ddd -t -u when running connmand on top of it ? Also could you please show us what your wpa_supplicant .config look like ? Cheers, Samuel. -- Intel Open Source Technology Centre http://oss.intel.com/ ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Connman-0.67 Crashes and/or Hangs on Start-up
I used meego netbook image on AspireOne ZG5 (IA32) with kernel 2.6.35.3-18.4 Bests Jeff -Original Message- From: Grant Erickson [mailto:maratho...@gmail.com] Sent: Sunday, January 30, 2011 9:45 AM To: Zheng, Jeff Cc: connman@connman.net Subject: Re: Connman-0.67 Crashes and/or Hangs on Start-up On 1/29/11 5:20 PM, Zheng, Jeff wrote: Tried 0.68 (same as b1db3cb?) on AR242x with both default and -W wext, didn't see the crashes. Jeff, Between you and Samuel, it's good to hear that both the Atheros AR242x and Intel IWLAGN work well with 0.68/b1db3cb under wireless extensions with the non-legacy Wi-Fi plug-in. Would I be correct in assuming that both you and Samuel are using a Core iX or Atom platform? Against what kernel version are you running? In my case, it's linux-2.6.32, armv7l and TI WLAN 127x, their TIWLAN WiLink 6.1.0.2.144 driver and firmware 6.1.0.0.335. With the stats bug resolved, this particular interface/driver combination no longer crashes, it simply makes no forward progress in scanning and establishing a connection. As cited below, I still owe Samuel a wpa_supplicant trace. Best, Grant -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Samuel Ortiz Sent: Saturday, January 29, 2011 8:52 AM To: Grant Erickson Cc: connman@connman.net Subject: Re: Connman-0.67 Crashes and/or Hangs on Start-up Hi Grant, On Fri, Jan 28, 2011 at 02:52:36PM -0800, Grant Erickson wrote: On Jan 28, 2011, at 10:09 AM, Grant Erickson wrote: On Jan 28, 2011, at 9:44 AM, Samuel Ortiz wrote: On Fri, Jan 28, 2011 at 09:06:12AM -0800, Grant Erickson wrote: FYI. I need to check against GIT top-of-tree and dig into this further; however, with: * Wireless 802.11 WEXT, connman-0.67 hangs on start-up Backtrace with wired: Please give us a gdb backtrace or run test/backtrace src/connmand log where log is the below trace. Also, a connman -d -n log would be more useful. Samuel: With the wired Ethernet issue debugged and patched, I've done more investigation on the wireless issue. The results are as follows: -- Version / Plugin wifi.so wifi_legacy.so == connman-0.67 FAILS SUCCEEDS -- connman-b1db3cb FAILS N/A == So, it would appear that the non-legacy wifi plugin has issues with wireless extension devices. I'm testing this with my iwlagn chipset forced to run in wext mode only and that seems to work fine. Would you mind sharing the output of wpa_supplicant -ddd -t -u when running connmand on top of it ? Also could you please show us what your wpa_supplicant .config look like ? ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: [PATCH v0] provider: Handle empty nameservers
Daniel, After apply this patch, connman doesn't crash and OpenVPN works. Thanks so much for your help! Bests Jeff -Original Message- From: Daniel Wagner [mailto:w...@monom.org] Sent: Wednesday, January 26, 2011 4:22 PM To: connman@connman.net Cc: Zheng, Jeff; Daniel Wagner Subject: [PATCH v0] provider: Handle empty nameservers From: Daniel Wagner daniel.wag...@bmw-carit.de If the VPN server doesn't set any DNS entries provider-nameservers is NULL. When we change the state of the provider to CONNMAN_PROVIDER_STATE_READY we shouldn't do any string operations on the NULL pointer namerservers. (gdb) bt full #0 0x0039ee88124a in __strchr_sse2 () from /lib64/libc.so.6 No symbol table info available. #1 0x0044cca2 in set_connected (provider=0x69f1c0, connected=1) at src/provider.c:305 type = CONNMAN_ELEMENT_TYPE_IPV4 nameservers = 0x0 value = 0x0 list = 0x1 = {error reading variable list (Cannot access memory at address 0x1) err = 0 element = 0x6a5110 name = 0x6a5550 vpn0 second_ns = 0x69f1c0 \004 service = 0x6a2630 #2 0x0044ce56 in connman_provider_set_state (provider=0x69f1c0, state=CONNMAN_PROVIDER_STATE_READY) at src/provider.c:356 No locals. This a bug fix for #12508 Reported by Jeff Zheng jeff.zh...@intel.com --- src/provider.c | 57 --- 1 files changed, 33 insertions(+), 24 deletions(-) diff --git a/src/provider.c b/src/provider.c index 53b3ddd..b47b6b9 100644 --- a/src/provider.c +++ b/src/provider.c @@ -254,6 +254,38 @@ int __connman_provider_remove(const char *path) return -ENXIO; } +static void provider_set_nameservers(struct connman_provider *provider) +{ + char *nameservers = NULL, *name = NULL; + const char *value; + char *second_ns; + + if (provider-dns == NULL) + return; + + name = connman_inet_ifname(provider-element.index); + + nameservers = g_strdup(provider-dns); + value = nameservers; + second_ns = strchr(value, ' '); + if (second_ns) + *(second_ns++) = 0; + __connman_service_append_nameserver(service, value); + value = second_ns; + + while (value) { + char *next = strchr(value, ' '); + if (next) + *(next++) = 0; + + connman_resolver_append(name, provider-domain, value); + value = next; + } + + g_free(nameservers); + g_free(name); +} + static int set_connected(struct connman_provider *provider, connman_bool_t connected) { @@ -265,9 +297,6 @@ static int set_connected(struct connman_provider *provider, if (connected == TRUE) { enum connman_element_type type = CONNMAN_ELEMENT_TYPE_UNKNOWN; struct connman_element *element; - char *nameservers = NULL, *name = NULL; - const char *value; - char *second_ns; GSList *list; int err; @@ -298,27 +327,7 @@ static int set_connected(struct connman_provider *provider, __connman_service_set_domainname(service, provider-domain); - name = connman_inet_ifname(provider-element.index); - - nameservers = g_strdup(provider-dns); - value = nameservers; - second_ns = strchr(value, ' '); - if (second_ns) - *(second_ns++) = 0; - __connman_service_append_nameserver(service, value); - value = second_ns; - - while (value) { - char *next = strchr(value, ' '); - if (next) - *(next++) = 0; - - connman_resolver_append(name, provider-domain, value); - value = next; - } - - g_free(nameservers); - g_free(name); + provider_set_nameservers(provider); for (list = provider-route_list; list; list = list-next) { struct connman_route *route = list-data; -- 1.7.3.5 ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: OpenVPN does not work?
Hi Daniel, Attached is the log. Connmand still crashes with latest code. Bests Jeff -Original Message- From: Daniel Wagner [mailto:w...@monom.org] Sent: Tuesday, January 25, 2011 1:58 AM To: Zheng, Jeff Cc: connman@connman.net Subject: Re: OpenVPN does not work? Hi Jeff, Can you apply the attached patch and post the log? I'm really lost what's going on there. Maybe with the additional DBS we see more. cheers, daniel From f30c38f5f832546a7a24e5317baade1db59249b0 Mon Sep 17 00:00:00 2001 From: Daniel Wagner w...@monom.org Date: Mon, 24 Jan 2011 18:43:35 +0100 Subject: [PATCH] OpenVPN: Add a few DBGs -- plugins/openvpn.c |2 ++ plugins/vpn.c |6 ++ 2 files changed, 8 insertions(+), 0 deletions(-) diff --git a/plugins/openvpn.c b/plugins/openvpn.c index 24aa0bc..08bc4f4 100644 --- a/plugins/openvpn.c +++ b/plugins/openvpn.c @@ -188,6 +188,8 @@ static int ov_notify(DBusMessage *msg, struct connman_provider *provider) return VPN_STATE_FAILURE; } + DBG(provider %p, provider); + if (strcmp(reason, up)) return VPN_STATE_DISCONNECT; diff --git a/plugins/vpn.c b/plugins/vpn.c index 278e0ea..0f78d89 100644 --- a/plugins/vpn.c +++ b/plugins/vpn.c @@ -137,6 +137,8 @@ static void vpn_newlink(unsigned flags, unsigned change, void *user_data) struct connman_provider *provider = user_data; struct vpn_data *data = connman_provider_get_data(provider); + DBG(provider %p data %p, provider, data); + if ((data-flags IFF_UP) != (flags IFF_UP)) { if (flags IFF_UP) { data-state = VPN_STATE_READY; @@ -163,6 +165,8 @@ static void vpn_notify(struct connman_task *task, if (vpn_driver_data == NULL) return; + DBG(provider %p data %p, provider, data); + state = vpn_driver_data-vpn_driver-notify(msg, provider); switch (state) { case VPN_STATE_CONNECT: @@ -291,6 +295,8 @@ static int vpn_connect(struct connman_provider *provider) DBG(%s started with dev %s, vpn_driver_data-provider_driver.name, data-if_name); + DBG(provider %p data %p, provider, data); + data-state = VPN_STATE_CONNECT; return -EINPROGRESS; -- 1.7.3.3 connman.log.gz Description: connman.log.gz ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: OpenVPN does not work?
Hi Daniel, Below is the output from gdb. Can you start connman in gdb and when it crashes dump the backtrace and the log here? E.g. connmand[6049]: src/ipconfig.c:__connman_ipconfig_save() ipconfig 0x80c6ee8 identifier vpn_image_build_sh_intel_com_mydomain connmand[6049]: src/ipconfig.c:__connman_ipconfig_save() ipconfig 0x80c6f50 identifier vpn_image_build_sh_intel_com_mydomain connmand[6049]: src/resolver.c:connman_resolver_remove_all() interface vpn0 connmand[6049]: src/wpad.c:__connman_wpad_start() service 0x80c6a00 connmand[6049]: plugins/pacrunner.c:proxy_changed() service 0x80c6a00 connmand[6049]: src/notifier.c:__connman_notifier_connect() type 8 connmand[6049]: src/tethering.c:__connman_tethering_update_interface() interface eth0 connmand[6049]: plugins/dnsproxy.c:dnsproxy_default_changed() service 0x80bcf58 connmand[6049]: Disabling DNS server 8.8.8.8 connmand[6049]: Disabling DNS server 8.8.4.4 connmand[6049]: Enabling DNS server 10.239.4.95 connmand[6049]: plugins/pacrunner.c:default_service_changed() service 0x80bcf58 connmand[6049]: src/ondemand.c:ondemand_default_changed() service 0x80bcf58 connmand[6049]: src/profile.c:__connman_profile_changed() connmand[6049]: src/service.c:__connman_service_lookup_from_network() network 0x80bc280 connmand[6049]: src/connection.c:find_active_gateway() connmand[6049]: src/inet.c:connman_inet_del_ipv6_host_route() index 2 host (null) connmand[6049]: src/inet.c:connman_inet_clear_ipv6_gateway_address() index 2, gateway (null) connmand[6049]: src/inet.c:connman_inet_del_network_route() ifname eth0 connmand[6049]: Deleting host route failed (No such process) connmand[6049]: src/inet.c:connman_inet_clear_gateway_address() connmand[6049]: src/inet.c:connman_inet_clear_gateway_address() ifname eth0 connmand[6049]: Removing default gateway route failed (No such process) Program received signal SIGSEGV, Segmentation fault. 0x0087d933 in strchr () from /lib/libc.so.6 (gdb) bt full #0 0x0087d933 in strchr () from /lib/libc.so.6 No symbol table info available. #1 0x080895a5 in set_connected (provider=0x80b4878, connected=value optimized out) at src/provider.c:305 type = CONNMAN_ELEMENT_TYPE_IPV4 nameservers = 0x0 value = 0x0 list = value optimized out err = 0 element = value optimized out name = 0x80c9258 vpn0 second_ns = value optimized out service = 0x80c6a00 #2 0x0806f847 in vpn_newlink (flags=69841, change=0, user_data=0x80b4878) at plugins/vpn.c:143 provider = 0x80b4878 data = 0x80c0f98 #3 0x08093b84 in connman_rtnl_add_newlink_watch (index=4, callback= 0x806f7f0 vpn_newlink, user_data=0x80b4878) at src/rtnl.c:249 flags = value optimized out watch = 0x80c4ea0 __FUNCTION__ = connman_rtnl_add_newlink_watch #4 0x0806f7b1 in vpn_notify (task=0x80c1110, msg=0x80b9270, user_data= ---Type return to continue, or q return to quit--- 0x80b4878) at plugins/vpn.c:171 provider = 0x80b4878 data = 0x80c0f98 vpn_driver_data = value optimized out name = value optimized out state = value optimized out index = 4 #5 0x08075198 in task_filter (connection=0x80b2240, message=0x80b9270, user_data=0x0) at src/task.c:402 task = 0x80c1110 notify = value optimized out path = value optimized out member = value optimized out #6 0x00b99feb in dbus_connection_dispatch () from /lib/libdbus-1.so.3 No symbol table info available. #7 0x080526b0 in message_dispatch (data=0x80b2240) at gdbus/mainloop.c:80 conn = 0x80b2240 #8 0x00a87413 in ?? () from /lib/libglib-2.0.so.0 No symbol table info available. #9 0x00a86253 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 No symbol table info available. #10 0x00a86877 in ?? () from /lib/libglib-2.0.so.0 No symbol table info available. ---Type return to continue, or q return to quit--- #11 0x00a86e15 in g_main_loop_run () from /lib/libglib-2.0.so.0 No symbol table info available. #12 0x08073ef7 in main (argc=1, argv=0xb714) at src/main.c:250 context = value optimized out error = 0x0 conn = 0x80b2240 err = {name = 0x0, message = 0x0, dummy1 = 1, dummy2 = 0, dummy3 = 0, dummy4 = 0, dummy5 = 0, padding1 = 0x9980c0} sa = {__sigaction_handler = {sa_handler = 0x8073bb0 sig_term, sa_sigaction = 0x8073bb0 sig_term}, sa_mask = {__val = { 0 repeats 32 times}}, sa_flags = 0, sa_restorer = 0} (gdb) ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
ConnMan (0.66.1) Weekly Test Report - WW04
Hi all, This is test report for ConnMan upstream connman-0.66.1. In this testing, we ran 331 cases. 304 cases passed and 27 case failed because of known/new bug. The pass rate is 92%. We found 4 new bugs and verified 5 bug Verified Bugs === [11879] connman crash when reconnect to the wifi. http://bugs.meego.com/show_bug.cgi?id=11879 [10454] ConnMan takes more than 5 munites to show wifi APs after killed/restart http://bugs.meego.com/show_bug.cgi?id=10454 [10205] WiFi plugin issues after connmand kill/restart http://bugs.meego.com/show_bug.cgi?id=10205 [11315] WiMAX plugin build failure with upstream ConnMan http://bugs.meego.com/show_bug.cgi?id=11315 [8036] service list should order associating before idle http://bugs.meego.com/show_bug.cgi?id=8036 New bugs === [12696] Connect another wifi AP cause net.connman.Error. http://bugs.meego.com/show_bug.cgi?id=12696 [12698] Connman crash when set ipv6 for bluetooth. http://bugs.meego.com/show_bug.cgi?id=12698 [12505] Connect to AP with TTLS failed http://bugs.meego.com/show_bug.cgi?id=10505 [12508] OpenVPN does not work http://bugs.meego.com/show_bug.cgi?id=12508 Testing Environment == Hardware: netbook ACER AspireOne NAV50/Eeepc 1005PE Image: meego-netbook-trunktesting-ia32-1.1.80.20110117.0919 ConnMan: connman-0.66-1.1.i586 Ofono: ofono-0.38.90.ge0e7346-1.1.i586 3G: Unicom Sim card/Dell 5540/Dell 5530 BT: Palm Pre/AnyCom AP/CSR dongle (disable the onboard BT device) Wireless AP:Linksys/Asus/Cisco 1252 Test Execution Summary == Feature Total Pass Fail Comments Ethernet 1818 WiFi 3838 3G 2727 BT 2121 VPN1110 1 #10018 Switch 1212 Signal 1313 IPV6 2320 3 #12698 Flight 3434 Launch 8 8 Info 1515 Device 1212 NetworkSel 111 10 #12696 Autoconnect136 7 #11860 #12104 Advance1716 1 #5194 State 119 2 #3376 DHCP 1311 2 #4281 #5194 Profile6 5 1 #2513 Property 2828 Total 331 304 27 Bug refered here is bug at bugs.meego.com, for example, bug #437 refer to http://bugs.meego.com/show_bug.cgi?id=437 For detailed test results, please see attached file Quality indicator == Feature Score Comments WiFiGoodBug 5241, 12696 Intel WiMAX N/A QA does not have WiMAX test environment Bluetooth PAN GoodBug 6956 3G data Buggy Bug 6028, 10016, 10018, 10211, 10844 Wired (LAN) Good State Buggy Bug 2514 3376 Flight Good Network Selection Good wpa-suplicant D-BUS Good profile management GoodBug 2513 manual switch connect Good Wired/WiFi co-exexist Good Remember device status Good connect to Broadcast AP Good connect to Hidden APGood Hidden Group AP Good auto connect reboot Good auto connect OfflineGood auto connect suspendGood favorite connection Good auto connectivity order Good WEP 40/128-bit key Good WEP 128-bit passphrase Good WPA personalGood WPA2 personal Good Open system Good Shared Key Good Remember passwd Good forgot password Good AP security detect Good auto del non-exist AP Good VPN Good 10018, 10555 Plugin to oFono Good DNS Proxy Good DNS support via DHCPGood Static IP Good PPP 3G Good WPA-enterprise Good dhcp-libGood #4281 ipv6Good #12698 wpadGood #10008 OpenVPN Buggy #12508 TTLSBuggy #12505 3G CM_3G_Coexistpass CM_3G_Coexist_Priority pass CM_3G_DeviceControl pass CM_3G_DeviceControl_Offline pass CM_3G_Item_Configuring pass CM_3G_Item_Disconnectpass CM_3G_Service_Surf pass CM_3G_Reconnect pass CM_3G_Item_Connect pass CM_3G_Service_Download pass CM_3G_Service_Roamingpass CM_3G_BigPingpass CM_3G_Connectpass CM_3G_DeviceIsExist pass CM_3G_Disconnect pass CM_3G_Download pass
RE: OpenVPN does not work?
Hi Daniel, Sorry for later response. I just tested the latest code (0fa1c28478d607b9c59d4ea353d10c3e47ad4751). Still saw the crash. Attached is the connmand log and my bootstrap-configure. I built with --disable-maintainer-mode Bests Jeff -Original Message- From: Daniel Wagner [mailto:w...@monom.org] Sent: Tuesday, January 18, 2011 8:38 PM To: Zheng, Jeff Cc: connman@connman.net Subject: Re: OpenVPN does not work? On Tue, Jan 18, 2011 at 11:31:24AM +0100, Daniel Wagner wrote: On Tue, Jan 18, 2011 at 11:10:44AM +0100, Daniel Wagner wrote: Jeff, can you reproduce this bug when you after a fresh reboot? Or does this happen only after a restart of connman (after a crash)? Attached is log after a fresh reboot. Still need add a route entry to make openvpn work. Thanks. So my theory of some left over resources is wrong. I keep looking... Comparing the log file from my working setup I see following difference: With pacrunner installed on my system, the log looks exactly the same till the crash in Jeff's log. So I guess it's only this code path involved: backtrace [0]: vpn_newlink() [vpn.c:147] [1]: connman_rtnl_add_newlink_watch() [rtnl.c:249] [2]: vpn_notify() [vpn.c:171] [3]: task_filter() [task.c:402] [4]: message_dispatch() [mainloop.c:80] [5]: main() [main.c:252] [6]: _start() [iptables.c:0] --- So the question why is there another task_filter-vpn_notify?! daniel bootstrap-configure Description: bootstrap-configure connman.log.gz Description: connman.log.gz ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: OpenVPN does not work?
Sorry for confusing. Attched is output for -n -d * Bests Jeff -Original Message- From: Daniel Wagner [mailto:w...@monom.org] Sent: Monday, January 17, 2011 4:58 PM To: Zheng, Jeff Cc: connman@connman.net Subject: Re: OpenVPN does not work? On server side, the output is: stupid me, it's not merged. Do have also the client log? cheers, daniel connman.log.gz Description: connman.log.gz ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: OpenVPN does not work?
Oops... Don't install openvpn-script. After install, I saw calltrace: backtrace [0]: vpn_newlink() [vpn.c:147] [1]: connman_rtnl_add_newlink_watch() [rtnl.c:249] [2]: vpn_notify() [vpn.c:171] [3]: task_filter() [task.c:402] [4]: message_dispatch() [mainloop.c:80] [5]: main() [main.c:252] [6]: _start() [iptables.c:0] --- Bests Jeff -Original Message- From: Daniel Wagner [mailto:w...@monom.org] Sent: Monday, January 17, 2011 5:27 PM To: Zheng, Jeff Cc: connman@connman.net Subject: Re: OpenVPN does not work? Hi Jeff, On Mon, Jan 17, 2011 at 05:06:31PM +0800, Zheng, Jeff wrote: Sorry for confusing. Attched is output for -n -d * No problem .) connmand[2162]: src/task.c:connman_task_run() task 0x84d2698 [...] connmand[2162]: src/task.c:task_died() task 0x84d2698 exit status 1 And there is no output from OpenVPN deamon. Currently, the daemon will log all to syslog. Maybe we should redirect the output from the deamon to connman instead. Can you post the corresponding part from syslog cheers, daniel connman.log.gz Description: connman.log.gz ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: OpenVPN does not work?
No. connmand crashed. There is a vpn interface and IP assigned, but ping 10.8.0.1 complains connect: Network is unreachable Restart connmand does not help. Bests Jeff -Original Message- From: Daniel Wagner [mailto:w...@monom.org] Sent: Monday, January 17, 2011 5:49 PM To: Zheng, Jeff Cc: connman@connman.net Subject: Re: OpenVPN does not work? On Mon, Jan 17, 2011 at 05:39:36PM +0800, Zheng, Jeff wrote: Oops... Don't install openvpn-script. After install, I saw calltrace: backtrace [0]: vpn_newlink() [vpn.c:147] [1]: connman_rtnl_add_newlink_watch() [rtnl.c:249] [2]: vpn_notify() [vpn.c:171] [3]: task_filter() [task.c:402] [4]: message_dispatch() [mainloop.c:80] [5]: main() [main.c:252] [6]: _start() [iptables.c:0] --- Do you have it now working? cheers, daniel ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: OpenVPN does not work?
OK. After add a route: route add -net 10.8.0.0 netmask 255.255.255.0 dev vpn0 vpn works! Thank youl so much! I will submit a bug for the backtrace. Bests Jeff -Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Zheng, Jeff Sent: Monday, January 17, 2011 5:53 PM To: Daniel Wagner Cc: connman@connman.net Subject: RE: OpenVPN does not work? No. connmand crashed. There is a vpn interface and IP assigned, but ping 10.8.0.1 complains connect: Network is unreachable Restart connmand does not help. Bests Jeff -Original Message- From: Daniel Wagner [mailto:w...@monom.org] Sent: Monday, January 17, 2011 5:49 PM To: Zheng, Jeff Cc: connman@connman.net Subject: Re: OpenVPN does not work? On Mon, Jan 17, 2011 at 05:39:36PM +0800, Zheng, Jeff wrote: Oops... Don't install openvpn-script. After install, I saw calltrace: backtrace [0]: vpn_newlink() [vpn.c:147] [1]: connman_rtnl_add_newlink_watch() [rtnl.c:249] [2]: vpn_notify() [vpn.c:171] [3]: task_filter() [task.c:402] [4]: message_dispatch() [mainloop.c:80] [5]: main() [main.c:252] [6]: _start() [iptables.c:0] --- Do you have it now working? cheers, daniel ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: [PATCH 1/3 v2] Add vpnc support.
Hi Mohamed, How can I setup a VPNC test environment? Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: ConnMan (0.65.63) Weekly Test Report - WW03
-Original Message- From: connman-boun...@connman.net [mailto:connman-boun...@connman.net] On Behalf Of Lucas De Marchi Sent: Friday, January 14, 2011 10:00 PM To: connman@connman.net Cc: mob...@linux.intel.com Subject: Re: ConnMan (0.65.63) Weekly Test Report - WW03 Hi Jeff On Fri, Jan 14, 2011 at 10:42 AM, Zheng, Jeff jeff.zh...@intel.com wrote: Hi all, This is test report for ConnMan upstream connman-0.65.63. In this testing, Where can I download this version from? Even the stable tree does not contain it. We downloaded it from https://build.meego.com/package/binaries?package=connmanproject=devel%3Aconnectivity%3Alatestrepository=Trunk we ran 331 cases. 217 cases passed and 14 case failed because of known/new I suppose you meant 231 cases, right? Sorry for the typo. 317 cases padded. thanks Lucas De Marchi ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: ConnMan (0.65.63) Weekly Test Report - WW03
[11880] [REG] Connman crashed when power on wifi AP agian. http://bugs.meego.com/show_bug.cgi?id=11880 backtrace [0]: stats_start() [service.c:508] [1]: __connman_ipconfig_newlink() [ipconfig.c:480] [2]: process_newlink() [rtnl.c:444] [3]: rtnl_newlink() [rtnl.c:862] [4]: main() [main.c:252] --- I think that's me :/ I'll have a look. This one has been verified, i.e. fixed and not reproducible anymore. Jeff, please confirm. We saw it with commit f8ad37f, but didn't see it again in later commit. So closed it. Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
OpenVPN does not work?
Hi, I could not setup OpenVPN connection with ConnMan. Is there anything wrong with my configurare? Directly using openvpn -config works. So I reported it as bug 12508. Command input: connect-vpn openvpn openvpn image-build.sh.intel.com mydomain.org /root/.openvpn/ca.crt /root/.openvpn/client1.crt /root/.openvpn/client1.key Attempting to connect service image-build.sh.intel.com VPN service path is /profile/default/vpn_image_build_sh_intel_com_mydomain_org connmand output: connmand[10635]: vpn0 {create} index 9 type 65534 NONE connmand[10635]: vpn0 {update} flags 4240 DOWN connmand[10635]: vpn0 {newlink} index 9 operstate 2 DOWN connmand[10635]: vpn0 {dellink} index 9 operstate 2 DOWN connmand[10635]: vpn0 {remove} index 9 I also attached -d log as attached. openvpn server output: Fri Jan 14 10:23:32 2011 OpenVPN 2.1.1 i686-redhat-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] built on Jan 5 2010 Fri Jan 14 10:23:32 2011 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables Fri Jan 14 10:23:32 2011 Diffie-Hellman initialized with 1024 bit key Fri Jan 14 10:23:32 2011 TLS-Auth MTU parms [ L:1541 D:138 EF:38 EB:0 ET:0 EL:0 ] Fri Jan 14 10:23:32 2011 ROUTE default_gateway=10.239.50.241 Fri Jan 14 10:23:32 2011 TUN/TAP device tun0 opened Fri Jan 14 10:23:32 2011 TUN/TAP TX queue length set to 100 Fri Jan 14 10:23:32 2011 /sbin/ip link set dev tun0 up mtu 1500 Fri Jan 14 10:23:32 2011 /sbin/ip addr add dev tun0 local 10.8.0.1 peer 10.8.0.2 Fri Jan 14 10:23:32 2011 /sbin/ip route add 10.8.0.0/24 via 10.8.0.2 Fri Jan 14 10:23:32 2011 Data Channel MTU parms [ L:1541 D:1450 EF:41 EB:4 ET:0 EL:0 ] Fri Jan 14 10:23:32 2011 Socket Buffers: R=[112640-131072] S=[112640-131072] Fri Jan 14 10:23:32 2011 UDPv4 link local (bound): [undef]:1194 Fri Jan 14 10:23:32 2011 UDPv4 link remote: [undef] Fri Jan 14 10:23:32 2011 MULTI: multi_init called, r=256 v=256 Fri Jan 14 10:23:32 2011 IFCONFIG POOL: base=10.8.0.4 size=62 Fri Jan 14 10:23:32 2011 IFCONFIG POOL LIST Fri Jan 14 10:23:32 2011 client1,10.8.0.4 Fri Jan 14 10:23:32 2011 Initialization Sequence Completed Fri Jan 14 10:24:04 2011 MULTI: multi_create_instance called Fri Jan 14 10:24:04 2011 10.239.50.16:54491 Re-using SSL/TLS context Fri Jan 14 10:24:04 2011 10.239.50.16:54491 Control Channel MTU parms [ L:1541 D:138 EF:38 EB:0 ET:0 EL:0 ] Fri Jan 14 10:24:04 2011 10.239.50.16:54491 Data Channel MTU parms [ L:1541 D:1450 EF:41 EB:4 ET:0 EL:0 ] Fri Jan 14 10:24:04 2011 10.239.50.16:54491 Local Options hash (VER=V4): '239669a8' Fri Jan 14 10:24:04 2011 10.239.50.16:54491 Expected Remote Options hash (VER=V4): '3514370b' Fri Jan 14 10:24:04 2011 10.239.50.16:54491 TLS: Initial packet from 10.239.50.16:54491, sid=570dd6a4 c96ec812 Fri Jan 14 10:24:04 2011 10.239.50.16:54491 VERIFY OK: depth=1, /C=US/ST=CA/L=SanFrancisco/O=Fort-Funston/CN=Fort-Funston_CA/emailAddress=me@myhost.mydomain Fri Jan 14 10:24:04 2011 10.239.50.16:54491 VERIFY OK: depth=0, /C=US/ST=CA/L=SanFrancisco/O=Fort-Funston/CN=client1/emailAddress=me@myhost.mydomain Fri Jan 14 10:24:04 2011 10.239.50.16:54491 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key Fri Jan 14 10:24:04 2011 10.239.50.16:54491 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Fri Jan 14 10:24:04 2011 10.239.50.16:54491 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key Fri Jan 14 10:24:04 2011 10.239.50.16:54491 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Fri Jan 14 10:24:04 2011 10.239.50.16:54491 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA Fri Jan 14 10:24:04 2011 10.239.50.16:54491 [client1] Peer Connection Initiated with 10.239.50.16:54491 Fri Jan 14 10:24:04 2011 client1/10.239.50.16:54491 MULTI: Learn: 10.8.0.6 - client1/10.239.50.16:54491 Fri Jan 14 10:24:04 2011 client1/10.239.50.16:54491 MULTI: primary virtual IP for client1/10.239.50.16:54491: 10.8.0.6 Fri Jan 14 10:24:06 2011 client1/10.239.50.16:54491 PUSH: Received control message: 'PUSH_REQUEST' Fri Jan 14 10:24:06 2011 client1/10.239.50.16:54491 SENT CONTROL [client1]: 'PUSH_REPLY,route 10.8.0.1,topology net30,ping 10,ping-restart 120,ifconfig 10.8.0.6 10.8.0.5' (status=1) Bests Jeff connmand.log.gz Description: connmand.log.gz ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: OpenVPN does not work?
Hi Daniel, Here is client configure file: ## # Sample client-side OpenVPN 2.0 config file # # for connecting to multi-client server. # ## # This configuration can be used by multiple # # clients, however each client should have # # its own cert and key files.# ## # On Windows, you might want to rename this # # file so it has a .ovpn extension # ## # Specify that we are a client and that we # will be pulling certain config file directives # from the server. client # Use the same setting as you are using on # the server. # On most systems, the VPN will not function # unless you partially or fully disable # the firewall for the TUN/TAP interface. ;dev tap dev tun # Windows needs the TAP-Win32 adapter name # from the Network Connections panel # if you have more than one. On XP SP2, # you may need to disable the firewall # for the TAP adapter. ;dev-node MyTap # Are we connecting to a TCP or # UDP server? Use the same setting as # on the server. ;proto tcp proto udp # The hostname/IP and port of the server. # You can have multiple remote entries # to load balance between the servers. remote image-build.sh.intel.com 1194 ;remote my-server-2 1194 # Choose a random host from the remote # list for load-balancing. Otherwise # try hosts in the order specified. ;remote-random # Keep trying indefinitely to resolve the # host name of the OpenVPN server. Very useful # on machines which are not permanently connected # to the internet such as laptops. resolv-retry infinite # Most clients don't need to bind to # a specific local port number. nobind # Downgrade privileges after initialization (non-Windows only) ;user nobody ;group nobody # Try to preserve some state across restarts. persist-key persist-tun # If you are connecting through an # HTTP proxy to reach the actual OpenVPN # server, put the proxy server/IP and # port number here. See the man page # if your proxy server requires # authentication. ;http-proxy-retry # retry on connection failures ;http-proxy [proxy server] [proxy port #] # Wireless networks often produce a lot # of duplicate packets. Set this flag # to silence duplicate packet warnings. ;mute-replay-warnings # SSL/TLS parms. # See the server config file for more # description. It's best to use # a separate .crt/.key file pair # for each client. A single ca # file can be used for all clients. ca /root/.openvpn/ca.crt cert /root/.openvpn/client1.crt key /root/.openvpn/client1.key # Verify server certificate by checking # that the certicate has the nsCertType # field set to server. This is an # important precaution to protect against # a potential attack discussed here: # http://openvpn.net/howto.html#mitm # # To use this feature, you will need to generate # your server certificates with the nsCertType # field set to server. The build-key-server # script in the easy-rsa folder will do this. ns-cert-type server # If a tls-auth key is used on the server # then every client must also have the key. ;tls-auth ta.key 1 # Select a cryptographic cipher. # If the cipher option is used on the server # then you must also specify it here. ;cipher x # Enable compression on the VPN link. # Don't enable this unless it is also # enabled in the server config file. #comp-lzo # Set log file verbosity. verb 3 # Silence repeating messages ;mute 20 Bests Jeff -Original Message- From: Daniel Wagner [mailto:w...@monom.org] Sent: Monday, January 17, 2011 3:08 PM To: Zheng, Jeff Cc: connman@connman.net Subject: Re: OpenVPN does not work? Hi Jeff, On 01/17/2011 06:33 AM, Zheng, Jeff wrote: I could not setup OpenVPN connection with ConnMan. Is there anything wrong with my configurare? Directly using openvpn -config works. So I reported it as bug 12508. Can you post the configuration file you are using? It could be that the OpenVPN server expects something not default, e.g. for my companies network I have to pass in the Cipher, Auth and CompLZO argument to get it working. Another thing is that not all possible OpenVPN arguments are pass through the provider at this point. Command input: connect-vpn openvpn openvpn image-build.sh.intel.com mydomain.org /root/.openvpn/ca.crt /root/.openvpn/client1.crt /root/.openvpn/client1.key Attempting to connect service image-build.sh.intel.com VPN service path is /profile/default/vpn_image_build_sh_intel_com_mydomain_org This looks okay. So the problem is propably 'only' to pass in the right arguments. cheers, daniel ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: OpenVPN does not work?
Hi Daniel, Still failed. I don't see openvpn process running and dmesg shows: [17531.921069] tun0: Disabled Privacy Extensions [19095.569811] vpn0: Disabled Privacy Extensions On server side, the output is: Mon Jan 17 15:32:10 2011 MULTI: multi_create_instance called Mon Jan 17 15:32:10 2011 10.239.50.16:53894 Re-using SSL/TLS context Mon Jan 17 15:32:10 2011 10.239.50.16:53894 Control Channel MTU parms [ L:1541 D:138 EF:38 EB:0 ET:0 EL:0 ] Mon Jan 17 15:32:10 2011 10.239.50.16:53894 Data Channel MTU parms [ L:1541 D:1450 EF:41 EB:4 ET:0 EL:0 ] Mon Jan 17 15:32:10 2011 10.239.50.16:53894 Local Options hash (VER=V4): '239669a8' Mon Jan 17 15:32:10 2011 10.239.50.16:53894 Expected Remote Options hash (VER=V4): '3514370b' Mon Jan 17 15:32:10 2011 10.239.50.16:53894 TLS: Initial packet from 10.239.50.16:53894, sid=d6c7937e c4d39132 Mon Jan 17 15:32:10 2011 10.239.50.16:53894 VERIFY OK: depth=1, /C=US/ST=CA/L=SanFrancisco/O=Fort-Funston/CN=Fort-Funston_CA/emailAddress=me@myhost.mydomain Mon Jan 17 15:32:10 2011 10.239.50.16:53894 VERIFY OK: depth=0, /C=US/ST=CA/L=SanFrancisco/O=Fort-Funston/CN=client1/emailAddress=me@myhost.mydomain Mon Jan 17 15:32:10 2011 10.239.50.16:53894 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key Mon Jan 17 15:32:10 2011 10.239.50.16:53894 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Mon Jan 17 15:32:10 2011 10.239.50.16:53894 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key Mon Jan 17 15:32:10 2011 10.239.50.16:53894 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Mon Jan 17 15:32:10 2011 10.239.50.16:53894 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA Mon Jan 17 15:32:10 2011 10.239.50.16:53894 [client1] Peer Connection Initiated with 10.239.50.16:53894 Mon Jan 17 15:32:10 2011 client1/10.239.50.16:53894 MULTI: Learn: 10.8.0.6 - client1/10.239.50.16:53894 Mon Jan 17 15:32:10 2011 client1/10.239.50.16:53894 MULTI: primary virtual IP for client1/10.239.50.16:53894: 10.8.0.6 Mon Jan 17 15:32:12 2011 client1/10.239.50.16:53894 PUSH: Received control message: 'PUSH_REQUEST' Mon Jan 17 15:32:12 2011 client1/10.239.50.16:53894 SENT CONTROL [client1]: 'PUSH_REPLY,route 10.8.0.1,topology net30,ping 10,ping-restart 120,ifconfig 10.8.0.6 10.8.0.5' (status=1) Mon Jan 17 15:32:14 2011 read UDPv4 [ECONNREFUSED]: Connection refused (code=111) Bests Jeff -Original Message- From: Daniel Wagner [mailto:w...@monom.org] Sent: Monday, January 17, 2011 3:28 PM To: Zheng, Jeff Cc: connman@connman.net Subject: Re: OpenVPN does not work? Hi Jeff, On Mon, Jan 17, 2011 at 03:11:40PM +0800, Zheng, Jeff wrote: Here is client configure file: client dev tun proto udp remote image-build.sh.intel.com 1194 resolv-retry infinite nobind persist-key persist-tun ca /root/.openvpn/ca.crt cert /root/.openvpn/client1.crt key /root/.openvpn/client1.key ns-cert-type server verb 3 ns-cert-type might be the missing one. Could you try to add the attached patch and edit openvpn-connect to do somthing like path = manager.ConnectProvider(({ Type: openvpn, Name: sys.argv[2], Host: sys.argv[3], VPN.Domain: sys.argv[4], OpenVPN.CACert: sys.argv[5], OpenVPN.Cert: sys.argv[6], OpenVPN.Key: sys.argv[7] OpenVPN.NsCertType: server})) cheers, daniel ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
ConnMan (0.65.63) Weekly Test Report - WW03
Hi all, This is test report for ConnMan upstream connman-0.65.63. In this testing, we ran 331 cases. 217 cases passed and 14 case failed because of known/new bug. The pass rate is 96%. We found 1 new bugs and verified 2 bug Verified Bugs === [5289] Fail to connect to Anycom-EDR AP after BT pair finished on EEEPC 1000H. http://bugs.meego.com/show_bug.cgi?id=5289 [11880] [REG] Connman crashed when power on wifi AP agian. http://bugs.meego.com/show_bug.cgi?id=11880 New bugs === [12452] Connman log shows GLib-CRITICAL after run connman for a while. http://bugs.meego.com/show_bug.cgi?id=12452 Testing Environment == Hardware: netbook ACER AspireOne NAV50/Eeepc 1005PE Image: meego-netbook-trunktesting-ia32-1.1.80.20101229.1013 ConnMan: connman-0.65.63.g20b6a9a-1.1.i586.rpm Ofono: ofono-0.38.42.gc415ab9-1.1.i586 3G: Unicom Sim card/Dell 5540/Dell 5530 BT: Palm Pre/AnyCom AP/CSR dongle (disable the onboard BT device) Wireless AP:Linksys/Asus/Cisco 1252 Test Execution Summary == Feature Total Pass Fail Comments Ethernet 1818 WiFi 3838 3G 2727 BT 2121 VPN1110 1 #10018 Switch 1212 Signal 1313 IPV6 2323 Flight 3434 Launch 8 8 Info 1515 Device 1212 NetworkSel 1111 Autoconnect136 7 #11860 #12104 Advance1716 1 #5194 State 119 2 #3376 DHCP 1311 2 #4281 #5194 Profile6 5 1 #2513 Property 2828 Total 331 317 14 Bug refered here is bug at bugs.meego.com, for example, bug #437 refer to http://bugs.meego.com/show_bug.cgi?id=437 For detailed test results, please see attached file Quality indicator == Feature Score Comments WiFiGoodBug 5241, 10454 Intel WiMAX N/A QA does not have WiMAX test environment Bluetooth PAN GoodBug 6956 3G data Buggy Bug 6028, 10016, 10018, 10211, 10844 Wired (LAN) Good State Buggy Bug 2514 3376 Flight Good Network Selection Good wpa-suplicant D-BUS Good profile management GoodBug 2513 manual switch connect Good Wired/WiFi co-exexist Good Remember device status Good connect to Broadcast AP Good connect to Hidden APGood Hidden Group AP Good auto connect reboot Good auto connect OfflineGood auto connect suspendGood favorite connection Good auto connectivity order Good WEP 40/128-bit key Good WEP 128-bit passphrase Good WPA personalGood WPA2 personal Good Open system Good Shared Key Good Remember passwd Good forgot password Good AP security detect Good auto del non-exist AP Good VPN Good 10018, 10555 Plugin to oFono Good DNS Proxy Good DNS support via DHCPGood Static IP Good PPP 3G Good WPA-enterprise Good dhcp-libGood #4281 ipv6Good wpadGood #10008 3G CM_3G_Coexistpass CM_3G_Coexist_Priority pass CM_3G_DeviceControl pass CM_3G_DeviceControl_Offline pass CM_3G_Item_Configuring pass CM_3G_Item_Disconnectpass CM_3G_Service_Surf pass CM_3G_Reconnect pass CM_3G_Item_Connect pass CM_3G_Service_Download pass CM_3G_Service_Roamingpass CM_3G_BigPingpass CM_3G_Connectpass CM_3G_DeviceIsExist pass CM_3G_Disconnect pass CM_3G_Download pass CM_3G_HasDHCPpass CM_3G_HasIP pass CM_3G_IfconfigDown pass CM_3G_IfconfigUp pass CM_3G_IsPoweredOnpass CM_3G_IsReEnableWorkspass CM_3G_IsReadypass CM_3G_PoweredOff pass CM_3G_PoweredOn pass CM_3G_SmallPing pass CM_3G_Upload pass BT CM_BT_CheckProp_Powered pass CM_BT_Connect_PANpass CM_BT_List_PAN pass CM_BT_Connect_Invalidnetwork pass CM_BT_Check_Statepass
ConnMan (0.65.34) Weekly Test Report - WW502
Hi all, This is test report for ConnMan upstream connman-0.65.34. In this testing, we ran 217 cases. 205 cases passed and 12 case failed because of known/new bug. The pass rate is 95%. We found 1 new bugs Verified Bugs = NA New bugs === [12104] [REG]ConnMan does not autoconnect wifi while rewithin the wifi AP's signal range. http://bugs.meego.com/show_bug.cgi?id=12104 Testing Environment == Hardware: netbook ACER AspireOne NAV50/Eeepc 1005PE Image: meego-netbook-trunktesting-ia32-1.1.80.20101229.1013 ConnMan: connman-0.65.34.g9f2baff-1.1.i586.rpm Ofono: ofono-0.37.16.ge5120c9-1.1.i586.rpm 3G: Unicom Sim card/Dell 5540/Dell 5530 BT: Palm Pre/AnyCom AP/CSR dongle (disable the onboard BT device) Wireless AP:Linksys/Asus/Cisco 1252 Test Execution Summary == Manual test with connmand -W nl80211,wext: Feature Total PassFailComments Wired 2 2 WiFi 20 20 3G 11 11 #6944 BT5 5 VPN 11 11 Switch 12 12 Signal 13 13 IPV6 23 23 Flight 21 21 Launch8 8 Info 15 15 Device 12 12 NetworkSel 11 11 Autoconnect 13 67 #11860 #12104 Advance 17 16 1 #5194 State11 8 3 #3376 DHCP 13 11 2 #4281#5194 Total 217 205 12 Bug refered here is bug at bugs.meego.com, for example, bug #437 refer to http://bugs.meego.com/show_bug.cgi?id=437 For detailed test results, please see attached file Quality indicator == Feature Score Comments WiFiGoodBug 5241, 10454 Intel WiMAX N/A QA does not have WiMAX test environment Bluetooth PAN GoodBug 6956 3G data Buggy Bug 6028, 10016, 10018, 10211, 10844 Wired (LAN) Good State Buggy Bug 2514 3376 Flight Good Network Selection Good wpa-suplicant D-BUS Good profile management GoodBug 2513 manual switch connect Good Wired/WiFi co-exexist Good Remember device status Good connect to Broadcast AP Good connect to Hidden APGood Hidden Group AP Good auto connect reboot Good auto connect OfflineGood auto connect suspendGood favorite connection Good auto connectivity order Good WEP 40/128-bit key Good WEP 128-bit passphrase Good WPA personalGood WPA2 personal Good Open system Good Shared Key Good Remember passwd Good forgot password Good AP security detect Good auto del non-exist AP Good VPN Good 10018, 10555 Plugin to oFono Good DNS Proxy Good DNS support via DHCPGood Static IP Good PPP 3G Good WPA-enterprise Good dhcp-libGood #4281 ipv6Good wpadGood #10008 3G CM_3G_Coexistpass CM_3G_Coexist_Priority pass CM_3G_DeviceControl pass CM_3G_DeviceControl_Offline pass CM_3G_Item_Configuring pass CM_3G_Item_Disconnectpass CM_3G_Service_Surf pass CM_3G_Reconnect pass CM_3G_Item_Connect pass CM_3G_Service_Download pass CM_3G_Service_Roamingpass BT CM_BT_CheckProp_Powered pass CM_BT_Connect_PANpass CM_BT_List_PAN pass CM_BT_Connect_Invalidnetwork pass CM_BT_Check_Statepass Advance CM_Advance_StaticIP_reboot pass CM_Advance_StaticIP_Wiredpass CM_Advance_StaticIP_WIFI pass CM_Advance_Hostname fail#5194 CM_Advance_StaticIP_BT pass CM_Advance_ProfileName pass CM_profile_deletepass CM_Advance_ProfileCreate pass CM_Advance_DNS_Set pass CM_Advance_DNS_Negative pass CM_Advance_DNS_Positive pass CM_Advance_http_proxypass CM_Advance_web_proxy pass CM_Advance_eth_wpad pass CM_Advance_WF_wpad pass CM_Advance_BT_wpad pass CM_Advance_3G_wpad pass AutoConn CM_AutoConn_FavoriteSetting pass CM_AutoConn_Reboot3G pass CM_AutoConn_RebootWIFI fail#11860 CM_AutoConn_RebootWired
RE: Add OpenVPN support
Can you please ran this log output throught the test/backtrace script? backtrace [0]: vpn_newlink() [vpn.c:147] [1]: connman_rtnl_add_newlink_watch() [rtnl.c:244] [2]: vpn_notify() [vpn.c:171] [3]: task_filter() [task.c:402] [4]: message_dispatch() [mainloop.c:80] [5]: main() [main.c:262] [6]: _start() [iptables.c:0] --- ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Add OpenVPN support
Hi Daniel, Thanks for quick response. Connmand log attached. Server configure file(remove ^# and ^; lines) is: port 1194 proto udp dev tun ca /CA/private/ca.crt cert /CA/private/server.crt key /CA/private/server.key # This file should be kept secret dh /CA/private/dh1024.pem server 10.8.0.0 255.255.255.0 ifconfig-pool-persist ipp.txt keepalive 10 120 persist-key persist-tun status openvpn-status.log verb 3 And below is client configure file that I can connect with openvpn --config this file: client dev tun proto udp remote xfzheng.sh.intel.com 1194 resolv-retry infinite nobind persist-key persist-tun ca /root/.openvpn/ca.crt cert /root/.openvpn/client1.crt key /root/.openvpn/client1.key ns-cert-type server verb 3 Bests Jeff -Original Message- From: Daniel Wagner [mailto:w...@monom.org] Sent: Thursday, November 18, 2010 4:17 PM To: Zheng, Jeff Cc: connman@connman.net Subject: Re: Add OpenVPN support Hi Jeff, On Thu, Nov 18, 2010 at 03:15:34PM +0800, Zheng, Jeff wrote: Do you mean compile with patch [PATCH v0 1/2] openvpn: add suport for static key setup? compile passed. Yes, I don't have a static key setup (yet). So the patch should compile fine but it will almost certently not work. But I still failed with SSL/TLS (not with the patch): First let's get the TLS setup working. This should work(TM). # connect-vpn openvpn openvpn xfzheng.sh.intel.com sh.intel.com /root/.openvpn/ca.crt /root/.openvpn/client1.crt /root/.openvpn/client1.key This looks okay. sys.argv[7] is /root/.openvpn/client1.key Traceback (most recent call last): File /usr/lib/connman/test/connect-vpn, line 42, in module OpenVPN.Key: sys.argv[7]})) File /usr/lib/python2.6/site-packages/dbus/proxies.py, line 68, in __call__ return self._proxy_method(*args, **keywords) File /usr/lib/python2.6/site-packages/dbus/proxies.py, line 140, in __call__ **keywords) File /usr/lib/python2.6/site-packages/dbus/connection.py, line 630, in call_blocking message, timeout) dbus.exceptions.DBusException: org.moblin.connman.Error.NotSupported: Not supported Can you post the connman log? I can't figure what's going wrong. I can connect with openvpn directly. I'm using openvpn-2.1.3, both server and client disable comp-lzo. server is in 64bit fedora11 and client in meego 1.1 For reference here is the configuration for my openvpn server: dev tun0 ca /etc/openvpn/keys/ca.crt cert /etc/openvpn/keys/server.crt key /etc/openvpn/keys/server.key dh /etc/openvpn/keys/dh1024.pem server 10.1.0.0 255.255.255.0 push redirect-gateway def1 push dhcp-option DNS 85.25.128.10 push dhcp-option DNS 85.25.255.10 push topology net30 The topology and redirect-gateway push isn't really needed. It just a left over from a debugging session. daniel connman.log.gz Description: connman.log.gz ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: Add OpenVPN support
Hi Daniel, Do you mean compile with patch [PATCH v0 1/2] openvpn: add suport for static key setup? compile passed. But I still failed with SSL/TLS (not with the patch): # connect-vpn openvpn openvpn xfzheng.sh.intel.com sh.intel.com /root/.openvpn/ca.crt /root/.openvpn/client1.crt /root/.openvpn/client1.key sys.argv[7] is /root/.openvpn/client1.key Traceback (most recent call last): File /usr/lib/connman/test/connect-vpn, line 42, in module OpenVPN.Key: sys.argv[7]})) File /usr/lib/python2.6/site-packages/dbus/proxies.py, line 68, in __call__ return self._proxy_method(*args, **keywords) File /usr/lib/python2.6/site-packages/dbus/proxies.py, line 140, in __call__ **keywords) File /usr/lib/python2.6/site-packages/dbus/connection.py, line 630, in call_blocking message, timeout) dbus.exceptions.DBusException: org.moblin.connman.Error.NotSupported: Not supported I can connect with openvpn directly. I'm using openvpn-2.1.3, both server and client disable comp-lzo. server is in 64bit fedora11 and client in meego 1.1 Bests Jeff -Original Message- From: Daniel Wagner [mailto:w...@monom.org] Sent: Wednesday, November 17, 2010 6:19 PM To: Zheng, Jeff Cc: connman@connman.net Subject: Re: Add OpenVPN support Hi Jeff, On Wed, Nov 17, 2010 at 01:58:26PM +0800, Zheng, Jeff wrote: How can I use connect-vpn script? I can connect to a point to point server with: openvpn --config config The content of config is: remote xfzheng.sh.intel.com dev tun ifconfig 10.8.0.2 10.8.0.1 secret static.key Currently the plugin can handly only the tls setup. In order to support the static key mode there is need for some more openvpn argument handling. In this config file I don't see cafile and certfile that connect-vpn needs So I ignore these two parameters in script but it still complains: # connect-vpn openvpn myvpn xfzheng.sh.intel.com mydomain.com 1 1 static.key Yeah, that wont work right now. First the script needs get smarter and then the key has to passed in the provider and the openvpn plugin has to pass this to the openvpn argument list. Can you give the patches I'll append to this mail a try? Only compiled, not really tested. I think the 'ifconfig' argument is not really working since it needs to arguments. daniel ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
RE: API for ssid based scanning
Is there other way by which I can see my test123 ap in the scan result? One method is to use connman test utilities: 1. connect-service test123 [passphrase] [security] 2. test-connman services Bests Jeff ___ connman mailing list connman@connman.net http://lists.connman.net/listinfo/connman
ConnMan (0.53.13) Weekly Test Report - WW24
Hi all, This is test report for ConnMan upstream 0.53.13. In this testing, we ran 331 cases. 306 cases passed and 25 case failed because of known/new bug. The pass rate is 92%. We found 2 new bugs, which were soon fixed. The testing for more recent package shows state issues mostly got fixed, but we see some new issues, which need to be double check next week. Verified Bugs = [437] ConnMan needs to connect hidden service automatically http://bugs.meego.com/show_bug.cgi?id=437 New Bugs = [2846] Switch between two hidden wifi services, sometimes one of them will fail to be connected anymore http://bugs.meego.com/show_bug.cgi?id=2846 [2850] ConnMan easily fail to connect to hidden WIFI services for the first time after reboot http://bugs.meego.com/show_bug.cgi?id=2850 Testing Environment == Hardware: netbook ACER AspireOne NAV50/Eeepc 1005PE/AspireOne ZG5 Image: MeeGo release 1.0/Build 20100524.1 ConnMan:connman-0.53.13.g1c18278-1.1 3G: Unicom Sim card/Dell 5400 BT: AnyCom AP/CSR dongle (disable the onboard BT device) Wireless AP:Linksys/Asus/Cisco 1252 Test Execution Summary == From Carrick UI: Feature Total PassFailComments Wire2 2 WiFi55 50 5 #437 #610 #2640 3G 14 14 BT 5 5 VPN 7 6 1 #2318 Switch 6 6 Signal 13 13 Flight 5 5 Launch 6 6 Info19 18 1 #1409 Interface 14 14 Device 12 11 1 #2310 NetworkSel 63 3 #2846 Autoconnect 18 13 5 #2850 Advance 9 8 1 #1409 State 13 9 4 #2461 #2465 #2467,#1993,#1490 Total 204 183 21 From test script Total PASS FAIL ToCheck TotalNumCase 1271234 0 connman 1271234 0 bt 14 12 2 0 #2514 ethernet 14 13 1 0 #2514 wifi 57 57 0 0 Guest12 12 0 0 Functional 11 11 0 0 security 22 22 0 0 Advanced 6 6 0 0 Negative 6 6 0 0 signal 27 27 0 0 connman 14 14 0 0 manager 8 8 0 0 service 5 5 0 0 offline 0 0 0 0 profile6 5 1 0 #2513 flight 15 15 0 0 Bug refered here is bug at bugs.meego.com, for example, bug #437 refer to http://bugs.meego.com/show_bug.cgi?id=437 For detailed test results, please see attached file Quality indicator == Feature Score Comments WiFiBuggy Bug 437, 610, 1578, 2312, 2640 Intel WiMAX N/A QA does not have WiMAX test environment Bluetooth PAN GoodBug 1378, 269, 2310, 3G data Buggy Bug 392, 1993, 1950, 2312, 2323, 2324 , 2503 Wired (LAN) Good State Bad Online/ready state is confusing: Bug 1490, 157, 1993, 2461, 2465, 2467, 2514 Network Selection GoodBug 2846 wpa-suplicant D-BUS Good profile management GoodBug 2513 manual switch connect Good Wired/WiFi co-exexist Good Remember device status Good connect to Broadcast AP Good connect to Hidden APBuggy MeeGo bug 437, ConnMan needs to connect hidden service automatically Hidden Group AP Good auto connect reboot Buggy Bug 2850 auto connect OfflineGood auto connect suspendGood favorite connection Good auto connectivity order Good WEP 40/128-bit key Good WEP 128-bit passphrase Good WPA personalGood WPA2 personal Good Open system Good Shared Key Good Remember passwd Good forgot password Good AP security detect Good auto del non-exist AP Good VPN Buggy Bug 2318 Plugin to oFono Good DNS Proxy Good DNS support via DHCPGood Static IP Good PPP 3G N/A WPA-enterprise Good Bests Jeff ConnMan_3G/ NETWORK_3G_Coexist_001 pass NETWORK_3G_Coexist_002 pass NETWORK_3G_DeviceControl_001 pass NETWORK_3G_DeviceControl_002 pass NETWORK_3G_ICON_001 pass NETWORK_3G_Item_001 pass NETWORK_3G_Item_002 pass NETWORK_3G_Item_003 pass NETWORK_3G_Item_003 pass