Table Of Contents
Release Notes for Cisco Secure ACS Solution Engine 3.3.2
New Features
Supplemental License Agreement for Cisco Systems Network Management Software Running on the Cisco 11XX Hardware Platform
Product Documentation
Related Documentation
Installation Notes
Upgrading to Cisco Secure ACS
Upgrading to Cisco Secure ACS 3.3.2 from 3.3.1
Upgrading to Cisco Secure ACS 3.3.2 from 3.2
Recovering Cisco Secure ACS 3.3
Security Patch Process
Security Advisory
Limitations and Restrictions
Important Known Problems with Network Admission Control
Supported Migration Versions
Supported Web Browsers
Supported Operating Systems for Remote Agent
Windows Support for Remote Agent
Solaris Support for Remote Agent
Supported Platforms for CiscoSecure Authentication Agent
Other Supported Devices and Software
Known Problems
Cisco AAA Client Problems
Known Microsoft Problems
Known Problems in Cisco Secure ACS 3.3
Resolved Problems
Obtaining Documentation
Cisco.com
Ordering Documentation
Documentation Feedback
Obtaining Technical Assistance
Cisco Technical Support Website
Submitting a Service Request
Definitions of Service Request Severity
Obtaining Additional Publications and Information
Release Notes for Cisco Secure ACS Solution Engine 3.3.2
July 2005
Full Build Number: 3.3.2.2
These release notes pertain to Cisco Secure Access Control Server Solution Engine (Cisco Secure ACS) version 3.3.
Note 
The release numbering system used byCisco Secure ACS software includes major release, minor release, maintenance build, and interim build number in the MMM.mmm.###.BBB format. For this release, the versioning information is Cisco Secure ACS 3.3.2.2, Appliance Management Software 3.3.2.1, and Appliance Base Image 3.2.2.1. Elsewhere in this document where 3.3.2 is used, we are referring to 3.3.2.2. Cisco Secure ACS major release numbering starts at 3.3.1, not 3.3.0. Use this information when working with your customer service representative.
These release notes provide:
•New Features
•Supplemental License Agreement for Cisco Systems Network Management Software Running on the Cisco 11XX Hardware Platform
•Product Documentation
•Related Documentation
•Installation Notes
•Upgrading to Cisco Secure ACS 3.3.2 from 3.2
•Recovering Cisco Secure ACS 3.3
•Security Patch Process
•Limitations and Restrictions
–Important Known Problems with Network Admission Control
–Supported Migration Versions
–Supported Web Browsers
–Supported Operating Systems for Remote Agent
–Supported Platforms for CiscoSecure Authentication Agent
–Other Supported Devices and Software
•Known Problems
•Resolved Problems
•Obtaining Documentation
•Documentation Feedback
•Obtaining Technical Assistance
•Obtaining Additional Publications and Information
New Features
Cisco Secure ACS 3.3 contains the following new features and enhancements:
•Network admission control (NAC)—Cisco Secure ACS acts as a policy decision point in NAC deployments. Using policies you configure, it evaluates the credentials sent to it by Cisco Trust Agent, determines the state of the host, and sends the AAA client ACLs that are appropriate to the host state. Evaluation of the host credentials can enforce many specific policies, such as operating system patch level and anti-virus DAT file version. Cisco Secure ACS records the results of policy evaluation for use with your monitoring system. Policies can be evaluated locally by Cisco Secure ACS or can be the result returned from an external policy server that Cisco Secure ACS forwards credentials to. For example, credentials specific to an anti-virus vendor can be forwarded to the vendor anti-virus policy server.
•Cisco Security Agent integration (CSA)—Cisco Secure ACS Solution Engine ships with a pre-installed, standalone CSA. This integration in the base appliance image helps protect Cisco Secure ACS Solution Engine from day-zero attacks. The new behavior-based technology available with CSA protects Cisco Secure ACS Solution Engine against the constantly changing threats that viruses and worms pose.
•EAP Flexible Authentication via Secured Tunnel (EAP-FAST) support—Cisco Secure ACS supports the EAP-FAST protocol, a new publicly accessible IEEE 802.1X EAP type developed by Cisco Systems that protects authentication in a TLS tunnel but does not require use of certificates, unlike PEAP. Cisco developed EAP-FAST to support customers who cannot enforce a strong password policy and wish to deploy an 802.1X EAP type that does not require digital certificates, supports a variety of user and password database types, supports password expiration and change, and is flexible, easy to deploy, and easy to manage. For example, a customer using Cisco LEAP can migrate to EAP-FAST for protection from dictionary attacks. Cisco Secure ACS supports EAP-FAST supplicants available on Cisco Compatible client devices and Cisco Aironet 802.11a/b/g PCI and CardBus WLAN client adapters.
•Machine Access Restrictions (MARs)—Cisco Secure ACS includes MARs as an enhancement of Windows machine authentication. When Windows machine authentication is enabled, you can use MARs to control authorization of EAP-TLS and Microsoft PEAP users who authenticate with a Windows external user database. Users who access the network with a computer that has not passed machine authentication within a configurable length of time are given the authorizations of a user group that you specify and which you can configure to limit authorization as needed. Alternatively, you can deny network access altogether.
•Network Access Filters (NAFs)—Cisco Secure ACS includes NAF as a new type of Shared Profile Component. NAF provides a flexible way of applying network access restrictions and downloadable ACLs on AAA client names, network device groups, or the IP addresses of AAA clients. NAFs applied by IP addresses can use IP address ranges and wildcards. This feature introduces granular application of network access restrictions and downloadable ACLs, both of which previously only supported the use of the same access restrictions or ACLs to all devices. NAFs allow much more flexible network device restriction policies to be defined, a requirement common in large environments.
•Downloadble ACL enhancements—Cisco Secure ACS version 3.3 extends per-user ACL support to any layer three network device that supports this feature. This includes Cisco PIX Firewalls, Cisco VPN solutions, and Cisco IOS routers. You can define sets of ACLs that can be applied per user or per group. This feature complements NAC support by enabling the enforcement of the correct ACL policy. When used in conjunction with NAFs, downloadable ACLs can be applied differently per AAA client, enabling you to tailor ACLs uniquely per user, per access device.
•Replication enhancements—Cisco Secure ACS version 3.3 includes two enhancements to the CiscoSecure Database Replication feature:
–Configurable replication timeout—You can specify how long a replication event is permitted to continue before Cisco Secure ACS ends the replication attempt and restarts affected services. This feature improves your ability to configure replication when network connections between replication partners are slow.
–Separate replication of user database and group database—You can replicate the user and group databases separately. Replicating changes to user accounts no longer requires replicating groups. Likewise, replicating groups no longer requires replicating users. This increase to replication component granularity can reduce the amount of data sent between Cisco Secure ACSes during a replication event.
Supplemental License Agreement for Cisco Systems Network Management Software Running on the Cisco 11XX Hardware Platform
IMPORTANT—READ CAREFULLY: This Supplemental License Agreement ("SLA") contains additional limitations on the license to the Software provided to Customer under the Software License Agreement between Customer and Cisco. Capitalized terms used in this SLA and not otherwise defined herein shall have the meanings assigned to them in the Software License Agreement. To the extent that there is a conflict among any of these terms and conditions applicable to the Software, the terms and conditions in this SLA shall take precedence.
By installing, downloading, accessing or otherwise using the Software, Customer agrees to be bound by the terms of this SLA. If Customer does not agree to the terms of this SLA, Customer may not install, download or otherwise use the Software.
1. ADDITIONAL LICENSE RESTRICTIONS.
•Installation and Use. The Cisco Secure Access Control Server Software component of the Cisco 11XX Hardware Platform is pre-installed. CD's containing tools to restore this Software to the 11XX hardware are provided to Customer for reinstallation purposes only. Customer may only run the supported Cisco Secure Access Control Server Software on the Cisco 11XX Hardware Platform designed for its use. No unsupported Software product or component may be installed on the Cisco 11XX Hardware Platform.
•Software Upgrades, Major and Minor Releases. Cisco may provide Cisco Secure Access Control Server Software updates and new version releases for the 11XX Hardware Platform. If the Software update and new version releases can be purchased through Cisco or a recognized partner or reseller, the Customer should purchase one Software update for each Cisco 11XX Hardware Platform. If the Customer is eligible to receive the Software update or new version release through a Cisco extended service program, the Customer should request to receive only one Software update or new version release per valid service contract.
•Reproduction and Distribution. Customer may not reproduce nor distribute software.
2. DESCRIPTION OF OTHER RIGHTS AND LIMITATIONS.
Please refer to the Cisco Systems, Inc. Software License Agreement.
Product Documentation
Note We sometimes update the printed and electronic documentation after original publication. Therefore, you should also review the documentation on Cisco.com for any updates.
Table 1 describes the product documentation that is available.
Table 1 Product Documentation
Document Title
|
Available Formats
|
Release Notes for Cisco Secure ACS Solution Engine
|
•Printed document that was included with the product.
•On Cisco.com.
|
Installation and Setup Guide for Cisco Secure ACS Solution Engine
|
•PDF on the product CD-ROM.
•On Cisco.com.
•Printed document available by order (part number DOC-7816532).1
|
User Guide for
Cisco Secure ACS Solution Engine
|
•PDF on the product CD-ROM.
•On Cisco.com.
•Printed document available by order (part number DOC-7816534=).1
|
Installation and User Guide for Cisco Secure ACS User-Changeable Passwords
|
•PDF on the product CD-ROM.
•On Cisco.com.
|
Regulatory Compliance and Safety Information for Cisco Secure ACS Solution Engine
|
•Printed document that was included with the product.
•PDF on the product CD-ROM.
•On Cisco.com.
|
Supported and Interoperable Devices and Software Tables for Cisco Secure ACS Solution Engine
|
On Cisco.com.
|
Recommended Resources for the Cisco Secure ACS User
|
On Cisco.com.
|
Online Documentation
|
In the Cisco Secure ACS HTML interface, click Online Documentation.
|
Related Documentation
Note We sometimes update the printed and electronic documentation after original publication. Therefore, you should also review the documentation on Cisco.com for any updates.
Table 2 describes a set of white papers about Cisco Secure ACS for Windows Server; however, much of the information contained in these papers is applicable to Cisco Secure ACS Solution Engine. All white papers are available on Cisco.com. To view them, go to the following URL:
http://www.cisco.com/warp/public/cc/pd/sqsw/sq/tech/index.shtml
Table 2 Related Documentation
Document Title
|
Description and Available Formats
|
Building a Scalable TACACS+ Device Management Framework
|
This document discusses the key benefits of and how to deploy Cisco Secure ACS Shell Authorization Command sets, which provide the facilities for constructing a scalable network device management system using familiar and efficient TCP/IP protocols and utilities supported by Cisco devices.
|
Catalyst Switching and ACS Deployment Guide
|
This document presents planning, design, and implementation practices for deploying Cisco Secure ACS for Windows Server in support of Cisco Catalyst Switch networks. It discusses network topology regarding AAA, user database choices, password protocol choices, access requirements, and capabilities of Cisco Secure ACS.
|
Deploying Cisco Secure ACS for Windows in a Cisco Aironet Environment
|
This paper discusses guidelines for wireless network design and deployment with Cisco Secure ACS.
|
EAP-TLS Deployment Guide for Wireless LAN Networks
|
This document discusses the Extensible Authentication Protocol Transport Layer Security (EAP-TLS) authentication protocol deployment in wireless networks. It introduces the EAP-TLS architecture and then discusses deployment issues.
|
Guidelines for Placing ACS in the Network
|
This document discusses planning, design, and implementation practices for deploying Cisco Secure ACS for Windows Server in an enterprise network. It discusses network topology, user database choices, access requirements, integration of external databases, and capabilities of Cisco Secure ACS.
|
Initializing MC Authorization on ACS 3.1
|
This application note explains how to initialize Management Center authorization on Cisco Secure ACS.
|
Installation Notes
For information about installing Cisco Secure ACS, see Installation and Setup Guide for Cisco Secure ACS Solution Engine 3.3.
Upgrading to Cisco Secure ACS
Table 3 describes the two upgrade procedures for the Cisco Secure ACS software based on the device you are using and the upgrade path.
You can upgrade a Cisco 1111 device to Cisco Secure ACS Solution Engine 3.3.2 from any of the following versions:
•Cisco Secure ACS Solution Engine 3.3.1
•Cisco Secure ACS Solution Engine 3.2.3
•Cisco Secure ACS Solution Engine 3.2.2
•Cisco Secure ACS Solution Engine 3.2.1
For details on upgrading a Cisco 1111 device, see Upgrading to Cisco Secure ACS 3.3.2 from 3.2.
To upgrade a Cisco 1112 device to Cisco Secure ACS Solution Engine 3.3.2, see Upgrading to Cisco Secure ACS 3.3.2 from 3.3.1.
Upgrading to Cisco Secure ACS 3.3.2 from 3.3.1
This procedure upgrades the Cisco Secure ACS software to version 3.3.2 on either a Cisco 1111 device or a Cisco 1112 device.
To upgrade from Cisco Secure ACS Solution Engine from 3.3.1 to 3.3.2, follow these steps:
Step 1 If Cisco Secure ACS Solution Engine is running Cisco Security Agent, you must disable the CSAgent service before upgrading. You can do so at the console or in the HTML interface:
•Using the console, enter show. If the CSAgent service is running, enter stop csagent.
•Using the HTML interface, select System Configuration > Appliance Configuration and verify that the CSA Enabled check box is not selected. If it is selected, clear the CSA Enabled check box and click Submit.
Step 2 Apply the Upgrade Package Appliance Management Software ACS 3.3.2.2, available on the Cisco Secure ACS 3.3 upgrade CD.
Step 3 Apply the Upgrade Package ACS Software 3.3.2.2 for Appliance, available on the Cisco Secure ACS 3.3 upgrade CD.
For details on using the HTML interface to upgrade, see User Guide for Cisco Secure ACS Solution Engine 3.3. For details on using the command line to upgrade, see Installation and Setup Guide for Cisco Secure ACS Solution Engine 3.3.
Step 4 Verify that Cisco Security Agent is enabled. You can do so at the console or in the HTML interface:
•Using the console, enter show. If the CSAgent service is not running, enter start csagent.
•Using the HTML interface, select System Configuration > Appliance Configuration and verify that the CSA Enabled check box is selected. If not, select it and click Submit.
Upgrading to Cisco Secure ACS 3.3.2 from 3.2
This procedure upgrades the Cisco Secure ACS software on a Cisco 1111 device to Cisco Secure ACS Solution Engine 3.3.2 from any of the following versions:
•Cisco Secure ACS Solution Engine 3.2.3
•Cisco Secure ACS Solution Engine 3.2.2
•Cisco Secure ACS Solution Engine 3.2.1
Note Cisco 1112 devices do not support versions of Cisco Secure ACS before version 3.3; therefore, this section does not apply to Cisco 1112 devices.
Please read this procedure carefully before proceeding. Upgrading from Cisco Secure ACS 3.2.x requires additional steps that must be taken to preserve Cisco Secure ACS data and configuration.
To upgrade a Cisco 1111 device from Cisco Secure ACS Solution Engine 3.2.3, 3.2.2, or 3.2.1, follow these steps:
Step 1 If the Cisco 1111 is running Cisco Security Agent, you must disable the CSAgent service before upgrading. You can do so at the console or in the HTML interface:
•Using the console, enter show. If the CSAgent service is running, enter stop csagent.
•Using the HTML interface, select System Configuration > Appliance Configuration and verify that the CSA Enabled check box is not selected. If it is selected, clear the CSA Enabled check box and click Submit.
Step 2 Determine what versions of the following software the Cisco 1111 is running:
•Cisco Secure ACS
•Appliance Management Software
•Patches
To do so, log in to the HTML interface, select System Configuration > Appliance Upgrade Status, and view the version information displayed.
Step 3 If the Cisco 1111 you are upgrading is running Cisco Secure ACS 3.2.1, or 3.2.2, you must perform the following steps. If you are running 3.2.3, go to Step 4.
a. Back up Cisco Secure ACS data and configuration. To do so, use one of the two following features:
•ACS Backup, available in the System Configuration section of the HTML interface. For more information, see User Guide for Cisco Secure ACS Solution Engine 3.3.
•backup command, available on the serial console. For more information, see Installation and Setup Guide for Cisco Secure ACS Solution Engine 3.3.
b. Use the Recovery CD from Cisco Secure ACS 3.2.3 to upgrade the appliance to 3.2.3. This will destroy all data and install a new image.
For more information about reimaging the hard drive, see Installation and Setup Guide for Cisco Secure ACS Solution Engine 3.2.
c. Perform initial configuration of the Cisco Secure ACS Appliance. For more information, see Installation and Setup Guide for Cisco Secure ACS Solution Engine 3.3.
d. Restore the appliance data and configuration. To do so, use one of the two following features:
•ACS Restore, available in the System Configuration section of the HTML interface. For more information, see User Guide for Cisco Secure ACS Solution Engine 3.3.
•restore command, available on the serial console. For more information, see Installation and Setup Guide for Cisco Secure ACS Solution Engine 3.3.
Step 4 If either of the following conditions is true:
•In Step 3 you reimaged the Cisco 1111 with Cisco Secure ACS 3.2.3
•The Cisco 1111 is not running Appliance Management Software version 3.2.3.12
you must apply the "Upgrade Package Appliance Management Software ACS 3.2.3 Build 12", available on the Cisco Secure ACS 3.3 upgrade CD.
You can apply upgrades using the HTML interface or the console. For assistance with applying the upgrade using the HTML interface, see User Guide for Cisco Secure ACS Solution Engine 3.3. For assistance with applying the upgrade using the console, see Installation and Setup Guide for Cisco Secure ACS Solution Engine 3.3.
Step 5 If either of the following conditions is true:
•In Step 3 you reimaged the Cisco 1111 with Cisco Secure ACS version 3.2.3
•The Cisco 1111 does not have the patch named "Microsoft Security Bulletin MS04-11 and MS04-012" applied
you must apply the "MS Security hotfix MS04-011 for ACS Appliance 3.2.3" patch, available on the Cisco Secure ACS 3.3 upgrade CD.
Note The process for applying patches is identical to the process for applying upgrades.
Step 6 Apply the Upgrade Package Appliance Management Software ACS 3.3.2.2, available on the Cisco Secure ACS version 3.3 upgrade CD.
Step 7 Apply the Upgrade Package ACS Software 3.3.2.2 for Appliance, available on the Cisco Secure ACS 3.3 upgrade CD.
Note This is the only upgrade in this procedure that does not require that the Cisco 1111 reboot itself.
For assistance with applying the upgrade, use the upgrade procedure in User Guide for Cisco Secure ACS Solution Engine.
Step 8 Apply the "Cisco Secure Agent (CSA)" update, available on the Cisco Secure ACS 3.3 upgrade CD.
Step 9 Verify that Cisco Security Agent is enabled. You can do so at the console or in the HTML interface:
•Using the console, enter show. If the CSAgent service is not running, enter start csagent.
•Using the HTML interface, select System Configuration > Appliance Configuration and verify that the CSA Enabled check box is selected. If not, select it and click Submit.
Step 10 To see the results of this upgrade procedure, view the Appliance Upgrade page. To do so, log in to the HTML interface and select System Configuration > Appliance Upgrade Status.
When you complete this procedure, the Application Versions table on the Appliance Upgrade page will appear:.
Application Versions
|
Cisco Secure ACS
|
3.3.2.2
|
Appliance Management Software
|
3.3.2.1
|
Appliance Base Image
|
3.2.2.1
|
CSA
|
(Patch: 4_0_1_543)
|
Microsoft Security Bulletin MS04-11 and MS04-012
|
(Patch: 1_0_0)
|
Recovering Cisco Secure ACS 3.3
You can recover Cisco Secure ACS 3.3 on a Cisco 1111 or Cisco 1112 device. The recovery process for Cisco Secure ACS Solution Engine 3.3 is documented in Installation and Setup Guide for Cisco Secure ACS Solution Engine 3.3.
Caution Be sure you use the correct recovery CD for your Cisco Secure ACS Solution Engine device. Do not use the recovery CD for Cisco 1111 devices on a Cisco 1112 device; likewise, do not use the recovery CD for Cisco 1112 devices on a Cisco 1111 device.
Security Patch Process
Cisco Systems officially supports and encourages the installation of all Microsoft security patches for Windows 2000 Server and Windows Server 2003 as used for Cisco Secure ACS for Windows.
Our experience has shown that these patches do not cause any problems with the operation of Cisco Secure ACS for Windows. If the installation of one of these security patches does cause a problem with Cisco Secure ACS, please contact Cisco TAC and Cisco will provide full support for the resolution of the problem as quickly as possible.
For information about our process for evaluating and releasing Microsoft security patches for Cisco Secure ACS Solution Engine, see the Cisco Secure ACS Solution Engine Q & A document, available in the Product Literature area for Cisco Secure ACS Solution Engine on Cisco.com.
For information on tested security patches, see Tested Windows Security Patches.
Security Advisory
Cisco issues a security advisory when security issues directly impact its products and require action to repair. For the list of security advisories for Cisco Secure on Cisco.com, see the Cisco Security Advisory: Multiple Vulnerabilities in Cisco Secure Access Control Server at
http://www.cisco.com/en/US/products/products_security_advisories_
listing.html
Limitations and Restrictions
The following limitations and restrictions apply to Cisco Secure ACS 3.3.
Important Known Problems with Network Admission Control
The following known problems are related to Network Admission Control. We recommend that you review them.
•CSCee88908—CSLog crash if a logged attribute is deleted due to replication
•CSCee87826—A deleted policy is being reassign when created with the same name
•CSCee87899—Replication of CNAC policies should be updated in the doc
Supported Migration Versions
We support migrating to Cisco Secure ACS Solution Engine version 3.3 from many versions of Cisco Secure ACS for Windows Server; however, migration requires upgrading Cisco Secure ACS for Windows Server to version 3.3.
For detailed steps for performing a migration from Cisco Secure ACS for Windows Server to Cisco Secure ACS Solution Engine, see either of the following two documents:
•Installation Guide for Cisco Secure ACS for Windows Server 3.3
•Installation and Setup Guide for Cisco Secure ACS Solution Engine 3.3
Supported Web Browsers
To administer all features included in the HTML interface of Cisco Secure ACS 3.3, use an English-language version of one of the following tested and supported web browsers:
•Microsoft Internet Explorer for Microsoft Windows
–Version 6.0
–Service Pack 1
–Sun Java Plug-in 1.4.2_04 or Microsoft Java Virtual Machine (JVM)
Note Microsoft does not include its JVM in Windows Server 2003. Instead, use the Sun Java Plug-in listed above. For more information about Microsoft plans regarding its JVM, see http://www.microsoft.com/mscorp/java/.
•Netscape Communicator for Microsoft Windows
–Version 7.1
–Sun Java Plug-in 1.4.2_04
•Netscape Communicator for Solaris 2.8
–Version 7.0
–Mozilla 5.0
–Sun Java Plug-in 1.4.0_01
Note•Several known problems are related to using Netscape Communicator with Cisco Secure ACS. For more information, please review Table 4.
•We do not recommend using a slow network connection for remote access to the Cisco Secure ACS HTML interface. Some features that use Java applets do not operate optimally, such as the HTML pages for configuring Network Access Restrictions and Network Admission Control.
We do not support other versions of these browsers or other Java virtual machines with these browsers, nor do we test web browsers by other manufacturers.
Note To use a web browser to access the Cisco Secure ACS HTML interface, configure your web browser as follows:
•Use an English-language version of a supported browser.
•Enable Java (see the supported browser list above for JVM details).
•Enable JavaScript.
•Disable HTTP proxy.
Supported Operating Systems for Remote Agent
Cisco Secure ACS 3.3 supports Cisco Secure ACS Remote Agent on Microsoft Windows 2000 and Solaris operating systems, as specified in the following two sections.
•Windows Support for Remote Agent
•Solaris Support for Remote Agent
Windows Support for Remote Agent
The computer running Cisco Secure ACS Remote Agent for Windows must use an English-language version of one of the following operating systems:
•Windows 2000 Server, with Service Pack 4 installed
•Windows 2000 Advanced Server, with the following conditions:
–with Service Pack 4 installed
–without features specific to Windows 2000 Advanced Server enabled
•Windows Server 2003, Enterprise Edition
•Windows Server 2003, Standard Edition
Note The following restrictions apply to support for Microsoft Windows operating systems:
•Cisco Secure ACS Remote Agent for Windows is not designed to make use of the multi-processor feature of any supported operating system; however, we did test the remote agent on dual-processor computers.
•We cannot support Microsoft clustering service on any supported operating system.
•Windows 2000 Datacenter Server is not a supported operating system.
Tested Windows Security Patches
Note For information about remote agent support for Microsoft patches issued after the release of Cisco Secure ACS Solution Engine version 3.3, see Supported and Interoperable Devices and Software Tables for Cisco Secure ACS Solution Engine 3.3.
We tested Cisco Secure ACS Remote Agent for Windows with the Windows Server 2003 patches documented in the following Microsoft Knowledge Base Articles:
•819696
•823182
•823559
•824105
•824141
•824146
•825119
•828028
•828035
•828741
•832894
•835732
•837001
•837009
•839643
•840374
We tested Cisco Secure ACS Remote Agent for Windows with the Windows 2000 Server patches documented in the following Microsoft Knowledge Base Articles:
•329115
•823182
•823559
•823980
•824105
•824141
•824146
•825119
•826232
•828035
•828741
•828749
•835732
•837001
•839643
Solaris Support for Remote Agent
The computer running Cisco Secure ACS Remote Agent for Solaris must use Solaris 2.8 or 2.9.
Supported Platforms for CiscoSecure Authentication Agent
For use with Cisco Secure ACS 3.3, we tested CiscoSecure Authentication Agent on Windows XP with Service Pack 1. We support the use of CiscoSecure Authentication Agent with Cisco Secure ACS 3.3 when CiscoSecure Authentication Agent runs on one of the following client platform operating systems:
•Windows XP
•Windows 2000 Professional
•Windows 98
•Windows 95
•Windows NT 4.0
Other Supported Devices and Software
For information about supported Cisco devices, external user databases, and other software, see Supported and Interoperable Devices and Software Tables for Cisco Secure ACS Solution Engine Version 3.3. To see this document, go to the following URL:
http://www.cisco.com/univercd/cc/td/doc/product/access/acs_soft/csacsapp
Known Problems
This section contains information about the following topics:
•Cisco AAA Client Problems
•Known Microsoft Problems
•Known Problems in Cisco Secure ACS 3.3
Cisco AAA Client Problems
Refer to the appropriate release notes for information about Cisco AAA client problems that might affect the operation of Cisco Secure ACS. You can access these release notes online at the following URLs.
Cisco Aironet Access Point
http://www.cisco.com/univercd/cc/td/doc/product/wireless/
Cisco BBSM
http://www.cisco.com/univercd/cc/td/doc/product/aggr/bbsm/
Cisco Catalyst Switches
http://www.cisco.com/univercd/cc/td/doc/product/lan/
Cisco IOS
http://www.cisco.com/univercd/cc/td/doc/product/software/
Cisco Secure PIX Firewall
http://www.cisco.com/univercd/cc/td/doc/product/iaabu/pix/
Cisco VPN 3000 Concentrator
http://www.cisco.com/univercd/cc/td/doc/product/vpn/vpn3000/
http://www.cisco.com/univercd/cc/td/doc/product/vpn/vpn3002/
Cisco VPN 5000 Concentrator
http://www.cisco.com/univercd/cc/td/doc/product/aggr/vpn5000/
Known Microsoft Problems
Due to a defect in the Microsoft PEAP supplicant provided in Windows XP Service Pack 2, the PEAP supplicant is unable to reauthenticate successfully with Cisco Secure ACS. Microsoft case SRX040922603052 has been opened on this issue. Customers affected by this problem should open a case with Microsoft and reference this case ID. Microsoft has prepared hotfix KB885453, which resolves the issue.
Known Problems in Cisco Secure ACS 3.3
Table 4 describes problems known to exist in version 3.3.
Note•A "—" in the Explanation column indicates that no information was available at the time of publication. You should check the Cisco Software Bug Toolkit for current information. To access the Cisco Software Bug Toolkit, go to http://www.cisco.com/pcgi-bin/Support/Bugtool/home.pl. (You will be prompted to log in to Cisco.com.)
•Bug summaries and explanations in Table 4 are printed word-for-word as they appear in our bug tracking system.
Table 4 Known Problems in Cisco Secure ACS Solution Engine 3.3
Bug ID
|
Summary
|
Explanation
|
CSCef61117
|
ACS on 2003 huge performance impact when writing to registry
|
Cisco Secure ACS 3.2.3 or 3.3 running on Windows 2003 Standard and Enterprise edition may cause huge delay when writing to the registry.
Therefore when more than six operations write to the Microsoft registry, a failure may occur. Refer to the field notices on Cisco.com for more details.
|
CSCdv35872
|
Insufficient length for NDS context entry
|
When a Novell NDS database configuration in Cisco Secure ACS has a context list greater than 4095 characters long, editing the NDS configuration page results in incorrect HTML in the browser interface.
Workaround/Solution: Use a context list no longer than 4096 characters.
|
CSCdv86708
|
HTTP Port Allocation is not replicated
|
Changes to HTTP Port Allocation settings do not appear to replicate. After the HTTP Port Allocation settings are changed on the Access Policy Setup page in the Administration Control section on the primary Cisco Secure ACS server and replication succeeds, the secondary Cisco Secure ACS server does not display the changes to the HTTP Port Allocation settings in the HTML interface.
Workaround/Solution: The changes to the HTTP Port Allocation settings do replicate successfully; however, to see the changes on the secondary Cisco Secure ACS, restart the CSAdmin service.
|
CSCdz61464
|
Solaris Netscape 7.0 - Minor Features Failure
|
When the administrative browser is Netscape 7.0 on Solaris 8.0, some menus in the HTML interface for Cisco Secure ACS do not work properly.
Workaround/Solution: Use a supported Windows browser.
|
CSCea25090
|
Logged In User not showing after going into enable mode on router
|
With AAA Accounting for exec sessions configured on a NAS, a user shows up in the Logged-In User report on Cisco Secure ACS. With Accounting also configured for going into enable mode, the user no longer appears in the Logged-In User report after authenticating successfully.
Cisco Secure ACS tracks user sessions by IP address and port number. When enable authentication succeeds, Cisco Secure ACS sees that the IP address and port number combination for the existing session have been reused and assumes that the accounting stop packet was not sent or was lost; therefore, the user session is removed from the Logged-In User report even though the session continues in enable mode.
Because the NAS cannot be configured to send new accounting start packets when the enable mode is entered, the Logged-In User report cannot correctly report the user session as ongoing.
Workaround: None.
|
CSCea55457
|
Radius Attributes do not appear in user/group profile page
|
After you enable RADIUS attributes in the Interface Configuration section of the Cisco Secure ACS HTML interface, they do not appear or appear only partially in Group Setup or User Setup, as applicable.
Workaround/Solution: Restart the CSAdmin service.
|
CSCea62226
|
CSAgent (solaris) - appliance present the RA as running while is not
|
The HTML interface of a Cisco Secure ACS Appliance indicates that the logging service of a Solaris remote agent is available even though it is not. For Solaris remote agents, the service status displayed for the remote agent in Network Configuration is not reliable.
Workaround/Solution: Log into the computer running the Solaris remote agent to determine if the CSLogAgent process is running.
|
CSCea74289
|
cascade replication due to user pass change-dont work
|
Cascading replication does not occur when the replication trigger is user password change and the primary Cisco Secure ACS is configured to perform replication manually.
Workaround/Solution: Use scheduled replication on the primary Cisco Secure ACS.
|
CSCea87748
|
Downloadable ACLs deleted and downsized after backup via CLI
|
If your Cisco Secure ACS Appliance has downloadable ACLs defined that have more than approximately 31 kilobytes of text in them and you use the system console to backup and restore the database, the downloadable ACLs are truncated to approximately 31 kilobytes or are deleted entirely.
Workaround/Solution: Do not create downloadable ACLs that contain more than 30 kilobytes of data; or, if this is unavoidable, keep text file records of the ACLs so that, if a restoration performed from the system console is necessary, you can recreate the downloadable ACLs.
|
CSCeb16968
|
ACS shared profile components disappear with XML error messages
|
After you upgrade Cisco Secure ACS, authorization support for Management Center (MC) applications, such as Management Center for Firewalls, fails. In the Shared Profile Components section of the Cisco Secure ACS HTML interface, each MC that has registered with Cisco Secure ACS has a set of pages for configuring authorization components. If you access a page for editing or adding authorization components, you see an error message about a missing XML file.
Workaround/Solution: You must use CiscoWorks to re-register all MCs with Cisco Secure ACS.
Log into the CiscoWorks desktop with admin privileges.
Go to Server Configuration > Setup > Security > Select Login Module. Configure CiscoWorks to use the CiscoWorks Local module, and then configure CiscoWorks to use the TACACS+ module.
Go to VPN Security Management Solution > Administration > Common Services > Configuration > AAA Servers. Unregister all MCs and then re-register all MCs.
Log out of CiscoWorks.
|
CSCeb21037
|
Windows Remote Agent un-install issue
|
Uninstalling Cisco Secure Remote Agent for Windows does not remove some subdirectories, such as those that contain log files.
Workaround/Solution: Manually delete the directories left by the uninstallation process.
|
CSCeb51393
|
multi-admin needs to be able to add/edit/delete downloadable ACLs
|
With multi-administrator tries to add/edit/delete downloadable acl under the shared profile components, after the first admin submitted any changes, the other administrator's ACS session got locked up.
Workaround: There is no workaround. Administrators must inform each other when he/she is working on the downloadable ACLs.
|
CSCeb62898
|
Group mapping ordering applet is not properly ordered
|
In a newly created Windows group mapping configuration, group mappings list in the wrong order.
Workaround: On the page for ordering group mappings, order the group mappings and click Submit. As additional mappings are added, they appear properly at the end of the list of mappings.
|
CSCec61110
|
authentications on secondary acs may fail after replication
|
Symptom: In environment where primary and secondary Cisco Secure ACS primary and secondary servers are kept in synch using the replication feature, user authentication may fail for users defined in an external database users and the Failed Attempts log will contain an "external DB not configured" error.
Conditions: This happens with certain external database types such as LDAP, NDS, and the various token server types. It can't happen with the Windows external DB. By configuring external databases in a different order on the primary and secondary Cisco Secure ACS servers, authentication fails on the secondary server for users defined in the databases configured in a different order. If external databases are configured in same order on primary and secondary servers, this does not happen. For example, if you configure two instances of LDAP external user databases on primary and secondary servers but configure them in different orders, after users are replicated, LDAP authentication attempts fail on the secondary server.
Workaround: For each database type involved in the problem, delete the external databases on all secondary servers and reconfigure them in the same order that they are defined on the primary server. If this fails, delete the affected external databases on the primary and secondary servers and reconfigure them.
|
CSCec64143
|
Uninstalling Win Remote Agent when un-install terminates unexpected
|
When Windows Remote Agent uninstallation process terminates unexpectedly and the uninstallation process could not be completed, registry keys remain for the remote agent. Further attempts to install the remote agent will fail due to these registry keys.
Workaround: Use regedit to delete all Cisco Remote Agent entries. In the registry, search for "csagent" and "acs agent". Delete all matching entries. If they cannot be deleted, ignore them.
|
CSCec89440
|
Unable to edit some of the disabled accounts
|
The Disabled Accounts report in the Reports and Activity section of the Cisco Secure ACS HTML interface can behave oddly when you access it using an administrator account that doesn't have access to all groups.
If a page of the Disabled Accounts report has users belonging to groups that the administrator cannot access, the report doesn't allow the administrator to move to the next page of the report.
If a user account is configured to be assigned a group by the group mapping feature, the user account appears on the Disabled Accounts report even though the administrator only has access to specific groups.
Workaround: Access the Disabled Accounts report with an administrative account that has permission to access all groups.
|
CSCed42437
|
RADIUS Proxy with Cisco PEAP operates only with RADIUS Aironet
|
—
|
CSCed42439
|
Active Directory via LDAP - Group Mappings skip first group
|
When Active Directory is configured as Generic LDAP and group mappings are configured, the first group in the LDAP directory is skipped.
|
CSCed59826
|
CSAdmin stops responding when editing java using netscape
|
—
|
CSCed77992
|
Action Code 211 doesnt return group settings to factory defaults
|
Action Code 211 doesn't work as documented.
Document states, this code "Resets a Group User record back to its original factory defaults". However some settings are not reset to factory defaults like Shell (exec) and No escape check boxes.
|
CSCed83628
|
Replication displays error when nothing to be replicated
|
In a scheduled replication scheme, a secondary server incorrectly records an error in the replication log when scheduled replication does not occur because no changes have occurred on the primary server. For example, this can occur when the primary and secondary servers are only configured to replicate the user database and network configuration, and then a change is made to Network Configuration on the primary server but no change is made in the user database. At the next scheduled replication, the primary server correctly sends only the network configuration, but the secondary logs an error message that the user database was not received. This is not an error and the message should not be logged.
Workaround: None.
|
CSCed90144
|
When deleteing a NAF it should be deleted from the assigned dACLs
|
Deleting a NAF removes it from Cisco Secure ACS; however, the NAF is still referenced by any downloadable ACLs that referenced it before the NAF was deleted. This causes the downloadable ACLs to fail to download and, as a result, the user to whom the ACLs were to be applied fails to authenticate.
Workaround: When you delete a NAF, examine all downloadble ACL configurations and ensure that the NAF is not referenced by any of them.
|
CSCee38482
|
Admin account can see all users that are dynamically mapped
|
Local admin can see dynamic mapped users.
Workaround: It's a read only. No other workaround at this time until bug is fixed.
|
CSCee58593
|
CSAdmin restart during Replication between two ACS SW in slow link
|
Replication between two Cisco Secure ACSes in slow link (128k), the services of the primary ACS are restart after the time out that is configured on the CiscoSecure Database Replication page is expired and replication was not completed. The services that restart are:
•CSAdmin
•CSAuth
•CSTacacs
•CSRadius
|
CSCee62147
|
when create CRL with CTL contains two or more CA they change uncheck
|
When you configure a CRL, you associate it with a specific CA that you have enabled on the certificate trust list (CTL). Once the CRL is associated with the CA, the checkbox for enabling the CA on the CTL is not shown. This is intentional; however, if any other CA certificate in local storage has the exact same CN as the CA associated with the CRL, the checkboxes for those other CAs also are not shown. This is unintentional.
Workaround: To make the checkboxes accessible on the CTL, temporarily select a different CA for the CRL, make the configuration changes needed in the CTL, and then reselect the original CA for the CRL.
|
CSCee68644
|
SPC type created by EMBU DLL returns errors in Name field
|
In case of SPC component that was created by MC-based applications, the "Name" field is not limited to desired 31 chars, and allows entering many more, also returning an error message to the user. The following pattern of errors is received:
If name is less then 28chars - The name is accepted
If name is between 28 and 34 chars - "Internal Error, Failed to locate or create record for update" message is displayed
If name is more then 34 chars - "Name is invalid or contains illegal characters" message is displayed
The maximum length of the name should be limited in UI
|
CSCee77099
|
navigation bar(buttons) disappear after exit from Global Auth page
|
The navigation bar (button bar on the left) in the HTML interface may disappear after the following sequence:
1. Click System Configuration > ACS Certificate Setup > Certificate Revocation Lists.
2. Click an "Issuer Friendly Name".
3. Click Cancel three times, which returns you to the System Configuration page.
4. Click Global Authenticate Setup.
5. Click Cancel.
6. The navigation bar disappears.
Workaround: Log out of the HTML interface and log in again.
|
CSCee78472
|
Netscape prevent pressing links inside the Logging configuration
|
Using Netscape Communicator 7.1 on Windows 2000 Server to access the HTML interface of Cisco Secure ACS can result in a "The document contains no data" error message from Netscape.
Workaround: Use a different supported browser.
|
CSCee81070
|
ACS install fails if installing on machine with running Remote Agent
|
If Cisco Secure ACS Remote Agent is already installed on a computer that you later attempt install Cisco Secure ACS for Windows Server on, the installation of Cisco Secure ACS for Windows Server fails.
Workaround: Stop the remote agent service (CSAgent) before beginning the installation of Cisco Secure ACS for Windows Server.
|
CSCee83687
|
Wrong application name is being displayed
|
When more than one network admission control (NAC) attribute (also known as a credential) has the same application type ID but the application names are different, Cisco Secure ACS always displays the application name associated with the lowest vendor ID.
For example, if there are two credential types, VENDOR:AV (3000:03) and Cisco:Example (9:3), on the mandatory credentials list for configuring a NAC database, where "VENDOR:AV" should appear, Cisco Secure ACS will display "VENDOR:Example".
This problem is not obvious at first because the default attributes in Cisco Secure ACS that have the same application ID but different vendor IDs coincidentally do use the same application name. The problem arises when you add attributes that use a different application name but an application ID that is used by other attributes.
Workaround: Avoid adding NAC attributes whose application name is different than the application name used by other NAC attributes with the same application ID.
|
CSCee83875
|
Restoring to ACS Win from ACS Sol. Engine lost Interface Cfg. data
|
When backing up from a Cisco 1112 appliance to Cisco Secure ACS for Windows Server, all Interface Configuration attributes including TACACS+ and RADIUS Attributes were not the same as they were on the appliance.
Also when HTTPS was enabled on the appliance, HTTPS wasn't enabled after restoring the backup to Cisco Secure ACS for Windows Server. Instead, only HTTP was used.
These problems did not occur when a backup from Cisco Secure ACS for Windows Server was restored in Cisco Secure ACS Solution Engine.
|
CSCee83977
|
Change in NAF is not valid until the services are restarted
|
Given an IP-based NAR with NAF as its AAA client, if a change occurs in the NAF configuration, such as selection of a different NDG or a change to an IP range, the NAF change does not affect the NAR using the NAF until the ACS services are restarted.
Workaround: Restart ACS services.
|
CSCee84044
|
Restore form SW to APPL delete all CNAC attributes from remote agent
|
—
|
CSCee84048
|
New attributes do not replicate to remote agent
|
—
|
CSCee87726
|
CSA installation could be initiated although CSA is already instaled
|
When you attempt to install the Cisco Security Agent patch to ACS Solution Engine using the CLI upgrade command, if the CSA patch is already present, the installation does not provide a message that CSA is already installed and running and the installation does not fail gracefully.
Workaround: Before installing anything on an ACS Solution Engine, check to see if CSA is installed and running. You can do this by using the show command at the CLI or by viewing the Appliance Configuration page in the HTML interface. If CSA is installed and running, you must disable it before applying any patch or upgrade; otherwise, the installation will fail.
|
CSCee87826
|
A deleted policy is being reassign when created with the same name
|
If you delete a NAC policy while it was assigned to NAC databases and then create a new policy with the same name, ACS automatically assigns the newly created policy to the databases that the deleted policy was assigned to. An example scenario:
1. Local policy 'policy1' is assigned to NAC database 'CNAC-DB1'.
2. 'policy1' is also assigned to NAC database 'CNAC-DB2'.
3. Customer edits 'CNAC-DB2' and deletes 'policy1'.
4. 'policy1' disappears from 'CNAC-DB1' as well.
5. Customer creates a new policy named 'policy1'.
6. ACS assigns the new policy named 'policy1' to 'CNAC-DB1'.
7. Workaround: Use unique names for policies and never reuse them. Also, before you delete a policy, remove it from all NAC databases except the one database you use to access the policy when you delete it.
|
CSCee87899
|
Replication of CNAC policies should be updated in the doc
|
Documentation incorrectly states that replication of NAC policies is affected by the order in which the NAC databases are created on the primary and secondary ACSes. This is wrong.
Also, the following information is missing from the user guide and online documentation:
NAC databases are not replicated, just as any external user database configurations are not replicated, but local and external NAC policies are replicated; therefore, to ensure that replicated policies are associated with the correct NAC databases on secondary ACSes, you must take the following steps on each secondary ACS that receives replicated NAC policies:
1. For each NAC database on the primary ACS, create a NAC DB of the same name on the secondary ACS.
2. In each NAC database, define same mandatory credentials.
3. For each policy on the primary ACS, create policies with the same names on the secondary ACS.
4. Assign the policies to the NAC databases in the secondary ACS in the same way they assigned on the primary ACS.
When replication occurs, the NAC database configurations on the secondary are not affected, including how policies are assigned to them, but the contents of the policies are updated to reflect any changes on the primary ACS.
|
CSCee88831
|
days-since-last-update operator should compare to GMT
|
Whenever ACS uses the operator days-since-last-update to evaluate a network admission control attribute, ACS compares the time that it got from the NAC client to ACS local time instead of comparing to Greenwich Mean Time (GMT).
Workaround: Set local time on the ACS server to GMT.
|
CSCee88908
|
CSLog crash if a logged attribute is deleted due to replication
|
The CSLog service on a secondary ACS will not stop or start for the following reason:
1. Primary and secondary ACSes (either Windows or Solution Engine) have custom NAC attributes
2. Custom NAC attributes on the primary ACS have been deleted
3. The NAC attributes deleted on the primary ACS are selected to be logged on the secondary ACS
4. Replication succeeded
If you encounter this problem, please call TAC for assistance.
Workaround: If you delete NAC attributes on a primary ACS, be sure that the NAC attributes are deleted on secondary ACSes BEFORE the next replication event.
|
CSCee89510
|
dates are logged in local time instead of GMT
|
NAC attributes that are in date format are in GMT timezone. When ACS logs these attributes, it converts them to ACS local timezone (the timezone of the ACS server).
Workaround: Configure ACS to use the GMT timezone.
|
Resolved Problems
Table 5 describes problems resolved in Cisco Secure ACS Solution Engine 3.3.2. Table 6 describes problems resolved in Cisco Secure ACS Solution Engine 3.3.1.
Note Bug summaries in Table 5 and Table 6 are printed word-for-word as they appear in our bug tracking system.
Table 5 Resolved Problems in Cisco Secure ACS 3.3.2
Bug ID
|
Summary
|
Explanation
|
Resolved Problems Common to All Cisco Secure ACS Version 3.3 Platforms
|
CSCef81506
|
ACS generates CSR with wrong version number.
|
ACS now generates CSR with the correct version.
|
CSCef61828
|
MSCHAPv2 Password change problems in special conditions
|
If username does not includes domain name and AD initated password change procedure by it's policy, user now receives password change dialog.
|
CSCef61749
|
EndPoint leaksmemory when an encrypted connection is closed
|
The end point no longer leaks memory.
|
CSCef47917
|
ACS Appliance intermittently cannot talk with remote agent
|
Duplicate of CSCef00468. Fixed.
|
CSCef05950
|
Access to ACS Admin without Authentication
|
User can access the ACS Admin Gui with the same port of the ACS admin as long as the browser of the ACS Admin is still open and ACS Admin Access policy is the default one (HTTP), otherwise the user will be declined.
|
CSCef00468
|
Appliance cannot open new connection to RA after several connection failures
|
After a limit of connection failures occur between ACS Appliance and Remote Agent, new connections can be initiated.
|
CSCee86457
|
MS PEAP pwd change not work for unknown user with CNAC
|
When using the external Windows database together with a different type of external user database, if a user is not cached in the internal database and user must change password on first login, the change password will no longer fail.
|
Table 6 Resolved Problems in Cisco Secure ACS 3.3.1
Bug ID
|
Summary
|
Explanation
|
Resolved Problems Specific to Cisco Secure ACS Solution Engine
|
CSCdz06719
|
Support cmd allows illegal values
|
The support command allows only valid values.
|
CSCdz61454
|
FTP Restore button is not working on Solaris
|
The Restore button works correctly when you use the supported Netscape browser and Solaris operating system.
|
CSCdz73781
|
Netscape browser on WinNT pointing ACSAppliance is not stable
|
The supported Netscape browser operates stably while accessing the HTML interface of a Cisco Secure ACS Solution Engine.
|
CSCdz74860
|
Cannot delete if Radius and AAA have same self IP
|
Management of network device entries works correctly.
|
CSCea00431
|
Appliance AAA Server entry does not exist after install
|
The AAA Server table entry for the appliance is created appropriately during installation and initial configuration of the appliance.
|
CSCea28562
|
Restore deleted Self AAA Server
|
The self-referential AAA Servers table entry is not deleted during a database restoration.
|
CSCea66355
|
Login prompt displayed too early when upgrade via CLI
|
The Login prompt no longer appears when it should not during appliance upgrade using the console.
|
CSCea74269
|
CSAdmin issue when downloading upgrade via GUI and https is in use
|
The CSAdmin service operates correctly while downloading an upgrade package and HTTPS is enabled.
|
CSCeb00443
|
ODBC logging settings appear after restore/replication from SW
|
ODBC loging settings no longer appear after restoring a database using a database backup file from a Windows release of Cisco Secure ACS.
|
CSCeb11207
|
rdbms sync dont get the first line in action file
|
RDBMS Synchronization handles all lines of the accountActions.csv file appropriately.
|
CSCeb14972
|
appliance ip is 0.0.0.0 after recovery & upgrade
|
After recovery and upgrade, the appliance IP address is correct.
|
CSCeb15110
|
appliance name doesn't appear in dist table, rdbms sync table
|
The appliance host name appears in the Proxy Distribution Table and the Synchronization Partners table.
|
CSCeb16877
|
free system disk space looks incorrect for ACS in seperate disk
|
The CSMon service checks the correct partition for disk free space.
|
CSCeb21358
|
CSLogAgent could not be started when certain acct attr is selected
|
CSLogAgent starts without difficulty.
|
CSCeb64219
|
NTP sync problem
|
NTP synchronization works properly.
|
CSCec86357
|
Upgrade via GUI is effected when using CLI for certain operations
|
Upgrade via the HTML interface operates correctly when the console is in use.
|
CSCed08009
|
Directory / file management doesn't enforce exact number of files
|
File management enforces file restrictions properly.
|
CSCed14948
|
Pls add logging for NTP status
|
NTP status is logged in ApplianceLog, available in System Configuration > View Diagnostic Logs. The results of the new console command ntpsync are also logged here.
|
CSCee33563
|
ACS 3.2.3 fails https management
|
Use of SSL for securing access to the HTML interface works properly.
|
CSCee45135
|
TWO NTP servers cannot be defined
|
You can configure Cisco Secure ACS to use multiple NTP servers in a simple failover mode.
|
Resolved Problems Common to All Cisco Secure ACS Version 3.3 Platforms
|
CSCdy51214
|
fail to delete aaa server when its in sync table/aaa server side
|
Deletion of AAA server entries occurs without error.
|
CSCdy59706
|
CAA messaging wont work with ppp callback and callin authentication
|
Documentation is updated to explain CiscoSecure Authentication Agent limitations with respect to PPP.
|
CSCdz61875
|
Configured Default Proxy Distribution Entry is not restored
|
The "(Default)" entry in the Proxy Distribution Table is restored correctly.
|
CSCea67901
|
UCP has trouble with dots in usernames
|
HTML pages show whole usernames including the dot character.
|
CSCea71759
|
Headline of UCP application stating Cisco Secure ACS
|
The headline of the User-Changeable Passwords application reads correctly.
|
CSCeb15219
|
Couldnt add NAS filter by CSDdsync
|
Action code 122 works appropriately.
|
CSCeb23766
|
Inconsistency with ACS response if username contains invalid chars
|
Cisco Secure ACS responds consistently to RADIUS requests containing invalid usernames.
|
CSCeb47081
|
Using VOIP accounting with CID as user names cause to problem
|
Cisco Secure ACS properly handles VoIP accounting with CID used for usernames.
|
CSCeb58021
|
Server Hello packet of TLS from ACS Server has garbage.
|
TLS packets contain valid data.
|
CSCeb58107
|
cisco-nas-port attribute should be included in VoIP accounting log
|
The cisco-nas-port attribute is available for VoIP accounting logs.
|
CSCeb62893
|
T+ does not closes registry key, causes windows error 1450
|
Cisco Secure ACS handles use of registry keys correctly when performing TACACS+ operations.
|
CSCeb63032
|
SPC names are limited to 31 characters in size
|
Names of shared profile components allow the correct number of valid characters.
|
CSCeb63188
|
database define with special chars permitted but unusable later
|
We only permit databases to be named with valid characters.
|
CSCeb77357
|
ACS strips off CN from DN for GroupObjectType
|
Cisco Secure ACS displays LDAP group names correctly.
|
CSCeb78279
|
ACS 3.2 is unable to authenticate users in external database
|
Authentication works correctly.
|
CSCeb82133
|
PEAP re-keying type not logged to Failed log
|
PEAP rekeying is logged accurately.
|
CSCeb82136
|
ACL size 35K cannot be edited - The page cannot be displayed
|
The HTML interface handles large ACL content correctly.
|
CSCeb82554
|
External User database group mapping not works with NDS
|
NDS group mapping operates correctly.
|
CSCeb84811
|
ACS strips off CN from DN for GroupObjectType
|
Cisco Secure ACS displays LDAP group names correctly.
|
CSCec00119
|
SQL accouting causes cslog crash for Ascend acct packet >=529&<=535
|
ODBC logging of Ascend RADIUS packets does not cause the CSLog service to crash.
|
CSCec00299
|
SQL accouting causes cslog crash for Ascend acct packet >=529&<=535
|
ODBC logging of Ascend RADIUS packets does not cause the CSLog service to crash.
|
CSCec00789
|
Calling-Station-ID attribute description inaccurate
|
We corrected the description of the Calling-Station-ID attribute.
|
CSCec05303
|
VPN3000 downloadable ACL not working on upgraded ACS
|
Downloadable ACLs that existed prior to upgrades work correctly.
|
CSCec06340
|
acs is miscalculating the user-password when proxying
|
Cisco Secure ACS proxies user passwords correctly.
|
CSCec09349
|
Replication over slow link fails - CSAUTH restarted
|
Replication timeout is configurable, allowing you to account for replication over slow connections.
|
CSCec18522
|
PIX downloadable ACLs do not allow -; no pix object groups
|
Hyphens are no longer allowed in downloadable ACL content.
|
CSCec18573
|
Replication of VMS configurations requires restart of CSAdmin
|
VMS configuration replication no longer requires restart of CSAdmin.
|
CSCec19050
|
acs might crash due to misbehaviour under stress of endpoint.dll
|
Cisco Secure ACS operates correctly under stress of the endpoint.dll file.
|
CSCec39523
|
Proxy ACS changes upper case letters to lower in username RADIUS att
|
Usernames case is preserved in RADIUS proxying.
|
CSCec46370
|
Group mapping misbehavior
|
Group specification by the cisco-av-pair RADIUS VSA behaves correctly when the group number returned from the external RADIUS server is 500.
|
CSCec54370
|
DOC - Cross-domain group memberships cannot be used in mappings
|
Documentation reflects the limitations of group mapping for users authenticated by Windows user databases.
|
CSCec60586
|
No Action id avaialble to set Per User Cmd authorization
|
For enabling the per-user command authorization, an additional value "per user" was added for V1 field in action code 270.
|
CSCec61799
|
Eventhough the RDBMS synchronization succeds, error says it did not.
|
RDBMS Synchronization no longer produces an incorrect error message.
|
CSCec63624
|
ACS 3.2 admin gui locks and displays action canceled message
|
The HTML interface operates correctly.
|
CSCed01640
|
Memory leak in CSAuth caused with Leap-Proxy scenario
|
We fixed the memory leak.
|
CSCed33624
|
CSRadius fails to start if RDS.log is longer than 4GB
|
CSRadius can handle files much larger than 4 GB.
|
CSCed39969
|
PIX Command Authorization Sets assignment feature does not work.
|
Documentation explains the limitations inherent in the PIX Shell Command Authorization feature.
|
CSCed42094
|
RADIUS proxy fails due to small timeout value
|
Timeout for RADIUS proxy has been increased to 10 seconds.
|
CSCed43307
|
Administrator access to report User Change Password
|
Administrator permissions correctly grant or deny administrators access to the User Password Changes report.
|
CSCed61135
|
DOC - Certificate Signing Request for public CA
|
Documentation explains all valid values for certificate signing requests.
|
CSCed65806
|
no logging/wrong ODBC attr logging causes major performance issues
|
Cisco Secure ACS gracefully handles ODBC logging errors when the attributes in the packet received do not match the columns in the ODBC table.
|
CSCed71133
|
All Other Combinations mapping ignored when group fetch fails
|
The All Other Combinations group mapping is honored correctly.
|
CSCed82937
|
Password attribute malformed to external RADIUS token database
|
Password attributes sent to external RADIUS token servers are formed correctly.
|
CSCed95272
|
Document ACS Group Mapping Feature only supports up to 500 WinGroups
|
Documentation includes an explanation of the 400 group limit.
|
CSCee41393
|
Action Code 163 example is wrong in user guide
|
We corrected the documentation.
|
CSCee49269
|
ACS server ignore EAP id of LEAP client challenge
|
Cisco Secure ACS handles the EAP ID of a LEAP client challenge correctly.
|
CSCee50132
|
Windows Callback does not work with EAP-TLS over dial-in
|
The callback feature operates with EAP-TLS dialin authentication.
|
CSCee58096
|
Cisco Generic EAP not associated with vendor RADIUS (Cisco VPN 3000)
|
Generic EAP is associated with the Cisco VPN 3000 RADIUS vendor.
|
CSCeg01497
|
Management Software build number is incorrect in Appliance
|
The build number of Appliance Management software is build 1 and not 2.
|
CSCin45582
|
VMS2.2-BT:Shared Profile components are not overwritten
|
Unregistering and reregistering a management center application with Cisco Secure ACS causes the role-based settings for that application to be reset to default settings in Cisco Secure ACS.
|
Obtaining Documentation
Cisco documentation and additional literature are available on Cisco.com. Cisco also provides several ways to obtain technical assistance and other technical resources. These sections explain how to obtain technical information from Cisco Systems.
Cisco.com
You can access the most current Cisco documentation at this URL:
http://www.cisco.com/univercd/home/home.htm
You can access the Cisco website at this URL:
http://www.cisco.com
You can access international Cisco websites at this URL:
http://www.cisco.com/public/countries_languages.shtml
Ordering Documentation
You can find instructions for ordering documentation at this URL:
http://www.cisco.com/univercd/cc/td/doc/es_inpck/pdi.htm
You can order Cisco documentation in these ways:
•Registered Cisco.com users (Cisco direct customers) can order Cisco product documentation from the Ordering tool:
http://www.cisco.com/en/US/partner/ordering/index.shtml
•Nonregistered Cisco.com users can order documentation through a local account representative by calling Cisco Systems Corporate Headquarters (California, USA) at 408 526-7208 or, elsewhere in North America, by calling 800 553-NETS (6387).
Documentation Feedback
You can send comments about technical documentation to bug-doc@cisco.com.
You can submit comments by using the response card (if present) behind the front cover of your document or by writing to the following address:
Cisco Systems
Attn: Customer Document Ordering
170 West Tasman Drive
San Jose, CA 95134-9883
We appreciate your comments.
Obtaining Technical Assistance
For all customers, partners, resellers, and distributors who hold valid Cisco service contracts, Cisco Technical Support provides 24-hour-a-day, award-winning technical assistance. The Cisco Technical Support Website on Cisco.com features extensive online support resources. In addition, Cisco Technical Assistance Center (TAC) engineers provide telephone support. If you do not hold a valid Cisco service contract, contact your reseller.
Cisco Technical Support Website
The Cisco Technical Support Website provides online documents and tools for troubleshooting and resolving technical issues with Cisco products and technologies. The website is available 24 hours a day, 365 days a year at this URL:
http://www.cisco.com/techsupport
Access to all tools on the Cisco Technical Support Website requires a Cisco.com user ID and password. If you have a valid service contract but do not have a user ID or password, you can register at this URL:
http://tools.cisco.com/RPF/register/register.do
Submitting a Service Request
Using the online TAC Service Request Tool is the fastest way to open S3 and S4 service requests. (S3 and S4 service requests are those in which your network is minimally impaired or for which you require product information.) After you describe your situation, the TAC Service Request Tool automatically provides recommended solutions. If your issue is not resolved using the recommended resources, your service request will be assigned to a Cisco TAC engineer. The TAC Service Request Tool is located at this URL:
http://www.cisco.com/techsupport/servicerequest
For S1 or S2 service requests or if you do not have Internet access, contact the Cisco TAC by telephone. (S1 or S2 service requests are those in which your production network is down or severely degraded.) Cisco TAC engineers are assigned immediately to S1 and S2 service requests to help keep your business operations running smoothly.
To open a service request by telephone, use one of the following numbers:
Asia-Pacific: +61 2 8446 7411 (Australia: 1 800 805 227)
EMEA: +32 2 704 55 55
USA: 1 800 553 2447
For a complete list of Cisco TAC contacts, go to this URL:
http://www.cisco.com/techsupport/contacts
Definitions of Service Request Severity
To ensure that all service requests are reported in a standard format, Cisco has established severity definitions.
Severity 1 (S1)—Your network is "down," or there is a critical impact to your business operations. You and Cisco will commit all necessary resources around the clock to resolve the situation.
Severity 2 (S2)—Operation of an existing network is severely degraded, or significant aspects of your business operation are negatively affected by inadequate performance of Cisco products. You and Cisco will commit full-time resources during normal business hours to resolve the situation.
Severity 3 (S3)—Operational performance of your network is impaired, but most business operations remain functional. You and Cisco will commit resources during normal business hours to restore service to satisfactory levels.
Severity 4 (S4)—You require information or assistance with Cisco product capabilities, installation, or configuration. There is little or no effect on your business operations.
Obtaining Additional Publications and Information
Information about Cisco products, technologies, and network solutions is available from various online and printed sources.
•Cisco Marketplace provides a variety of Cisco books, reference guides, and logo merchandise. Visit Cisco Marketplace, the company store, at this URL:
http://www.cisco.com/go/marketplace/
•The Cisco Product Catalog describes the networking products offered by Cisco Systems, as well as ordering and customer support services. Access the Cisco Product Catalog at this URL:
http://cisco.com/univercd/cc/td/doc/pcat/
•Cisco Press publishes a wide range of general networking, training and certification titles. Both new and experienced users will benefit from these publications. For current Cisco Press titles and other information, go to Cisco Press at this URL:
http://www.ciscopress.com
•Packet magazine is the Cisco Systems technical user magazine for maximizing Internet and networking investments. Each quarter, Packet delivers coverage of the latest industry trends, technology breakthroughs, and Cisco products and solutions, as well as network deployment and troubleshooting tips, configuration examples, customer case studies, certification and training information, and links to scores of in-depth online resources. You can access Packet magazine at this URL:
http://www.cisco.com/packet
•iQ Magazine is the quarterly publication from Cisco Systems designed to help growing companies learn how they can use technology to increase revenue, streamline their business, and expand services. The publication identifies the challenges facing these companies and the technologies to help solve them, using real-world case studies and business strategies to help readers make sound technology investment decisions. You can access iQ Magazine at this URL:
http://www.cisco.com/go/iqmagazine
•Internet Protocol Journal is a quarterly journal published by Cisco Systems for engineering professionals involved in designing, developing, and operating public and private internets and intranets. You can access the Internet Protocol Journal at this URL:
http://www.cisco.com/ipj
•World-class networking training is available from Cisco. You can view current offerings at this URL:
http://www.cisco.com/en/US/learning/index.html
This document is to be used in conjunction with the documents listed in the "Related Documentation" section.
Copyright © 2003-2004 Cisco Systems, Inc. All rights reserved.
Feedback
