Cloudron vs CasaOS vs Coolify: welke self-hosting kiezen?

Wat u bouwt

U kiest niet alleen een tool, maar ook een werkwijze. Drie panelen beloven van een kale VPS een app-host te maken die met één klik werkt: Cloudron, CasaOS en Coolify. Deze handleiding installeert elk paneel op een verse Ubuntu 24.04-server, installeert een eerste applicatie en onderzoekt vervolgens de aspecten die zelden in screenshots verschijnen: TLS, back-ups, updates, geheugengebruik en de moeilijkheidsgraad van een eventuele migratie. Aan het einde weet u welke optie bij u past, of dat het eerlijke antwoord is: "geen van alle, gebruik gewoon Docker Compose."

Geen van deze tools is magisch. Onder alle drie draait dezelfde Docker Engine die u ook handmatig zou kunnen beheren. Wat een paneel u verkoopt, in geld, RAM of vendor lock-in, is het automatiseren van vier taken: app-installaties met één klik, automatische TLS-certificaten, geplande back-ups en gebruikersbeheer. Als deze vier taken voor u de overhead waard zijn, verdient een paneel zichzelf terug. Als u slechts één of twee services draait en graag precies wilt weten wat er op uw server staat, lees dan eerst de sectie "Sla ze alle drie over" en bespaar uzelf de moeite.

Gedeelde vereisten en de belangrijkste valkuilen

Alle drie gaan uit van een KVM VPS, niet van container-virtualisatie. Docker vereist een echte kernel en Cloudron weigert OpenVZ en LXC resoluut. Controleer dit met systemd-detect-virt: kvm of qemu is prima, openvz of lxc niet. Op een KVM-plan geeft het commando kvm weer, en op bare metal geeft het none weer; beide betekenen dat u door kunt gaan.

Daarbuiten lopen de cijfers uiteen, en dit is het eerste punt dat de keuze bepaalt.

• RAM. CasaOS draait probleemloos op 1GB; het is ontwikkeld op Raspberry Pi-hardware en blijft licht. Coolify vereist 2GB en twee CPU-cores als ondergrens, waarvan ongeveer 600 MB door Coolify zelf wordt gebruikt. Cloudron heeft minimaal 2GB nodig en presteert merkbaar beter met 4GB, omdat het een mailserver en een database draait voordat u ook maar één applicatie installeert.
• Een domein en DNS waarover u controle heeft. Cloudron en Coolify vereisen beide een echt domein met werkende DNS. Cloudron heeft bij voorkeur API-toegang tot uw DNS-provider, zodat het zelf records en wildcard-certificaten kan aanmaken. CasaOS draait op een kaal IP-adres, maar dan beschikt u over geen enkele TLS-beveiliging.
• Poorten. Alle drie vereisen dat poort 80 en 443 openstaan voor HTTP en HTTPS. Coolify serveert daarnaast het dashboard op 8000, gebruikt 6001 voor het realtime-kanaal en 6002 voor de in-browser terminal. Houd poort 22 open voor SSH op elk van deze systemen.

Zorg dat de DNS naar de server wijst voordat u begint. Een paneel dat zijn eigen hostnaam niet kan resolven, kan geen certificaat aanvragen, waardoor u het eerste uur kwijt bent aan het debuggen daarvan in plaats van aan de software. Wijs een A-record naar het server-IP en voeg voor Coolify een wildcard-record (*.apps.example.com) toe, zodat elke geïmplementeerde app een eigen subdomein krijgt.

Cloudron: het gepolijste, eigenzinnige appliance-platform

Wat het is. Cloudron is een commercieel platform dat een volledige server verandert in een beheerd appliance-systeem. Het draait een eigen reverse proxy, database en mail-stack, aangevuld met een gecureerde App Store met kant-en-klare applicaties (zoals Nextcloud, WordPress, Gitea, Mattermost en meer). Het is bedoeld voor gebruikers die hun applicaties volledig beheerd willen hebben, inclusief automatische updates, certificaten en back-ups, en die bereid zijn hiervoor te betalen.

Installatie. Het vereist een schone server en neemt deze volledig over. Voer dit uit op een verse Ubuntu 24.04 (Noble) server waar verder niets op staat:

wget https://cloudron.io/cloudron-setup
chmod +x cloudron-setup
sudo ./cloudron-setup

Het script installeert Docker, nginx, een database en de mail-stack, en voert daarna een reboot uit. Zodra de server weer online is, opent u https://<your-ip>, accepteert u het tijdelijke zelfondertekende certificaat en voltooit u de configuratie in de browser: koppel het aan uw domein, kies uw DNS-provider en het systeem configureert het dashboard op my.example.com.

Een eerste app toevoegen. Open in het dashboard de App Store, klik op (bijvoorbeeld) Nextcloud, kies het subdomein files.example.com en druk op Install. Cloudron maakt het DNS-record aan, vraagt het Let's Encrypt-certificaat aan, richt de database in, configureert single sign-on en plant een back-up in, zonder dat u een configuratiebestand hoeft aan te passen. Dit is de kernbelofte, en het werkt precies zoals beloofd.

TLS en back-ups. Dit is het sterkste punt van de drie opties. Elk app-subdomein krijgt automatisch een Let's Encrypt-certificaat dat voor u wordt vernieuwd. Back-ups zijn ingebouwd en worden ingepland; deze kunnen worden opgeslagen in een lokale map, op S3 of op andere externe opslaglocaties. Het is mogelijk om per app een restore uit te voeren of zelfs met één klik een app te klonen naar een nieuw subdomein.

Kosten en licenties, lees dit voordat u begint. Cloudron is een betaald product met een beperkte gratis versie: het gratis abonnement staat twee apps toe. Bij het installeren van een derde app stuit u op een betaalmuur; een betaald abonnement (Pro of Max, maandelijks of jaarlijks gefactureerd, beide met onbeperkte apps) ontgrendelt meer mogelijkheden. Dit is het belangrijkste om te weten over Cloudron. Het platform is zo gepolijst juist omdat het een commercieel product is; de gratis versie is meer een uitgebreide proefperiode dan een basis voor een groeiende stack.

Foutmodus, de regel van de schone server. Als u probeert Cloudron te installeren op een server waar al andere software op draait, wordt de installatie afgebroken voordat er wijzigingen worden doorgevoerd:

Error: Some packages like nginx/docker/nodejs are already installed. Cloudron requires
specific versions of these packages and will install them as part of it's installation.
Please start with a fresh Ubuntu install and run this script again.

Deze eis is er niet zomaar. Cloudron gebruikt specifieke versies van nginx, Docker en Node en integreert deze diep in het systeem, waardoor het niet kan samenwerken met uw eigen installaties. De oplossing is een verse Ubuntu 24.04-image en niets anders: geen webserver, geen Docker, en zelfs geen handmatig geconfigureerde firewall. Als u de verkeerde image heeft opgestart, weigert de installatie ook alles wat geen ondersteunde Ubuntu LTS (22.04 of 24.04) op x86-64 is; ARM, LXC en OpenVZ worden in het geheel niet ondersteund.

Tweede foutmodus, wildcard-certificaten vereisen DNS API. Als u tijdens de installatie kiest voor de "Manual" DNS-optie in plaats van Cloudron een API-token te geven, kan het systeem geen records of wildcard-certificaten voor u aanmaken. Bij elke nieuwe app moet u dan handmatig een DNS-record toevoegen voordat het certificaat kan worden uitgegeven, en het dashboard blijft wachten tot dat record is gedetecteerd. Geef Cloudron API-toegang tot een ondersteunde DNS-provider (zoals Cloudflare, Route 53, DigitalOcean en anderen) en het gehele proces verloopt met één klik.

CasaOS: het gratis dashboard voor uw home-lab

Wat het is. CasaOS, van IceWhale, is een gratis en open-source dashboard dat boven op Docker draait. Het biedt een startscherm, een app-store en een bestandsbeheerder. Het is ontstaan in de wereld van de thuisservers en is daarom gericht op het home-lab: snel te installeren, een gebruiksvriendelijke interface en weinig overhead. Het is bedoeld voor hobbyisten die een overzichtelijke interface voor Docker willen zonder daarvoor te betalen.

Installatie. Eén regel volstaat, en een schone installatie is niet vereist:

curl -fsSL https://get.casaos.io | sudo bash

Het installatieprogramma voegt een reeks systemd-services toe (casaos, casaos-gateway, casaos-app-management, en aanverwanten). Controleer of de gateway actief is voordat u een browser opent:

systemctl status casaos-gateway

Wanneer het systeem draait, is het dashboard bereikbaar op http://<your-ip> (standaard HTTP, poort 80). Maak een lokaal account aan en u bent ingelogd.

Een eerste app toevoegen. Open de App Store, kies een app en klik op Install. CasaOS maakt op de achtergrond een Docker Compose-project aan en stelt de app beschikbaar via een host-poort, bijvoorbeeld http://<your-ip>:8080. De store bevat het gebruikelijke aanbod voor thuisservers, waardoor een Jellyfin mediaserver op een VPS of een zelfgehoste Immich fotobibliotheek slechts een paar klikken verwijderd is. Als u nog geen keuze heeft gemaakt voor een fotoserver, is het de moeite waard om eerst de verschillen in RAM-gebruik en mobiele apps tussen PhotoPrism en Immich te lezen. Op een CasaOS-systeem met 1GB RAM bepaalt die keuze namelijk of de app überhaupt zal draaien. U kunt ook elk gewenst docker-compose.yaml-bestand importeren, wat de grootste kracht is: de apps zijn gewone containers en geen eigen, gesloten formaat.

TLS en back-ups, het zwakke punt. Hier merkt u de beperkingen van "gratis". CasaOS serveert alles standaard via onversleuteld HTTP, inclusief het dashboard zelf. Er is geen ingebouwde ondersteuning voor Let's Encrypt en geen ingebouwde back-upfunctie. Uw gegevens staan in Docker-volumes onder /DATA, en het maken van back-ups is uw eigen verantwoordelijkheid (via een cron-job met restic of tar).

Foutmodus, geen TLS, en geen waarschuwingen. Er treden geen foutmeldingen op. U installeert een app, opent http://<your-ip>:8080, en het werkt via een onversleutelde verbinding die uw browser markeert als "Niet veilig." Wachtwoorden en sessiecookies worden in leesbare tekst verzonden. Erger nog, CasaOS heeft in het verleden kwetsbaarheden voor remote-code-execution in het dashboard gehad (CVE-2023-37265 en CVE-2023-37266, een authenticatie-omzeiling die leidde tot volledige overname van de host). Het direct blootstellen van die HTTP-poort aan het internet vormt daarom een reëel risico en is geen kwestie van smaak. De oplossing is om CasaOS nooit direct bloot te stellen. Plaats een reverse proxy voor het systeem die TLS-termination afhandelt, zoals Nginx met een Let's Encrypt-certificaat via Certbot, Caddy of een Cloudflare Tunnel, en stuur verkeer alleen door naar CasaOS op het lokale netwerk. Let op: CasaOS gebruikt standaard poort 80, dus uw proxy en CasaOS zullen met elkaar conflicteren tenzij u CasaOS eerst naar een andere poort verplaatst.

Kosten. Volledig gratis, voor altijd, zonder limiet op het aantal apps. U betaalt in beheer: u bent zelf verantwoordelijk voor TLS, back-ups en beveiliging.

Coolify: het self-hosted PaaS

Wat het is. Coolify is een open-source, self-hosted platform-as-a-service, vergelijkbaar met Heroku of Vercel op uw eigen server. De basiseenheid is niet "installeer deze verpakte app", maar "deploy deze Git-repository": koppel een repo, en Coolify bouwt deze (via Nixpacks of uw eigen Dockerfile) en levert deze af, waarbij bij elke push opnieuw wordt gedeployed. Het biedt ook databases en services met één klik. Het is bedoeld voor ontwikkelaars die hun eigen code deployen en push-to-deploy willen zonder een PaaS te huren.

Installatie.

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | sudo bash

Het script installeert Docker en start de eigen stack van containers van Coolify. Controleer of deze correct functioneren voordat u verdergaat:

docker ps --format 'table {{.Names}}\t{{.Status}}'

U hoort coolify, coolify-db, coolify-redis, coolify-realtime en coolify-proxy allemaal te zien met de status Up. Het dashboard is beschikbaar op http://<your-ip>:8000. Maak direct uw beheerdersaccount aan, omdat de registratiepagina openstaat totdat het eerste account is aangemaakt; degene die de pagina als eerste bereikt, beheert de server. Stel daarna uw instancedomein in en wijs een wildcard DNS-record (*.example.com of *.apps.example.com) naar de server, zodat Coolify elke gedeployde app een eigen subdomein kan toewijzen.

Een eerste app toevoegen. Koppel een Git-bron (GitHub, GitLab of een standaard repo-URL), kies een branch, stel het domein in en deploy. De ingebouwde Traefik-proxy van Coolify routeert het subdomein en vraagt het certificaat aan. Voor kant-en-klare software deployt de Services-catalogus zaken met een paar klikken: dezelfde n8n workflow-automatiseringsstack die u anders handmatig zou configureren is één item, evenals Uptime Kuma voor statuspagina-monitoring.

TLS en back-ups. Automatische Let's Encrypt-certificaten per app via de meegeleverde Traefik, zodat elk gedeployd subdomein een certificaat krijgt. Back-ups zijn primair gericht op databases: u kunt Postgres- en MySQL-dumps inplannen naar S3-compatibele opslag. Een back-up van de gehele instance (de Coolify-configuratie zelf, die zich bevindt onder /data/coolify) is handmatiger; exporteer en bewaar deze dus zelf.

Kosten en licenties. De self-hosted editie is volledig open-source en gratis, zonder limiet op het aantal apps. Er is een optionele Coolify Cloud (betaald) die het controlepaneel voor u host terwijl uw apps op uw eigen servers blijven draaien; dit is handig, maar niet vereist.

Foutmodus: de app wordt gedeployed, maar het domein laadt niet. Het dashboard werkt correct op http://<ip>:8000, de build is succesvol, maar de URL van de app geeft een verbindingsfout of een Traefik 404 page not found. Dit wijst op de proxy of op DNS, niet op uw app. Er zijn twee veelvoorkomende oorzaken. Ten eerste waren poort 80 of 443 al in gebruik toen de proxy probeerde te starten, waardoor de container stopte met een Docker-fout:

Error response from daemon: driver failed programming external connectivity on endpoint coolify-proxy: Bind for 0.0.0.0:443 failed: port is already allocated

Ten tweede ontbreekt het wildcard DNS-record, waardoor Traefik nooit een verzoek voor die hostnaam ontvangt. Als de gehele serverkaart in Coolify echter aangeeft "Server is not reachable", is er een ander probleem: Coolify kan de Docker-socket van de server niet bereiken. Dit wijst meestal op een gestopte Docker-daemon of een defecte SSH-sleutel. Lees de werkelijke reden in de logs voordat u aannames doet:

docker logs coolify-proxy --tail 100

Herstel dit via de Proxy-pagina: druk op Restart Proxy, of zet de proxy-configuratie terug naar de standaardinstellingen en start deze opnieuw. Wacht daarna ongeveer twee minuten totdat deze is geïnitialiseerd. Zorg dat poort 8000 alleen bereikbaar is vanaf uw eigen IP-adres (of open deze tijdelijk wanneer de proxy niet naar behoren werkt) in plaats van deze open te stellen voor de hele wereld. Deze poort serveert het dashboard via onversleutelde HTTP, en de documentatie van Coolify stelt dat poorten 8000, 6001 en 6002 gesloten kunnen worden zodra het dashboard via het eigen domein wordt geserveerd.

Resource-overhead op dezelfde VPS

Gemeten in ruststand op dezelfde 4GB-server, voordat er daadwerkelijke workloads worden ingezet. Controleer uw eigen waarden met free -m en docker stats --no-stream in plaats van op één enkel getal te vertrouwen, omdat het totaal varieert afhankelijk van uw applicatiemix.

• CasaOS is het lichtst. Het paneel bestaat uit een kleine set Go-services; reken op ongeveer 150 tot 300 MB overhead bovenop de containers die u draait.
• Coolify draait diverse eigen ondersteunende containers (de applicatie, een Postgres, een Redis, een realtime-service en Traefik), waardoor het verbruik in ruststand rond de 600 MB tot 1 GB ligt voordat u iets implementeert.
• Cloudron is het zwaarst in ruststand, omdat het zijn eigen nginx, database, mail-stack en monitoring draait, ongeacht of u deze gebruikt; houd rekening met 1 tot 1,5 GB in ruststand. Daarom vereist het minimaal 2GB en werkt het prettiger met 4GB.

Op een kleine 2GB VPS laat CasaOS de meeste ruimte over voor echte applicaties en Cloudron de minste. Als uw plan 2GB is en u wilt Cloudron inclusief de mailserver draaien, plan dan een upgrade van de server.

Updates, backups en lock-in vergeleken

Updates. Cloudron werkt het platform en elke applicatie voor u bij volgens een door hen getest schema: de minste inspanning en de meeste ondersteuning. Coolify werkt zichzelf bij vanuit het eigen dashboard met één druk op de knop. CasaOS werkt het paneel bij via het installatiescript of apt, maar de applicaties die u heeft geïnstalleerd, moet u zelf ophalen en herstarten.

Lock-in, het aspect dat in het tweede jaar voor problemen zorgt. CasaOS kent de minste lock-in: de applicaties zijn standaard Compose-projecten, waardoor u de docker-compose.yaml en de volumes onder /DATA naar elke andere host kunt kopiëren en daar verder kunt werken. Coolify bevindt zich in het midden: uw deployments zijn uw eigen Dockerfiles en repositories, maar de configuratie ervan bevindt zich in de database van Coolify. Verhuizen naar een andere host betekent dus dat u de projecten aan de andere kant opnieuw moet aanmaken. Cloudron kent de meeste lock-in: applicaties zijn verpakt in Cloudron-formaat. Hoewel uw data via de uitstekende back-upfunctie eenvoudig kan worden geëxporteerd, geldt dit niet voor de verpakking zelf, waardoor u op het doelplatform opnieuw moet deployen. Draagbare data, niet-draagbare infrastructuur.

Welke moet u kiezen

De korte versie, gevolgd door de uitweg. Kies Cloudron als u de minst arbeidsintensieve server van de drie wilt, meerdere verpakte applicaties gaat draaien en bereid bent een jaarlijkse vergoeding te betalen voor beheerde TLS, back-ups en updates. Kies CasaOS als dit een homelab achter uw eigen netwerk of een reverse proxy betreft, u een gebruiksvriendelijke interface voor Docker wenst en u niets wilt betalen. Kies Coolify als u uw eigen code vanuit Git implementeert en push-to-deploy met automatische TLS wilt, zonder de kosten van een gehoste PaaS. Als geen van deze drie opties bij u past, vindt u in de volgende sectie het eerlijke antwoord.

Sla deze drie over als...

Wees eerlijk over uw schaal. Als u slechts één of twee applicaties draait, of als u precies wilt begrijpen en controleren wat er op uw server staat, sla de panels dan over. De overhead en de lock-in wegen niet op tegen de voordelen bij een kleine, stabiele stack. De doe-het-zelf-methode is een reverse proxy voor uw eigen Compose-bestanden: Traefik met automatische TLS voor meerdere Docker Compose-applicaties biedt u HTTPS met één klik zonder de zwaarte van een panel, en u maakt back-ups met een cron-taak restic die u daadwerkelijk begrijpt.

services:
  whoami:
    image: traefik/whoami
    labels:
      - traefik.enable=true
      - traefik.http.routers.whoami.rule=Host(`whoami.example.com`)
      - traefik.http.routers.whoami.tls.certresolver=le
    networks: [web]
networks:
  web:
    external: true

Voor een enkele belangrijke applicatie is de keuze nog duidelijker: een Nextcloud-installatie op Docker met TLS en een eigen back-uproutine bestaat uit één Compose-bestand en één certificaat. Het opzetten van een volledig appliance-platform om dit te draaien zou alleen kosten met zich meebrengen zonder voordelen. Als u nog beslist wat u wilt draaien voordat u beslist hoe, dan is de gids over wat de moeite waard is om zelf te hosten in 2026 een beter startpunt.

FAQ

Heb ik überhaupt een self-hosting panel nodig?

Alleen als u waarde hecht aan de vier zaken die een panel automatiseert voor meerdere applicaties: installatie met één klik, automatische TLS, geplande back-ups en gebruikersbeheer. Voor één of twee services doet een eenvoudige Docker Compose-opstelling achter Traefik hetzelfde TLS-werk met veel minder overhead en zonder vendor lock-in. Panels zijn de moeite waard wanneer u veel applicaties draait en uw tijd meer waard is dan het RAM-geheugen dat ze verbruiken.

Welk panel is het beste voor een beginner?

Voor een homelab waarbij niets wordt blootgesteld aan het onveilige internet, is CasaOS de meest toegankelijke start: één commando en een gebruiksvriendelijke interface, zonder kosten. U moet echter wel een reverse proxy met TLS-termination voor het systeem plaatsen voordat u iets blootstelt, omdat het standaard HTTP gebruikt. Als u wilt dat TLS en back-ups voor u worden beheerd en u bereid bent hiervoor te betalen, is Cloudron het meest ondersteunend, binnen de limiet van twee gratis applicaties.

Is Cloudron gratis?

Gedeeltelijk. De gratis laag staat twee applicaties toe, wat prima is om het te proberen of voor een zeer kleine opstelling. Daarboven is Cloudron een betaald abonnement, dat maandelijks of jaarlijks wordt gefactureerd, met onbeperkte applicaties in de betaalde lagen. Het is een commercieel product met een beperkt gratis abonnement, geen vrije software; houd hier dus rekening mee in uw budget als uw stack gaat groeien.

Kan ik deze panels naast mijn bestaande applicaties draaien?

Cloudron: nee. Het vereist een schone Ubuntu-installatie en breekt de installatie af als nginx, Docker of Node al aanwezig zijn, omdat het de volledige machine beheert. CasaOS en Coolify zijn toegankelijker, aangezien ze hun eigen Docker-stack installeren en in principe een machine kunnen delen, maar beide vereisen poort 80 en 443. Hierdoor ontstaan conflicten met elke webserver of proxy die u al gebruikt. Op een machine die al services host, is een panel meestal niet het juiste gereedschap; kies in dat geval voor Traefik en Compose.

Hoe stap ik later over van een panel?

Plan uw vertrek voordat u het nodig heeft. Kopieer bij CasaOS de docker-compose.yaml van de applicatie en de bijbehorende /DATA-volumes naar de nieuwe host en start deze opnieuw. Exporteer bij Coolify de configuratie van elk project en koppel deze aan dezelfde repositories op de doelbestemming. Herstel bij Cloudron de gegevens vanuit de back-ups naar vers geïnstalleerde applicaties op het nieuwe platform, omdat de Cloudron-packaging niet overdraagbaar is, alleen de data. Test in elk geval het herstel op een testmachine voordat u de oude omgeving verwijdert.