Sign in Welcome Banner Info

  • 1
  • Question
  • Updated 4 years ago
  • Answered
Just trying to find some documentation on how to set up a entrance banner on a areohive AP121 access point. We purchased 130 of these for a school and I wanted to do a banner or a page redirect when guests signed in similar to the way they work in a hotel. Thanks in advance
Photo of Dennis Warhurst

Dennis Warhurst

  • 2 Posts
  • 1 Reply Like

Posted 4 years ago

  • 1
Photo of Brian Ambler

Brian Ambler

  • 245 Posts
  • 126 Reply Likes
Hi Dennis,

I believe that you are referring to deploying a captive web portal; if that is the case, if you navigate to your SSID settings on your network profile, tick the checkbox for "Enable Captive Web Portal, then click save.


You can then click on the <Captive Web Portal> link that should have appeared on your Network Policy, then click New. From this page you can configure anything from the default, pre-built Aerohive CWPs, customize those to your liking or even upload completely custom HTML code of your own creation. For more information on our implementation of CWP, I would recommend reading our help system's topic on this subject as it goes into significant detail.

Link to the help system record for CWPs:
http://www.aerohive.com/330000/docs/help/english/6.1r5/hm/full/help.htm#cshid=config/auth/cwp.htm

If you want more detail on what each setting in the CWP page does, then take a look at this help page:
http://www.aerohive.com/330000/docs/help/english/6.1r5/hm/full/help.htm#config/auth/cwpD.htm

Hope this helps

Photo of Dennis Warhurst

Dennis Warhurst

  • 2 Posts
  • 1 Reply Like
That would be it, I just got into my dashboard and played around with it a bit. Thanks again for your help

Dennis
Photo of Brian Ambler

Brian Ambler

  • 245 Posts
  • 126 Reply Likes
Hi Dennis, glad to hear that you're on the right track, happy to help!
Photo of Crowdie

Crowdie, Champ

  • 972 Posts
  • 272 Reply Likes

When using a captive portal with smartphones and tablets it is always worth testing the captive portal with multiple devices; iOS, Android, etc; to see how they react.

For example, Android devices commonly just display an icon in their status bar showing that a wireless "login" is required.  This icon is shown in the Android status bar below as the second icon from the left:



If the user is not used to connecting to captive portals they will not be looking for the icon, think that the wireless connection is not working, and ask for help.

Apple has developed a recent tendency to release iOS updates that adversely affect how iOS devices interact with captive portals and at one of my sites I have removed the terms of use captive portal screen and put the terms of use into the User Manager print template so when the user gets their PPSK printed out the terms of use are on the same page.  If you are authenticating the users through the captive portal then this, obviously, is not an option.


By testing and documenting the expected user experience you can save yourself some hassle later.

(Edited)
Photo of Brian Ambler

Brian Ambler

  • 245 Posts
  • 126 Reply Likes
Interestingly enough, today when I was testing out a different CWP scenario with my Galaxy S4, I noticed that, at least as of Android 4.4.2, the CWP now auto opens on Android. Perhaps this is known behavior, but it seems that Android is now using similar CWP detection to auto pop the CWP, which should hopefully take away the major issue that all Android displays is a little wireless icon with a "?". Other than that, definitely test with multiple platforms as Crowdie mentioned, but don't forget to test with multiple browsers as well.

I would recommend testing with Windows and MacOS with Chrome, Firefox and IE/Safari respectively, as well as at least iOS and Android with the major browsers available (Safari, Chrome and Firefox) so as not to be caught by surprise. It also probably wouldn't hurt to test with Windows Mobile (I don't know what the exact OS name is for their Mobile variant of Windows 8/8.1) as those devices are becoming a bit more popular.

Just thought I'd pass along the observation about the Android CWP behavior as well as point out a few extras onto Crowdie's post.
Photo of Brian Ambler

Brian Ambler

  • 245 Posts
  • 126 Reply Likes
P.S. Crowdie, if you are referring to the issue where the latest behavior changes in iOS 7 on Apple's side impacting CWP usability, I believe we fixed what should be the main interoperability issue in the upcoming 6.1r6 release. So I would try again after upgrading to 6.1r6 and see if your issue remains.
Photo of Crowdie

Crowdie, Champ

  • 972 Posts
  • 272 Reply Likes
Thanks for that heads up Brian.  I same several medical deployments where approximately 90% of wireless clients are iOS devices (doctors seem to love them) and these sites are certainly experiencing issues.  I have one site all lined up for an upgrade as soon as 6.1r6 is released.
Photo of Crowdie

Crowdie, Champ

  • 972 Posts
  • 272 Reply Likes

If you are looking at testing with multiple versions of web browsers then I strongly recommend the PortableApps suite.  PortableApps are "self contained" versions of applications that you can extract into a folder and then, generally, don't install any files outside that folder or change your registry.  This means that you can have multiple versions of the same web browsers accessible (but you can't run two different versions of the same web browser at the same time).

If you are interested in having a look the following web browsers are currently available at http://portableapps.com/apps:

  • Google Chrome Portable
  • Iron Portable

  • Maxthon Portable

  • Mozilla Firefox Portable

  • Opera Portable

  • SeaMonkey Portable

Once you have finished testing with a specific web browser then just delete the folder containing it.