Captive Portal Sign In for Facebook, Twitter, Google Apps

With the explosive growth in the use of mobile devices, WiFi access has become increasingly important to businesses over the past few years. As you move to implement WiFi access, one important consideration is how user authentication will be handled: Will you be forced to create and maintain a separate database of usernames and passwords for WiFi access? Or is there an easier way?

When you implement RADIUS authentication and captive portal solutions from Cloudessa, there’s an easier way: You’ll be able to reuse your existing authentication infrastucture — for example, Active Directory — to authenticate WiFi users as well, with no additional data entry required.

  • You can use your existing authentication stores, including Active Directory, SQL, and LDAP, to authenticate WiFi users
  • For captive portal access, your WiFi users can connect using their Facebook, Twitter, Google+, or LinkedIn credentials
  • You can enable SAML-based login, authenticating users to the network against SAML providers Ping Identity, Okta, OneLogin, or Microsoft ADFS
  • If you’ve moved your productivity tools to Google Apps, you can even authenticate your WiFi users against the database of usernames and passwords stored by Google in the cloud

The Cloudessa AAA engine lets users quickly and easily login to the WiFi network with existing credentials – avoiding the hassle of creating and remembering credentials for the different networks they access.

Cloudessa supports industry-standard security protocols, including RADIUS, 802.1x, PEAP, EAP-TTLS, WPA2-Enterprise, PAP, and CHAP; for captive portal access, it also supports OAuth and SAML.

Read more about Cloudessa RADIUS-as-a-Service and Cloudessa AAA and Captive Portal Cloud Service.