Yes, we have had some who have had trouble in the past say they also sometimes
had issues at Starbucks, et al. So the assumption that EDU is the only place
they have issues may not be correct. I do think there should be better
communication between wireless vendors, wireless device makers (esp
My comment had more to do with standardized captive browser behavior across
operating systems than ease of use. Unless you are inferring that all of EDU
go without a captive portal. Most of the public places I visit have a captive
portal so I'd say the same questions apply there too.
-Curtis
On 9/6/17, 8:46 AM, "The EDUCAUSE Wireless Issues Constituent Group Listserv on
behalf of Curtis K. Larsen" wrote:
It would be really nice if Google would join the club and allow their
captive browser to switch
Folks,
With so many people impacted by Hurricane Harvey, and potentially soon by
Hurricane Irma, I hope this group would welcome notice of an opportunity for
your IT organizations to help provide relief. ITDR is a 501 (c) non-profit
organization made up of professionals from the IT community
We had the same problem. We even discovered Android phones that were set to
proxy (web-caching feature) requests to google.com so they would never even
see/accept the captive portal AUP at all. We switched to WiSPr (all blocked)
and then the problem was that as soon as the internet became
So, for the time being, I am adding some very simple javascript to the landing
page. If it detects Android 8, it will display a message telling the user that
after login, they must close the browser and open a new one and goto
wifi.unc.edu. I am going to play around with the browser
We haven't had the problem with OSX. I worked hard to get rid of captive
portal detection on all browsers. Everything has been great, until now.
We have a setup like this:
We use a pfSense firewall on an onboarding SSID. Users have 2 states:
unauthenticated and authenticated. Prior to be