SpaceCadet

Sure, but the point is not so much about which one to use but that the terminating point listening on 443 should sit outside of his network.

So he will either need a cloud service, or accept that he will have to add :12400 to his URLs.

DNS doesn't deal with ports, it resolves hostnames to IP addresses and that's it.

What you probably need is some kind of reverse proxy that sits outside of your network, listens on port 443 and then directs it to your home IP address on port 12400.

Sensible decision.

Should also note that people who would prefer to have the latest version from main can always just build it themselves from the Dockerfile. That's what I'm currently doing.

Thinking about making either a Discord server or a room on Matrix. Thoughts?

Anything but Discord, but that's just my opinion.

Is it really that bad if kids see a bit of porn? Like really? I grew up before the internet, but even in my day porn mags and VHS tapes got passed around when I was a teenager. Kids are always going to be curious.

Even so on the internet there are much worse things than porn that are harmful for the development of children. There are various groups of questionable morality like incels, or other mysogynistic groups, alt right stuff like neonazis, christofascists, climate deniers, ... If I had children, I would be much more concerned about them falling into one of those ideological traps than them seeing some titties. Hell, even TikTok is probably more harmful for giving them a dopamine addiction and an increasingly short attention span.

So to me, it seems a bit weird to single out porn. It feels like a convenient scapegoat for parents who don't want to spend time raising their kids and paying attention to what they are looking at on the internet.

As a general rule, you should always keep in mind that you're not really looking for a backup solution but rather a restore solution. So think about what you would like to be able to restore, and how you would accomplish that.

For my own use for example, I see very little value in backing up docker containers itself. They're supposed to be ephemeral and easily recreated with build scripts, so I don't use docker save or anything, I just make sure that the build code is safely tucked away in a git repository, which itself is backed up of course. In fact I have a weekly job that tears down and rebuilds all my containers, so my build code is tested and my containers are always up-to-date.

The actual data is in the volumes, so it just lives on a filesystem somewhere. I make sure to have a filesystem backup of that. For data that's in use and which may give inconsistency issues, there are several solutions:

• docker stop your containers, create simple filesystem backup, docker start your containers.
• Do an LVM level snapshot of the filesystem where your volumes live, and back up the snapshot.
• The same but with a btrfs snapshot (I have no experience with this, all my servers just use ext4)
• If it's something like a database, you can often export with database specific tools that ensure consistency (e.g. pg_dump, mongodump, mysqldump, ... ), and then backup the resulting dump file.
• Most virtualization software have functionality that lets you to take snapshots of whole virtual disk images

As for the OS itself, I guess it depends on how much configuration and tweaking you have done to it and how easy it would be to recreate the whole thing. In case of a complete disaster, I intend to just spin up a new VM, reinstall docker, restore my volumes and then build and spin up my containers. Nevertheless, I still do a full filesystem backup of / and /home as well. I don't intend to use this to recover from a complete disaster, but it can be useful to recover specific files from accidental file deletions.

Pretty much yeah

SSDs are way more reliable than spinning disks

That's true, with one caveat: if an SSD fails, it's usually catastrophically and without warning. HDDs usually give some warning signs before they fail completely (bad sectors, read/write errors, strange noises).

The pain with Fedora is the short support cycle, so you have to reinstall/upgrade it every year.

That and dnf/yum stinks.