Fixing Red SSH Sensors after UpdateĪfter updating PRTG to version 17.1.29 (or later) from PRTG 17.1.28 (or earlier), this change for SSH rights elevation can cause SSH sensor errors in two specific cases. The new option to define if sudo requires a password or not makes SSH rights elevation more reliable.
They only tried it without a password if the login password did not work and caused a timeout. In previous PRTG versions, SSH sensors tried to run sudo commands with the password specified for the Login. This is also the pre-selected option if you have used sudo in previous PRTG versions and might be the cause for your SSH error. Otherwise, choose the sudo with password option and enter the target user and according password below.If sudo does not require a password on the target device, choose the new option Run the command as another user using ‘sudo’ (without password).You can choose this option for the setting SSH Rights Elevation in section Credentials for Linux/Solaris/Mac OS (SSH/WBEM) Systems of group and device settings. New Option for SSH Rights Elevationįor this purpose, we added the option to run SSH commands using sudo with an explicitly defined password. Among others, SSH rights elevation works more reliable after the update to PRTG 17.1.29 or later. PRTG version 17.1.29 includes several important fixes and improvements for the SSH engine that SSH sensors use by default to retrieve monitoring data from a target device.
Linux ssh shell timeout how to#
This article applies to PRTG Network Monitor 17.1.29 or later How to Fix SSH Sensors That Stop Working in PRTG 17.1.29
0 kommentar(er)
