A large chunk of Dunelab is hosted at my workplace (which is generous enough to let me tinker with things in free time), scattered around several buildings, and therefore somewhat difficult to physically access outside work hours. The rest is at home and therefore out-of-reach when I am at work.
This has led to me building all kinds of redundancy into the systems so that they could be (mostly) repaired remotely, without having to drag my arse to whichever building they're in: Redundant network interfaces when possible, remote power-cycle, serial console to troubleshoot kernel issues or reset networking.
ipmiconsole or ipmitool sol).
amtterm, although not for the firmware stage. (In theory AMT also supports KVM console redirection, but accessing it through MeshCommander is a bit of a pain.)
In addition, I have added the EFI Shell to Horizon's GRUB menu and made it load the EFI serial port drivers so in a pinch I could use that to tweak EFI variables and such.
Currently both Horizon and Mirage have their ttyS0 attached to the nearby Cisco routers' AUX ports while Endless is connected to FrostGW through a pl2303 USB serial adapter. For power-cycling I have a bunch of TP-Link's Tapo P110 "smart power socket" devices whose protocol is just open enough that I've built my own shell tools and CGI scripts around it.
~/bin/rcons acts as a wrapper for the various means of accessing a console, e.g. rcons mirage will telnet to port 2005 of a Cisco (where line 5 is the AUX port) and rcons myth will invoke amtterm.