Using Wake on LAN (WOL) Across the Internet (2010)
ptere.com
ptere.com
Then your UI to wake up your machine, from anywhere in the world, would be to access that URL via a Web browser or `curl` script.
For accessing the machine once it's awakened, probably you have a single TCP port forward configured on the router, forwarded to the port on the machine for SSH or whatever service is exposed. No other networking config.
(You could alternatively code a small "wake-on-demand" program that runs on the router, and initially listens on the port that will be forwarded to the service of the machine, but is resilient against port-scanning (maybe in a service-specific way to validate requests before waking machine), and reliable in setting and unsetting the port forward in the router when the machine is up and down.)
All I know is that in 20+ years of maintaining computers, hers was the only one I ever replaced a battery for, and since she's left it plugged in 24-7 I haven't replaced it again.
Might even save that much in idle draw over the lifespan of the battery.
This is one of the most ridiculous things to care about. And no, a proper hardware doesn't chew up RTC battery even if unplugged for months.
>And no, a proper hardware doesn't chew up RTC battery even if unplugged for months. It in fact takes over a year to completely drain. Perhaps two years. It's inevitable, as CR2032s are not rechargeable and the circuits begins to draw on it less than two minutes after the system is unplugged. Eventually the battery must run out.
My experience says no.
I heard about mobos draining the battery like hell, but with my (and not only mine (!)) this is not the norm.
Every motherboard I've used to build systems with has plenty of options in the firmware, APM being among the most user obvious. Integrated systems like laptops? Not so much.
They would go to their vacation home each year, and a couple days beforehand I would boot their computers up and install updates and sync files etc. That way they could start working as soon as they arrived. Dyndns and a tiny web server. Something something.net/mag1cpack3t
Is that still the case even if you've hard-coded an IP address using DHCP on the router?
You don't need to detect. You just spam exploit packets to every possible IP address and hope some of them hit a vulnerable target.
How do you get the necessary bandwidth to do that? Well you make your malware do the spamming, so as the network of compromised hosts grows, so does the attack traffic, until everyone is spammed with attack packets every few seconds.
The same is happening nowadays, just open tcpdump on a WAN interface and watch the nastiness roll in - you'll see SSH connection attempts (trying to bruteforce credentials), HTTP requests (typically used to exploit shitty PHP CMSes), etc.
I created WOL software, but didn't do a good job of maintaining it. :|
I've also built a reset-on-LAN card using an old wake-on-LAN-capable NIC and some simple circuitry to shape the pulse so it's suitable for the motherboard's reset signal. I send a WOL packet to the otherwise-unused address, and kapow, the presumably-wedged machine is no longer wedged!
Writeup here:
https://www.i3detroit.org/reset-on-lan-an-ethernet-aware-rem...
One of the pins of the power switch is probably 5V (though possibly high impedance if a pull-up is used, so not much power).
But I think I'll rather look into one of these Pi-based "ilo" with HDMI in and USB gadget support to get remote access to the BIOS as well. It may also be useful for remotely debugging computers of family members :)
Or, you can just tap the +5VSB line from the ATX wiring directly. It's the same as on the WOL header. USB-equipped boards tend to power the USB ports from standby too, to support USB wake events, whether from keyboards, modems, or whatever. Plenty of options.
If I were doing it again, yeah, I might use an ESP chip. That would give me power, reset, and serial, and I can always enable a serial console in my OS. I wonder if the ESP32's camera peripheral could read HDMI...