Remote Session (New UI)

The Remote Session feature in LogicMonitor provides a secure way to remotely access and operate on devices from within your LogicMonitor portal. Remote sessions are enabled via the use of Apache Guacamole, a clientless remote desktop gateway that requires no plugins or client software.

The remote session protocols available for establishing a communication stream between your account and the Collector monitoring your device are RDP, SSH, VNC, Telnet, and HTTP/S. The protocol must be configured for the device endpoint in order to be able to establish a remote session connection. Remote sessions take place via a secure SSL connection where supported by the protocol (Telnet is not encrypted and for HTTP/S you have the option to use SSL/HTTPS or just HTTP).

Initiating a Remote Session

1. From the Resources Tree, select the DataSource or Instance you wish to access and click Manage Resource Options > Start Remote Session.
   
   
   
   
2. Select a protocol from the Start Remote Session window. Any protocol can be used if properly configured on the device, but typically RDP is used for Windows devices and SSH is for non-Windows/Linux devices. Collector version 28.600 or a higher numbered version is required to use VNC, Telnet, and HTTP/S. If a lower-numbered version is in use, these protocol selections will be disabled and a message to that effect will be displayed upon mouse-over.
   
   
   
   
3. Enter the account and password for your device. You must log into the device within three minutes of initiating the remote session or the session will time out. LogicMonitor does not currently support SSH key authentication or Network Level Authentication on Windows.
4. Once the remote session is initiated, select Control+Alt+Shift to open the Apache Guacamole clipboard for copy-and-paste functionality or directly input new command lines.

Remote Session Device Properties

LogicMonitor supports several Remote Session protocol properties that you can use to override default connection behavior.

Protocol	Property Name	Default Value	Mandatory	Description
SSH	remotesession.ssh.port	22	No	Populate to override default SSH port value.
RDP	remotesession.rdp.port	3389	No	Populate to override default RDP port value.
Telnet	remotesession.telnet.port	23	No	Populate to override default Telnet port value.
VNC	remotesession.vnc.port	5900	No	Populate to override default VNC port value. (Default is 5900 or 5900 + display number. If VNC server is serving display number 1 (sometimes written as :1), your port number here would be 5901).
HTTP/S	remotesession.http.ssl.enable	true	No	SSL is enabled by default. Enter false if you are using HTTP instead of HTTPS.
HTTP/S	remotesession.http.port	443 (for HTTPS by default); 80 (for HTTP if ssl.enable is false)	No	Populate to override the default port for the HTTP/S connection. Defaults are 443 for HTTPS and 80 for HTTP.
HTTP/S	remotesession.http.rootpath	/	No	Specify the HTTP/S path. By default the root path is used.
RDP and SSH (deprecated)	remotesession.port=[portnumber]	Values set for SSH or RDP ports using one of the properties listed above will override the value set for this property	No	This property is deprecated, but still supported. It carries the port number required to RDP/SSH into the device (typically only used if a non-standard port is required). If you are setting up Remote Session for the first time, use the above SSH and RDP port properties.
RDP and SSH (deprecated)	remotesession.protocol=[RDP or SSH]	N/A	No	Previously used to indicate the protocol (RDP or SSH) for the device (rather than allowing LogicMonitor to automatically determine protocol based on device type), but with the addition of new protocols and the ability to manually select preferred protocol upon remote session initiation, this property is fully deprecated and no longer used.

For more information on adding/updating properties for a resource, see Resource and Instance Properties.

Access Controls

Remote sessions do not change the underlying authentication and access control of the device operating system, but they do allow access to the device in situations where it may not otherwise be possible. For this reason, LogicMonitor has several controls in place that serve to limit access to the Remote Session feature on a global or more granular basis.

Control	Description
Account-wide	Remote Session can be disabled on an account-wide basis from LogicMonitor’s account settings. For more information, see About the Account Information Page.
Per-collector	Remote Session can be disabled on a per-Collector basis, effectively disabling the feature for all devices assigned to that Collector. This is accomplished by manually updating the remotesession.disable setting found in the Collector’s configuration file to “true”. For more information on editing a Collector’s configurations, see Editing the Collector Config Files.
Role-based access	Remote Session is defined as a separate user privilege. As discussed in Roles, a role can be given the ability to initiate remote sessions on all devices, those in a specific group, or no devices at all.

Requirements and Limitations

Please note the following requirements/limitations:

• The protocol used to initiate a session must be enabled on the device to which you are attempting to connect.
• The remote session connection will not work if “RDP Security Layer” is enabled for Window Server 2008’s Remote Desktop.
• If working with non-Windows or Linux devices (e.g. Cisco controllers), you will most likely use SSH to establish communication. However, you may need to manually do one of the following to ensure a proper connection:
  • Ensure default SSH configurations are in place
  • Enable username/password access for SSH on the device
• Make sure that the IPs used by the relay server are allowed (added to allow list). See LogicMonitor Public IP Addresses and DNS Names for a complete list.
• HTTP/S protocol limitations:
  • Domain/device redirects. Redirects to another domain/device are not supported.
  • Port redirects. Use the properties listed in the Remote Session Device Properties section of this support article to specify the HTTP/S port, use of SSL, and path.
  • SSO login redirects. This affects vCenter remote session logins. In addition, if the page is requesting resources out of target device domain and is not accessible from a public browser (e.g. the webpage is requesting another device’s CSS resources which are not accessible from the browser directly), those resources will not be available via the remote session.
  • Link parsing in the HTTP body request. During a remote session, the HTTP/S protocol uses a RelayServer which works as a reverse proxy to return a page when the HTTP/S connection is initiated. It only acts upon HTTP requests and responses in the header in order to determine that the link is valid and for the same host. This affects some devices, such as Cisco UC devices.