Homelab on isoul.uk

Why I Name My Computers

Mon, 02 Nov 2026 19:14:39 +0000

Previously on isoul.uk: Why I Started Wanting My Data Back — two decades of online accounts accumulate quietly until an account stops feeling like an account and starts feeling like infrastructure.

Some people name servers after their function.

docker01.

nas01.

backup02.

That is sensible.

I name my machines after spaceships from stories I love.

This is less sensible.

I recommend it.

A homelab is already unnecessary enough
#

Most of what I run at home could be replaced with hosted services.

Why I Self-Host

Mon, 19 Oct 2026 15:14:26 +0000

Previously on isoul.uk: The Internet Used to Feel Different — forums had addresses, communities had places and discovery was active before feeds took over.

There are much easier ways to use technology than self-hosting.

If I want photo storage, somebody will sell it to me.

If I need file sync, there are dozens of services.

If I want media streaming, I can pay a subscription and install an app.

Instead, I have ended up with NASes, Docker hosts, virtual machines, DNS servers, monitoring, backups and enough cables to make the “easy” option look extremely sensible.

Backup, synchronisation or preservation?

Mon, 14 Sep 2026 10:05:00 +0100

A copy of a file is not automatically a backup, and a backup is not automatically a preservation system. Self-hosting becomes much easier to reason about when these three jobs are kept separate.

Synchronisation keeps copies convenient
#

Synchronisation keeps data available on more than one device. Syncthing is useful for this kind of direct device synchronisation, and it makes working files available where I need them.

What I choose not to self-host

Mon, 14 Sep 2026 10:00:00 +0100

Self-hosting is often presented as an answer to every problem. I do not think it is.

A service can be open source, privacy-friendly and technically interesting while still being the wrong thing for me to operate. Every service adds updates, storage, monitoring, backups, permissions and another failure mode. The aim is not to recreate every cloud product at home. The aim is to keep control where control is valuable without turning the homelab into a second job.

Projects worth testing in a practical homelab

Mon, 14 Sep 2026 00:00:00 +0000

A useful project is not automatically worth adding just because it is new, popular or active on GitHub. I look for a clear problem, sensible deployment, useful documentation, a workable backup path and enough maintenance history to justify the time spent learning it.

This list deliberately excludes tools already used here, including Beszel, Dockhand and youtube-dl workflows. Karakeep is also excluded as a recommendation because it is already in use and has proved to be good in practice.