Problem connecting to AP setup by connman
I have setup my WiFi dongle as an AP using connmand and connmanctrl. I am however unable to connect to the SSID from my phone. It gets stuck in the "authenticating" stage. connmand -v 1.20 Linux i102 3.2.0-57-generic #87-Ubuntu SMP Tue Nov 12 21:35:10 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux Ubuntu 12.04 I used the following commands sudo connmand -i wlan1 -n -d ./connmanctl enable wifi ./connmanctl tether wifi on x "12345678" I get "Wifi SSID set Wifi passphrase set Enabled tethering for wifi" ifconfig output is eth0 Link encap:Ethernet HWaddr d4:be:d9:65:86:bd inet addr:10.42.243.102 Bcast:10.42.243.255 Mask:255.255.254.0 inet6 addr: fe80::d6be:d9ff:fe65:86bd/64 Scope:Link UP BROADCAST RUNNING MULTICAST DYNAMIC MTU:1500 Metric:1 RX packets:391686 errors:0 dropped:0 overruns:0 frame:0 TX packets:257252 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:141444719 (141.4 MB) TX bytes:128483920 (128.4 MB) Interrupt:20 Memory:f770-f772 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:27361 errors:0 dropped:0 overruns:0 frame:0 TX packets:27361 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1717609 (1.7 MB) TX bytes:1717609 (1.7 MB) mon.wlan1 Link encap:UNSPEC HWaddr 00-1F-1F-7F-C1-42-00-00-00-00-00-00-00-00-00-00 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3055 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:496486 (496.4 KB) TX bytes:0 (0.0 B) tetherLink encap:Ethernet HWaddr 00:1f:1f:7f:c1:42 inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::50fe:ebff:fe5a:632a/64 Scope:Link UP BROADCAST RUNNING MULTICAST DYNAMIC MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:55 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:13566 (13.5 KB) wlan0 Link encap:Ethernet HWaddr 24:77:03:b0:bd:e4 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:7107 errors:0 dropped:0 overruns:0 frame:0 TX packets:7095 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:4799945 (4.7 MB) TX bytes:1572772 (1.5 MB) wlan1 Link encap:Ethernet HWaddr 00:1f:1f:7f:c1:42 inet6 addr: fe80::21f:1fff:fe7f:c142/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:156 errors:0 dropped:0 overruns:0 frame:0 TX packets:149 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:21060 (21.0 KB) TX bytes:39152 (39.1 KB) Any help appreciated -- Homam Dabis | Software Consultant ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
Re: Problem connecting to AP setup by connman
y not) bridge my target to the > > larger Internet. I can see my target running a DHCP client (to get an > > IP address, gateway info, etc) from the USB host device but not > > the other way around. Am I mis-understanding something here? > > Not really. Just that the opposite role where ConnMan would use a USB > gadget as an uplink interface (create a "service" out of it) hasn't so > far been implemented. It's not an awful amount of code to add, basically > the USB gadget would need to export a struct connman_network to the > ConnMan internals that the core of ConnMan would then present as a > struct connman_service to everybody else. There were some patches > floating around last autumn, but the author of those patches disappeared > soon afterwards. > > This is possible to achieve provided that someone contributes code > implementing that feature... > > > I'm currently using 1.19 with plans to move forward. Another question > > I have is whether it's possible to tell Connman *not* to manage a > > particular interface (e.g. perhaps another service manages it > > instead)? Is there a way to configure Connman to ignore specific > > technologies or concrete interfaces of an otherwise managed > > technology? Sort of like an interface "blacklist". > > There is the 'NetworkInterfaceBlacklist' in main.conf that does exactly > this. But I'd advice against using it for handling your original PPPD > problem as then ConnMan does not know about the network and will set up > default routes to whatever it thinks is the correct interface. In > addition, if tethering or uplink is enabled for some other interfaces > while PPPD is running, it is likely there may be a clash of IP addresses > between PPPD and tethering/uplink resulting in an unsolvable IP routing > mess. > > > Cheers, > > Patrik > > > > > -- > > Message: 4 > Date: Fri, 17 Jan 2014 15:40:53 +0200 > From: Patrik Flykt > To: connman@connman.net > Subject: Re: Domain name not appended to the server name > Message-ID: <1389966053.2667.6.camel@pflykt-mobl1> > Content-Type: text/plain; charset="UTF-8" > > > Hi, > > On Tue, 2014-01-14 at 15:00 +0200, Patrik Flykt wrote: > > > After running git bisect, it appears the regression has been > introduced by > > > the commit: > > > 984b91168c327ca8a68ef4bae28bafa05bee7559 - "service: Update nameservers > > > after IP state check" > > > > It's not that one, checked out the code at the previous commit and it > > still doesn't work. I noticed that even Wireshark cannot decipher the > > replies we send. It's due to DNS Message compression specified in > > chapter 3.1.3 in RFC 1035 whose pointers are not properly updated in > > dnsproxy.c, forward_dns_reply(). > > > > 'host myserver 127.0.0.1' makes the host command spit out a long > > gibberish of bad packet. > > This is indeed due to the DNS messge compression. Fixing this is a > little more complicated than anticipated. It's not only a matter of > updating the pointers after removing the domain part from the reply > whenever a short form like 'www' is requested; it's also handling any > pointers that can point to the now removed domain part. With a protocol > around for ~30 years already, we can surely bet on every weird protocol > aspect being used. > > That said, let's have another ConnMan bugfix release and then attack > this issue again. > > Cheers, > > Patrik > > > > > -- > > Message: 5 > Date: Fri, 17 Jan 2014 15:03:57 +0100 (CET) > From: Peter Meerwald > To: Patrik Flykt > Cc: connman@connman.net > Subject: Re: Domain name not appended to the server name > Message-ID: > Content-Type: TEXT/PLAIN; charset=US-ASCII > > Hello, > > > > It's not that one, checked out the code at the previous commit and it > > > still doesn't work. I noticed that even Wireshark cannot decipher the > > > replies we send. It's due to DNS Message compression specified in > > > chapter 3.1.3 in RFC 1035 whose pointers are not properly updated in > > > dnsproxy.c, forward_dns_reply(). > > > This is indeed due to the DNS messge compression. Fixing this is a > > little more complicated than anticipated. It's not only a matter of > > updating the pointers after removing the domain part from the reply > > whenever a short form like 'www' is requested; it's also handling any > > pointers that can point to the no
Re: Problem with connection continuously dropping
> Which device did you see dropping off? The phone or the tethering > provided by ConnMan? In the attached log I don't see tethering being > turned on, only an ethernet that connected. The phone disconnects and reconnects. Seems to happen every minute or so. Possibly correlated with the phone re-scanning. Homam On 6 February 2014 20:00, wrote: > Send connman mailing list submissions to > connman@connman.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.connman.net/mailman/listinfo/connman > or, via email, send a message with subject or body 'help' to > connman-requ...@connman.net > > You can reach the person managing the list at > connman-ow...@connman.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of connman digest..." > > > Today's Topics: > >1. Re: [PATCH v2 2/8] Intro of main Gadget network support. > (Patrik Flykt) >2. Re: Problem with connection continuously dropping (Patrik Flykt) >3. Re: [PATCH v2 2/8] Intro of main Gadget network support. > (Glenn Schmottlach) >4. Re: Domain name not appended to the server name (Yevhen Kyriukha) > > > -- > > Message: 1 > Date: Thu, 06 Feb 2014 12:39:40 +0200 > From: Patrik Flykt > To: connman@connman.net > Cc: Tysen Moore > Subject: Re: [PATCH v2 2/8] Intro of main Gadget network support. > Message-ID: <1391683180.11760.392.camel@pflykt-mobl1> > Content-Type: text/plain; charset="UTF-8" > > > Hi, > > On Mon, 2014-02-03 at 14:09 -0500, Glenn Schmottlach wrote: > > From: Tysen Moore > > > > This adds the core USB Gadget networking support so it can > > be treated similarly to Ethernet interfaces. > > --- > > include/network.h | 1 + > > plugins/gadget.c | 174 > -- > > src/network.c | 7 +++ > > src/service.c | 3 + > > Please add all of the code introducing CONNMAN_NETWORK_TYPE_GADGET into > one patch. In this new patch 02, also include the current patches 03-05 > and 08 as all of those changes go hand in hand with the network type > addition. > > Please make a new separate patch of plugins/gadget.c, don't mix it with > the rest of the changes. Add it as number 03, as it depends on the > definition of CONNMAN_NETWORK_TYPE_GADGET. > > Wait with the session related changes in patch 06 until Wagi's session > changes are in. Keep autoconnect separate as it is now, I'd need to dig > up a device with USB gadget to check that all this makes sense. > > Cheers, > > Patrik > > > > > ------ > > Message: 2 > Date: Thu, 06 Feb 2014 16:03:31 +0200 > From: Patrik Flykt > To: connman@connman.net > Subject: Re: Problem with connection continuously dropping > Message-ID: <1391695411.11760.423.camel@pflykt-mobl1> > Content-Type: text/plain; charset="UTF-8" > > On Tue, 2014-01-28 at 17:36 +, Homam Dabis wrote: > > Hi, > > > > I am using the following: > > > > Ubuntu 12.04, linux 3.2.0-57-generic, connman 1.20, WiFi usb dongle 8188 > > chipset > > > > I run connmand and then setup tethering using the following > > > > connmand -n -d > > connmanctl enable wifi > > connmanctl tether wifi on "ssid name" "pasphrase" > > > > I can connect from Samsung phone. However, every few seconds (coincides > > with a scan), I seem to briefly lose connection and then immediatey > > reconnect. > > > > I attach log of connmand. > > Which device did you see dropping off? The phone or the tethering > provided by ConnMan? In the attached log I don't see tethering being > turned on, only an ethernet that connected. > > Cheers, > > Patrik > > > > -- > > Message: 3 > Date: Thu, 6 Feb 2014 09:24:56 -0500 > From: Glenn Schmottlach > To: connman > Subject: Re: [PATCH v2 2/8] Intro of main Gadget network support. > Message-ID: > < > cams2kbhyp_i45w8knkhwo4bmk7u718xrad5s4zludzsdcd9...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > > > > Please make a new separate patch of plugins/gadget.c, don't mix it with > > the rest of the changes. Add it as number 03, as it depends on the > > definition of CONNMAN_NETWORK_TYPE_GADGET. > > Here's where I am confused. I believe patch 001 > (Refactor-Gadget-into-separate-plugin-and-file.patch
Connman monitor APIs in tethering mode
Hi, Is there a connman API that returns, in tethering mode, the number of connected clients? Thanks H Dabis ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
Unable to reconnect to 3G network after removing/reinserting a dongle
Hi, I am using connman 1.20, ofono 1.14 and linux 2.6.35. I have a Huawei 3G USB dongle that I use to connect to a particular APN. I can connect OK. However, if I remove the dongle and reinsert it, The process fails at the connect to service stage. I did some debugging and it seems that the APN is not being set properly by ofono. If I restart either ofonod or connmand then all is ok. Do I need to perform a reconfigure or something like that? Homam ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
Re: Unable to reconnect to 3G network after
Patirk, Issue seems to be that ofono does not activate the context when I re-insert the Huawei E303 3G dongle. ofono log gives: "/ofono-1.14/src/gprs.c:pri_activate_callback() Activating context failed with error: Unknown error type" If you have any suggestions then great. Homam On 12 March 2014 15:11, wrote: > Send connman mailing list submissions to > connman@connman.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.connman.net/mailman/listinfo/connman > or, via email, send a message with subject or body 'help' to > connman-requ...@connman.net > > You can reach the person managing the list at > connman-ow...@connman.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of connman digest..." > > > Today's Topics: > >1. Re: Unable to reconnect to 3G network after > removing/reinserting a dongle (Patrik Flykt) >2. Re: What scenario does a application need to create two > sessions? (Patrik Flykt) >3. Re: [PATCH] doc: Missing PeersChanged description information > added (Patrik Flykt) >4. [RFC v0 2/7] session: Add set_active_session() helper > (Daniel Wagner) >5. [RFC v0 4/7] session: Add policy plugin allowed callback > (Daniel Wagner) >6. [RFC v0 3/7] session: Add policy session_changed callback > (Daniel Wagner) >7. [RFC v0 1/7] session: On session connect check service is > already availabe (Daniel Wagner) >8. [RFC v0 0/7] Poliy daemon plugin (Daniel Wagner) >9. [RFC v0 5/7] session: Add connect/disconnect services > (Daniel Wagner) > 10. [RFC v0 6/7] service: Add autoconnect getter (Daniel Wagner) > > > -- > > Message: 1 > Date: Wed, 12 Mar 2014 09:59:54 +0200 > From: Patrik Flykt > To: connman@connman.net > Subject: Re: Unable to reconnect to 3G network after > removing/reinserting a dongle > Message-ID: <1394611194.15951.39.camel@pflykt-mobl1> > Content-Type: text/plain; charset="UTF-8" > > > Hi, > > On Mon, 2014-03-10 at 16:21 +, Homam Dabis wrote: > > Hi, > > > > I am using connman 1.20, ofono 1.14 and linux 2.6.35. > > > > I have a Huawei 3G USB dongle that I use to connect to a particular APN. > > > > I can connect OK. However, if I remove the dongle and reinsert it, The > > process fails at the connect to service stage. I did some debugging and > it > > seems that the APN is not being set properly by ofono. > > > > If I restart either ofonod or connmand then all is ok. > > > > Do I need to perform a reconfigure or something like that? > > All should just work, and connman should pick up the network. If you run > connman with debugs enabled, i.e. 'connmand -d plugins/ofono.c', do you > see any messages containing AccessPointName followed by the APN string? > If not, it means ofono isn't sending the APN information. > > > Cheers, > > Patrik > > > > -- > > Message: 2 > Date: Wed, 12 Mar 2014 10:06:04 +0200 > From: Patrik Flykt > To: connman@connman.net > Subject: Re: What scenario does a application need to create two > sessions? > Message-ID: <1394611564.15951.42.camel@pflykt-mobl1> > Content-Type: text/plain; charset="UTF-8" > > On Tue, 2014-03-11 at 09:45 +0800, Chengyi Zhao wrote: > > Would you like to explain what scenario a application needs to create > > two sessions, and how to create them? > > No idea, depends on the use case. According to the documentation in > doc/session-api.txt one could set up another session by calling > CreateSession with a different notifier path. > > HTH, > > Patrik > > > > > > -- > > Message: 3 > Date: Wed, 12 Mar 2014 10:10:02 +0200 > From: Patrik Flykt > To: connman@connman.net > Subject: Re: [PATCH] doc: Missing PeersChanged description information > added > Message-ID: <1394611802.15951.43.camel@pflykt-mobl1> > Content-Type: text/plain; charset="UTF-8" > > On Tue, 2014-03-11 at 10:23 +0200, Tomasz Bursztyka wrote: > > The second array as a paremeter was missing. > > Applied, thanks! > > Patrik > > > > -- > > Message: 4 > Date: Wed, 12 Mar 2014 16:11:55 +0100 > From: Daniel Wagner > To: connman@connman.net > Cc: Daniel Wagner > Subject: [RFC v0 2/7] session: Add set_active_session() helper > Message-ID:
Can connman be queried to see if it is in the middle of a previously established connection
Hi, We have a settop box that has a 3G USB dongle. On first boot, the application will need to connect to a network. However, after that, connman will be managing the connection for us. I have 2 questions: 1. How can I change the location where connman persists settings 2. Is it possible to query connman to see if it is in the process of re-establishing a connection. Thanks Homam ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
Tethering questions
I have 2 questions regarding wifi tethering 1. If I have 2 active interfaces (ppp and ethernet) is it possible to specify tethering between wifi and the ppp interface? 2. Is it possible to specify the IP range that the "connman dhcp server" hands out? Thanks Homam ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
Re: Tethering questions
Ok thanks. One more question re tethering configuration:
Everytime I am disabling an re-enabling tethering using dbus commands, I am
getting a different IP range (192.168.0.1 -> 192.168.1.1 -> 192.168.?.1).
Is this the way connman is suppose to behave?
Homam
On 18 March 2014 19:00, wrote:
> Send connman mailing list submissions to
> connman@connman.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.connman.net/mailman/listinfo/connman
> or, via email, send a message with subject or body 'help' to
> connman-requ...@connman.net
>
> You can reach the person managing the list at
> connman-ow...@connman.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of connman digest..."
>
>
> Today's Topics:
>
>1. [PATCH] tethering: fix issue tether bridge may not be
> destroied (Guoqiang Liu)
>2. Re: [PATCH] tethering: fix issue tether bridge may not be
> destroied (Patrik Flykt)
>3. Tethering questions (Homam Dabis)
>4. Re: Tethering questions (Patrik Flykt)
>
>
> --
>
> Message: 1
> Date: Tue, 18 Mar 2014 12:00:29 +0800
> From: Guoqiang Liu
> To: connman@connman.net,patrik.fl...@linux.intel.com
> Cc: guoqiang@archermind.com
> Subject: [PATCH] tethering: fix issue tether bridge may not be
> destroied
> Message-ID:
> <1395115229-20473-1-git-send-email-guoqiang@archermind.com>
>
> From: Guoqiang Liu
>
> ConnMan use a volatile variable tethering_enabled to count
> the tether bridge users. and only destroy the tether bridge
> when tethering_enabled is 0.
>
> If two or more technologies turn on tethering at the same
> times, and then turn off all the technologies' tethering
> featrue, the tethering_enabled will only -1.
>
> The reason is ConnMan use __connman_tethering_set_disabled
> to decrease tethering_enabled. and the function will be
> invoked only when there is no technology with techering
> feature on in technology_list, when two or more technologeis
> turn off tethering, only last one can decrease tethering_enabled.
> ---
> src/technology.c | 13 ++---
> src/tethering.c |6 +++---
> 2 files changed, 5 insertions(+), 14 deletions(-)
>
> diff --git a/src/technology.c b/src/technology.c
> index ce922be..28ea3c6 100644
> --- a/src/technology.c
> +++ b/src/technology.c
> @@ -290,8 +290,6 @@ static void tethering_changed(struct
> connman_technology *technology)
> void connman_technology_tethering_notify(struct connman_technology
> *technology,
> bool enabled)
> {
> - GSList *list;
> -
> DBG("technology %p enabled %u", technology, enabled);
>
> if (technology->tethering == enabled)
> @@ -303,15 +301,8 @@ void connman_technology_tethering_notify(struct
> connman_technology *technology,
>
> if (enabled)
> __connman_tethering_set_enabled();
> - else {
> - for (list = technology_list; list; list = list->next) {
> - struct connman_technology *other_tech = list->data;
> - if (other_tech->tethering)
> - break;
> - }
> - if (!list)
> - __connman_tethering_set_disabled();
> - }
> + else
> + __connman_tethering_set_disabled();
> }
>
> static int set_tethering(struct connman_technology *technology,
> diff --git a/src/tethering.c b/src/tethering.c
> index 6a9690b..c7e17f5 100644
> --- a/src/tethering.c
> +++ b/src/tethering.c
> @@ -293,14 +293,14 @@ void __connman_tethering_set_disabled(void)
>
> DBG("enabled %d", tethering_enabled - 1);
>
> + if (__sync_fetch_and_sub(&tethering_enabled, 1) != 1)
> + return;
> +
> __connman_ipv6pd_cleanup();
>
> index = connman_inet_ifindex(BRIDGE_NAME);
> __connman_dnsproxy_remove_listener(index);
>
> - if (__sync_fetch_and_sub(&tethering_enabled, 1) != 1)
> - return;
> -
> __connman_nat_disable(BRIDGE_NAME);
>
> dhcp_server_stop(tethering_dhcp_server);
> --
> 1.7.9.5
>
>
>
> --
>
> Message: 2
> Date: Tue, 18 Mar 2014 14:43:08 +0200
> From: Patrik Flykt
> To: Guoqiang Liu
> Cc: connman@connman.net, guoqiang@archermind.com
> Subject: Re: [PATCH] tethering: fix issue tether bridge may not be
> de
Connman and wext only supported WiFi drivers
I have a and RT5370 WiFi driver that supports wext. I would like to set it up as an AP using connman 1.20. I run connmand -d -n --wifi=wext I get the following error when I try to enable tethering: connmand[2550]: plugins/wifi.c:network_added() 62656c6b696e2e353634_managed_psk connmand[2550]: plugins/wifi.c:network_added() 666f7274696e6574_managed_psk connmand[2550]: plugins/wifi.c:network_added() 666f7274696e6574_managed_psk connmand[2550]: plugins/wifi.c:network_added() 436f646572446f6a6f_managed_none connmand[2550]: plugins/wifi.c:scan_callback_hidden() result 0 wifi 0x556440a8 connmand[2550]: plugins/wifi.c:get_hidden_connections_params() max ssids 1 connmand[2550]: plugins/wifi.c:scan_callback() result 0 wifi 0x556440a8 connmand[2550]: plugins/wifi.c:start_autoscan() connmand[2550]: plugins/wifi.c:tech_set_tethering() connmand[2550]: plugins/wifi.c:tech_set_tethering() ra0 does not support AP mode Any idea why this is the case? Does connman only support nl80211 enabled drivers? Thanks Homam ___ connman mailing list connman@connman.net https://lists.connman.net/mailman/listinfo/connman
