Nextcloud met de Storage Server verbinden: ruimte, quota en deellinks
Nextcloud levert gebruikers, quota en deellinks, de Storage Server levert de ruimte. Samen vormen ze een eigen cloud waarbij een kleine server volstaat en de terabytes elders staan.
Nextcloud kan alles wat een Storage Server niet kan: gebruikers beheren, iedereen een eigen quotum toekennen, mappen delen, links met wachtwoord en vervaldatum maken en bestanden via HTTPS aan browsers uitleveren. Wat Nextcloud daarentegen duur maakt, is de ruimte, want die staat op de NVMe-SSD van de server.
Beide samen leveren de opzet op die zich in de praktijk heeft doorgezet: een kleine server voor Nextcloud, de bestanden op een Storage Server. Dit artikel laat beide manieren van inrichten zien, legt uit welke wanneer beter is, en noemt de valkuilen die daarbij telkens opduiken.
Waarom deze combinatie zo goed past
| Nextcloud levert | De Storage Server levert |
|---|---|
| Gebruikersaccounts met wachtwoord en tweefactor | Ruimte, 1 tot 20 TB |
| Quota per gebruiker | Snapshots als tweede back-uplaag |
| Deellinks met wachtwoord en vervaldatum | een locatie los van de server |
| Uitlevering via HTTPS met aanmelding | een fractie van de kosten per terabyte |
| Versiebeheer en prullenbak | 100 subaccounts voor gescheiden doeleinden |
Het beslissende punt voor veel projecten: de Storage Server kent geen quotum per subaccount. Een subaccount blijft wel in zijn eigen map, maar kan daar het hele tarief volschrijven. Nextcloud lost precies dat op, want daar krijgt elke gebruiker een hard quotum.
Twee wegen, en welke de betere is
Weg A: Nextcloud spreekt de storage zelf aan, via zijn ingebouwde SMB- of SFTP-driver. Geen ingreep in het besturingssysteem nodig.
Weg B: U koppelt de storage in het besturingssysteem als map en richt in Nextcloud een externe opslag van het type "Lokaal" op die map in.
Neem weg B als u rootrechten hebt. De omweg via het bestandssysteem is merkbaar sneller dan de SFTP-driver van Nextcloud, vooral bij veel kleine bestanden, en hij overleeft netwerkstoringen beter. Weg A is de oplossing als u aan het besturingssysteem niets kunt of wilt veranderen.
Voorbereiding: een eigen subaccount
Maak in het klantenpaneel een subaccount aan dat alleen voor Nextcloud bedoeld is, met een eigen startmap, bijvoorbeeld /nextcloud. Geef het alleen het protocol vrij dat u werkelijk gebruikt. Controleer bovendien onder "Toegangsinstellingen" of Externe bereikbaarheid ingeschakeld is, anders komt de server niet bij de storage.
De voorbeelden gebruiken deze waarden, vervang ze door uw eigen gegevens:
| Gegeven | Voorbeeldwaarde |
|---|---|
| Hostnaam | u123456.storage.kernelhost.net |
| Subaccount | u123456-sub1 |
| Share (SMB) | backup |
| Poort SMB | 445 |
| Poort SFTP | 23 |
Weg B: koppelen en als lokale opslag gebruiken
Eerst het koppelen. Onder Debian en Ubuntu:
apt install -y cifs-utils
mkdir -p /mnt/storage
printf 'username=u123456-sub1\npassword=UW_WACHTWOORD\n' > /etc/samba/storage.cred
chmod 600 /etc/samba/storage.cred
Dan de regel in /etc/fstab, zodat hij een herstart overleeft:
//u123456.storage.kernelhost.net/backup /mnt/storage cifs credentials=/etc/samba/storage.cred,uid=www-data,gid=www-data,file_mode=0660,dir_mode=0770,seal,_netdev,nofail 0 0
De drie belangrijke opties: uid=www-data zorgt ervoor dat de webserver mag schrijven, seal versleutelt de overdracht met SMB 3, en _netdev plus nofail voorkomen dat de server bij het opstarten blijft hangen als de storage op dat moment niet antwoordt.
mount -a
sudo -u www-data touch /mnt/storage/test && echo "Schrijfrechten in orde"
Activeer daarna in Nextcloud de app "External storage support" en registreer de storage, of in de interface onder Beheer, Externe opslag, of op de opdrachtregel:
sudo -u www-data php occ app:enable files_external
sudo -u www-data php occ files_external:create Gegevens local null::null -c datadir=/mnt/storage
sudo -u www-data php occ files_external:list
De map "Gegevens" verschijnt nu bij de gebruikers voor wie u hem vrijgeeft. Die vrijgave regelt u per gebruiker of per groep, zodat niet iedereen alles ziet.
Weg A: externe opslag direct in Nextcloud
Zonder rootrechten gaat het ook zonder koppelen. Voor SMB hebt u de bijbehorende PHP-uitbreiding nodig:
apt install -y smbclient php-smbclient
systemctl restart php8.3-fpm
Maak dan onder Beheer, Externe opslag een regel aan:
| Veld | Waarde |
|---|---|
| Mapnaam | Gegevens |
| Externe opslag | SMB / CIFS |
| Host | u123456.storage.kernelhost.net |
| Share | backup |
| Externe submap | nextcloud |
| Gebruikersnaam | u123456-sub1 |
| Wachtwoord | het wachtwoord van het subaccount |
Voor SFTP kiest u in plaats daarvan het type "SFTP", vult u als Host u123456.storage.kernelhost.net in en als poort 23. Dat is de meest voorkomende foutbron bij deze weg: Nextcloud stelt 22 voor, onze storage luistert op 23.
Quota per gebruiker toekennen
Nu komt het deel dat de hele opzet rechtvaardigt. Onder Beheer, Gebruikers vult u per account een quotum in, bijvoorbeeld 50 GB. Of op de opdrachtregel:
sudo -u www-data php occ user:setting fotograf1 files quota "50 GB"
Nextcloud rekent daarbij versies en prullenbak mee. Dat is terecht, maar verrast nogal eens: wie 50 GB krijgt en 50 GB uploadt, heeft door oude versies snel meer bezet dan gedacht. Voor accounts die veel vervangen in plaats van toevoegen, is het de moeite waard om het bewaren van versies te begrenzen.
Deellinks voor uw eigen website
Voor Nextcloud is de externe opslag een map als elke andere, delen werkt dus onveranderd. Een link met wachtwoord en vervaldatum maakt u in drie klikken, en het bestand wordt daarbij via Nextcloud uitgeleverd, niet direct vanaf de storage. Uw inloggegevens voor de storage verlaten de server dus nooit.
Dat is precies het onderdeel dat op een Storage Server alleen ontbreekt. Wie een website met een downloadgedeelte beheert, krijgt hier gebruikersbeheer, rechten en uitlevering in één, zonder zelf iets te programmeren. Hoe het alternatief zonder Nextcloud eruitziet, leest u in Storage Server voor uw eigen website gebruiken.
Vier valkuilen die telkens opduiken
- De datamap hoort niet op de storage. Technisch mogelijk, praktisch riskant: Nextcloud legt daar ook vergrendelingsbestanden en tussenresultaten neer, en een korte netwerkstoring legt de hele instantie plat. Als externe opslag raakt een storing alleen die ene map.
- De database blijft lokaal. Altijd. Op de storage horen bestanden, niets anders.
- Redis inrichten. Zonder cache voor bestandsvergrendelingen wordt Nextcloud met externe opslag merkbaar langzaam, omdat elke vergrendeling via de database loopt.
- Poort 23 in plaats van 22. Bij SFTP stelt Nextcloud 22 voor. Onze storage luistert op 23, en de foutmelding daarbij is weinig behulpzaam.
Welke server en welk tarief
Voor Nextcloud zelf volstaat een kleine machine. De bestanden staan immers elders, de server beheert alleen: voor een handvol tot enkele tientallen actieve gebruikers zijn 4 tot 8 GB RAM genoeg, mits Redis draait en de achtergrondtaak ingericht is. Een handleiding daarvoor leest u in Nextcloud op uw eigen server installeren.
Bij de storage hangt de keuze af van de ruimte:
| Tarief | Ruimte | Snapshots | Prijs |
|---|---|---|---|
| Storage-1 | 1 TB | 10 plus 10 automatisch | 9,99 EUR |
| Storage-2 | 5 TB | 20 plus 20 automatisch | 29,99 EUR |
| Storage-3 | 10 TB | 30 plus 30 automatisch | 39,99 EUR |
| Storage-4 | 20 TB | 40 plus 40 automatisch | 69,99 EUR |
Alle Storage Servers staan in Duitsland, spreken SMB, SFTP, WebDAV en meer, staan tot 100 subaccounts toe en brengen snapshots mee. Geen instelkosten, prepaid, geen minimale looptijd. Groeit uw behoefte aan ruimte, dan stapt u over naar het grotere tarief, zonder de data aan te raken.
Veelgestelde vragen
Waarom niet simpelweg een grote server met veel schijfruimte nemen?
Moet ik SMB of SFTP nemen?
Kan ik elke gebruiker een eigen omvang toekennen?
Kan ik de data direct op de storage zetten in plaats van als externe opslag?
Werken deellinks ook voor bestanden op de storage?
Hoe snel is dat?
Wat gebeurt er als de storage even niet bereikbaar is?
Heb ik een database op de storage nodig?
Hoeveel gebruikers kan een kleine server aan?
Wat kost de combinatie?
2026 KernelHost GmbH. Alle rechten voorbehouden. Deze handleiding is auteursrechtelijk beschermd. Publicatie op andere websites, geheel, gedeeltelijk of in bewerkte vorm, is zonder onze schriftelijke toestemming niet toegestaan. Citeren met bronvermelding en link is uitdrukkelijk welkom.

