[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Captive-portals] Arguments against (any) Capport "API"
On Tue, 4 Apr 2017, David Bird wrote:
For some locations, they may simply WANT to annoy you! (While also
collecting per session fees from Boingo or iPass for the privileged of
skipping that annoying portal.) More than likely, however, sites like
the one you mentioned are just themselves concerned about liability and
want that minimal amount of disclaimer...
Let me rephrase the question:
Is there today a mechanism widely deployed in mobile devices for free use
by (for instance) a hotel that just wants to make sure that someone enters
their credentials (to stop passers-by to use it) and wants to view and
accept the TOS *once*, and then subsequenty it's ok if you just enter same
credentials each time you connect and it's fine if the user never sees the
captive portal for subsequent attempts.
Is this available? In that case, what mechanism is that and where can I
read up on it?
If it's not available, then that's one thing I think we should do here.
What about an enterprise SSID that allows anyone to connect to it, but the
only thing you get is a captive portal. After you've accepted terms of
service and entered username/password, this is now somehow provisioned
into your device as 802.1x credentials and you then disconnect and
reconnect with these new credentials, which gives you access as long as
these credentials are valid?
--
Mikael Abrahamsson email: [email protected]