Nextcloud összekötése a Storage Serverrel: hely, kvóták és megosztások

A Nextcloud mindent tud, amit egy Storage Server nem: felhasználókat kezel, mindenkinek saját keretet ad, mappákat oszt meg, jelszóval és lejárati dátummal ellátott linkeket készít, és HTTPS-en keresztül szolgálja ki a fájlokat a böngészőknek. Amitől viszont a Nextcloud drága lesz, az a hely, mert az a szerver NVMe SSD-jén fekszik.

A kettő együtt azt a felépítést adja, amely a gyakorlatban elterjedt: egy kis szerver a Nextcloudnak, a fájlok pedig egy Storage Serveren. Ez a cikk mindkét beállítási utat bemutatja, elmagyarázza, melyik mikor jobb, és megnevezi azokat a csapdákat, amelyek ilyenkor rendre előkerülnek.

Miért illik ez a kombináció ennyire jól össze

A döntő pont sok projektnél: a Storage Server nem ismer alfiókonkénti kvótát. Egy alfiók ugyan a saját könyvtárában marad, ott viszont az egész csomagot megtöltheti. A Nextcloud pontosan ezt oldja meg, mert ott minden felhasználó kemény keretet kap.

Két út, és hogy melyik a jobb

A) út: a Nextcloud maga szólítja meg a tárhelyet, a beépített SMB- vagy SFTP-illesztőjén keresztül. Az operációs rendszerben nem kell hozzányúlni semmihez.

B) út: a tárhelyet az operációs rendszerben könyvtárként csatolja, a Nextcloudban pedig erre a könyvtárra állít be egy „Helyi” típusú külső tárolót.

Válassza a B) utat, ha van root jogosultsága. A fájlrendszeren át vezető kerülő érezhetően gyorsabb, mint a Nextcloud SFTP-illesztője, főleg sok apró fájlnál, és a hálózati zavarokat is jobban átvészeli. Az A) út akkor a megoldás, ha az operációs rendszeren nem tud vagy nem akar változtatni.

Előkészítés: saját alfiók

Hozzon létre az ügyfélportálon egy csak a Nextcloudhoz tartozó alfiókot, saját kezdőkönyvtárral, például /nextcloud. Csak azt a protokollt engedélyezze neki, amelyet valóban használ. Ellenőrizze emellett a „Hozzáférési beállítások” alatt, hogy a Külső elérhetőség be van kapcsolva, különben a szerver nem jut el a tárhelyig.

A példák ezeket az értékeket használják, cserélje ki őket a sajátjaira:

B) út: csatolás és használat helyi tárolóként

Először a csatolás. Debian és Ubuntu alatt:

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

Utána a bejegyzés az /etc/fstab fájlba, hogy túlélje az újraindítást:

//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

A három fontos opció: az uid=www-data gondoskodik arról, hogy a webszerver írhasson, a seal SMB 3 szerint titkosítja az átvitelt, a _netdev és a nofail pedig megakadályozza, hogy a szerver induláskor megálljon, ha a tárhely éppen nem válaszol.

mount -a
sudo -u www-data touch /mnt/storage/test && echo "Az írási jog rendben"

Ezután kapcsolja be a Nextcloudban az „External storage support” alkalmazást, és vegye fel a tárhelyet, akár a felületen az Adminisztráció, Külső tárolók alatt, akár a parancssorban:

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

Az „Adatok” mappa most megjelenik azoknál a felhasználóknál, akiknek engedélyezi. Az engedélyezést felhasználónként vagy csoportonként szabályozza, így nem mindenki lát mindent.

A) út: külső tároló közvetlenül a Nextcloudban

Root jogosultság nélkül, csatolás nélkül is megy. Az SMB-hez a megfelelő PHP-kiterjesztés kell:

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

Majd hozzon létre egy bejegyzést az Adminisztráció, Külső tárolók alatt:

SFTP esetén helyette az „SFTP” típust választja, hosztként a u123456.storage.kernelhost.net értéket adja meg, portként pedig a 23-at. Ezen az úton ez a leggyakoribb hibaforrás: a Nextcloud a 22-t javasolja, a mi tárhelyünk a 23-on hallgat.

Kvóták kiosztása felhasználónként

Most jön az a rész, amely az egész felépítést igazolja. Az Adminisztráció, Felhasználók alatt fiókonként ad meg egy keretet, például 50 GB-ot. Vagy a parancssorban:

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

A Nextcloud ebbe beszámítja a verziókat és a lomtárat is. Ez így helyes, de szívesen okoz meglepetést: aki 50 GB-ot kap és 50 GB-ot töltött fel, a régi verziókkal hamar többet foglal, mint gondolta. Azoknál a fiókoknál, amelyek sokat cserélnek a hozzáadás helyett, érdemes korlátozni a verziók megőrzését.

Megosztási linkek a saját weboldalhoz

A Nextcloud számára a külső tároló ugyanolyan mappa, mint bármelyik másik, a megosztások tehát változatlanul működnek. Egy jelszóval és lejárati dátummal ellátott link három kattintással elkészül, a fájlt pedig a Nextcloud szolgálja ki, nem közvetlenül a tárhely. A tárhelyhez tartozó hozzáférési adatai tehát soha nem hagyják el a szervert.

Pontosan ez az az építőelem, amely egy Storage Serverből magában hiányzik. Aki letöltési területtel működtet weboldalt, itt egyszerre kap felhasználókezelést, jogosultságokat és kiszolgálást, anélkül hogy magának kellene programoznia. Hogy a Nextcloud nélküli változat hogyan néz ki, arról a Storage Server használata a saját weboldalhoz cikkben olvashat.

Négy csapda, amely rendre előkerül

• Az adatkönyvtár nem a tárhelyre tartozik. Műszakilag lehetséges, a gyakorlatban kényes: a Nextcloud zárolási fájlokat és közbenső állapotokat is odatesz, és egy rövid hálózati zavar az egész példányt megbénítja. Külső tárolóként egy zavar csak azt az egy mappát éri.
• Az adatbázis helyben marad. Mindig. A tárhelyre fájlok tartoznak, semmi más.
• Állítsa be a Redist. A fájlzárolások gyorsítótára nélkül a Nextcloud külső tárolóval érezhetően lassú lesz, mert minden zárolás az adatbázison keresztül fut.
• A 23-as port a 22 helyett. SFTP esetén a Nextcloud a 22-t javasolja. A mi tárhelyünk a 23-on hallgat, a hozzá tartozó hibaüzenet pedig kevéssé segít.

Melyik szerver és melyik csomag

A Nextcloudhoz magához egy kis gép is elég. A fájlok amúgy is máshol fekszenek, a szerver csak kezeli őket: néhány főtől néhány tucat aktív felhasználóig elég a 4 és 8 GB közötti memória, feltéve, hogy fut a Redis és be van állítva a háttérfeladat. Útmutató ehhez a Nextcloud telepítése a saját szerverre cikkben van.

A tárhelynél a választás a helyhez igazodik:

Minden Storage Server Németországban áll, beszél SMB-t, SFTP-t, WebDAV-ot és továbbiakat, akár 100 alfiókot engedélyez, és pillanatképeket is hoz. Beállítási díj nincs, PrePaid, minimális futamidő nélkül. Ha nő a helyigénye, a nagyobb csomagba lép át, anélkül hogy az adatokhoz hozzá kellene érnie.