<div dir="ltr">Probes can request some https URL, asking for commands(say every 5 minutes), and if there is need to reboot the probe appropriate command can be replied to appropriate probe.<div>This does not need an open SSH, or port forwarding. Does not affect security but accomplishes goal of rebooting probes remotely (either individually or by groups of probes) or sending to probes other commands.</div>
<div><br></div><div>Regards.</div><div>/Alex</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 1, 2014 at 1:10 PM, Robert Kisteleki <span dir="ltr"><<a href="mailto:robert@ripe.net" target="_blank">robert@ripe.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> (The way the probes signal problems by issueing special DNS requests<br>
> could be documented, though :) ).<br>
<br>
One can argue if we can/should do better, but in the meantime, the "network<br>
information" tab of the probe status page has the following:<br>
<br>
"SOS History (Showing only the last 25)<br>
<br>
This probe probably last rebooted on 2014-xxx<br>
<br>
The probe sends a message using DNS queries every time it tries to reconnect<br>
to the system. Below you can find a list of the most recent messages. The<br>
"power-up time" column shows the approximate "powered-up time" of the probe<br>
at the time of sending the message. "<br>
<br>
<br>
Cheers,<br>
Robert<br>
<br>
<br>
</blockquote></div><br></div>