Send connman mailing list submissions to
[email protected]
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
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of connman digest..."
Today's Topics:
1. Aw: Re: [PATCH] service: Add EnableOnlineCheck config option
(Ingo Albrecht)
----------------------------------------------------------------------
Message: 1
Date: Fri, 3 Feb 2017 19:46:14 +0100
From: "Ingo Albrecht" <[email protected]>
To: "Daniel Wagner" <[email protected]>
Cc: [email protected], "'Marcel Holtmann'" <[email protected]>,
"Slava Monich" <[email protected]>
Subject: Aw: Re: [PATCH] service: Add EnableOnlineCheck config option
Message-ID:
<trinity-dfff1a68-bfbe-4e5e-acaf-1501974bd6a2-1486147574446@3capp-gmx-bs41>
Content-Type: text/plain; charset=UTF-8
Hi Daniel,
> Gesendet: Mittwoch, 01. Februar 2017 um 08:16 Uhr
> Von: "Daniel Wagner" <[email protected]>
> An: "Ingo Albrecht" <[email protected]>
> Cc: [email protected], "'Marcel Holtmann'" <[email protected]>, "Slava
> Monich" <[email protected]>
> Betreff: Re: [PATCH] service: Add EnableOnlineCheck config option
>
> Hi Ingo
>
> On 01/31/2017 08:29 PM, Ingo Albrecht wrote:
> >> Hi Lukasz,
> >>
> >> On 01/26/2017 06:51 PM, Lukasz Nowak wrote:
> >>> From: Lukasz Nowak <lnowak at tycoint.com>
> >>>
> >>> Global config option, which allows to enable/disable (enabled by default)
> >>> use of http get in wispr to transition a default service from READY to
> >>> ONLINE state.
> >>
> >> Isn't
> >>
> >> ./configure --disable-wispr
> >>
> >> good enough?
> >>
> >> Thanks,
> >> Daniel
> >
> > Hi,
> >
> > no it isn't.
>
> Lukasz has stepped up to get --disable-wispr doing what it is supposed
> to do. So soon you should be able to turn it off for real.
>
While I appreciate the work, being able to --disable-wispr during configure
unfortunately is a functionality trade-off for all end-users, who would rather
be able to configure it at runtime.[1]
> > In fact the online check as it is done so far (default enabled, no
> > option to turn it off, no mention of it in the manpage, no privacy
> > policy available for the nginx server replying on how it cycles logs)
> > can quickly get this project into trouble. The current implementation
> > clearly violates privacy laws (EU-wide for starters).
>
> These are good points.
>
> > You clearly should not only implement a user-configurable option for
> > it, but also default it to off (default off gets you a consent of the
> > user to the use of the online check service).
>
> I still hope to convince Marcel, that I prefer adding Salva's patches
> which allow the user to set the server address for the online check.
>
I actually agree with Marcel on the point that making the online check URL
itself configurable introduces other problems.[2][3] Yet, summarizing like
"There is no machine id or any kind of information to associate this HTTP
request with another one from the same source IP."[4] is wrong in an IPv6
world. A connman client/ infrastructure cannot control such, i.e. the fridge's
connectivity may well be identified and tracked long-term with a default
connman.conf.
Now, that's my five cents. I will watch how and what patch gets implemented.
Perhaps, I can suggest a complementing doc patch or else later.
> > I can give you more input on the why, if you require it. But this
> > case is _very_ clear.
>
> Thanks,
> Daniel
>
Cheers,
Ingo
[1] https://01.org/jira/browse/CM-657
[2] https://lists.01.org/pipermail/connman/2017-January/021514.html
[3] https://lists.01.org/pipermail/connman/2017-January/021488.html
[4]
http://connman.connman.narkive.com/9UUwIG25/connman-online-test#selection:8.1338.122
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list
[email protected]
https://lists.01.org/mailman/listinfo/connman
------------------------------
End of connman Digest, Vol 16, Issue 8
**************************************
