the motivation for this is so we can prompt the user to open the
server console once installed, and run exec ssh mc@<ip> to do so
this commit copies the authorized_keys from root user to the user
'mc', and adds 'screen -r' and then 'exit' to the .bashrc
the server, when deployed, will check XDG_DATA_DIR/auto-mc-redux for
a server backup (in .tar.zstd format) and upload it if it sees one;
and when undeployed, will now upload the backup to the users's local
machine before destroying it
we want to test if ssh is about to be able to work, so actually testing
if there's an ssh server on the port should help the run condition caused
by of ssh not being up the same instant as networking.
while this doens't exactly feel like the Correct thing to do, there
is a benefit to not having to keep track of the state as much, and
just relying on the tags we've already set and use other places.
this is motivated by wanting to redirect the world/server files
after provisioning, according to user config.
.hushlogin was added to root's home dir as to not interfere with
directly piping ssh's mc-backup output to a file
