Flowmatic Blog · n8n

Self-hosted n8n telepítés lépésről lépésre: ingyenes automatizálás saját szerveren

A self-hosted n8n jó választás lehet, ha csökkentenéd a havidíjas automatizálási eszközök költségét. Megmutatjuk, hogyan telepítsd Dockerrel, és mire figyelj a biztonság, mentés és üzemeltetés során.

· Flowmatic

Self-hosted n8n telepítés lépésről lépésre: ingyenes automatizálás saját szerveren

A self-hosted n8n telepítés lehetővé teszi, hogy saját szerveren futtasd az automatizálásaidat, így nem feltétlenül kell minden hónapban külön előfizetést fizetned egy automatizálási platformért. Ez különösen érdekes lehet egy magyar webshop, könyvelőiroda vagy marketingügynökség számára, ahol sok ismétlődő feladatot kell összekötni.

A saját üzemeltetés azonban nem azt jelenti, hogy nincs vele költség vagy felelősség. A szerver, a biztonsági frissítések, a mentések és a hibák kezelése hozzád kerül. Ebben az útmutatóban ezért nemcsak a telepítési parancsokat mutatjuk meg, hanem azt is, hogyan vágj bele biztonságosan.

Mit jelent a self-hosted n8n?

A self-hosted n8n olyan n8n-telepítés, amelyet nem az n8n felhőszolgáltatása futtat, hanem te helyezel el egy saját számítógépen, irodai szerveren vagy bérelt VPS-en. Az n8n dokumentációja szerint a self-hosted telepítések ugyanazt az alapterméket használják; licenckulcs nélkül a Community kiadás érhető el.

A gyakorlatban ez nagyobb kontrollt jelent az adatok felett. Például egy könyvelőiroda a beérkező számlák feldolgozását, a fájlok továbbítását és a belső értesítéseket olyan infrastruktúrán futtathatja, amelyet saját maga kezel.

A szabadságnak ára is van. Neked kell gondoskodnod arról, hogy az n8n elérhető legyen, a hozzáférések ne kerüljenek illetéktelenekhez, és egy szerverhiba után vissza tudd állítani a workflow-kat. Az n8n saját dokumentációja is jelzi, hogy a self-hosting szerverüzemeltetési, biztonsági és konfigurációs ismereteket igényel.

Milyen környezetben érdemes telepíteni?

Helyi számítógép vagy irodai szerver

Teszteléshez megfelelhet egy saját laptop vagy irodai gép. Ilyenkor azonban az automatizálás csak akkor működik, ha az eszköz bekapcsolva van. Egy gyártó KKV-nál például a termelési riportok feldolgozása elakadhat, ha az n8n-t futtató számítógépet este kikapcsolják.

VPS vagy privát szerver

Folyamatos működéshez jellemzően jobb választás egy bérelt VPS vagy meglévő szerver. Így a webshop rendelésértesítései, a CRM-frissítések és a Slack- vagy e-mail-értesítések akkor is futhatnak, amikor senki nincs az irodában.

A VPS nem feltétlenül ingyenes: a tárhelyért és az üzemeltetésért fizetni kell. A megtakarítás inkább abból származhat, hogy nem az automatizálási műveletek vagy felhasználók számával arányos havidíjat fizetsz. A teljes költséget mindig hasonlítsd össze azzal az idővel és szakértelemmel, amelyet a szerver kezelésére fordítasz.

Miért Dockerrel telepítsd?

Az n8n a legtöbb self-hosting esethez a Dockert ajánlja. A Docker elkülönített környezetben futtatja az alkalmazást, ezért kevesebb gondot okoz az operációs rendszer, a Node.js-verziók és más függőségek összehangolása.

Ez egy marketingügynökségnél például azt jelentheti, hogy az n8n frissítése kevésbé zavarja meg a szerveren futó más szolgáltatásokat. A Docker Compose pedig akkor hasznos, ha az n8n mellett adatbázist, fordított proxyt vagy más kiegészítő szolgáltatást is kezelsz.

A legegyszerűbb induláshoz Linuxon vagy macOS-en Dockerre és terminálhasználatra van szükség. Windowson a Docker Desktop vagy WSL használható. Éles, ügyféladatokat érintő rendszerhez érdemes olyan személyt bevonni, aki magabiztosan kezeli a szervereket.

Self-hosted n8n telepítés Dockerrel

Az alábbi példa egy egyszerű, SQLite-adatbázist használó telepítés. Ez alkalmas lehet kisebb csapat, tesztelés vagy néhány könnyebb workflow számára. Egy könyvelőiroda első belső prototípusát például el lehet így indítani, mielőtt a rendszer több felhasználót és nagyobb futási terhelést kapna.

1. Telepítsd a Dockert

Linuxon a Docker Engine és a Docker Compose, Windows vagy macOS esetén a Docker Desktop telepíthető. A telepítést mindig a Docker hivatalos dokumentációja alapján végezd, mert a pontos lépések operációs rendszerenként eltérnek.

A telepítés után ellenőrizd, hogy a Docker működik:

```bash

docker --version

```

2. Hozz létre tartós tárhelyet

Az n8n adatai nem veszhetnek el egy konténer újraindításakor. Hozz létre egy Docker-volument:

```bash

docker volume create n8n_data

```

A volume tárolja az n8n fontos adatait, például a workflow-kat, a hitelesítési adatokat és az alkalmazás konfigurációjának egy részét. Ha egy webshop rendelési folyamatai hónapok óta épülnek, ezt a tárhelyet különösen fontos megőrizni.

3. Indítsd el az n8n konténert

A következő parancsban a Europe/Budapest érték biztosítja, hogy a futások időzítése a magyar időzónához igazodjon:

```bash

docker run -it --rm \

--name n8n \

-p 5678:5678 \

-e GENERIC_TIMEZONE="Europe/Budapest" \

-e TZ="Europe/Budapest" \

-e N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true \

-v n8n_data:/home/node/.n8n \

n8nio/n8n

```

Ez a parancs letölti az n8n Docker-képét, létrehozza a konténert, és a 5678-as porton elérhetővé teszi az alkalmazást. A saját gépeden ezután a http://localhost:5678 címet nyisd meg.

A --rm kapcsoló miatt a konténer leállításkor törlődik, de a n8n_data volume megmarad. Ezért az adatokat nem a konténer, hanem a tartós volume őrzi.

4. Hozd létre az első felhasználót

Az első megnyitáskor az n8n felületén létrehozhatod a tulajdonosi fiókot. Használj egyedi, erős jelszót, és ne oszd meg a belépést több kollégával. Egy ügynökségnél jobb megoldás, ha a hozzáférések és a felelősségi körök személyekhez kötődnek.

Hogyan tedd elérhetővé az interneten?

A localhost csak a saját gépedről érhető el. Ha az n8n-nek külső szolgáltatások webhookjait kell fogadnia, például egy webshop rendelési eseményeit, akkor nyilvánosan elérhető, stabil címre lesz szükséged.

Éles használathoz tipikusan ezek tartoznak a megoldáshoz:

  • VPS vagy más folyamatosan elérhető szerver;
  • saját aldomain, például automatizalas.ceged.hu;
  • HTTPS-t biztosító fordított proxy vagy proxy-szolgáltatás;
  • tűzfal és korlátozott hálózati hozzáférés;
  • rendszeres frissítés és mentés.

Az n8n fejlesztői alagútja helyi fejlesztéshez kényelmes lehet, de nem éles üzemre való. Például egy marketinges használhatja egy webhook teszteléséhez, de egy ügyfélkampány napi adatfeldolgozását ne ide építsd.

A nyilvános elérés beállítása már nem pusztán egy másolható parancs kérdése. Ha nem kezeltél még Linux-szervert, kérj segítséget, mert egy hibás hálózati vagy hitelesítési beállítás adatvédelmi kockázatot okozhat.

Biztonsági minimumok saját szerveren

Ne tedd ki védelem nélkül

Az n8n olyan adatokat és hitelesítési kulcsokat kezelhet, amelyekkel külső rendszerekhez fér hozzá. Egy gyártó KKV esetében ilyen lehet az ERP, egy webshop vagy egy belső fájltár elérése. Az adminfelületet ne hagyd jelszó nélküli, nyilvános címen.

Használj HTTPS-t, erős felhasználói jelszót, egyedi szerver-hozzáférést és tűzfalat. A nem használt portokat zárd le, a szerver operációs rendszerét és a Docker környezetet pedig tartsd naprakészen.

Készíts mentést

A Docker-volume önmagában nem biztonsági mentés. Ha a VPS meghibásodik vagy valaki töröl egy fontos adatot, a volume is elveszhet. Mentsd az n8n adatkönyvtárát biztonságos, lehetőleg külön helyre, és időnként próbáld ki a visszaállítást.

Egy könyvelőirodánál a mentési folyamatot érdemes dokumentálni: ki ellenőrzi a mentést, milyen gyakran történik, és hogyan lehet egy korábbi állapotot visszahozni.

Védd a hitelesítési adatokat

Az n8n-ben tárolt hitelesítésekhez ne adj szélesebb jogosultságot, mint amennyire az adott workflow-nak szüksége van. Ne másold a jelszavakat nyilvános dokumentumba vagy chatbe. A teszt- és éles környezet hitelesítéseit külön kezeld.

SQLite vagy PostgreSQL?

Az egyszerű Docker-telepítés alapértelmezésben SQLite-ot használ. Ez sok kisebb és alacsonyabb terhelésű feladathoz elegendő lehet. Például egy tanácsadó cég napi néhány adatátviteli workflow-ja indulhat ezzel a megoldással.

Nagyobb terhelésnél, több felhasználónál vagy hosszabb távú, üzletkritikus használatnál érdemes PostgreSQL-ben gondolkodni. Ilyenkor az n8n adatbázis-kapcsolati környezeti változókkal konfigurálható. A .n8n könyvtár tartós megőrzése PostgreSQL használata mellett is ajánlott, mert ott további fontos adatok, például a titkosítási kulcsok és naplók lehetnek.

A váltást ne akkor kezdd el megtervezni, amikor már leállás van. Ha egy webshopból naponta több ezer esemény érkezik, előre tervezz adatbázissal, mentéssel és megfigyeléssel.

Frissítés és üzemeltetés

A telepítés nem egyszeri feladat. Az n8n rendszeresen ad ki új verziókat, ezért frissítés előtt készíts mentést, ellenőrizd a változásokat, majd teszteld a kritikus workflow-kat.

Egyszerű Docker-telepítésnél az új kép letölthető például így:

```bash

docker pull n8nio/n8n

```

Ezután a futó konténert le kell állítani, majd az új képpel újra kell indítani. Docker Compose esetén a folyamat általában a projekt könyvtárában futtatott docker compose pull, docker compose down, majd docker compose up -d lépésekből áll.

Frissítés után ellenőrizd például, hogy egy marketingügynökség leadértesítései, egy webshop számlázási folyamatai és a hibajelzések is működnek-e.

Tipikus hibák, amelyeket érdemes elkerülni

  • A workflow-kat helyi laptopon építed, de a gép gyakran kikapcsol.
  • A konténerhez nincs tartós volume rendelve.
  • Nincs mentési és visszaállítási próba.
  • A nyilvános n8n-adminfelületet HTTPS és megfelelő védelem nélkül teszed ki.
  • Éles frissítést végzel tesztelés és mentés nélkül.
  • Minden folyamat ugyanazzal a túl széles jogosultságú technikai felhasználóval fut.

Ezek elsőre apróságnak tűnnek, de egy hibás számlázási, rendelésfeldolgozási vagy ügyfélértesítési folyamat közvetlen üzleti problémát okozhat.

Hogyan vágj bele?

  1. Válassz egyetlen, alacsony kockázatú folyamatot. Például a webes űrlapokból érkező érdeklődők továbbítását, ne rögtön a teljes számlázást.
  2. Döntsd el, hol fusson az n8n. Teszteléshez helyi gép, folyamatos működéshez VPS vagy meglévő szerver lehet megfelelő.
  3. Telepítsd a Dockert, majd hozz létre tartós n8n-volumet. E nélkül ne kezdj éles adatfeldolgozásba.
  4. Indítsd el az n8n-t a stabil kiadással, és hozd létre az adminfiókot.
  5. Építsd meg és teszteld a kiválasztott workflow-t tesztadatokkal.
  6. Állítsd be a hozzáférés-védelmet, a HTTPS-t és a mentést, mielőtt külső rendszert kötsz rá.
  7. Dokumentáld a frissítési és visszaállítási folyamatot. Írd le azt is, ki felel érte.
  8. Csak ezután bővítsd az automatizálást üzletkritikus folyamatokra.

Egy magyar webshop például először csak új rendelések belső értesítését automatizálhatja. Ha ez stabilan működik, jöhet a CRM-frissítés, a készletjelzés és a számlázási folyamat összekötése.

Hogyan kapcsolódik ehhez a Flowmatic?

A Flowmatic megközelítésében az n8n nem önmagában a cél, hanem testreszabható eszköz üzleti folyamatok automatizálására. A self-hosted telepítés akkor jó döntés, ha a vállalkozás képes vállalni az üzemeltetést, a biztonságot és a mentéseket.

Ha szeretnéd házon belül kezelni az automatizálásokat, gyakorlati képzésen lehet megtanulni az n8n alapjait, a workflow-k felépítését és a biztonságos működtetés szempontjait. Ha pedig összetettebb rendszerre van szükség, az n8n-alapú, testreszabott automatizálásnál előbb a folyamatot érdemes tisztázni, és csak utána kiválasztani a technikai megoldást.

Források

Ingyenes konzultáció a Flowmatickal