-
-
Notifications
You must be signed in to change notification settings - Fork 483
Add option to "Run action from Tactical Server" in Alert MAnager -> Alert Failure/Resolved Settings #1316
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Just bumping this one up. Is this feature on the roadmap? |
Everything in github issues is on the TODO list. We keep issues cleaned of redundant stuff |
added to official roadmap https://docs.tacticalrmm.com/roadmap/ |
When a script will be run on the server will it have all the variables of the agent available? |
Also is it possible to have this as an action for conditional check/tasks output |
@P6g9YHK6 it will have all the variables of the alert which will also have a reference to the agent so you can access all the agent fields. It can be written in any language that is installed on the trmm server, not just python and bash. So node, perl, even powershell if you want (but you'll need to install powershell core on the trmm server). The interpreter will be set at the top of the script with a shebang, same way scripts on linux agents work now. At the moment it will only be implemented for alert failure/resolved actions. |
Hey @wh1te909 if you are writing this up, i'd say adding the ability to store the "ticket number" or even adding custom fields in alerts would be awesome and would make things way more extensible for future integration ideas and frameworks. |
Released in 0.19.0 |
We use the Alert Failure/Resolved action to run a script that opens/closes a ticket in our ticketing system (ConnectWise). If a check/task fails and for some reason the Alert Failure/Resolved action can't run on the device itself, the system either won't open a ticket or can't close an existing ticket.
If the Failure and Resolved actions could have an option to "Run action from Tactical Server", this should address this problem.
This could also solve a potential security problem where Tactical may try to run the Failure/Resolved actions from a device on another customer's network if it can't run it on the main device.
The text was updated successfully, but these errors were encountered: