Send connman mailing list submissions to connman@lists.01.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.01.org/mailman/listinfo/connman or, via email, send a message with subject or body 'help' to connman-requ...@lists.01.org
You can reach the person managing the list at connman-ow...@lists.01.org When replying, please edit your Subject line so it is more specific than "Re: Contents of connman digest..." Today's Topics: 1. Re: Setup without cable (Daniel Wagner) 2. Re: Connman very slow to reconnect after every warm reboot (Daniel Wagner) 3. Re: How can apps select a service? (Daniel Wagner) 4. Re: [PATCH] ntp: Report error to upper layer (Daniel Wagner) ---------------------------------------------------------------------- Message: 1 Date: Fri, 27 Apr 2018 07:20:55 +0200 From: Daniel Wagner <w...@monom.org> To: Vasiu Alexandru <alexandru.va...@cnglsibiu.ro> Cc: "connman@lists.01.org" <connman@lists.01.org> Subject: Re: Setup without cable Message-ID: <f56e51c2-a91b-34ff-f155-7cd619a3e...@monom.org> Content-Type: text/plain; charset=utf-8; format=flowed Hi, On 04/24/2018 12:30 AM, Vasiu Alexandru wrote: > I think that is possible just a service. Am I right? Correct. Only the Service API exposes the nameservers. The reason for this is, that the DNS servers are associated with the services. That is the server is only reachable via the network which the Service represents. If you have several connected Services at the same time you might have more than one DNS server and it matters which DNS server you need to ask. > If I have an > interface which is not a service (not connected with a cable), how to > get DNS servers from the system if connman?override resolv.conf file? If there is no uplink, there is no DNS server. As soon you have an uplink you can use the D-Bus API to query for a nameserver. Not sure if I got your point here. Anayway, you can disable the dns proxy if you want. See '-r' command line option. Thanks, Daniel ------------------------------ Message: 2 Date: Fri, 27 Apr 2018 07:26:03 +0200 From: Daniel Wagner <w...@monom.org> To: stef204 <stef...@yandex.com> Cc: "conn...@connman.net" <conn...@connman.net> Subject: Re: Connman very slow to reconnect after every warm reboot Message-ID: <73ad4087-6b3b-4ddf-8e5e-ef9d8a4eb...@monom.org> Content-Type: text/plain; charset=utf-8; format=flowed Hi, >>> ?I see one error besides the resolv.conf error above: >>> ?connmand[5630]: Failed to set domainname to xxxx.box (this would be the >>> domain name of my router) >> >> You can disable this in the main config. ConnMan wants to set the >> hostname given by DHCP. >> > > It's fixed as I mentioned in another reply: > > For the record, I have fixed the above "secondary issue" by adding > CAP_SYS_ADMIN to the connman.service unit CapabilityBoundingSet line > I no longer get the " connmand[5630]: Failed to set domainname to xxxx.box " > error. > > it now works as expected. I will leave it alone (default is enabled I > believe). Good to hear it works now. >> That's the online check. In the README should be some pointers on it. >> And you can disable it if want. >> > > Yes, I figured as much. Before considering disabling it, what is the > value of this online check for me as a user? This feature is used for portal detection. > What does it add that would > be removed if disabled? No WISPr support . > I have read the docs but don't really see what > is vital or significant there; I do travel so have to connect from > different places and using different networks. ConnMan can log in automatically into portals for you, if (and that is a big if) the portal is sporting proper WISPr protocols. >>> ?Please let me know if you see anything odd or weird in the logs. I don't. >>> ?The quality of my connection is also degrading as of late and when I >>> check with another box not running connman, it seems that my own box >>> connects much slower--from ping tests. >> >> Over wifi I presume. Well, check what wpa_s is doing and the drivers. It >> sounds like some regression in the drivers. > > I think it may be due to a regression or bug in the kernel actually, > from some additional searched I've done. Will continue debugging and > post what I find out (if anything) here. Yes please. It is useful to get such reports back. Thanks, Daniel ------------------------------ Message: 3 Date: Fri, 27 Apr 2018 07:29:42 +0200 From: Daniel Wagner <w...@monom.org> To: Vasyl Vavrychuk <vvavryc...@gmail.com>, ??? <dj....@mobis.co.kr> Cc: "connman@lists.01.org" <connman@lists.01.org> Subject: Re: How can apps select a service? Message-ID: <eddf3c2b-bd9c-9812-b007-c549e3e4a...@monom.org> Content-Type: text/plain; charset=utf-8; format=flowed Hi, On 04/24/2018 11:25 AM, Vasyl Vavrychuk wrote: > I think implementation of the feature you want belong to application. Well, I would say it depends. What you want to avoid is to implement an connection management strategy component ontop of ConnMan. Instead make ConnMan fit your needs with the Session API plugins. YMMV. > Only one thing you take from connman is service interface. > > connmanctl service?ethernet_00e04c361b16_cable > > You should find there?Ethernet = [... Interface=wlp2s0?...] > > Then maybe do something like this http://stackoverflow.com/a/3999148/366634 > > On Tue, Apr 24, 2018 at 12:04 PM, ??? <dj....@mobis.co.kr > <mailto:dj....@mobis.co.kr>> wrote: > > Hello, > With connman is it possible that an specific application selects > specific service ? > For example, I have two services as below and both are already > connected. We have the Session API for this kind of use cases. This allows you to have a per application connection management view. Thanks, Daniel ------------------------------ Message: 4 Date: Fri, 27 Apr 2018 07:31:14 +0200 From: Daniel Wagner <w...@monom.org> To: "connman@lists.01.org" <connman@lists.01.org> Subject: Re: [PATCH] ntp: Report error to upper layer Message-ID: <c545c4c0-d01f-d98c-7cb1-2e107f9e0...@monom.org> Content-Type: text/plain; charset=utf-8; format=flowed On 04/23/2018 10:20 PM, Daniel Wagner wrote: > Inform the timeserver layer if there was an error. Without the error > reports the timeserver code assumes all is fine. > > For example if the system does not suppoert IPv6 but we get an IPv6 > NTP server address, start_ntp() will fail to create an IPv6 socket. > > Let's report all error back so that timeserver is able to react on the > error. > > Reported-by: Craig McQueen <craig.mcqu...@innerrange.com> Patch applied. ------------------------------ Subject: Digest Footer _______________________________________________ connman mailing list connman@lists.01.org https://lists.01.org/mailman/listinfo/connman ------------------------------ End of connman Digest, Vol 30, Issue 30 ***************************************