RE: [WIRELESS-LAN] Android / Captive Portal / Madness
Thanks. I run my users through pfSense, and not our Aruba controllers, for onboarding captive portal control (I like separating out the functions in this instance). I assume it has to be something new with the new OS. HOWEVER, my tablet (which I have for testing only, otherwise I would use it for a throw toy for my dog) in a Samsung running 5.0.2, the same version as the Samsung phone, and it does NOT present a limited captive portal login browser. Ryan H Turner Senior Network Engineer The University of North Carolina at Chapel Hill CB 1150 Chapel Hill, NC 27599 +1 919 445 0113 Office +1 919 274 7926 Mobile From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Kitri Waterman Sent: Wednesday, June 03, 2015 2:36 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Android / Captive Portal / Madness Ryan, In Cisco land, check out: config network web-auth captive-bypass enable But from my experience, only Apple devices would would throw up the page automatically (captive-bypass disabled). So sounds like something changed with Droid? Also, share that check! Kitri Waterman -- Network Engineer (Wireless) University of Oregon On 6/3/15 11:20 AM, Turner, Ryan H wrote: So, in the same vein as my email last week... On a new android phone running version 5.something, a captive portal is being detected by the device, and it brings up our login page. Good so far. But when they person gets to the point of downloading the onboarding software or launching the config file, I 'assume' the limited nature of the captive portal browser is not allowing those things to happen. If I close the captive portal browser, and open chrome, everything works. I did a packet trace, and noticed a few things it wants to connect to. I opened up connectivitycheck.android.com. Still no luck. I am attempting to make it so when they connect, a limited browser does NOT launch, and for them to open chrome manually. In the past, I haven't seen this problem, so in the even maddening world of Android (seriously, I have bad thoughts about what I would do if I had an android developer in front of me), has anyone seen this so far and figured a way out of it? I am so tired of constantly chasing google. I need them to send me a check (Apple can, too, while they are at it). Ryan H Turner Senior Network Engineer The University of North Carolina at Chapel Hill CB 1150 Chapel Hill, NC 27599 +1 919 445 0113 Office +1 919 274 7926 Mobile ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.
RE: [WIRELESS-LAN] Android / Captive Portal / Madness
Steven, Thanks, that is very helpful. I think I figured out what I need to do. If I allow connectivitycheck.android.com, it will probably work. I tried to confirm that, but I am experiencing some bugs with pfSense,. I didn't know about the three dots in the upper right. Thanks!! Ryan From: The EDUCAUSE Wireless Issues Constituent Group Listserv [WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] on behalf of Steven D. Veron [sve...@lamar.edu] Sent: Wednesday, June 03, 2015 5:33 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Android / Captive Portal / Madness Ryan, Having just went through all these pains, I know where you coming from. It seems the network assistant was added in Android 5. I had this popping up when I had my services set as guest access, but not when doing it as a hotspot service. Also, if it does come up you can tap the 3 dots in the upper right corner and tell it to use this network as is and it will bypass the portal for you to use a web browser to complete the session. Steven D Veron Senior Network Analyst Lamar University Office- 409-880-2386 Cell- 409-351-5961 steven.ve...@lamar.edu From: Ryan H Turner rhtur...@email.unc.edu To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Sent: Wednesday, June 3, 2015 2:02:01 PM Subject: Re: [WIRELESS-LAN] Android / Captive Portal / Madness Thanks. I run my users through pfSense, and not our Aruba controllers, for onboarding captive portal control (I like separating out the functions in this instance). I assume it has to be something new with the new OS. HOWEVER, my tablet (which I have for testing only, otherwise I would use it for a throw toy for my dog) in a Samsung running 5.0.2, the same version as the Samsung phone, and it does NOT present a limited captive portal login browser. Ryan H Turner Senior Network Engineer The University of North Carolina at Chapel Hill CB 1150 Chapel Hill, NC 27599 +1 919 445 0113 Office +1 919 274 7926 Mobile From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Kitri Waterman Sent: Wednesday, June 03, 2015 2:36 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Android / Captive Portal / Madness Ryan, In Cisco land, check out: config network web-auth captive-bypass enable But from my experience, only Apple devices would would throw up the page automatically (captive-bypass disabled). So sounds like something changed with Droid? Also, share that check! Kitri Waterman -- Network Engineer (Wireless) University of Oregon On 6/3/15 11:20 AM, Turner, Ryan H wrote: So, in the same vein as my email last week… On a new android phone running version 5.something, a captive portal is being detected by the device, and it brings up our login page. Good so far. But when they person gets to the point of downloading the onboarding software or launching the config file, I ‘assume’ the limited nature of the captive portal browser is not allowing those things to happen. If I close the captive portal browser, and open chrome, everything works. I did a packet trace, and noticed a few things it wants to connect to. I opened up connectivitycheck.android.com. Still no luck. I am attempting to make it so when they connect, a limited browser does NOT launch, and for them to open chrome manually. In the past, I haven’t seen this problem, so in the even maddening world of Android (seriously, I have bad thoughts about what I would do if I had an android developer in front of me), has anyone seen this so far and figured a way out of it? I am so tired of constantly chasing google. I need them to send me a check (Apple can, too, while they are at it). Ryan H Turner Senior Network Engineer The University of North Carolina at Chapel Hill CB 1150 Chapel Hill, NC 27599 +1 919 445 0113 Office +1 919 274 7926 Mobile ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. CONFIDENTIALITY: Any information contained in this e-mail (including attachments) is the property of The State of Texas and unauthorized disclosure or use is prohibited. Sending, receiving or forwarding of confidential, proprietary and privileged information is prohibited under Lamar Policy. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.
Re: [WIRELESS-LAN] Android / Captive Portal / Madness
Ryan, Having just went through all these pains, I know where you coming from. It seems the network assistant was added in Android 5. I had this popping up when I had my services set as guest access, but not when doing it as a hotspot service. Also, if it does come up you can tap the 3 dots in the upper right corner and tell it to use this network as is and it will bypass the portal for you to use a web browser to complete the session. Steven D Veron Senior Network Analyst Lamar University Office- 409-880-2386 Cell- 409-351-5961 steven.ve...@lamar.edu - Original Message - From: Ryan H Turner rhtur...@email.unc.edu To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Sent: Wednesday, June 3, 2015 2:02:01 PM Subject: Re: [WIRELESS-LAN] Android / Captive Portal / Madness Thanks. I run my users through pfSense, and not our Aruba controllers, for onboarding captive portal control (I like separating out the functions in this instance). I assume it has to be something new with the new OS. HOWEVER, my tablet (which I have for testing only, otherwise I would use it for a throw toy for my dog) in a Samsung running 5.0.2, the same version as the Samsung phone, and it does NOT present a limited captive portal login browser. Ryan H Turner Senior Network Engineer The University of North Carolina at Chapel Hill CB 1150 Chapel Hill, NC 27599 +1 919 445 0113 Office +1 919 274 7926 Mobile From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Kitri Waterman Sent: Wednesday, June 03, 2015 2:36 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Android / Captive Portal / Madness Ryan, In Cisco land, check out: config network web-auth captive-bypass enable But from my experience, only Apple devices would would throw up the page automatically (captive-bypass disabled). So sounds like something changed with Droid? Also, share that check! Kitri Waterman -- Network Engineer (Wireless) University of Oregon On 6/3/15 11:20 AM, Turner, Ryan H wrote: So, in the same vein as my email last week… On a new android phone running version 5.something, a captive portal is being detected by the device, and it brings up our login page. Good so far. But when they person gets to the point of downloading the onboarding software or launching the config file, I ‘assume’ the limited nature of the captive portal browser is not allowing those things to happen. If I close the captive portal browser, and open chrome, everything works. I did a packet trace, and noticed a few things it wants to connect to. I opened up connectivitycheck.android.com. Still no luck. I am attempting to make it so when they connect, a limited browser does NOT launch, and for them to open chrome manually. In the past, I haven’t seen this problem, so in the even maddening world of Android (seriously, I have bad thoughts about what I would do if I had an android developer in front of me), has anyone seen this so far and figured a way out of it? I am so tired of constantly chasing google. I need them to send me a check (Apple can, too, while they are at it). Ryan H Turner Senior Network Engineer The University of North Carolina at Chapel Hill CB 1150 Chapel Hill, NC 27599 +1 919 445 0113 Office +1 919 274 7926 Mobile ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/ . ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/ . ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. CONFIDENTIALITY: Any information contained in this e-mail (including attachments) is the property of The State of Texas and unauthorized disclosure or use is prohibited. Sending, receiving or forwarding of confidential, proprietary and privileged information is prohibited under Lamar Policy. If you received this e-mail in error, please notify the sender and delete this e-mail from your system.
RE: [WIRELESS-LAN] Apple support site network
Bingo! Lee H. Badman Network Architect/Wireless TME ITS, Syracuse University 315.443.3003 From: The EDUCAUSE Wireless Issues Constituent Group Listserv WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU on behalf of Jason Becker jbec...@wustl.edu Sent: Wednesday, June 3, 2015 9:36 AM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Apple support site network Lee, I was just talking that over with a co-worker to get his take on it. I figured if I'm giving them their own ssid I'd be better off putting it on a rogue AP and make it more like a home network which Apple features work great on. Jason Becker Network Systems Engineer, Network Planning and Services Tel:(314)935-5006tel:(314)935-5006 On 6/3/15 8:00 AM, Lee H Badman wrote: I set up a private network, using Apple Airport as router (with WLAN off) and two fat Cisco APs running at ultra low power. Kept the whole trainwreck off of our enterprise WLAN. -Lee Lee Badman Wireless/Network Architect ITS, Syracuse University 315.443.3003 (Blog: http://wirednot.wordpress.comhttp://wirednot.wordpress.com/) From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Wesley Troy Scott Sent: Tuesday, June 02, 2015 4:02 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDUmailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Apple support site network Jason, We did this too and used the same approach as Randy, an ssid dedicated to the Apple store along with a subnet. We also turned off bcmc-optimization on the vlan interface and built an Apple store role that looks a lot like our wireless guests. The mac mini hub is on the same network as the kiosks. Troy Scott Network Administrator University of Wyoming From: The EDUCAUSE Wireless Issues Constituent Group Listserv WIRELESS-LAN@LISTSERV.EDUCAUSE.EDUmailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU on behalf of Jason Becker jbec...@wustl.edumailto:jbec...@wustl.edu Sent: Tuesday, June 2, 2015 1:38 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDUmailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Apple support site network Thanks Randy, If I have to go as far as to give them their own SSID I'll build it so the mac min and wireless devices are on the same network, BUT really don't want to start creating SSID's for each special circumstance that comes up. Jason Becker Network Systems Engineer, Network Planning and Services Tel:(314)935-5006tel:%28314%29935-5006 On 6/2/15 2:26 PM, Randy Mahurin wrote: Jason, I had to deal with the same issue (I believe) a couple of years ago. Essentially, we built a separate hidden WPA SSID for the display devices to connect to. Also, had to build (or edit) a new mDNS profile to allow for tunesplay software. We built a new mDNS profile only called by the SSID in the store. Under general mDNS I had to add the following service name and service string, and then add those services to the new mDNS profile: Name - tuneplay --- String- _tnp-hub._tcp.local. Name - tuneplay_http -- String - _http._tcp. Name - tuneplay_hub -- String - _tnp-hub._tcp. This link got me started - http://www.educause.edu/discuss/networking-and-emerging-technologies/wireless-local-area-networking-constituent-group/apple-tuneplay Hope that helps On Tue, Jun 2, 2015 at 1:05 PM, Jason Becker jbec...@wustl.edumailto:jbec...@wustl.edu wrote: Has anyone setup a network for a Apple support site on their Campus? From what I get from the third party bookstore manger is they need to have a public ip on a mac min that can call home with and then have all the wireless display devices talk back to the mac min over Airdrop. This is all the info I got from them. Any help I can get is GREATLY appreciated!! Thanks, -- Jason Becker Network Systems Engineer, Network Planning and Services Tel:(314)935-5006tel:%28314%29935-5006 ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. -- Randy Mahurin Office of Information Technology Boise State University 1910 University Drive, Boise, ID, 83725-1249 Phone: (208) 426-4003 ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. ** Participation and subscription information for this EDUCAUSE Constituent Group
RE: [WIRELESS-LAN] Apple support site network
I set up a private network, using Apple Airport as router (with WLAN off) and two fat Cisco APs running at ultra low power. Kept the whole trainwreck off of our enterprise WLAN. -Lee Lee Badman Wireless/Network Architect ITS, Syracuse University 315.443.3003 (Blog: http://wirednot.wordpress.com) From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Wesley Troy Scott Sent: Tuesday, June 02, 2015 4:02 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Apple support site network Jason, We did this too and used the same approach as Randy, an ssid dedicated to the Apple store along with a subnet. We also turned off bcmc-optimization on the vlan interface and built an Apple store role that looks a lot like our wireless guests. The mac mini hub is on the same network as the kiosks. Troy Scott Network Administrator University of Wyoming From: The EDUCAUSE Wireless Issues Constituent Group Listserv WIRELESS-LAN@LISTSERV.EDUCAUSE.EDUmailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU on behalf of Jason Becker jbec...@wustl.edumailto:jbec...@wustl.edu Sent: Tuesday, June 2, 2015 1:38 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDUmailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Apple support site network Thanks Randy, If I have to go as far as to give them their own SSID I'll build it so the mac min and wireless devices are on the same network, BUT really don't want to start creating SSID's for each special circumstance that comes up. Jason Becker Network Systems Engineer, Network Planning and Services Tel:(314)935-5006 On 6/2/15 2:26 PM, Randy Mahurin wrote: Jason, I had to deal with the same issue (I believe) a couple of years ago. Essentially, we built a separate hidden WPA SSID for the display devices to connect to. Also, had to build (or edit) a new mDNS profile to allow for tunesplay software. We built a new mDNS profile only called by the SSID in the store. Under general mDNS I had to add the following service name and service string, and then add those services to the new mDNS profile: Name - tuneplay --- String- _tnp-hub._tcp.local. Name - tuneplay_http -- String - _http._tcp. Name - tuneplay_hub -- String - _tnp-hub._tcp. This link got me started - http://www.educause.edu/discuss/networking-and-emerging-technologies/wireless-local-area-networking-constituent-group/apple-tuneplay Hope that helps On Tue, Jun 2, 2015 at 1:05 PM, Jason Becker jbec...@wustl.edumailto:jbec...@wustl.edu wrote: Has anyone setup a network for a Apple support site on their Campus? From what I get from the third party bookstore manger is they need to have a public ip on a mac min that can call home with and then have all the wireless display devices talk back to the mac min over Airdrop. This is all the info I got from them. Any help I can get is GREATLY appreciated!! Thanks, -- Jason Becker Network Systems Engineer, Network Planning and Services Tel:(314)935-5006tel:%28314%29935-5006 ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. -- Randy Mahurin Office of Information Technology Boise State University 1910 University Drive, Boise, ID, 83725-1249 Phone: (208) 426-4003 ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.
Re: [WIRELESS-LAN] Apple Remote Desktop over Wireless
Have you tried a continuous ping while using ARD? I find ARD is finicky, slow and has a multitude of problems. I do however use it on our wireless network several times a week and have no issues with it. On Tue, Jun 2, 2015 at 8:38 PM, Somchay Vongsena svongs...@pacific.edu wrote: Does anyone have users experiencing problems using Apple Remote Desktop (ARD) over wireless? The problem is inconsistent and when it does occur, seems like switching to wired then back to wireless fixes the problem. Any Workaround? Solution? Or could it be just an issue with Apple Remote Desktop itself? Any information would be helpful. · Windows to Windows over wired or wireless works fine no issues · Mac to Mac over wired works fine no issues · Mac to Mac over wireless does not seem to work well using Apple Remote Desktop · Combination of Mac to Mac (wireless to wired or wired to wireless) does not seem to work well using Apple Remote Desktop as well Thanks, *--* *Somchay Vongsena* Network Engineer II Pacific Technology University of the Pacific (209) 946-7671 | svongs...@pacific.edu ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. -- *--Jeremy L. Gibbs* Sr. Network Engineer Utica College IITS T: (315) 223-2383 F: (315) 792-3814 E: jlgi...@utica.edu http://www.utica.edu ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.
RE: [WIRELESS-LAN] Apple Remote Desktop over Wireless
Yes, the continuous ping may see one random spike or one timeout here there but nothing significant. I reached out to a Senior Systems Engineer from Apple and this what I was advised. * I have seen poor DNS configurations cause problems with connectivity of any networking in OS X but especially on OS X Server. This is especially true in Active Directory (AD) environments where you may be authenticating against an AD user with Apple Remote Desktop but issues with DNS have caused problems with connecting. This can occur on one network versus another. Our own System Administrator’s input regarding “poor DNS configurations” I’m not sure if this is relevant for this application given the fact that both wireless and wired connections use the same DNS, and it is non-Windows with forwarders to Windows DNS for active directory requests (i.e. trying to talk to something or look up a service record on *.x.y.z). This configuration is the same regardless of connection on our network if you’re using DHCP. * As for the latest version of Apple Remote Desktop, especially, depending on the version of the OS the users are running there are several bugs that have been addressed with version 3.8. Version 3.8 supports Mavericks (10.9) and Yosemite (10.10): https://support.apple.com/en-us/HT201068 * Depending on the port order you can have other ports that have priority that are causing problems with what port they are communicating with the admin system. If your goal is to have these systems do it over wifi I would test a problematic client with WiFi as the topmost port and verify whether or not this is causing a problem. * I have seen where a particular networking issue has been fixed with earlier versions of an OS. Say for example that the user is using 10.9.1 and not 10.9.5 they may experience problems because of bugs that existed with networking in those older versions. This is the same for versions of Apple Remote Desktop. Another issue that can occur is that perhaps you’re using 10.10.3 with Apple Remote Desktop 3.8 but trying to connect to a Mac running 10.8.5 and Apple Remote Desktop 3.7.2. There may be conflicts with that scenario, although I’m not specifically aware of any. -- Somchay From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Jeremy Gibbs Sent: Wednesday, June 03, 2015 9:44 AM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Apple Remote Desktop over Wireless Have you tried a continuous ping while using ARD? I find ARD is finicky, slow and has a multitude of problems. I do however use it on our wireless network several times a week and have no issues with it. On Tue, Jun 2, 2015 at 8:38 PM, Somchay Vongsena svongs...@pacific.edumailto:svongs...@pacific.edu wrote: [cid:image001.gif@01D09DE2.5AC209A0] Does anyone have users experiencing problems using Apple Remote Desktop (ARD) over wireless? The problem is inconsistent and when it does occur, seems like switching to wired then back to wireless fixes the problem. Any Workaround? Solution? Or could it be just an issue with Apple Remote Desktop itself? Any information would be helpful. • Windows to Windows over wired or wireless works fine no issues • Mac to Mac over wired works fine no issues • Mac to Mac over wireless does not seem to work well using Apple Remote Desktop • Combination of Mac to Mac (wireless to wired or wired to wireless) does not seem to work well using Apple Remote Desktop as well Thanks, -- Somchay Vongsena Network Engineer II Pacific Technology University of the Pacific (209) 946-7671tel:%28209%29%20946-7671 | svongs...@pacific.edumailto:svongs...@pacific.edu ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. -- -- Jeremy L. Gibbs Sr. Network Engineer Utica College IITS T: (315) 223-2383 F: (315) 792-3814 E: jlgi...@utica.edumailto:jlgi...@utica.edu http://www.utica.eduhttp://www.utica.edu/ ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.
Re: [WIRELESS-LAN] Android / Captive Portal / Madness
Ryan, In Cisco land, check out: config network web-auth captive-bypass enable But from my experience, only Apple devices would would throw up the page automatically (captive-bypass disabled). So sounds like something changed with Droid? Also, share that check! Kitri Waterman -- Network Engineer (Wireless) University of Oregon On 6/3/15 11:20 AM, Turner, Ryan H wrote: So, in the same vein as my email last week… On a new android phone running version 5.something, a captive portal is being detected by the device, and it brings up our login page. Good so far. But when they person gets to the point of downloading the onboarding software or launching the config file, I ‘assume’ the limited nature of the captive portal browser is not allowing those things to happen. If I close the captive portal browser, and open chrome, everything works. I did a packet trace, and noticed a few things it wants to connect to. I opened up connectivitycheck.android.com. Still no luck. I am attempting to make it so when they connect, a limited browser does NOT launch, and for them to open chrome manually. In the past, I haven’t seen this problem, so in the even maddening world of Android (seriously, I have bad thoughts about what I would do if I had an android developer in front of me), has anyone seen this so far and figured a way out of it? I am so tired of constantly chasing google. I need them to send me a check (Apple can, too, while they are at it). Ryan H Turner Senior Network Engineer The University of North Carolina at Chapel Hill CB 1150 Chapel Hill, NC 27599 +1 919 445 0113 Office +1 919 274 7926 Mobile ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.
Android / Captive Portal / Madness
So, in the same vein as my email last week... On a new android phone running version 5.something, a captive portal is being detected by the device, and it brings up our login page. Good so far. But when they person gets to the point of downloading the onboarding software or launching the config file, I 'assume' the limited nature of the captive portal browser is not allowing those things to happen. If I close the captive portal browser, and open chrome, everything works. I did a packet trace, and noticed a few things it wants to connect to. I opened up connectivitycheck.android.com. Still no luck. I am attempting to make it so when they connect, a limited browser does NOT launch, and for them to open chrome manually. In the past, I haven't seen this problem, so in the even maddening world of Android (seriously, I have bad thoughts about what I would do if I had an android developer in front of me), has anyone seen this so far and figured a way out of it? I am so tired of constantly chasing google. I need them to send me a check (Apple can, too, while they are at it). Ryan H Turner Senior Network Engineer The University of North Carolina at Chapel Hill CB 1150 Chapel Hill, NC 27599 +1 919 445 0113 Office +1 919 274 7926 Mobile ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.
