06.05.2013 Views

User Guide for Cisco Secure Access Control Server - Stewing Home

User Guide for Cisco Secure Access Control Server - Stewing Home

User Guide for Cisco Secure Access Control Server - Stewing Home

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Chapter 10 Logs and Reports<br />

OL-14386-02<br />

About ACS Logs and Reports<br />

where SERVICE is the name that represents the applicable service, <strong>for</strong> example auth represents the<br />

CSAuth service.<br />

Older debug logs are named with the year, month, and date on which they were created. For example, a<br />

file that was created on July 13, 1999, would be named:<br />

SERVICE 1999-07-13.log<br />

where SERVICE is the name that represents the applicable service.<br />

If you selected the Day/Month/Year <strong>for</strong>mat, the file would be named:<br />

SERVICE 13-07-1999.log<br />

For in<strong>for</strong>mation about changing the date <strong>for</strong>mat, see Date and Time Format <strong>Control</strong>, page 7-3.<br />

Related Topics<br />

Configuring Service Logs, page 10-29<br />

Adding Session IDs to the CSAuth Diagnostic Log<br />

ACS supports a session ID parameter <strong>for</strong> the CSAuth diagnostic log. The CSAuth diagnostic log tracks<br />

each active authentication session by using a session data structure. The ACS services refer to these<br />

structures by session ID. You can use a unique session ID to differentiate log threads in the CSAuth<br />

diagnostic logs.<br />

Example 10-1 shows the session ID 1000 is processed by two different threads (2560, 2548) in the<br />

network model thread. You can filter the logs by session ID to restrict the output <strong>for</strong> each session.<br />

Example 10-1 CSAuth Diagnostic Log with session ID<br />

AUTH 09/08/2006 18:29:57 I 5081 2560 1000 Start RQ1040, client 1 (127.0.0.1)<br />

AUTH 09/08/2006 18:30:13 I 5094 2548 Worker 1 processing message 17.<br />

AUTH 09/08/2006 18:30:14 I 0991 2368 0000 pvNASMonitorThreadMain: start NM<br />

update ...<br />

AUTH 09/08/2006 18:30:14 I 1006 2368 0000 pvNASMonitorThreadMain: commit NM<br />

update ...<br />

AUTH 09/08/2006 18:30:14 I 5081 2560 1000 Done RQ1040, client 1, status 0<br />

AUTH 09/08/2006 18:30:14 I 1011 2368 0000 pvNASMonitorThreadMain: succeeded<br />

to commit NM update<br />

AUTH 09/08/2006 18:30:28 I 5081 2548 1000 Start RQ1012, client 2 (127.0.0.1)<br />

AUTH 09/08/2006 18:30:28 I 5081 2548 1000 Done RQ1012, client 2, status 0<br />

Note The additional session ID field in the ACS diagnostic log involves minimal overhead: eight bytes per line<br />

<strong>for</strong> each authentication session.<br />

You use the same session ID <strong>for</strong> different authentication sessions. This means that the same session ID<br />

can appear in the diagnostic logs <strong>for</strong> more than one session. <strong>Cisco</strong> recommends that you use unique<br />

session IDs <strong>for</strong> each authentication session. Session IDs are maintained up to a limit of 120 seconds.<br />

Description of Error Codes in the CSAuth Diagnostic Log<br />

CSAuth diagnostic logs display a description of client requests and responses. Previous versions of ACS<br />

used a numeric code <strong>for</strong> client requests and responses. The description is useful <strong>for</strong> locating client<br />

requests and responses in the CSAuth diagnostic logs.<br />

<strong>User</strong> <strong>Guide</strong> <strong>for</strong> <strong>Cisco</strong> <strong>Secure</strong> <strong>Access</strong> <strong>Control</strong> <strong>Server</strong> 4.2<br />

10-13

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!