Guide

Services that never need a public address

Recipes designed to stay on the local network: what they give up by not being published, and why that is usually the safer trade.

6 applicationsOpen these filters in the catalog

Not publishing a service is not a compromise. It removes the certificate, the domain, the reverse proxy, the brute-force attempts on the login form and most of what a recipe would otherwise have to defend against. When the people who use a service are all inside one home, the network boundary does the work that authentication would have to do alone on a public address.

The practical version of “private” is a VPN back into the house rather than a port forwarded on the router. WireGuard on the router or on the server gives every phone the same view of the network it has at home, and the services on this page stop needing to know that anything changed. A forwarded port, by contrast, turns each application into something that has to survive the open internet on its own.

Where this stops being enough is sharing with people outside the household: a link a relative can open, a status page for someone else. That is the moment to read the VPS installation level on the application’s page, which lists precisely what the recipe still needs — a domain, HTTPS through a reverse proxy and a backup that leaves the server.

6Recipes
8.8 GBMinimum RAM
39 GBDisk estimate

Sets

What is in the set

The sum of the minimums the recipes below declare. It is a floor, not a recommendation: leave room for the operating system, backups and growth.

Networking

AdGuard Home

A DNS server that blocks ads and trackers for the whole network

Fully verified

Why it is here: A resolver is the clearest case of all: it exists to answer devices on your own network, and a DNS server reachable from the internet is an open resolver someone will use for amplification attacks.

256 MB RAM2 GBamd64 / arm64 / armv7MediumGPL-3.0-onlyVersion v0.107.79

File synchronisation

Syncthing

File synchronisation between devices, directly and without a cloud

Fully verified

Why it is here: Devices find each other directly, so there is nothing to publish. On a network you control it is the simplest thing here to keep private.

256 MB RAM2 GBamd64 / arm64 / armv7EasyMPL-2.0Version v2.1.3

Music

Navidrome

Your own music streaming service for a file collection

Fully verified

Why it is here: A music library on the local network needs no certificate and no domain, and the mobile clients keep working over a VPN when you are away.

256 MB RAM2 GBamd64 / arm64 / armv7Very easyGPL-3.0-onlyVersion v0.63.2

Media servers

Jellyfin

Your own media server for movies, series, and music

Fully verified

Why it is here: Local playback is the case Jellyfin is best at. Publishing it means a domain, a certificate and an authentication story — a VPN gives you the same result with none of them.

1024 MB RAM5 GBamd64 / arm64EasyGPL-2.0-onlyVersion v10.11.11

Smart home

Home Assistant

A smart home hub that runs without vendor clouds

Fully verified

Why it is here: The one service on this list that has to keep working when the internet does not. Local control is the point, and the recipe is written for exactly that.

1024 MB RAM8 GBamd64 / arm64MediumApache-2.0Version 2026.8.3

Photos and video

Immich

Self-hosted photo library with mobile sync and semantic search

Fully verified

Why it is here: Phone upload happens over the network you are on most nights anyway. Keeping the library private means a VPN when you travel, and it removes the largest piece of attack surface in the catalog.

6144 MB RAM20 GBamd64 / arm64MediumAGPL-3.0-onlyVersion v3.1.0

Categories in this guide

Other guides