Een bericht van Zima
Bedankt, King_Arda, dat je hebt gedeeld hoe een eerste NAS eruit kan zien wanneer privacy, experimenteren en zelf leren net zo belangrijk zijn als gemak. Je ZimaBlade werd een thuis voor Immich, Jellyfin, Duplicati, versleutelde back-ups en externe toegang via de WireGuard-configuratie die je al vertrouwde op je netwerk.
We waarderen het bijzonder dat je de ruwe kanten net zo open hebt gedocumenteerd als de onderdelen die goed werkten — van Docker-configuratie en verwarring over opslagpaden tot back-upgedrag en de stroomplanning voor een tweede schijf. Die details geven andere homelab-bouwers een nuttiger beeld van hoe het echt is om in de loop der tijd een kleine DIY-NAS uit te bouwen.
— Zima
Maak kennis met King_Arda
King_Arda is een Reddit-homelab-bouwer die zichzelf in het oorspronkelijke bericht omschreef als iemand die cybersecurity studeert en over netwerkkennis beschikt dankzij Cisco CCNA. Hij zocht niet alleen een apparaat om bestanden op te slaan. Hij wilde een NAS die ook een praktische plek kon worden om te experimenteren met zelfgehoste diensten, netwerken, back-ups en opslag.
Voordat hij de ZimaBlade kocht, vergeleek hij meer conventionele NAS-opties met het hergebruiken van een oude pc. Uiteindelijk koos hij het kleinere x86-systeem omdat de combinatie van prijs, flexibiliteit, uitstraling en ruimte om te experimenteren aansloot bij wat hij van een eerste homelab-NAS verlangde.
Je kunt King_Arda volgen op Reddit om het makersprofiel achter dit gebruikersverhaal te bekijken.
Openbaarmaking: In het oorspronkelijke Reddit-bericht zei King_Arda dat hij contact had opgenomen met Zima-support nadat hij had ontdekt dat zijn bestaande voeding niet krachtig genoeg was voor de gewenste opslagconfiguratie. Hij maakte bekend dat support gratis verzending had aangeboden in ruil voor het plaatsen van het Reddit-bericht, en vermeldde daarbij dat hij vrij was om zijn eigen mening te delen. Dit gebruikersverhaal behoudt die openbaarmaking en zijn kritiek op de installatie-ervaring.
Van NAS-onderzoek naar ZimaBlade
King_Arda overwoog twee bekende uitgangspunten voordat hij voor ZimaBlade koos: een Synology-NAS kopen of een oude pc hergebruiken. Zijn onderzoek stuurde hem uiteindelijk richting een kleiner DIY-platform dat zowel als opslag als algemene homeserver kon dienen.
Hij beschreef de keuze vooral vanuit het oogpunt van waarde en flexibiliteit. Ook sprak het bredere idee van opensourcesoftware en meer controle over de diensten die op het apparaat draaien hem aan. Dat was belangrijk, omdat de NAS nooit bedoeld was om een apparaat voor slechts één doel te blijven.
De huidige ZimaBlade-documentatie beschrijft het platform als een x86-server op één printplaat met twee SATA 3.0-aansluitingen, Gigabit Ethernet en PCIe-uitbreiding. In het bericht van King_Arda wordt niet vermeld of zijn board het 3760- of 7700-model is, dus dit verhaal wijst geen van beide aan.
Waarom ZimaOS centraal bleef staan in de configuratie
King_Arda hield ZimaOS op het systeem in plaats van het meteen te vervangen door Windows, Proxmox of een ander serverbesturingssysteem. Hij waardeerde de browsergebaseerde bestandservaring en de App Store, omdat die het eenvoudig maakten om Docker-applicaties te ontdekken en te implementeren zonder van elk experiment een opdrachtregelproject te maken.
Drie applicaties werden de kern van de configuratie: Immich voor foto's, Jellyfin voor media en Duplicati voor back-upworkflows. Onderweg experimenteerde hij ook met andere apps, waardoor het apparaat zich steeds minder als een eenvoudige NAS en steeds meer als een echte homelab-node ging gedragen.
Privacy zonder externe back-ups op te geven
Foto's waren een van de duidelijkste redenen voor King_Arda om zelf te hosten. Hij zei dat hij zich er ongemakkelijk bij voelde om zijn volledige fotobibliotheek aan Google over te laten, vooral vanwege zorgen over hoe foto's in de cloud gebruikt zouden kunnen worden in verband met AI.
Zijn oplossing was niet om cloudopslag volledig op te geven. Immich gaf hem een fotoservice op hardware die hij zelf beheerde, terwijl Duplicati een versleutelde back-up van zijn afbeeldingen naar Google Drive stuurde. Hij beschreef ook hoe hij bestanden vanuit Drive terug naar de ZimaBlade bracht, zodat geen van beide locaties de enige kopie vormde.
Daarmee werd het project een hybride in plaats van een alles-of-nietsbeslissing over privacy: lokale diensten voor dagelijkse controle, met versleutelde externe opslag als extra back-uplaag.
WireGuard gebruiken in plaats van nog een laag voor externe toegang toe te voegen
Voor externe toegang overwoog King_Arda Tailscale, maar hij koos voor WireGuard omdat zijn router dit al ondersteunde. Zo kon hij een netwerkpad gebruiken dat hij begreep, in plaats van speciaal voor de NAS nog een externe toegangsservice toe te voegen.
De huidige versies van ZimaOS documenteren ook externe toegang via ZimaClient, maar de configuratie van King_Arda laat een ander zelfhostingpatroon zien: gebruikers die hun eigen netwerk al beheren, kunnen de toegangslaag kiezen die bij de rest van hun infrastructuur past.
De actuele handleiding voor externe toegang in ZimaOS behandelt de ZimaClient-route; het oorspronkelijke Reddit-bericht documenteert de afzonderlijke keuze van King_Arda voor WireGuard.
Waar de eenvoudige route niet meer zo eenvoudig was
De App Store was handig, maar King_Arda beschreef niet elke installatie als volledig probleemloos. Hij zei dat hij soms onderdelen van een Docker-bestand moest aanpassen voordat een applicatie zich gedroeg zoals hij wilde.
Hij meldde ook een zorgwekkender probleem met het opslagpad: sommige gegevens leken naar de interne opslag van de ZimaBlade te worden geschreven, hoewel hij dacht dat hij de HDD had geselecteerd. Back-uptaken waarvan hij verwachtte dat ze automatisch zouden worden uitgevoerd, werkten ook niet altijd zoals verwacht.
Door die problemen gaf hij het systeem niet op, maar ze veranderden wel het type gebruiker aan wie hij het zou aanbevelen. Zijn ervaring was veel positiever voor iemand die bereid was configuraties te controleren en problemen op te lossen dan voor iemand die een apparaat verwachtte dat nooit het onderliggende container- of opslagmodel blootlegt.
De huidige ZimaOS-richtlijnen maken app-gegevenspaden explicieter
De huidige ZimaOS-documentatie bevat nu afzonderlijke richtlijnen voor app-opslag. De handleiding voor app-opslagpaden raadt aan app-gegevens op een hoofdopslagruimte te plaatsen in plaats van grote permanente datasets op de systeemschijf te laten staan. Daarbij worden fotobibliotheken zoals Immich specifiek genoemd als workloads die een kleine systeemschijf snel kunnen vullen.
Dat bewijst niet dat het exacte probleem dat King_Arda zag op zijn apparaat is opgelost. Het biedt wel duidelijkere actuele richtlijnen voor hetzelfde type probleem dat hij tegenkwam toen hij leerde hoe ZimaOS en Docker-persistentie op elkaar aansluiten.
Een NAS die hij zou aanbevelen aan knutselaars, niet aan iedereen
De algemene aanbeveling van King_Arda was bewust voorwaardelijk. Hij vond het apparaat goed en had het gevoel dat het deed wat hij wilde, maar hij zou dezelfde ervaring niet aanraden aan een complete beginner die verwacht dat elke dienst zonder configuratie of onderzoek werkt.
Voor iemand die bereid is instellingen aan te passen, te begrijpen waar gegevens worden opgeslagen en zo nodig problemen met een container op te lossen, was zijn conclusie veel positiever. In die zin werkte de ZimaBlade niet alleen als opslag, maar ook als leerplatform.
Eerst één schijf, daarna een tweede
Op het moment van het oorspronkelijke bericht draaide de NAS met één HDD. King_Arda was van plan een tweede schijf toe te voegen en RAID te gebruiken, maar hij publiceerde niet welk RAID-niveau hij voor ogen had.
Met twee schijven bevat de huidige ZimaOS-documentatie RAID 1 als de gespiegelde optie, terwijl RAID 5 minimaal drie schijven vereist. Dat is nuttige achtergrondinformatie voor lezers, maar het mag niet worden omgezet in de bewering dat King_Arda persoonlijk voor RAID 1 koos. Zijn openbare update blijft bij het plan om nog een schijf toe te voegen.
De bredere opties worden beschreven in de actuele RAID-referentie van ZimaOS.
Stroomplanning werd onderdeel van het opslagplan
De stap naar een tweede schijf bracht nog een praktische beperking aan het licht: de voeding in de configuratie van King_Arda was niet krachtig genoeg voor wat hij wilde gebruiken. Dat was het probleem waardoor hij contact opnam met support en waardoor de in het Reddit-bericht vermelde regeling voor gratis verzending tot stand kwam.
De huidige richtlijnen voor ZimaBlade-NAS-configuraties adviseren ook om externe voeding te overwegen bij langdurig gebruik van HDD's. Het oorspronkelijke bericht vermeldt niet het schijfmodel, de opstartstroom, de specificaties van de adapter of het ZimaBlade-model. Daarom probeert dit verhaal de exacte elektrische limiet van zijn configuratie niet vast te stellen.
Een kleine NAS die uitgroeide tot een hands-on homelab
Tegen de tijd dat King_Arda over het project schreef, deed de ZimaBlade veel meer dan bestanden opslaan. Het was een private fotoserver, een Jellyfin-server, een back-upnode en een plek om de netwerk- en cybersecuritykennis die hij al bestudeerde in de praktijk toe te passen.
Het nuttige aan het verhaal is dat het leren voortkwam uit zowel de successen als de wrijving. Hij moest beslissen waar containergegevens moesten worden opgeslagen, welke laag voor externe toegang logisch was, hoe hij een versleutelde externe kopie kon behouden en wat er veranderde toen de uitbreiding van de opslag de stroombehoefte verhoogde.
Het verhaal wordt nog steeds geschreven
Het verhaal van King_Arda en Zima wordt nog steeds geschreven. Het Reddit-bericht van 31 januari 2026 beschrijft een systeem dat al nuttig was maar nog steeds werd uitgebreid: één HDD verwerkte echte workloads, een tweede schijf en RAID waren gepland, Immich en Jellyfin waren dagelijkse diensten geworden, Duplicati verzorgde back-ups en WireGuard bood externe toegang.
In het materiaal dat voor deze pagina is geverifieerd, staat geen openbare follow-up die bevestigt dat de upgrade met een tweede schijf is uitgevoerd, wat de uiteindelijke RAID-configuratie werd of of de problemen met app-gegevens en back-ups later zijn opgelost. Die punten moeten open blijven totdat King_Arda zelf de volgende fase documenteert.
Als je de bron achter dit verhaal wilt volgen, lees dan het oorspronkelijke ZimaBlade-NAS-bericht op Reddit of bezoek het Reddit-profiel van King_Arda.
