You are not logged in.
Pages: 1
Hi, firstly thanks for this great tool.
I use this to be able to remotely reboot a CCTV server (at home) that periodically crashes, and which is only fixable by restarting the machine (restarting the software doesn't work).
Currently I monitor for HTTP on a port using an external monitoring service (uptimedoctor), and when I get a notification that the port is no longer serving HTTP, I use shutter's web interface to reboot the machine (I'm often away from home so using Remote Desktop isn't so convenient - shutter web interface on my phone is).
Ideally, I'd like Shutter to have a HTTP monitoring (on a local port) function, so it could automatically reboot the machine!
Thanks
Mike
Last edited by mikeysoft (2019-06-15 11:12)
Offline
Yes, this feature can be added to Shutter.
Are you interested in checking that a particular port on a particular host is accepting connections, regardless of the of the higher level protocol like HTTP, FTP, etc?
Or you are interesting specifically in receiving a valid HTTP response, e.g. HTTP 200 OK status code?
Offline
Hi, wow, that would be amazing!
Either - whichever you think would be most flexible and useful for other users...
I could've selected a TCP port check rather than an HTTP check at uptimedoctor, as I don't need to get a 200 status code - it's a simple alive/dead on the server behind the port that I'm after (accepting connections). I'm sure some people would find a 200..299 status code useful though!
Thanks again!
Offline
Hi, I was just wondering if this is likely to be included in the near future? Thanks! :-)
Offline
Hi, I was just wondering if this is likely to be included in the near future? Thanks! :-)
There was a minor set back in the implementation, which put it on the back log.
It should get finished at least by the end of the year
Offline
mikeysoft wrote:Hi, I was just wondering if this is likely to be included in the near future? Thanks! :-)
There was a minor set back in the implementation, which put it on the back log.
It should get finished at least by the end of the year
Thanks for the update :-)
Offline
The new Port event has been implemented.
It currently has two trigger types:
1. Port closed
2. Port open
It also has options for defining the polling frequency and the connect timeout.
The question is whether this even should have additional trigger types similar to those found in the Ping event, which would trigger when the state persists for a certain period of time, rather than instantaneously.
Offline
Hi, thanks very much for doing that! This will be very useful for my situation.
On the question of "which would trigger when the state persists for a certain period of time, rather than instantaneously" - yes, I think this would offer even more flexibility and prevent potential looping of the event trigger.
Thanks again
Mike
Offline
This feature is available in Shutter 4.5.
Here is an updated screenshot:
Offline
Pages: 1