Anslut Nextcloud till Storage Server: utrymme, kvoter och delningar

Nextcloud kan allt som en Storage Server inte kan: hantera användare, ge var och en en egen kvot, dela mappar, skapa länkar med lösenord och utgångsdatum och leverera filer till webbläsare via HTTPS. Vad som däremot gör Nextcloud dyrt är utrymmet, för det ligger på serverns NVMe-SSD.

De två tillsammans ger den uppsättning som har satt sig i praktiken: en liten server för Nextcloud, filerna på en Storage Server. Den här artikeln visar båda vägarna att sätta upp det, förklarar vilken som är bäst när, och nämner de fällor som alltid dyker upp.

Varför den här kombinationen passar så bra

Den avgörande punkten för många projekt: Storage Server känner inte till någon kvot per underkonto. Ett underkonto stannar visserligen i sin egen katalog, men det kan fylla hela paketet därifrån. Nextcloud löser precis det, för där får varje användare en hård kvot.

Två vägar, och vilken som är den bättre

Väg A: Nextcloud pratar själv med lagringen, via sin inbyggda drivrutin för SMB eller SFTP. Inget ingrepp i operativsystemet behövs.

Väg B: Du monterar lagringen som en katalog i operativsystemet och lägger upp en extern lagring av typen ”Lokal” i Nextcloud som pekar på den katalogen.

Ta väg B om du har root-rättigheter. Omvägen via filsystemet är märkbart snabbare än Nextclouds SFTP-drivrutin, framför allt vid många små filer, och den klarar nätstörningar bättre. Väg A är lösningen om du inte kan eller inte vill ändra något i operativsystemet.

Förberedelse: ett eget underkonto

Skapa i kundpanelen ett underkonto bara för Nextcloud, med en egen hemkatalog, till exempel /nextcloud. Ge det bara det protokoll du verkligen använder. Kontrollera dessutom under ”Åtkomstinställningar” att Extern nåbarhet är påslagen, annars kommer servern inte åt lagringen.

Exemplen använder dessa värden, byt ut dem mot dina egna:

Väg B: montera och använda som lokal lagring

Först monteringen. På Debian och Ubuntu:

apt install -y cifs-utils
mkdir -p /mnt/storage
printf 'username=u123456-sub1\npassword=DITT_LOSENORD\n' > /etc/samba/storage.cred
chmod 600 /etc/samba/storage.cred

Sedan raden i /etc/fstab, så att den klarar en omstart:

//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 tre viktiga alternativen: uid=www-data ser till att webbservern får skriva, seal krypterar överföringen med SMB 3, och _netdev plus nofail hindrar servern från att hänga vid uppstart om lagringen just då inte svarar.

mount -a
sudo -u www-data touch /mnt/storage/test && echo "Skrivåtkomst i ordning"

Aktivera därefter appen ”External storage support” i Nextcloud och lägg in lagringen, antingen i gränssnittet under Administration, Extern lagring, eller på kommandoraden:

sudo -u www-data php occ app:enable files_external
sudo -u www-data php occ files_external:create Data local null::null -c datadir=/mnt/storage
sudo -u www-data php occ files_external:list

Mappen ”Data” syns nu hos de användare du ger den till. Delningen styr du per användare eller per grupp, så att inte alla ser allt.

Väg A: extern lagring direkt i Nextcloud

Utan root-rättigheter går det även utan montering. För SMB behöver du den passande PHP-utökningen:

apt install -y smbclient php-smbclient
systemctl restart php8.3-fpm

Lägg sedan upp en post under Administration, Extern lagring:

För SFTP väljer du i stället typen ”SFTP”, anger u123456.storage.kernelhost.net som värd och 23 som port. Det är den vanligaste felkällan på den här vägen: Nextcloud föreslår 22, vår lagring lyssnar på 23.

Ge varje användare en kvot

Nu kommer den del som motiverar hela uppsättningen. Under Administration, Användare anger du en kvot per konto, till exempel 50 GB. Eller på kommandoraden:

sudo -u www-data php occ user:setting fotograf1 files quota "50 GB"

Nextcloud räknar in versioner och papperskorg i den siffran. Det är rätt så, men det överraskar gärna: den som får 50 GB och laddar upp 50 GB har genom gamla versioner snabbt tagit mer än väntat. För konton som ersätter mycket i stället för att lägga till lönar det sig att begränsa hur länge versioner sparas.

Delningslänkar för den egna webbplatsen

För Nextcloud är den externa lagringen en mapp som alla andra, delningar fungerar alltså oförändrat. En länk med lösenord och utgångsdatum är skapad med tre klick, och filen levereras då via Nextcloud, inte direkt från lagringen. Dina inloggningsuppgifter till lagringen lämnar alltså aldrig servern.

Det är precis den byggsten som saknas på en Storage Server i sig. Driver du en webbplats med ett nedladdningsområde får du här användarhantering, rättigheter och leverans i ett, utan att själv behöva programmera något. Hur alternativet utan Nextcloud ser ut står i Använda Storage Server för den egna webbplatsen.

Fyra fällor som alltid dyker upp

• Datakatalogen hör inte hemma på lagringen. Tekniskt möjligt, praktiskt känsligt: Nextcloud lägger även låsfiler och mellanlägen där, och en kort nätstörning lamslår hela instansen. Som extern lagring träffar en störning bara den ena mappen.
• Databasen stannar lokalt. Alltid. På lagringen hör filer hemma, inget annat.
• Sätt upp Redis. Utan cache för fillås blir Nextcloud med extern lagring märkbart långsamt, eftersom varje lås går via databasen.
• Port 23 i stället för 22. Vid SFTP föreslår Nextcloud 22. Vår lagring lyssnar på 23, och felmeddelandet till det är inte särskilt hjälpsamt.

Vilken server och vilket paket

För Nextcloud självt räcker en liten maskin. Filerna ligger ju någon annanstans, servern bara administrerar: för en handfull upp till några dussin aktiva användare räcker 4 till 8 GB RAM, förutsatt att Redis körs och bakgrundsjobbet är uppsatt. En guide till det står i Installera Nextcloud på din egen server.

För lagringen avgörs valet av utrymmet:

Alla våra Storage Server står i Tyskland, pratar SMB, SFTP, WebDAV och mer, tillåter upp till 100 underkonton och har ögonblicksbilder. Ingen startavgift, PrePaid, ingen bindningstid. Växer ditt behov av utrymme byter du till det större paketet, utan att röra data.