by pmdfgy on 3/27/24, 12:34 PM with 34 comments
I've just released the public repository of RebootX On-Prem (https://github.com/c100k/rebootx-on-prem), letting anyone to connect and manage their infra on their smartphone.
In my case the infra is pretty simple : 3 Raspberry Pi. But I'd love to have your feedback and see interesting use cases you could use this for.
I have lots of ideas for the next steps. For example, creating a Prometheus integration as well.
Looking forward to hearing from you and I would be glad to help if you encounter any issue getting started with the repo.
by chatmasta on 3/27/24, 11:00 PM
by leptons on 3/27/24, 8:13 PM
by moondev on 3/27/24, 5:13 PM
by nickpsecurity on 3/27/24, 8:56 PM
https://www.tutorialspoint.com/python-script-to-restart-comp...
You can also use two scripts for security:
1. One that’s privileged for the shutdown command.
2. One with no privileges to accept the network request (eg Flask/REST), safely parse it, and send a message to process 1.
You could send the message in many ways. It doesn’t even have to be parsed or contain more than one byte. The reboot process might act if it receives any message from the other process in their dedicated channel.
Set both of these processes to run on startup however you normally do on your system.
If not a message, you could have the network enabled process write to a file in a shared directory. The reboot process periodically checks for the file’s existence. If it sees it, then it reboots the system. That file can be cleared on startup. I say on startup to reduce the risk of any kind of contention causing a problem later on.
The reboot process could also be easily ported to a systems language for resource efficiency. I’d keep the network-facing app in a memory-safe language just in case. D or Rust could handle both, though.
by elintknower on 3/27/24, 11:28 PM
by doublerabbit on 3/27/24, 6:22 PM
by jokethrowaway on 3/27/24, 8:43 PM
Sharing my current use case in case it's useful:
reboot PARTITION: to reboot to a different partition
systemctl stopping a service and starting another
launching a wget checking if wget is still up and hasn't crashed
by branon on 3/27/24, 9:18 PM
I think the correct term here would be "on-premises".
A premise and a premises are not related concepts except in the sense that the "premise" of this comment is to let you know that "premises" is the correct term to use.
I'll also accept "on-prem" because it could reasonably be a shortened form of "on-premises" (even though most people probably don't realize this and are instead reinforcing their misconception when they use it).
by INTPenis on 3/27/24, 6:10 PM
But it's clear that your goal is to reboot on-prem servers through your phone. Something I've wanted to do with rundeck and a very simple web app that uses the rundeck API.