Managing Sessions

Updated on 09 Aug 2024
3 Minutes to read
Contributors

Article summary

Did you find this summary helpful?

Thank you for your feedback

The unit’s management system provides multiple configurable management sessions to allow multiple users to control the unit.

To view current sessions, access the page System ▶Session ▶Management.

System ▶Session ▶Management

Skylight element LX v7.9_6.bmp

For more information on specific values, refer to the following table.

Current Sessions (System ▶Session ▶Management)

Parameter	Description
Session ID	Session identification number.
Type	Interface the session is using.
Host	IP address of the management station for that session.
Username	The user account that is currently logged in. An asterisk ( * ) appears beside your own session.
Uptime	How long the session has been active.
Terminate	Selecting one or more sessions then clicking Terminate forces a log out.

Terminating a User Session

It may be sometimes necessary to terminate one or more sessions.

Note: You need the right privileges to terminate a session. Refer to "Managing Users and Privileges".

To terminate a session

Access the page System ▶Session ▶Management.
Select the session you want to terminate by checking the Terminate check box.
Click the Terminate button.

The session is immediately terminated and the selected user is logged out.

Configuring Session Options

Use this page to configure the following session-related parameters:

The maximum number of CLI sessions allowed
The maximum number of web interface sessions allowed
The maximum number of total sessions (CLI and web combined)
The maximum number of concurrent NETCONF sessions that can be supported
The maximum number of seconds that a NETCONF session can remain idle before it is automatically logged out
The CLI timeout value
The file transfer timeout value, to ensure firmware updates and configuration maintenance entities have sufficient time to load successfully
The Management Web Interface timeout value
Whether or not a telnet server is enabled
The authentication order when users log in to the system

To configure session parameters

Access the page System ▶Session ▶Configuration.
Update the various session configuration parameters, then click Apply.

System ▶Session ▶Configuration

Skylight element LX v7.9_7.bmp

For more information on specific parameters, refer to the following tables.

Session Configuration (System ▶Session ▶Configuration)
General

Parameter	Description
Max CLI Sessions	The maximum number of concurrent CLI sessions that can be supported.
Max WEB Sessions	The maximum number of concurrent Management Web Interface sessions that can be supported.
Max NETCONF Sessions	The maximum number of concurrent NETCONF sessions that can be supported. Note: Currently, the maximum number of concurrent NETCONF sessions is one.
Max Total Sessions	The total number of CLI and Management Web Interface sessions
that can be supported.
CLI Timeout	The maximum number of seconds that a CLI session can remain idle before it is automatically logged out.
File Transfer Timeout	The maximum number of seconds that must elapse before a file transfer (firmware upgrade, etc.) is automatically terminated. Minimum value is 900 (15 minutes); maximum value is 3600 (60 minutes). Default value is 1800 (30 minutes).
WEB Timeout	The maximum number of seconds that a Management Web Interface session can remain idle before it is automatically logged out.
NETCONF Timeout	The maximum number of seconds that a NETCONF session can remain idle before it is automatically logged out.
Telnet Server	The telnet server on the unit may be enabled or disabled.

Authentication

Parameter	Description
Order	The authentication method to use in order of availability. Possible values are: Local: Validate locally only RADIUS: Validate on the RADIUS server only Local-RADIUS: Validate locally first; if the validation does not succeed, then validate on the RADIUS server RADIUS-Local: Validate on the RADIUS server first, and if the validation does not succeed, then validate on local server Strict RADIUS-Local: Validate on the RADIUS server first. If the authentication fails, access is denied. The fall back to local only occurs when the RADIUS authentication times out. TACACS+: Validate on the TACACS+ server only Local-TACACS+: Validate locally first; if the validation does not succeed, then validate on the TACACS+ server TACACS+-Local: Validate on the TACACS+ server first, and if the validation does not succeed, then validate on the local server Strict TACACS+-Local: Validate on the TACACS+ server(s) first. If the authentication fails, access is denied. The fall back to local only occurs when the TACACS+ authentication process times out. Notes: If you plan on using a remote server for authentication, you should confirm that the remote system is functional before removing the local authentication. If you remove local authentication and the remote system is not working, you will lose access to the unit. To ensure that authentication is working on the remote server, log in then out from the unit, then access the System ▶Agent ▶Syslog page. You should see a syslog message indicating a successful login attempt.

Parameter

Description

Order

The authentication method to use in order of availability. Possible values are:

Local: Validate locally only
RADIUS: Validate on the RADIUS server only
Local-RADIUS: Validate locally first; if the validation does not succeed, then validate on the RADIUS server
RADIUS-Local: Validate on the RADIUS server first, and if the validation does not succeed, then validate on local server
Strict RADIUS-Local: Validate on the RADIUS server first. If the authentication fails, access is denied. The fall back to local only occurs when the RADIUS authentication times out.
TACACS+: Validate on the TACACS+ server only
Local-TACACS+: Validate locally first; if the validation does not succeed, then validate on the TACACS+ server
TACACS+-Local: Validate on the TACACS+ server first, and if the validation does not succeed, then validate on the local server
Strict TACACS+-Local: Validate on the TACACS+ server(s) first. If the authentication fails, access is denied. The fall back to local only occurs when the TACACS+ authentication process times out.

Notes:

If you plan on using a remote server for authentication, you should confirm that the remote system is functional before removing the local authentication. If you remove local authentication and the remote system is not working, you will lose access to the unit.

To ensure that authentication is working on the remote server, log in then out from the unit, then access the System ▶Agent ▶Syslog page. You should see a syslog message indicating a successful login attempt.

© 2024 Cisco and/or its affiliates. All rights reserved.

For more information about trademarks, please visit: Cisco trademarks
For more information about legal terms, please visit: Cisco legal terms
For legal information about Accedian Skylight products, please visit: Accedian legal terms and tradmarks

Was this article helpful?

What's Next

Managing Users and Privileges

Table of contents