Table Of Contents
Managing User Accounts
Creating Guest User Accounts
Creating a Lobby Ambassador Account
Using the GUI to Create a Lobby Ambassador Account
Using the CLI to Create a Lobby Ambassador Account
Creating Guest User Accounts as a Lobby Ambassador
Viewing Guest User Accounts
Using the GUI to View Guest Accounts
Using the CLI to View Guest Accounts
Web Authentication Process
Choosing the Web Authentication Login Page
Choosing the Default Web Authentication Login Page
Using the GUI to Choose the Default Web Authentication Login Page
Using the CLI to Choose the Default Web Authentication Login Page
Modified Default Web Authentication Login Page Example
Creating a Customized Web Authentication Login Page
Using a Customized Web Authentication Login Page from an External Web Server
Using the GUI to Choose a Customized Web Authentication Login Page from an External Web Server
Using the CLI to Choose a Customized Web Authentication Login Page from an External Web Server
Downloading a Customized Web Authentication Login Page
Using the GUI to Download a Customized Web Authentication Login Page
Using the CLI to Download a Customized Web Authentication Login Page
Customized Web Authentication Login Page Example
Using the CLI to Verify the Web Authentication Login Page Settings
Assigning Login, Login Failure, and Logout Pages per WLAN
Using the GUI to Assign Login, Login Failure, and Logout Pages per WLAN
Using the CLI to Assign Login, Login Failure, and Logout Pages per WLAN
Configuring Wired Guest Access
Configuration Overview
Configuration Guidelines
Using the GUI to Configure Wired Guest Access
Using the CLI to Configure Wired Guest Access
Managing User Accounts
This chapter explains how to create and manage guest user accounts, describes the web authentication process, and provides instructions for customizing the web authentication login page. It contains these sections:
•
Creating Guest User Accounts
•
Web Authentication Process
•
Choosing the Web Authentication Login Page
•
Configuring Wired Guest Access
Creating Guest User Accounts
The controller can provide guest user access on WLANs. The first step in creating guest user accounts is to create a lobby administrator account, also known as a lobby ambassador account. Once this account has been created, a lobby ambassador can create and manage guest user accounts on the controller. The lobby ambassador has limited configuration privileges and access only to the web pages used to manage the guest accounts.
The lobby ambassador can specify the amount of time that the guest user accounts remain active. After the specified time elapses, the guest user accounts expire automatically.
The local user database is limited to a maximum of 2048 entries and is set to a default value of 512 entries (on the Security > General page). This database is shared by local management users (including lobby ambassadors), net users (including guest users), MAC filter entries, and disabled clients. Together these cannot exceed the configured database size.
Creating a Lobby Ambassador Account
You can create a lobby ambassador account on the controller through either the GUI or the CLI.
Using the GUI to Create a Lobby Ambassador Account
Follow these steps to create a lobby ambassador account using the controller GUI.
Step 1
Click Management > Local Management Users to open the Local Management Users page (see Figure 9-1).
Figure 9-1 Local Management Users Page
This page lists the names and access privileges of the local management users.
Note
If you want to delete any of the user accounts from the controller, hover your cursor over the blue drop-down arrow and choose Remove. However, deleting the default administrative user prohibits both GUI and CLI access to the controller. Therefore, you must create a user with administrative privileges (ReadWrite) before you remove the default user.
Step 2
To create a lobby ambassador account, click New. The Local Management Users > New page appears (see Figure 9-2).
Figure 9-2 Local Management Users > New Page
Step 3
In the User Name field, enter a username for the lobby ambassador account.
Note
Management usernames must be unique because they are stored in a single database.
Step 4
In the Password and Confirm Password fields, enter a password for the lobby ambassador account.
Note
Passwords are case sensitive.
Step 5
Choose LobbyAdmin from the User Access Mode drop-down box. This option enables the lobby ambassador to create guest user accounts.
Note
The ReadOnly option creates an account with read-only privileges, and the ReadWrite option creates an administrative account with both read and write privileges.
Step 6
Click Apply to commit your changes. The new lobby ambassador account appears in the list of local management users.
Step 7
Click Save Configuration to save your changes.
Using the CLI to Create a Lobby Ambassador Account
Enter this command to create a lobby ambassador account using the controller CLI:
config mgmtuser add lobbyadmin_username lobbyadmin_pwd lobby-admin
Note
Replacing lobby-admin with read-only creates an account with read-only privileges. Replacing lobby-admin with read-write creates an administrative account with both read and write privileges.
Creating Guest User Accounts as a Lobby Ambassador
A lobby ambassador would follow these steps to create guest user accounts.
Note
A lobby ambassador cannot access the controller CLI interface and therefore can create guest user accounts only from the controller GUI.
Step 1
Log into the controller as the lobby ambassador, using the username and password specified in the "Creating a Lobby Ambassador Account" section above. The Lobby Ambassador Guest Management > Guest Users List page appears (see Figure 9-3).
Figure 9-3 Lobby Ambassador Guest Management > Guest Users List Page
Step 2
Click New to create a guest user account. The Lobby Ambassador Guest Management > Guest Users List > New page appears (see Figure 9-4).
Figure 9-4 Lobby Ambassador Guest Management > Guest Users List > New Page
Step 3
In the User Name field, enter a name for the guest user. You can enter up to 24 characters.
Step 4
Perform one of the following:
•
If you want to generate an automatic password for this guest user, check the Generate Password check box. The generated password is entered automatically in the Password and Confirm Password fields.
•
If you want to create a password for this guest user, leave the Generate Password check box unchecked and enter a password in both the Password and Confirm Password fields.
Note
Passwords can contain up to 24 characters and are case sensitive.
Step 5
From the Lifetime drop-down boxes, choose the amount of time (in days, hours, minutes, and seconds) that this guest user account is to remain active. A value of zero (0) for all four fields creates a permanent account.
Default: 1 day
Range: 5 minutes to 30 days
Note
The smaller of this value or the session timeout for the guest WLAN, which is the WLAN on which the guest account is created, takes precedence. For example, if a WLAN session timeout is due to expire in 30 minutes but the guest account lifetime has 10 minutes remaining, the account is deleted in 10 minutes upon guest account expiry. Similarly, if the WLAN session timeout expires before the guest account lifetime, the client experiences a recurring session timeout that requires reauthentication.
Note
You can change a guest user account with a non-zero lifetime to another lifetime value at any time while the account is active. However, to make a guest user account permanent using the controller GUI, you must delete the account and create it again. If desired, you can use the config netuser lifetime user_name 0 CLI command to make a guest user account permanent without deleting and recreating it.
Step 6
From the WLAN SSID drop-down box, choose the SSID that will be used by the guest user. The only WLANs that are listed are those for which Layer 3 web authentication has been configured.
Note
Cisco recommends that the system administrator create a specific guest WLAN to prevent any potential conflicts. If a guest account expires and it has a name conflict with an account on the RADIUS server and both are on the same WLAN, the users associated with both accounts are disassociated before the guest account is deleted.
Step 7
In the Description field, enter a description of the guest user account. You can enter up to 32 characters.
Step 8
Click Apply to commit your changes. The new guest user account appears in the list of guest users on the Guest Users List page (see Figure 9-5).
Figure 9-5 Lobby Ambassador Guest Management > Guest Users List Page
From this page, you can see all of the guest user accounts, their WLAN SSID, and their lifetime. You can also edit or remove a guest user account. When you remove a guest user account, all of the clients that are using the guest WLAN and are logged in using that account's username are deleted.
Step 9
Repeat this procedure to create any additional guest user accounts.
Viewing Guest User Accounts
After a lobby ambassador has created guest user accounts, the system administrator can view them from the controller GUI or CLI.
Using the GUI to View Guest Accounts
To view guest user accounts using the controller GUI, click Security > AAA > Local Net Users. The Local Net Users page appears (see Figure 9-6).
Figure 9-6 Local Net Users Page
From this page, the system administrator can see all of the local net user accounts (including guest user accounts) and can edit or remove them as desired. When you remove a guest user account, all of the clients that are using the guest WLAN and are logged in using that account's username are deleted.
Using the CLI to View Guest Accounts
To view all of the local net user accounts (including guest user accounts) using the controller CLI, enter this command:
show netuser summary
Web Authentication Process
Web authentication is a Layer 3 security feature that causes the controller to not allow IP traffic (except DHCP-related packets) from a particular client until that client has correctly supplied a valid username and password. When you use web authentication to authenticate clients, you must define a username and password for each client. Then when the clients attempt to join the wireless LAN, their users must enter the username and password when prompted by a login page.
When web authentication is enabled (under Layer 3 Security), users might receive a web-browser security alert the first time that they attempt to access a URL. Figure 9-7 shows a typical security alert.
Figure 9-7 Typical Web-Browser Security Alert
After the user clicks Yes to proceed (or if the client's browser does not display a security alert), the web authentication system redirects the client to a login page (see Figure 9-8).
To prevent the security alert from appearing, the user can perform these steps:
Step 1
Click View Certificate on the Security Alert page.
Step 2
Click Install Certificate.
Step 3
When the Certificate Import Wizard appears, click Next.
Step 4
Choose Place all certificates in the following store and click Browse.
Step 5
At the bottom of the Select Certificate Store page, check the Show Physical Stores check box.
Step 6
Expand the Trusted Root Certification Authorities folder and choose Local Computer.
Step 7
Click OK.
Step 8
Click Next > Finish.
Step 9
When the "The import was successful" message appears, click OK.
Step 10
Because the issuer field is blank on the controller self-signed certificate, open Internet Explorer, click Tools > Internet Options > Advanced, uncheck the Warn about Invalid Site Certificates check box under Security, and click OK.
Step 11
Reboot the PC. On the next web authentication attempt, the login page appears (see Figure 9-8).
Figure 9-8 Default Web Authentication Login Page
The default login page contains a Cisco logo and Cisco-specific text. You can choose to have the web authentication system display one of the following:
•
The default login page
•
A modified version of the default login page
•
A customized login page that you configure on an external web server
•
A customized login page that you download to the controller
The "Choosing the Web Authentication Login Page" section provides instructions for choosing how the web authentication login page appears.
When the user enters a valid username and password on the web authentication login page and clicks Submit, the web authentication system displays a successful login page and redirects the authenticated client to the requested URL. Figure 9-9 shows a typical successful login page.
Figure 9-9 Successful Login Page
The default successful login page contains a pointer to a virtual gateway address URL: https://1.1.1.1/logout.html. The IP address that you set for the controller virtual interface serves as the redirect address for the login page (see Chapter 3 for more information on the virtual interface).
Choosing the Web Authentication Login Page
This section provides instructions for specifying the content and appearance of the web authentication login page. Follow the instructions in one of these sections to choose the web authentication login page using the controller GUI or CLI:
•
Choosing the Default Web Authentication Login Page
•
Creating a Customized Web Authentication Login Page
•
Using a Customized Web Authentication Login Page from an External Web Server
•
Downloading a Customized Web Authentication Login Page
•
Assigning Login, Login Failure, and Logout Pages per WLAN
Note
The controller supports web authentication redirects only to HTTP (HTTP over TCP) servers. It does not support web authentication redirects to HTTPS (HTTP over SSL) servers.
Choosing the Default Web Authentication Login Page
If you want to use the default web authentication login page as is (see Figure 9-8) or with a few modifications, follow the instructions in the GUI or CLI procedure below.
Using the GUI to Choose the Default Web Authentication Login Page
Step 1
Click Security > Web Auth > Web Login Page to open the Web Login page (see Figure 9-10).
Figure 9-10 Web Login Page
Step 2
From the Web Authentication Type drop-down box, choose Internal (Default).
Step 3
If you want to use the default web authentication login page as is, go to Step 8. If you want to modify the default login page, go to Step 4.
Step 4
If you want to hide the Cisco logo that appears in the top right corner of the default page, choose the Cisco Logo Hide option. Otherwise, click the Show option.
Step 5
If you want the user to be directed to a particular URL (such as the URL for your company) after login, enter the desired URL (such as www.AcompanyBC.com) in the Redirect URL After Login field. You can enter up to 254 characters.
Step 6
If you want to create your own headline on the login page, enter the desired text in the Headline field. You can enter up to 127 characters. The default headline is "Welcome to the Cisco wireless network."
Step 7
If you want to create your own message on the login page, enter the desired text in the Message field. You can enter up to 2047 characters. The default message is "Cisco is pleased to provide the Wireless LAN infrastructure for your network. Please login and put your air space to work."
Step 8
Click Apply to commit your changes.
Step 9
Click Preview to view the web authentication login page.
Step 10
If you are satisfied with the content and appearance of the login page, click Save Configuration to save your changes. Otherwise, repeat any of the previous steps as necessary to achieve your desired results.
Using the CLI to Choose the Default Web Authentication Login Page
Step 1
To specify the default web authentication type, enter this command:
config custom-web webauth_type internal
Step 2
If you want to use the default web authentication login page as is, go to Step 7. If you want to modify the default login page, go to Step 3.
Step 3
To show or hide the Cisco logo that appears in the top right corner of the default login page, enter this command:
config custom-web weblogo {enable | disable}
Step 4
If you want the user to be directed to a particular URL (such as the URL for your company) after login, enter this command:
config custom-web redirecturl url
You can enter up to 130 characters for the URL. To change the redirect back to the default setting, enter clear redirecturl.
Step 5
If you want to create your own headline on the login page, enter this command:
config custom-web webtitle title
You can enter up to 130 characters. The default headline is "Welcome to the Cisco wireless network." To reset the headline to the default setting, enter clear webtitle.
Step 6
If you want to create your own message on the login page, enter this command:
config custom-web webmessage message
You can enter up to 130 characters. The default message is "Cisco is pleased to provide the Wireless LAN infrastructure for your network. Please login and put your air space to work." To reset the message to the default setting, enter clear webmessage.
Step 7
Enter save config to save your settings.
Step 8
If you want to import your own logo into the web authentication login page, follow these steps:
a.
Make sure that you have a Trivial File Transfer Protocol (TFTP) server available for the file download. Keep these guidelines in mind when setting up a TFTP server:
–
If you are downloading through the service port, the TFTP server must be on the same subnet as the service port because the service port is not routable, or you must create static routes on the controller.
–
If you are downloading through the distribution system network port, the TFTP server can be on the same or a different subnet because the distribution system port is routable.
–
A third-party TFTP server cannot run on the same computer as the Cisco WCS because the WCS built-in TFTP server and the third-party TFTP server require the same communication port.
b.
Enter ping ip-address to ensure that the controller can contact the TFTP server.
c.
Copy the logo file (in .jpg, .gif, or .png format) to the default directory on your TFTP server. The maximum file size is 30 kilobits. For an optimal fit, the logo should be approximately 180 pixels wide and 360 pixels high.
d.
To specify the download mode, enter transfer download mode tftp.
e.
To specify the type of file to be downloaded, enter transfer download datatype image.
f.
To specify the IP address of the TFTP server, enter transfer download serverip tftp-server-ip-address.
Note
Some TFTP servers require only a forward slash (/) as the TFTP server IP address, and the TFTP server automatically determines the path to the correct directory.
g.
To specify the download path, enter transfer download path absolute-tftp-server-path-to-file.
h.
To specify the file to be downloaded, enter transfer download filename {filename.jpg | filename.gif | filename.png}.
i.
Enter transfer download start to view your updated settings and answer y to the prompt to confirm the current download settings and start the download. Information similar to the following appears:
Mode........................................... TFTP
Data Type...................................... Login Image
TFTP Server IP................................. xxx.xxx.xxx.xxx
TFTP Path...................................... <directory path>
TFTP Filename..................................... <filename.jpg|.gif|.png>
This may take some time.
Are you sure you want to start? (y/n) y
TFTP Image transfer starting.
j.
Enter save config to save your settings.
Note
If you ever want to remove this logo from the web authentication login page, enter clear webimage.
Step 9
Follow the instructions in the "Using the CLI to Verify the Web Authentication Login Page Settings" section to verify your settings.
Modified Default Web Authentication Login Page Example
Figure 9-11 shows an example of a modified default web authentication login page.
Figure 9-11 Modified Default Web Authentication Login Page Example
These are the CLI commands used to create this login page:
config custom-web weblogo disable
config custom-web webtitle Welcome to the AcompanyBC Wireless LAN!
config custom-web webmessage Contact the System Administrator for a Username and Password.
transfer download start
Mode........................................... TFTP
Data Type...................................... Login Image
TFTP Server IP................................. xxx.xxx.xxx.xxx
TFTP Path...................................... /
TFTP Filename..................................... Logo.gif
This may take some time.
Are you sure you want to start? (y/n) y
TFTP Image transfer starting.
config custom-web redirecturl http://www.AcompanyBC.com
show custom-web
Cisco Logo.................. Disabled
CustomLogo.................. 00_logo.gif
Custom Title................ Welcome to the AcompanyBC Wireless LAN!
Custom Message ............. Contact the System Administrator for a Username and Password.
Custom Redirect URL......... http://www.AcompanyBC.com
Web Authentication Mode..... Disabled
Web Authentication URL........ Disabled
Creating a Customized Web Authentication Login Page
This section provides information on creating a customized web authentication login page, which can then be accessed from an external web server.
Here is a web authentication login page template. It can be used as a model when creating your own customized page.
<meta http-equiv="Pragma" content="no-cache">
<meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<title>Web Authentication</title>
var link = document.location.href;
var searchString = "redirect=";
var equalIndex = link.indexOf(searchString);
equalIndex += searchString.length;
urlStr = link.substring(equalIndex);
if(redirectUrl.length > 255)
redirectUrl = redirectUrl.substring(0,255);
document.forms[0].redirect_url.value = redirectUrl;
document.forms[0].buttonClicked.value = 4;
document.forms[0].submit();
var url = window.location.href;
var query = location.search.substring(1);
var pairs = query.split("&");
for(var i=0;i<pairs.length;i++){
var pos = pairs[i].indexOf('=');
var argname = pairs[i].substring(0,pos);
var value = pairs[i].substring(pos+1);
args[argname] = unescape(value);
//alert( "AP MAC Address is " + args.ap_mac);
//alert( "The Switch URL to post user credentials is " + args.switch_url);
//document.forms[0].action = args.switch_url;
// This is the status code returned from webauth login action
// Any value of status code from 1 to 5 is error condition and user
// should be shown error as below or modify the message as it suits
if(args.statusCode == 1){
alert("You are already logged in. No further action is required on your part.");
else if(args.statusCode == 2){
alert("You are not configured to authenticate against web portal. No further
action is required on your part.");
else if(args.statusCode == 3){
alert("The username specified cannot be used at this time. Perhaps the username is
already logged into the system?");
else if(args.statusCode == 4){
alert("The User has been excluded. Please contact the administrator.");
else if(args.statusCode == 5){
alert("Invalid username and password. Please try again.");
<body topmargin="50" marginheight="50" onload="loadAction();">
<form method="post" action="http://1.1.1.1/login.html">
<input TYPE="hidden" NAME="buttonClicked" SIZE="16" MAXLENGTH="15" value="0">
<input TYPE="hidden" NAME="redirect_url" SIZE="255" MAXLENGTH="255" VALUE="">
<input TYPE="hidden" NAME="err_flag" SIZE="16" MAXLENGTH="15" value="0">
<table border="0" cellspacing="0" cellpadding="0">
<tr> <td> </td></tr>
<tr align="center"> <td colspan="2"><font size="10" color="#336699">Web
Authentication</font></td></tr>
<td colspan="2"> User Name <input type="TEXT" name="username" SIZE="25"
MAXLENGTH="63" VALUE="">
<td colspan="2"> Password <input type="Password"
name="password" SIZE="25" MAXLENGTH="24">
<td colspan="2"><input type="button" name="Submit" value="Submit" class="button"
onclick="submitAction();">
These parameters are added to the URL when the user's Internet browser is redirected to the customized login page:
•
ap_mac—The MAC address of the access point to which the wireless user is associated.
•
switch_url—The URL of the controller to which the user credentials should be posted.
•
redirect—The URL to which the user is redirected after authentication is successful.
•
statusCode—The status code returned from the controller's web authentication server.
•
wlan—The WLAN SSID to which the wireless user is associated.
These are the available status codes:
•
Status Code 1: "You are already logged in. No further action is required on your part."
•
Status Code 2: "You are not configured to authenticate against web portal. No further action is required on your part."
•
Status Code 3: "The username specified cannot be used at this time. Perhaps the username is already logged into the system?"
•
Status Code 4: "You have been excluded."
•
Status Code 5: "The User Name and Password combination you have entered is invalid. Please try again."
Note
For additional information, refer to the External Web Authentication with Wireless LAN Controllers Configuration Example at this URL: http://www.cisco.com/en/US/tech/tk722/tk809/technologies_configuration_example09186a008067489f.shtml
Using a Customized Web Authentication Login Page from an External Web Server
If you want to use a customized web authentication login page that you configured on an external web server, follow the instructions in the GUI or CLI procedure below. When you enable this feature, the user is directed to your customized login page on the external web server.
Note
You must configure a preauthentication access control list (ACL) on the WLAN for the external web server and then choose this ACL as the WLAN preauthentication ACL under Security Policies > Web Policy on the WLANs > Edit page. See Chapter 5 for more information on ACLs.
Using the GUI to Choose a Customized Web Authentication Login Page from an External Web Server
Step 1
Click Security > Web Auth > Web Login Page to open the Web Login page (see Figure 9-12).
Figure 9-12 Web Login Page
Step 2
From the Web Authentication Type drop-down box, choose External (Redirect to external server).
Step 3
In the URL field, enter the URL of the customized web authentication login page on your web server. You can enter up to 252 characters.
Step 4
In the Web Server IP Address field, enter the IP address of your web server. Your web server should be on a different network from the controller service port network.
Step 5
Click Add Web Server. This server now appears in the list of external web servers.
Step 6
Click Apply to commit your changes.
Step 7
If you are satisfied with the content and appearance of the login page, click Save Configuration to save your changes.
Using the CLI to Choose a Customized Web Authentication Login Page from an External Web Server
Step 1
To specify the web authentication type, enter this command:
config custom-web webauth_type external.
Step 2
To specify the URL of the customized web authentication login page on your web server, enter this command:
config custom-web ext-webauth-url url
You can enter up to 252 characters for the URL.
Step 3
To specify the IP address of your web server, enter this command:
config custom-web ext-webserver {add | delete} server_IP_address
Step 4
Enter save config to save your settings.
Step 5
Follow the instructions in the "Using the CLI to Verify the Web Authentication Login Page Settings" section to verify your settings.
Downloading a Customized Web Authentication Login Page
You can compress the page and image files used for displaying a web authentication login page into a .tar file for download to a controller. These files are known as the webauth bundle. The maximum allowed size of the files in their uncompressed state is 1 MB. When the .tar file is downloaded from a local TFTP server, it enters the controller's file system as an untarred file.
Note
If you load a webauth bundle with a .tar compression application that is not GNU compliant, the controller cannot extract the files in the bundle and the following error messages appear: "Extracting error" and "TFTP transfer failed." Therefore, Cisco recommends that you use an application that complies with GNU standards, such as PicoZip, to compress the .tar file for the webauth bundle.
Follow these guidelines when preparing the customized login page:
•
Name the login page "login.html." The controller prepares the web authentication URL based on this name. If the does not find this file after the webauth bundle has been untarred, the bundle is discarded, and an error message appears.
•
Include input fields for both a username and password.
•
Retain the redirect URL as a hidden input item after extracting from the original URL.
•
Extract and set the action URL in the page from the original URL.
•
Include scripts to decode the return status code.
•
Make sure that all paths used in the main page (to refer to images, for example) are of relative type.
You can download a sample login page from Cisco WCS and use it as a starting point for your customized login page. Refer to the "Downloading a Customized Web Auth Page" section in the Using Templates chapter of the Cisco Wireless Control System Configuration Guide, Release 5.0 for instructions.
If you want to download a customized web authentication login page to the controller, follow the instructions in the GUI or CLI procedure below.
Using the GUI to Download a Customized Web Authentication Login Page
Step 1
Make sure that you have a TFTP server available for the file download. See the guidelines for setting up a TFTP server in Step 8 of the "Using the CLI to Choose the Default Web Authentication Login Page" section.
Step 2
Copy the .tar file containing your login page to the default directory on your TFTP server.
Step 3
Click Commands > Download File to open the Download File to Controller page (see Figure 9-13).
Figure 9-13 Download File to Controller Page
Step 4
From the File Type drop-down box, choose Webauth Bundle.
Step 5
In the IP Address field, enter the IP address of the TFTP server.
Step 6
In the Maximum Retries field, enter the maximum number of times the controller should attempt to download the .tar file.
Range: 1 to 254
Default: 10
Step 7
In the Timeout field, enter the amount of time in seconds before the controller times out while attempting to download the *.tar file.
Range: 1 to 254 seconds
Default: 6 seconds
Step 8
In the File Path field, enter the path of the .tar file to be downloaded. The default value is "/."
Step 9
In the File Name field, enter the name of the .tar file to be downloaded.
Step 10
Click Download to download the .tar file to the controller.
Step 11
Click Security > Web Auth > Web Login Page to open the Web Login page.
Step 12
From the Web Authentication Type drop-down box, choose Customized (Downloaded).
Step 13
Click Apply to commit your changes.
Step 14
Click Preview to view your customized web authentication login page.
Step 15
If you are satisfied with the content and appearance of the login page, click Save Configuration to save your changes.
Using the CLI to Download a Customized Web Authentication Login Page
Step 1
Make sure that you have a TFTP server available for the file download. See the guidelines for setting up a TFTP server in Step 8 of the "Using the CLI to Choose the Default Web Authentication Login Page" section.
Step 2
Copy the .tar file containing your login page to the default directory on your TFTP server.
Step 3
To specify the download mode, enter transfer download mode tftp.
Step 4
To specify the type of file to be downloaded, enter transfer download datatype webauthbundle.
Step 5
To specify the IP address of the TFTP server, enter transfer download serverip tftp-server-ip-address.
Note
Some TFTP servers require only a forward slash (/) as the TFTP server IP address, and the TFTP server automatically determines the path to the correct directory.
Step 6
To specify the download path, enter transfer download path absolute-tftp-server-path-to-file.
Step 7
To specify the file to be downloaded, enter transfer download filename filename.tar.
Step 8
Enter transfer download start to view your updated settings and answer y to the prompt to confirm the current download settings and start the download.
Step 9
To specify the web authentication type, enter config custom-web webauth_type customized.
Step 10
Enter save config to save your settings.
Step 11
Follow the instructions in the "Using the CLI to Verify the Web Authentication Login Page Settings" section to verify your settings.
Customized Web Authentication Login Page Example
Figure 9-14 shows an example of a customized web authentication login page.
Figure 9-14 Customized Web Authentication Login Page Example
Using the CLI to Verify the Web Authentication Login Page Settings
Enter show custom-web to verify your changes to the web authentication login page. This example shows the information that appears when the configuration settings are set to default values:
Cisco Logo..................................... Enabled
CustomLogo..................................... Disabled
Custom Title................................... Disabled
Custom Message................................. Disabled
Custom Redirect URL............................ Disabled
Web Authentication Mode........................ Disabled
Web Authentication URL......................... Disabled
This example shows the information that appears when the configuration settings have been modified:
Cisco Logo..................................... Disabled
CustomLogo..................................... 00_logo.gif
Custom Title................................... Welcome to the AcompanyBC Wireless LAN!
Custom Message................................. Contact the System Administrator for a
Username and Password.
Custom Redirect URL............................ http://www.AcompanyBC.com
Web Authentication Mode........................ Internal
Web Authentication URL............................ Disabled
Assigning Login, Login Failure, and Logout Pages per WLAN
You can display different web authentication login, login failure, and logout pages to users per WLAN. This feature enables user-specific web authentication pages to be displayed for a variety of network users, such as guest users or employees within different departments of an organization.
Different login pages are available for all web authentication types (internal, external, and customized). However, different login failure and logout pages can be specified only when you choose customized as the web authentication type.
Using the GUI to Assign Login, Login Failure, and Logout Pages per WLAN
Using the controller GUI, follow these steps to assign web login, login failure, and logout pages to a WLAN.
Step 1
Click WLANs to open the WLANs page.
Step 2
Click the profile name of the WLAN to which you want to assign a web login, login failure, or logout page.
Step 3
Click Security > Layer 3.
Step 4
Make sure that Web Policy and Authentication are selected.
Step 5
To override the global authentication configuration web authentication pages, check the Override Global Config check box.
Step 6
When the Web Auth Type drop-down box appears, choose one of the following options to define the web authentication pages for wireless guest users:
•
Internal—Displays the default web login page for the controller. This is the default value.
•
Customized—Displays custom web login, login failure, and logout pages. If you choose this option, three separate drop-down boxes appear for login, login failure, and logout page selection. You do not need to define a customized page for all three options. Choose None from the appropriate drop-down box if you do not want to display a customized page for that option.
Note
These optional login, login failure, and logout pages are downloaded to the controller as webauth.tar files. For details on downloading custom pages, refer to the "Downloading a Customized Web Authentication Login Page" section.
•
External—Redirects users to an external server for authentication. If you choose this option, you must also enter the URL of the external server in the URL field.
You can select specific RADIUS or LDAP servers to provide external authentication on the WLANs > Edit (Security > AAA Servers) page. Additionally, you can define the priority in which the servers provide authentication.
Step 7
If you chose External as the web authentication type in Step 6, click AAA Servers and choose up to three RADIUS and LDAP servers using the drop-down boxes.
Note
The RADIUS and LDAP external servers must already be configured in order to be selectable options on the WLANs > Edit (Security > AAA Servers) page. You can configure these servers on the RADIUS Authentication Servers page and LDAP Servers page.
Step 8
To establish the priority in which the servers are contacted to perform web authentication, follow these steps. The default order is local, RADIUS, LDAP.
a.
Highlight the server type (local, RADIUS, or LDAP) that you want to be contacted first in the box next to the Up and Down buttons.
b.
Click the Up and Down buttons until the desired server type is at the top of the box.
c.
Click the < arrow to move the server type to the priority box on the left.
d.
Repeat these steps to assign priority to the other servers.
Step 9
Click Apply to commit your changes.
Step 10
Click Save Configuration to save your changes.
Using the CLI to Assign Login, Login Failure, and Logout Pages per WLAN
Using the controller CLI, follow these steps to assign web login, login failure, and logout pages to a WLAN.
Step 1
To determine the ID number of the WLAN to which you want to assign a web login, login failure, or logout page, enter this command:
show wlan summary
Step 2
If you want wireless guest users to log into a customized web login, login failure, or logout page, enter these commands to specify the filename of the web authentication page and the WLAN for which it should display:
•
config wlan custom-web login-page page_name wlan_id—Defines a customized login page for a given WLAN.
•
config wlan custom-web loginfailure-page page_name wlan_id—Defines a customized login failure page for a given WLAN.
Note
To use the controller's default login failure page, enter this command: config wlan custom-web loginfailure-page none wlan_id.
•
config wlan custom-web logout-page page_name wlan_id—Defines a customized logout page for a given WLAN.
Note
To use the controller's default logout page, enter this command: config wlan custom-web logout-page none wlan_id.
Step 3
If you want wireless guest users to be redirected to an external server before accessing the web login page, enter this command to specify the URL of the external server:
config wlan custom-web ext-webauth-url ext_web_url wlan_id
Step 4
If you want to define the order in which web authentication servers are contacted, enter this command:
config wlan security web-auth server-precedence wlan_id {local | ldap | radius} {local | ldap | radius} {local | ldap | radius}
The default order of server web authentication is local, RADIUS, LDAP.
Note
All external servers must be pre-configured on the controller. You can configure them on the RADIUS Authentication Servers page and the LDAP Servers page.
Step 5
To define which web authentication page displays for a wireless guest user, enter this command:
config wlan custom-web webauth-type {internal | customized | external} wlan_id
where
•
internal displays the default web login page for the controller. This is the default value.
•
customized displays the custom web login page that was configured in Step 2.
Note
You do not need to define the web authentication type in Step 5 for the login failure and logout pages as they are always customized.
•
external redirects users to the URL that was configured in Step 3.
Step 6
To use a WLAN-specific custom web configuration rather than a global custom web configuration, enter this command:
config wlan custom-web global disable wlan_id
Note
If you enter the config wlan custom-web global enable wlan_id command, the custom web authentication configuration at the global level is used.
Step 7
To save your changes, enter this command:
save config
Configuring Wired Guest Access
Wired guest access enables guest users to connect to the guest access network from a wired Ethernet connection designated and configured for guest access. Wired guest access ports might be available in a guest office or through specific ports in a conference room. Like wireless guest user accounts, wired guest access ports are added to the network using the lobby ambassador feature.
Wired guest access can be configured in a standalone configuration or in a dual-controller configuration that uses both an anchor controller and a foreign controller. This latter configuration is used to further isolate wired guest access traffic but is not required for deployment of wired guest access.
Wired guest access ports initially terminate on a Layer 2 access switch or switch port configured with VLAN interfaces for wired guest access traffic. The wired guest traffic is then trunked from the access switch to a controller. This controller is configured with an interface that is mapped to a wired guest access VLAN on the access switch. See Figure 9-15.
Note
The DMZ controller set to local for mobility anchor should not have an ingress interface set. You cannot enable the WLAN if the ingress interface is not set to none and is changed to an ingress interface (defined under the Controller > Interface tab). You should recreate the mobility anchor and WLAN if the ingress interface is changed.
Figure 9-15 Wired Guest Access Example with One Controller
If two controllers are being used, the foreign controller, which receives the wired guest traffic from the access switch, forwards it to the anchor controller. A bidirectional EoIP tunnel is established between the foreign and anchor controllers to handle this traffic. See Figure 9-16.
Figure 9-16 Wired Guest Access Example with Two Controllers
Note
Although wired guest access is managed by anchor and foreign anchors when two controllers are deployed, mobility is not supported for wired guest access clients. In this case, DHCP and web authentication for the client are handled by the anchor controller.
Note
You can specify the amount of bandwidth allocated to a wired guest user in the network by configuring a QoS role and a bandwidth contract. For details on configuring these features, refer to the "Configuring Quality of Service Roles" section on page 4-46.
Configuration Overview
To configure wired guest access on a wireless network, you will perform the following:
1.
Configure a dynamic interface (VLAN) for wired guest user access
2.
Create a wired LAN for guest user access
3.
Configure the controller
4.
Configure the anchor controller (if terminating traffic on another controller)
5.
Configure security for the guest LAN
6.
Verify the configuration
Configuration Guidelines
Follow these guidelines before using wired guest access on your network:
•
Wired guest access is supported only on the following controllers: 4400 series controllers, the Cisco WiSM, and the Catalyst 3750G Integrated Wireless LAN Controller Switch.
•
Wired guest access interfaces must be tagged.
•
Wired guest access ports must be in the same Layer 2 network as the foreign controller.
•
Up to five wired guest access LANs can be configured on a controller.
•
Layer 3 web authentication and web passthrough are supported for wired guest access clients. Layer 2 security is not supported.
•
Do not attempt to trunk a guest VLAN on the Catalyst 3750G Integrated Wireless LAN Controller Switch to multiple controllers. Redundancy cannot be achieved by doing so.
Using the GUI to Configure Wired Guest Access
Using the controller GUI, follow these steps to configure wired guest user access on your network.
Step 1
To create a dynamic interface for wired guest user access, click Controller > Interfaces. The Interfaces page appears.
Step 2
Click New to open the Interfaces > New page.
Step 3
Enter a name and VLAN ID for the new interface.
Step 4
Click Apply to commit your changes.
Step 5
Select the Guest LAN check box.
Step 6
In the Port Number text box, enter a valid port number. You can enter a number between 0 and 25 (inclusive).
Step 7
Click Apply to commit your changes.
Step 8
To create a wired LAN for guest user access, click WLANs.
Step 9
On the WLANs page, click New. The WLANs > New page appears (see Figure 9-17).
Figure 9-17 WLANs > New Page
Step 10
From the Type drop-down box, choose Guest LAN.
Step 11
In the Profile Name field, enter a name that identifies the guest LAN. Do not use any spaces.
Step 12
In the WLAN SSID field, enter an SSID that identifies the guest LAN. Do not use any spaces.
Step 13
Click Apply to commit your changes. The WLANs > Edit page appears (see Figure 9-18).
Figure 9-18 WLANs > Edit Page
Step 14
Check the Enabled check box for the Status parameter.
Step 15
Web authentication (Web-Auth) is the default security policy. If you want to change this to web passthrough, click the Security tab after completing Step 16 and Step 17.
Step 16
From the Ingress Interface drop-down box, choose the VLAN that you created in Step 3. This VLAN provides a path between the wired guest client and the controller by way of the Layer 2 access switch.
Step 17
From the Egress Interface drop-down box, choose the name of the interface. This WLAN provides a path out of the controller for wired guest client traffic.
Step 18
If you want to change the authentication method (for example, from web authentication to web passthrough), click Security > Layer 3. The WLANs > Edit (Security > Layer 3) page appears (see Figure 9-19).
Figure 9-19 WLANs > Edit (Security > Layer 3) Page
Step 19
From the Layer 3 Security drop-down box, choose one of the following:
•
None—Layer 3 security is disabled.
•
Web Authentication—Causes users to be prompted for a username and password when connecting to the wireless network. This is the default value.
•
Web Passthrough—Allows users to access the network without entering a username and password.
Note
There should not be a Layer 3 gateway on the guest wired VLAN, as this would bypass the web authentication done through the controller.
Step 20
If you choose the Web Passthrough option, an Email Input check box appears. Check this check box if you want users to be prompted for their email address when attempting to connect to the network.
Step 21
To override the global authentication configuration set on the Web Login page, check the Override Global Config check box.
Step 22
When the Web Auth Type drop-down box appears, choose one of the following options to define the web authentication pages for wired guest users:
•
Internal—Displays the default web login page for the controller. This is the default value.
•
Customized—Displays custom web login, login failure, and logout pages. If you choose this option, three separate drop-down boxes appear for login, login failure, and logout page selection. You do not need to define a customized page for all three options. Choose None from the appropriate drop-down box if you do not want to display a customized page for that option.
Note
These optional login, login failure, and logout pages are downloaded to the controller as webauth.tar files.
•
External—Redirects users to an external server for authentication. If you choose this option, you must also enter the URL of the external server in the URL field.
You can select specific RADIUS or LDAP servers to provide external authentication on the WLANs > Edit (Security > AAA Servers) page. Additionally, you can define the priority in which the servers provide authentication.
Step 23
If you chose External as the web authentication type in Step 22, click AAA Servers and choose up to three RADIUS and LDAP servers using the drop-down boxes.
Note
The RADIUS and LDAP external servers must already be configured in order to be selectable options on the WLANs > Edit (Security > AAA Servers) page. You can configure these servers on the RADIUS Authentication Servers page and LDAP Servers page.
Step 24
To establish the priority in which the servers are contacted to perform web authentication, follow these steps. The default order is local, RADIUS, LDAP.
a.
Highlight the server type (local, RADIUS, or LDAP) that you want to be contacted first in the box next to the Up and Down buttons.
b.
Click the Up and Down buttons until the desired server type is at the top of the box.
c.
Click the < arrow to move the server type to the priority box on the left.
d.
Repeat these steps to assign priority to the other servers.
Step 25
Click Apply to commit your changes.
Step 26
Click Save Configuration to save your changes.
Step 27
Repeat this process if a second (anchor) controller is being used in the network.
Using the CLI to Configure Wired Guest Access
Using the controller CLI, follow these steps to configure wired guest user access on your network.
Step 1
To create a dynamic interface (VLAN) for wired guest user access, enter this command:
config interface create interface_name vlan_id
Step 2
If a link aggregation trunk is not configured, enter this command to map a physical port to the interface:
config interface port interface_name primary_port {secondary_port}
Step 3
To enable or disable the guest LAN VLAN, enter this command:
config interface guest-lan interface_name {enable | disable}
This VLAN is later associated with the ingress interface created in Step 5.
Step 4
To create a wired LAN for wired client traffic and associate it to an interface, enter this command:
config guest-lan create guest_lan_id interface_name
The guest LAN ID must be a value between 1 and 5 (inclusive).
Note
To delete a wired guest LAN, enter this command: config guest-lan delete guest_lan_id
Step 5
To configure the wired guest VLAN's ingress interface, which provides a path between the wired guest client and the controller by way of the Layer 2 access switch, enter this command:
config guest-lan ingress-interface guest_lan_id interface_name
Step 6
To configure an egress interface to transmit wired guest traffic out of the controller, enter this command:
config guest-lan interface guest_lan_id interface_name
Note
If the wired guest traffic is terminating on another controller, repeat Step 4 and Step 6 for the terminating (anchor) controller and Step 1 through Step 5 for the originating (foreign) controller. Additionally, configure the following command for both controllers:
config mobility group anchor add {guest-lan guest_lan_id | wlan wlan_id} IP_address
Step 7
To configure the security policy for the wired guest LAN, enter this command:
config guest-lan security {web-auth enable guest_lan_id | web-passthrough enable guest_lan_id}
Note
Web authentication is the default setting.
Step 8
To enable or disable a wired guest LAN, enter this command:
config guest-lan {enable | disable} guest_lan_id
Step 9
If you want wired guest users to log into a customized web login, login failure, or logout page, enter these commands to specify the filename of the web authentication page and the guest LAN for which it should display:
•
config guest-lan custom-web login-page page_name guest_lan_id—Defines a web login page.
•
config guest-lan custom-web loginfailure-page page_name guest_lan_id—Defines a web login failure page.
Note
To use the controller's default login failure page, enter this command: config guest-lan custom-web loginfailure-page none guest_lan_id.
•
config guest-lan custom-web logout-page page_name guest_lan_id—Defines a web logout page.
Note
To use the controller's default logout page, enter this command: config guest-lan custom-web logout-page none guest_lan_id.
Step 10
If you want wired guest users to be redirected to an external server before accessing the web login page, enter this command to specify the URL of the external server:
config guest-lan custom-web ext-webauth-url ext_web_url guest_lan_id
Step 11
If you want to define the order in which local (controller) or external (RADIUS, LDAP) web authentication servers are contacted, enter this command:
config wlan security web-auth server-precedence wlan_id {local | ldap | radius} {local | ldap | radius} {local | ldap | radius}
The default order of server web authentication is local, RADIUS, LDAP.
Note
All external servers must be pre-configured on the controller. You can configure them on the RADIUS Authentication Servers page or the LDAP Servers page.
Step 12
To define the web login page for wired guest users, enter this command:
config guest-lan custom-web webauth-type {internal | customized | external} guest_lan_id
where
•
internal displays the default web login page for the controller. This is the default value.
•
customized displays the custom web pages (login, login failure, or logout) that were configured in Step 9.
•
external redirects users to the URL that was configured in Step 10.
Step 13
To use a guest-LAN specific custom web configuration rather than a global custom web configuration, enter this command:
config guest-lan custom-web global disable guest_lan_id
Note
If you enter the config guest-lan custom-web global enable guest_lan_id command, the custom web authentication configuration at the global level is used.
Step 14
To save your changes, enter this command:
save config
Note
Information on the configured web authentication appears in both the show run-config and show running-config commands.
Step 15
To display the customized web authentication settings for a specific guest LAN, enter this command:
show custom-web {all | guest-lan guest_lan_id}
Note
If internal web authentication is configured, the Web Authentication Type displays as internal rather than external (controller level) or customized (WLAN profile level).
Information similar to the following appears for the show custom-web all command:
Radius Authentication Method..................... PAP
Cisco Logo....................................... Enabled
CustomLogo....................................... None
Custom Title..................................... None
Custom Message................................... None
Custom Redirect URL.............................. None
Web Authentication Type............... External
External Web Authentication URL............ http:\\9.43.0.100\login.html
Configuration Per Profile:
WLAN Status................................... Enabled
Web Security Policy........................... Web Based Authentication
Global Status................................. Disabled
WebAuth Type.................................. Customized
Login Page.................................... login1.html
Loginfailure page name....................... loginfailure1.html
Logout page name............................. logout1.html
WLAN Status................................... Enabled
Web Security Policy........................... Web Based Authentication
Global Status................................. Disabled
WebAuth Type.................................. Internal
Loginfailure page name........................ None
Logout page name.............................. None
WLAN Status................................... Enabled
Web Security Policy........................... Web Based Authentication
Global Status................................. Disabled
WebAuth Type.................................. Customized
Login Page.................................... login.html
Loginfailure page name........................ LF2.html
Logout page name.............................. LG2.html
Information similar to the following appears for the show custom-web guest-lan guest_lan_id command:
Guest LAN Status.............................. Disabled
Web Security Policy........................... Web Based Authentication
Global Status................................. Enabled
WebAuth Type.................................. Internal
Loginfailure page name........................ None
Logout page name.............................. None
Step 16
To display a summary of the local interfaces, enter this command:
show interface summary
Information similar to the following appears:
Interface Name Port Vlan Id IP Address Type Ap Mgr Guest
-------------------------------- ---- -------- --------------- ------- ------ -----
ap-manager 1 untagged 1.100.163.25 Static Yes No
management 1 untagged 1.100.163.24 Static No No
service-port N/A N/A 172.19.35.31 Static No No
virtual N/A N/A 1.1.1.1 Static No No
wired 1 20 10.20.20.8 Dynamic No No
wired-guest 1 236 10.20.236.50 Dynamic No Yes
Note
The interface name of the wired guest LAN in this example is wired-guest and its VLAN ID is 236.
Step 17
To display detailed interface information, enter this command:
show interface detailed interface_name
Information similar to the following appears:
Interface Name................................... wired-guest
MAC Address...................................... 00:11:92:ff:e7:eb
IP Address....................................... 10.20.236.50
IP Netmask....................................... 255.255.255.0
IP Gateway....................................... 10.50.236.1
VLAN............................................. 236
Quarantine-vlan.................................. no
Active Physical Port............................. LAG (29)
Primary Physical Port............................ LAG (29)
Backup Physical Port............................. Unconfigured
Primary DHCP Server.............................. 10.50.99.1
Secondary DHCP Server............................ Unconfigured
DHCP Option 82................................... Disabled
ACL.............................................. Unconfigured
AP Manager....................................... No
Guest Interface............................... Yes
Step 18
To display the configuration of a specific wired guest LAN, enter this command:
show guest-lan guest_lan_id
Information similar to the following appears:
Guest LAN Identifier............................. 1
Profile Name..................................... guestlan
Network Name (SSID).............................. guestlan
Status........................................... Enabled
AAA Policy Override.............................. Disabled
Number of Active Clients......................... 1
Exclusionlist Timeout............................ 60 seconds
Session Timeout.................................. Infinity
Interface........................................ wired
Ingress Interface................................ wired-guest
WLAN ACL......................................... unconfigured
DHCP Server...................................... 10.20.236.90
DHCP Address Assignment Required................. Disabled
Quality of Service............................... Silver (best effort)
Web Based Authentication...................... Enabled
ACL........................................... Unconfigured
Web-Passthrough............................... Disabled
Conditional Web Redirect...................... Disabled
Auto Anchor................................... Disabled
GLAN ID IP Address Status
------- --------------- ------
Note
Enter show guest-lan summary to view all wired guest LANs configured on the controller.
Step 19
To display the active wired guest LAN clients, enter this command:
show client summary guest-lan
Information similar to the following appears:
Number of Clients................................ 1
MAC Address AP Name Status WLAN Auth Protocol Port Wired
------------------- ------- ----------- ----- ----- --------- ----- ------
00:16:36:40:ac:58 N/A Associated 1 No 802.3 1 Yes
Step 20
To display detailed information for a specific client, enter this command:
show client detail client_mac
Information similar to the following appears:
Client MAC Address............................... 00:40:96:b2:a3:44
Client Username ................................. N/A
AP MAC Address................................... 00:18:74:c7:c0:90
Client State..................................... Associated
Wireless LAN Id.................................. 1
BSSID............................................ 00:18:74:c7:c0:9f
Channel.......................................... 56
IP Address....................................... 192.168.10.28
Association Id................................... 1
Authentication Algorithm......................... Open System
Reason Code...................................... 0
Status Code...................................... 0
Session Timeout.................................. 0
Client CCX version............................... 5
Client E2E version............................... No E2E support
Diagnostics Capability........................... Supported
S69 Capability................................... Supported
Mirroring........................................ Disabled
QoS Level........................................ Silver