![]() |
Authentication, Authorization, and Accounting Configuration Guide, Cisco IOS Release 15M&T
|
||||||||||||
AAA Authorization and Authentication Cache
![]() |
|||||||||||||
|
Contents
AAA Authorization and Authentication CacheLast Updated: December 21, 2012
The AAA Authorization and Authentication Cache feature allows you to cache authorization and authentication responses for a configured set of users or service profiles, providing performance improvements and an additional level of network reliability because user and service profiles that are returned from authorization and authentication responses can be queried from multiple sources and need not depend solely on an offload server. This feature also provides a failover mechanism so that if a network RADIUS or TACACS+ server is unable to provide authorization and authentication responses network users and administrators can still access the network.
Finding Feature InformationYour software release may not support all the features documented in this module. For the latest caveats and feature information, see Bug Search Tool and the release notes for your platform and software release. To find information about the features documented in this module, and to see a list of the releases in which each feature is supported, see the feature information table at the end of this module. Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to www.cisco.com/go/cfn. An account on Cisco.com is not required. Prerequisites for Implementing Authorization and Authentication Profile CachingThe following prerequisites apply to implementing authorization and authentication profile caching:
Information About Implementing Authorization and Authentication Profile Caching
Network Performance Optimization Using Authorization and Authentication Profile CachingRADIUS and TACACS+ clients run on Cisco routers and send authentication requests to a central RADIUS or TACACS+ server that contains all user authentication and network service access information. The router is required to communicate with an offload RADIUS or TACACS+ server to authenticate a given call and then apply a policy or service to that call. Unlike authentication, authorization, and accounting (AAA) accounting, AAA authentication and authorization is a blocking procedure, which means the call setup may not proceed while the call is being authenticated and authorized. Thus, the time required to process the call setup is directly impacted by the time required to process such an authentication or authorization request from the router to the offload RADIUS or TACACS+ server, and back again. Any communication problems in the transmission, offload server utilization, and numerous other factors cause significant degradation in a router's call setup performance due simply to the AAA authentication and authorization step. The problem is further highlighted when multiple AAA authentications and authorizations are needed for a single call or session. A solution to this problem is to minimize the impact of such authentication requests by caching the authentication and authorization responses for given users on the router, thereby removing the need to send the requests to an offload server again and again. This profile caching adds significant performance improvements to call setup times. Profile caching also provides an additional level of network reliability because user and service profiles that are returned from authentication and authorization responses can be queried from multiple sources and need not depend solely on an offload server. To take advantage of this performance optimization, you need to configure the authentication method list so that the AAA cache profile is queried first when a user attempts to authenticate to the router. See the Method Lists in Authorization and Authentication Profile Caching section for more information. Authorization and Authentication Profile Caching as a Failover MechanismIf, for whatever reason, RADIUS or TACACS+ servers are unable to provide authentication and authorization responses, network users and administrators can be locked out of the network. The profile caching feature allows usernames to be authorized without having to complete the authentication phase. For example, a user by the name of user100@example.com with a password secretpassword1 could be stored in a profile cache using the regular expression ".*@example.com". Another user by the name of user101@example.com with a password of secretpassword2 could also be stored using the same regular expression, and so on. Because the number of users in the ".*@example.com" profile could number in the thousands, it is not feasible to authenticate each user with their personal password. Therefore authentication is disabled and each user simply accesses authorization profiles from a common Access Response stored in cache. The same reasoning applies in cases where higher end security mechanisms such as Challenge Handshake Authentication Protocol (CHAP), Microsoft Challenge Handshake Authentication Protocol (MS-CHAP), or Extensible Authentication Protocol (EAP), which all use an encrypted password between the client and AAA offload server. To allow these unique, secure username and password profiles to retrieve their authorization profiles, authentication is bypassed. To take advantage of this failover capability, you need to configure the authentication and authorization method list so that the cache server group is queried last when a user attempts to authenticate to the router. See the Method Lists in Authorization and Authentication Profile Caching section for more information. Method Lists in Authorization and Authentication Profile CachingA method list is a sequential list describing the authentication methods to be queried in order to authenticate a user. We support methods such as local (use the local Cisco IOS database), none (do nothing), RADIUS server group, or TACACS+ server group. Typically, more than one method can be configured into a method list. Cisco IOS software uses the first listed method to authenticate users. If that method fails to respond, the Cisco IOS software selects the next authentication method listed in the method list. This process continues until there is successful communication with a listed authentication method, or until all methods defined in the method list are exhausted. To optimize network performance or provide failover capability using the profile caching feature you simply change the order of the authentication and authorization methods in the method list. To optimize network performance, make sure the cache server group appears first in the method list. For failover capability, the cache server group should appear last in the method list. Authorization and Authentication Profile Caching GuidelinesBecause the number of usernames and profiles that can request to be authenticated or authorized at a given router on a given point of presence (POP) can be quite extensive, it would not be feasible to cache all of them. Therefore, only usernames and profiles that are commonly used or that share a common authentication and authorization response should be configured to use caching. Commonly used usernames such as aolip and aolnet, which are used for America Online (AOL) calls, or preauthentication dialed number identification service (DNIS) numbers used to connect Public Switched Telephone Network (PSTN) calls to a network attached storage device, along with domain-based service profiles, are all examples of usernames and profiles that can benefit from authentication and authorization caching. General Configuration Procedure for Implementing Authorization and Authentication Profile CachingTo implement authorization and authentication profile caching, you would complete the following procedure:
Entries that match based on exact username, regular expressions, or specify that all authentication and authorization requests can be cached.
How to Implement Authorization and Authentication Profile Caching
Creating Cache Profile Groups and Defining Caching RulesPerform this task to create a cache profile group, define the rules for what information is cached in that group, and verify and manage cache profile entries. DETAILED STEPS Defining RADIUS and TACACS Server Groups That Use Cache Profile Group InformationPerform this task to define how RADIUS and TACACS+ server groups use the information stored in each cache profile group. DETAILED STEPS Updating Authorization and Authentication Method Lists to Specify How Cache Information is UsedPerform this task to update authorization and authentication method lists to use the authorization and authentication cache information. DETAILED STEPS Configuration Examples for Implementing Authorization and Authentication Profile Caching
Implementing Authorization and Authentication Profile Caching for Network Optimization ExampleThe following configuration example shows how to:
configure terminal aaa new-model ! Define aaa cache profile groups and the rules for what information is saved to cache. aaa cache profile admin_users profile adminuser1 profile adminuser2 profile adminuser3 profile adminuser4 profile adminuser5 exit ! Define server groups that use the cache information in each profile group. aaa group server radius admins@companyname.com cache authorization profile admin_users cache authentication profile admin_users ! Update authentication and authorization method lists to specify how profile groups and server groups are used. aaa authentication login default cache admins@companyname.com group admins@companyname.com aaa authorization exec default cache admins@companyname.com group admins@companyname.com end Implementing Authorization and Authentication Profile Caching as a Failover Mechanism ExampleThe following configuration example shows how to:
configure terminal aaa new-model ! Define aaa cache profile groups and the rules for what information is saved to cache. aaa cache profile admin_users profile admin1 profile admin2 profile admin3 exit aaa cache profile abcusers profile .*@example.com only no-auth exit ! Define server groups that use the cache information in each cache profile group. aaa group server tacacs+ admins@companyname.com server 10.1.1.1 server 10.20.1.1 cache authentication profile admin_users cache authorization profile admin_users exit aaa group server radius abcusers@example.com server 172.16.1.1 server 172.20.1.1 cache authentication profile abcusers cache authorization profile abcusers exit ! Update authentication and authorization method lists to specify how cache is used. aaa authentication login default cache admins@companyname.com group admins@companyname.com aaa authorization exec default cache admins@companyname.com group admins@companyname.com aaa authentication ppp default group abcusers@example.com cache abcusers@example.com aaa authorization network default group abcusers@example.com cache abcusers@example.com end Additional ReferencesThe following sections provide references related to implementing authentication and authorization profile caching. MIBsTechnical Assistance
Feature Information for Implementing Authorization and Authentication Profile CachingThe following table provides release information about the feature or features described in this module. This table lists only the software release that introduced support for a given feature in a given software release train. Unless noted otherwise, subsequent releases of that software release train also support that feature. Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to www.cisco.com/go/cfn. An account on Cisco.com is not required.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1110R) Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental. © 2012 Cisco Systems, Inc. All rights reserved.
|
||||||||||||
|
|