Storage Server használata a saját weboldalhoz: képek, letöltések, archívumok

Egy webszerveren a lemezhely a legdrágább jószág. Gyors NVMe SSD-ken helyezkedik el, amelyeket adatbázisokhoz és PHP-hez építettek, és minden gigabájttal érezhetően drágább lesz. Ugyanakkor olyan dolgok is fekszenek rajta, amelyeknek erre a sebességre soha nincs szükségük: eredeti fotók, videófájlok, letöltési archívumok, régi biztonsági mentések.

Egy Storage Server ennek a töredékébe kerül, és pontosan ezt a terhet veszi le. Ez a cikk megmutatja, mit érdemes áthelyezni, melyik protokoll működik a webszerverről, hogyan érnek biztonságosan célba a fájlok a látogatóknál, és hol vannak a határok.

Mit érdemes áthelyezni, és mit nem

A határvonal egyszerű: amit ritkán olvasnak, és ami egyszerre, nagy darabban megy át a vonalon, az a tárhelyre tartozik. Ami minden oldalletöltéssel együtt betöltődik, az ott marad, ahol gyors.

Mi az a Storage Server, és mi nem

A Storage Server hálózati tárhely felhasználói fiókokkal. Hitelesítő adatokkal kapcsolódik hozzá, és fájlokat olvas vagy ír. Nem objektumtároló nyilvános címekkel, és nem CDN.

A gyakorlatban ez azt jelenti: az oldalán nem hivatkozhat képre közvetlenül a tárhelyen, mert minden hozzáférés hitelesítéshez kötött. A webszervere lehozza a fájlt, és továbbadja, vagy saját maga állít elő időben korlátozott letöltési hivatkozásokat. Hogy ez hogyan megy tisztán, az lentebb következik.

Ez megkötésnek hangzik, pedig van egy előnye: senki nem tudja megszerezni a fájljait úgy, hogy címeket tippel, vagy továbbad egy hivatkozást. A hozzáférés mindig az alkalmazásán keresztül fut, tehát az Ön szabályai szerint.

A minta, amely a gyakorlatban működik

Három lépés, több nem kell:

1. Az eredetik a tárhelyen fekszenek. Egyszer kerülnek fel, utána ritkán nyúl hozzájuk valaki.
2. A származtatott változatok egyszer készülnek el, és a webszerveren maradnak. Tehát a bélyegképek, a levágott változatok, a tömörített verziók. Ezek kicsik, és minden oldalletöltésnél kellenek.
3. A letöltések az alkalmazásán keresztül futnak. Egy kis szkript ellenőrzi a jogosultságot, lehozza a fájlt a tárhelyről, és kiadja.

Aki ezt megfordítja, és a bélyegképeket minden oldalletöltésnél frissen hozza le a tárhelyről, az lassú weboldalt épít magának. A fájlonkénti hálózati késleltetés összeadódik, és egy negyven képes galéria negyvenszer várakozik.

Melyik protokoll melyik esetre

A legfontosabb döntés nem az ízlésen múlik, hanem a jogosultságain: saját szerveren könyvtárként csatolja a tárhelyet, és minden alkalmazás használni tudja anélkül, hogy bármit tudna róla. Hogy ez hogyan megy, arról a Storage Server csatolása hálózati meghajtóként szól.

Osztott webtárhelyen (shared hosting) nincsenek root jogai, a csatolás tehát kiesik. Ott az út magából az alkalmazásból, WebDAV-on vagy SFTP-n keresztül vezet, és a WebDAV általában a kisebb ellenállás, mert a 443-as port gyakorlatilag soha nincs tiltva.

Hozzáférés beállítása PHP-ből

Az SFTP-hez elég egy tisztán PHP-ben írt programkönyvtár, nem kell hozzá kiterjesztés a szerveren:

composer require phpseclib/phpseclib:~3.0

use phpseclib3\Net\SFTP;

$sftp = new SFTP('u123456.storage.kernelhost.net', 23);
if (!$sftp->login('u123456-sub1', $passwort)) {
    throw new RuntimeException('A bejelentkezés nem sikerült');
}

// Fájl feltöltése
$sftp->put('/bilder/2026/original.jpg', '/tmp/upload.jpg', SFTP::SOURCE_LOCAL_FILE);

// Fájl beolvasása
$inhalt = $sftp->get('/bilder/2026/original.jpg');

WebDAV-hoz még a beépített curl kiterjesztés is elegendő:

$ch = curl_init('https://u123456.storage.kernelhost.net/bilder/2026/original.jpg');
curl_setopt_array($ch, [
    CURLOPT_RETURNTRANSFER => true,
    CURLOPT_USERPWD        => 'u123456-sub1:' . $passwort,
    CURLOPT_TIMEOUT        => 30,
]);
$inhalt = curl_exec($ch);
curl_close($ch);

Mindkét példa alfiókot használ, nem a főfiókot. Hogy miért, az a következő szakaszban áll.

Minden célra saját alfiók

Minden Storage Server legfeljebb 100 alfiókot engedélyez, mégpedig minden tarifában. Mindegyik kap:

• saját kezdőkönyvtárat, amelyből nem jut ki,
• saját jelszót,
• saját protokollengedélyeket, tehát például csak SFTP-t, Sambát pedig nem.

Egy weboldal esetében ez azt jelenti: egy alfiók a webszervernek, amely csak SFTP-t használhat, és csak a /web könyvtárat látja, egy második a biztonsági mentésnek, amely csak a /backup könyvtárat látja. Ha a webszervert egyszer átveszi valaki, a támadó nem jut hozzá a mentésekhez, mert a fiók nem is ismeri őket.

Egy határ van: az alfiók nem kap saját helykontingenst. A saját könyvtárában marad, ott viszont a tarifa teljes tárhelyét megtöltheti. Aki az egyes felhasználókat valóban korlátozni akarja, annak egy alkalmazást kell elé tennie, amely ezt elvégzi. A Nextcloud összekapcsolása a Storage Serverrel pontosan ezt a felépítést mutatja be.

Letöltések biztonságos kiszolgálása

A leggyakoribb hiba az, hogy a hitelesítő adatok bejutnak a böngészőbe, például egy felhasználónevet és jelszót tartalmazó hivatkozással. A helyes megoldás az, hogy a szervere építi fel a kapcsolatot, és továbbadja a fájlt:

<?php
// A jogosultság ellenőrzése, mielőtt bármi történik
if (!nutzer_darf_datei($_GET['id'])) {
    http_response_code(403);
    exit;
}

$sftp = neue_verbindung();
$datei = $sftp->get(pfad_zu($_GET['id']));

header('Content-Type: application/octet-stream');
header('Content-Disposition: attachment; filename="dokument.pdf"');
header('Content-Length: ' . strlen($datei));
echo $datei;

Nagyon nagy fájloknál jobb blokkokban olvasni, mint mindent a memóriába tölteni, különben túllépi a PHP memóriakorlátját. Ehhez használja az ob_end_flush() hívást, és darabokban adja ki a fájlt.

Aki sok egyidejű letöltésre számít, annak azt is érdemes észben tartania, hogy minden futó letöltés lefoglal egy PHP-folyamatot. Egy bizonyos nagyságrend felett az ilyen dolog saját szerver mögé tartozik, nem osztott webtárhely mögé.

A weboldal mentése a Storage Serverre

Ez a legegyszerűbb belépési pont, és azonnal hoz is valamit. Az rsync csak a változásokat viszi át:

rsync -az --delete -e "ssh -p 23" \
      /var/www/example.com/ \
      u123456-sub2@u123456.storage.kernelhost.net:/backup/web/

Deduplikálással és titkosítással készülő mentésekhez a BorgBackup a jobb választás, a tárhelyen natívan rendelkezésre áll. Ehhez jönnek második szintként magának a tárhelynek a pillanatképei: tarifától függően 10, 20, 30 vagy 40 kézi pillanatkép, és ugyanennyi automatikus napi, heti és havi ütemben.

Az ugyanazon a szerveren tartott mentéshez képest ez a döntő különbség: egy letörölt vagy titkosított merevlemez magával viszi a helyi mentést, a külön tárhelyen álló mentést viszont nem.

Mielőtt elkezdi: két kapcsoló

Az ügyfélportálon a Storage Server alatt találja a „Hozzáférési beállítások” gombot. Két dolognak rendben kell lennie:

• A Külső elérhetőség kapcsolót be kell kapcsolni, különben a webszervere az interneten keresztül nem jut el a tárhelyig.
• A kívánt protokollt engedélyezni kell, tehát a Sambát az SMB-hez, az SSH-t az SFTP-hez és az rsynchez, a WebDAV-ot a HTTPS-es úthoz.

Újonnan megrendelt szervereknél ezek mind aktívak. Aki biztonsági okokból kikapcsolja, amire nincs szüksége, annak érdemes észben tartania, hogy később pontosan ez a leggyakoribb oka a „nem működik többé” jelenségnek.

Melyik tarifa illik

Minden Storage Server Németországban áll, beszéli az FTP, FTPS, SFTP, SCP, Samba, WebDAV és WebDAVs protokollt, natívan hozza az rsyncet és a BorgBackupot, és van IPv4-e és IPv6-a. Beállítási díj nincs, az elszámolás PrePaid alapon, minimális futamidő nélkül történik. Kezdheti tehát 1 TB-tal, és később bővíthet, költözés nélkül.

Egy számpélda: 1 TB további hely egy webszerveren szolgáltatótól függően a havi 9,99 euró többszörösébe kerül, és ráadásul ugyanazon a gépen fekszik, mint a weboldal. A mellette álló tárhely nem csak kedvezőbb, hanem külön is áll.