Linux telepítési útmutató digna Release 2026.06-hoz¶
Kiadás: 2026.06
Utoljára frissítve: 2026. szeptember 5.
Tartalomjegyzék¶
- Bevezetés
- Rendszerkövetelmények
- Telepítés előtti beállítások
- PostgreSQL szerver beállítása
- Webszerver konfiguráció
- Kezdeti telepítés
- Backend konfiguráció
- Dashboard konfiguráció
- digna futtatása systemd szolgáltatásként
- Frissítés új kiadásra
Bevezetés¶
A digna-ról¶
A digna egy átfogó, mesterséges intelligencia által vezérelt platform, amely az adatminőség kezelését optimalizálja különböző adatkörnyezetekben, mint adattárházak, data lake-ek és lakehouse-ok. Nagy fokú skálázhatóságra és alkalmazkodóképességre tervezték; a digna automatizálással, valós idejű monitorozással és anomáliaészleléssel kezeli a modern adatszakmai kihívásokat.
A digna két fő komponensből áll:
- digna: az alkalmazás magja, amely az adatok feldolgozásáért és a minőségi ellenőrzések végrehajtásáért felel. Egyetlen futtatható fájlban egyesíti a háttérrendszert és a parancssori felületet, felváltva a korábbi kiadások különálló
dignabackendésdignacliprogramjait. - dignadashboard: Webes felület, amely egy webszerveren fut, felhasználóbarát módot nyújt a digna platform kezelésére és az adatminőségi metrikák vizualizálására.
Mi újság a 2026.06 kiadásban¶
Ez a kiadás lehetővé teszi az adatmegfigyelhetőség (data observability) közvetlen beépítését a kódba, így a fejlesztők már a forrásnál figyelhetik az adatminőséget. A részletekért lásd a release notes.
Windows vagy macOS útmutatót keres?¶
Ez az útmutató Linuxra vonatkozik. Más platformokhoz lásd a Windows telepítési útmutatót vagy a macOS telepítési útmutatót.
Melyik disztribúcióra vonatkozik az útmutató?¶
Az utasítások a két leggyakoribb szervercsaládra vannak írva. Ha a két család eltér, mindkét parancs szerepel:
- Debian család — Debian, Ubuntu. Csomagkezelő:
apt. - RHEL család — Red Hat Enterprise Linux, Rocky Linux, AlmaLinux, Fedora. Csomagkezelő:
dnf.
Bármely modern, systemd-t használó disztribúció működni fog; csak a csomagnevek és néhány konfigurációs útvonal változik.
Rendszerkövetelmények¶
Mielőtt hozzákezdene a telepítéshez, győződjön meg róla, hogy rendszere megfelel az alábbi minimális követelményeknek:
| Követelmény | Specifikáció |
|---|---|
| Operációs rendszer | Ubuntu 22.04 LTS vagy újabb, Debian 12 vagy újabb, RHEL 9 / Rocky 9 / AlmaLinux 9 vagy újabb |
| Architektúra | x86_64 (amd64) vagy arm64 |
| Init rendszer | systemd |
| Memória (minimális telepítés) | 16 GB RAM |
| Lemezterület | 10 GB szabad tárhely |
| Adatbázis | PostgreSQL Server 12 vagy újabb |
| Webszerver | nginx, Apache httpd vagy egyenértékű |
Adatbázis telepítési lehetőségek¶
Ha PostgreSQL már telepítve van: Új adatbázist adhat hozzá a meglévő PostgreSQL szerverhez a digna tároló számára.
Ha a PostgreSQL ugyanazon a gépen fut, mint a digna:
Ajánlott specifikációk
- Memória: 32 GB RAM (a 16 GB helyett)
- Lemezterület: 50 GB szabad tárhely (a 10 GB helyett)
Ezek a nagyobb erőforrások lehetővé teszik, hogy a digna és a PostgreSQL egyszerre fusson a gépen.
A disztribúció és az architektúra ellenőrzése¶
Ebben az útmutatóban néhány parancs eltér a Debian és a RHEL család között. A disztribúció és az architektúra ellenőrzéséhez futtassa:
ID=ubuntuvagyID=debian— használja azaptparancsokat.ID=rhel,rocky,almalinuxvagyfedora— használja adnfparancsokat.x86_64vagyaarch64— a telepítési csomaghoz szükséges architektúra.
Telepítés előtti beállítások¶
A digna telepítése előtt győződjön meg arról, hogy két kulcsfontosságú előfeltétel rendelkezésre áll:
- PostgreSQL szerver – a számított metrikák és teljesítményadatok tárolásához
- Webszerver – a digna Dashboard kiszolgálásához
Ha ezek a komponensek még nincsenek beállítva, kövesse az alábbi részeket az installálásukhoz és konfigurálásukhoz.
A csomagindex frissítése¶
Frissítse a csomaglistát telepítés előtt:
Megjegyzés
Az útmutatóban egy párban az első parancs a Debian családra, a második a RHEL családra vonatkozik. Futtassa csak azt, amelyik a rendszeréhez illik.
PostgreSQL szerver beállítása¶
Ha már van PostgreSQL¶
Ha a PostgreSQL már telepítve és fut a helyi gépén, vagy ha kezelt, távoli PostgreSQL szolgáltatást használ, akkor lépjen tovább a következő szekcióhoz.
PostgreSQL telepítése¶
1. lépés: A szerver csomag telepítése¶
Tipp
A disztribúciós csomagok lemaradhatnak a legfrissebb PostgreSQL kiadásoktól. Ha egy konkrét, újabb verzióra van szüksége, használja a hivatalos PostgreSQL apt vagy yum tárolót.
2. lépés: Az adatbázis klaszter inicializálása¶
A Debian családon a csomag automatikusan létrehozza és elindítja a klasztert — lépjen tovább a következő lépésre.
A RHEL családon a klasztert kifejezetten létre kell hozni:
3. lépés: A szolgáltatás engedélyezése és indítása¶
Ez azonnal elindítja a PostgreSQL-t és beállítja, hogy a rendszerinduláskor automatikusan elinduljon.
4. lépés: A telepítés ellenőrzése¶
Meg kell látnia a PostgreSQL verziót és azt, hogy a szolgáltatás active (running) státuszú.
5. lépés: Kapcsolódás a szerverhez¶
A Linux PostgreSQL csomag létrehoz egy postgres rendszerfiókot, amely a klaszter tulajdonosa. Ezen keresztül csatlakozzon:
Megjegyzés — Linux itt eltér a Windowstól
A Windows telepítő a beállítás során jelszót kér a postgres szuperfelhasználóhoz. A Linux csomagok nem így működnek. Helyi kapcsolatok hitelesítése általában peer authentication: az operációs rendszer postgres felhasználója jelszó nélkül csatlakozhat a postgres adatbázisfelhasználóként.
Ezért használja a fenti sudo -u postgres parancsot. A digna backend TCP-n keresztül, felhasználónévvel és jelszóval csatlakozik, ezért az Kezdeti telepítés szakaszban létrehozunk egy explicit digna felhasználót.
6. lépés: A port ellenőrzése¶
A PostgreSQL alapértelmezett portja 5432. A szerver által használt port ellenőrzéséhez:
Jegyezze fel az értéket — szüksége lesz rá a digna backend konfigurálásakor.
7. lépés: Jelszavas hitelesítés engedélyezése a digna felhasználó számára¶
A digna TCP-n keresztül digna_user felhasználóként csatlakozik, ami jelszavas hitelesítést igényel a peer/ident helyett. Ellenőrizze, hogy a pg_hba.conf engedélyezi-e ezt.
A fájl helyének lekérdezése:
Nyissa meg egy szerkesztővel, és győződjön meg róla, hogy a helyi TCP sorok scram-sha-256-et (vagy régebbi szervereken md5-öt) használnak ident helyett:
# TYPE DATABASE USER ADDRESS METHOD
host all all 127.0.0.1/32 scram-sha-256
host all all ::1/128 scram-sha-256
Bármilyen változtatás után töltse újra a PostgreSQL-t:
Fontos
Ha digna a következőt jelenti: FATAL: Ident authentication failed for user "digna_user", akkor ez a beállítás az oka.
8. lépés: Ha a PostgreSQL egy másik gépen fut¶
Ha másik hostról szeretne csatlakozni, állítsa be a listen_addresses értékét a postgresql.conf-ban és adjon hozzá egy megfelelő host sort a hálózathoz a pg_hba.conf-ban:
Ezután nyissa meg a portot a tűzfalon és indítsa újra a szolgáltatást:
Webszerver konfiguráció¶
A digna igényel egy webszervert a dashboard kiszolgálásához. Válasszon az alábbi lehetőségek közül:
- nginx — könnyű és ajánlott
- Apache httpd — széles körben elterjedt alternatíva
Csak egy szervert kell telepítenie és konfigurálnia.
Mindkét szekció két dolgot állít be, amelyekre a dashboardnak szüksége van:
- Single-page application visszaesés (fallback), hogy ha frissíti a dashboard URL-t, ne 404-et kapjon
.mdMIME típus, hogy a Markdown fájlok megfelelően legyenek kiszolgálva
nginx beállítása¶
Áttekintés¶
Az nginx egy könnyű, nagy teljesítményű webszerver, amely jól alkalmas a statikus digna dashboard kiszolgálására.
Telepítés¶
nginx indítása¶
A telepítés ellenőrzése¶
- Nyissa meg a böngészőt
- Navigáljon a
http://localhostcímre - Látnia kell az nginx üdvözlőoldalát
A tűzfal megnyitása¶
Ha a szerver más gépek felől is elérhető, engedélyezze a HTTP forgalmat:
Webhely konfigurálása a dashboardhoz¶
Az nginx betölti a conf.d könyvtárban található összes fájlt mindkét disztribúció esetén. Hozzon létre egy dedikált konfigurációs fájlt a digna számára ott:
Illessze be a következőt, cserélje ki a /opt/digna/dashboard-ot a tényleges, kicsomagolt dashboard mappa elérési útjára:
server {
listen 80 default_server;
listen [::]:80 default_server;
server_name _;
root /opt/digna/dashboard;
index index.html;
# Serve Markdown files with the correct MIME type.
types {
text/markdown md;
}
# Single-page-application fallback: unknown paths return index.html
# instead of a 404, so dashboard routes survive a browser refresh.
location / {
try_files $uri $uri/ /index.html;
}
}
Fontos
A try_files direktíva nélkül a dashboard bármely oldalának újratöltése a gyökér URL kivételével 404-et ad vissza. Ez az nginx egyenértéke annak az URL Rewrite modulnak, amely Windows alatt az IIS-hez szükséges.
Az alapértelmezett oldal letiltása¶
Csak egy server block lehet default_server egy porton. A Debian családon távolítsa el a csomagolt alapértelmezettet, hogy ne ütközzön:
A RHEL családon kommentelje ki vagy törölje a server { ... } blokkot a /etc/nginx/nginx.conf fájlban.
A konfiguráció alkalmazása¶
Ellenőrizze a konfigurációt szintaktikai hibák után, majd töltse újra az nginx-et:
Apache httpd beállítása¶
Áttekintés¶
Az Apache httpd megtalálható a támogatott disztribúciók alapértelmezett tárolóiban. A csomag neve a Debian családon apache2, a RHEL családon pedig httpd.
Telepítés¶
Apache indítása¶
A telepítés ellenőrzése¶
- Nyissa meg a böngészőt
- Navigáljon a
http://localhostcímre - Látnia kell a disztribúció alapértelmezett Apache oldalát
Kötelező: mod_rewrite engedélyezése¶
A dashboard URL átírást igényel.
A Debian családon engedélyezze a modult és indítsa újra:
A RHEL családon a mod_rewrite alapból betöltődik. Ellenőrizze:
Kötelező: .htaccess felülírások engedélyezése¶
Nyissa meg a dokumentumgyökér konfigurációs fájlját:
Keresse meg azt a <Directory> blokkot, amely a dokumentumgyökért lefedi (/var/www/html mindkét családon), és módosítsa:
erre:
Kötelező: MIME típus a Markdown fájlokhoz¶
Ugyanebben a fájlban adja hozzá az alábbi sort, hogy a Markdown fájlok helyesen legyenek kiszolgálva:
Fontos
Ennek a beállításnak a hiányában a .md fájlok nem biztos, hogy megfelelően szolgálódnak ki.
A konfiguráció alkalmazása¶
Ellenőrizze a szintaxist, majd indítsa újra az Apache-ot:
Kezdeti telepítés¶
1. lépés: A digna tároló beállítása¶
A digna tároló (repository) tárolja a digna által számított összes metrikát. Központi adatbázisként szolgál az analitikai és teljesítményadatok számára.
Sémalétrehozás és felhasználó létrehozása a repóhoz¶
Nyissa meg a PostgreSQL kliensét (psql, pgAdmin vagy hasonló), és futtassa az alábbi SQL parancsokat:
CREATE SCHEMA <digna_repo_schema>;
CREATE USER <digna_repo_user> WITH PASSWORD '<digna_repo_password>';
GRANT ALL PRIVILEGES ON SCHEMA <digna_repo_schema> TO <digna_repo_user>;
Cserélje ki a következő helykitöltőket:
<digna_repo_schema>— A kívánt sémanév (pl.dignarepo)<digna_repo_user>— A kívánt felhasználónév (pl.digna_user)<digna_repo_password>— Biztonságos jelszó ehhez a felhasználóhoz
Példa:
CREATE SCHEMA dignarepo;
CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';
GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;
A parancsok egy lépésben történő futtatásához a shellből:
Majd illessze be a kéréseket a postgres=# promptnál, és írja be a \q parancsot a kilépéshez.
Legjobb gyakorlat
Használjon erős, összetett jelszavakat az adatbázis-felhasználókhoz. Kerülje a könnyen kitalálható hitelesítő adatokat.
2. lépés: A digna telepítési csomag kicsomagolása¶
- Keresse meg a Önnek biztosított digna ZIP fájlt
- Csomagolja ki a kívánt telepítési helyre — például
/opt/digna - A kicsomagolás után a következő elemeket kell látnia:
dashboard/— Webes dashboard felületdigna— Fő futtatható állomány (backend + CLI kombinálva)
A konfigurációs és a licencfájl nincs benne a csomagban
Sem a config.toml, sem a dashboard/dashboard_config.toml nem része a telepítésnek — mindkettőt Önnek kell létrehoznia, a Backend konfiguráció és a Dashboard konfiguráció szakaszban leírtak szerint. A license.toml sem része a csomagnak; a digna külön biztosítja, ahogyan a 3. lépés leírja.
A kicsomagoláshoz shellből:
Megjegyzés
Ha az unzip nincs telepítve, telepítse: sudo apt install -y unzip vagy sudo dnf install -y unzip.
Tegye futtathatóvá a binárist¶
A fájl átvitele során a futtathatóság elveszhet. Állítsa be expliciten:
Szolgáltatási fiók létrehozása¶
Ajánlott a backend futtatása dedikált, korlátozott jogosultságú felhasználóként:
sudo useradd --system --no-create-home --shell /usr/sbin/nologin digna
sudo chown -R digna:digna /opt/digna
Megjegyzés
A RHEL családon az egyenértékű shell útvonala /sbin/nologin.
3. lépés: A licence fájl telepítése¶
Fontos
A licence fájl nem része a telepítési csomagnak; külön kerül Önnek átadásra a digna-tól.
- Keresse meg a kapott
license.tomlfájlt - Másolja be a digna telepítési könyvtár gyökerébe (ahol a
config.tomlés adignafuttatható fájl található)
Miért fontos ez: A license fájl tartalmazza az ügyféladatokat, a licenc lejárati dátumát és a digitális aláírást. Ne módosítsa ezt a fájlt — bármilyen változtatás érvényteleníti a licencet.
Könyvtárstruktúra a beállítás után:
/opt/digna/
├── config.toml (configuration file)
├── license.toml (YOUR LICENSE FILE - copy here)
├── digna (main executable)
├── bin/ (service management scripts)
└── dashboard/ (web interface)
└── (dashboard files)
Backend konfiguráció¶
1. lépés: A konfigurációs fájl létrehozása és szerkesztése¶
A config_template.toml fájl megtalálható a digna telepítési könyvtárban. Csak át kell neveznie config.toml-ra.
Elérési út: /opt/digna/config.toml
Nyissa meg a config.toml-t egy szövegszerkesztővel, és állítson be minden alábbi szekciót.
[app] szekció¶
Ez a rész a digna backend alkalmazás beállításait tartalmazza:
[app]
digna_APP_CORS_ALLOW_ORIGINS = ["http://localhost:5173"]
digna_APP_CORS_ALLOW_CREDENTIALS = true
digna_APP_CORS_ALLOW_METHODS = ["*"]
digna_APP_CORS_ALLOW_HEADERS = ["*"]
| Paraméter | Érték | Megjegyzés |
|---|---|---|
digna_APP_CORS_ALLOW_ORIGINS | Frontend URL | Ha a dashboard más szerveren van, adja hozzá annak URL-jét |
digna_APP_CORS_ALLOW_CREDENTIALS | true | Szükséges CORS esetén hitelesítéssel |
digna_APP_CORS_ALLOW_METHODS | ["*"] | Minden HTTP metódus engedélyezése |
digna_APP_CORS_ALLOW_HEADERS | ["*"] | Minden fejléc engedélyezése |
Megjegyzés
Ha a dashboard-ot nginx vagy Apache szolgálja ki az alapértelmezett HTTP porton, az engedélyezendő origin http://localhost — vagy a szerver publikus URL-je, ha a dashboard más gépekről is elérhető.
[repo] szekció¶
Ez a rész a PostgreSQL adatbázishoz való kapcsolódást konfigurálja:
[repo]
digna_REPO_HOST = "localhost"
digna_REPO_PORT = 5432
digna_REPO_DB = "postgres"
digna_REPO_SCHEMA = "dignarepo"
digna_REPO_USER = "digna_user"
digna_REPO_PASSWORD = "YourSecurePassword123!"
| Paraméter | Érték | Megjegyzés |
|---|---|---|
digna_REPO_HOST | localhost vagy IP | PostgreSQL szerver hoszt/IP |
digna_REPO_PORT | 5432 (alapértelmezett) | PostgreSQL port |
digna_REPO_DB | postgres | Adatbázis neve |
digna_REPO_SCHEMA | dignarepo | Korábban létrehozott séma |
digna_REPO_USER | digna_user | PostgreSQL-ben létrehozott felhasználó |
digna_REPO_PASSWORD | Az Ön jelszava | A sémalétrehozáskor beállított jelszó |
Legjobb gyakorlat
A config.toml jelszót tartalmaz tiszta szövegként. Korlátozza a fájl jogosultságait, hogy csak a szolgáltatási fiók olvashassa:
[base] szekció¶
Ez a rész biztonsági és cookie beállításokat tartalmaz:
[base]
DIGNA_FERNET_KEY = "DU4a0yJ-OqvbKCL4hNQn_CsknH-V1vWmHZqBUl-AY44="
digna_COOKIE_DOMAIN = "localhost"
digna_COOKIE_PATH = "/"
digna_COOKIE_SECURE = false
digna_COOKIE_HTTPONLY = true
digna_COOKIE_SAME_SITE = "lax"
digna_TOKEN_EXPIRES_IN = 86400
digna_MAX_WORKERS = 4
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
| Paraméter | Érték | Megjegyzés |
|---|---|---|
DIGNA_FERNET_KEY | Titkosítási kulcs | Tokenek és cookie-k titkosításához (alapértelmezett van) |
digna_COOKIE_DOMAIN | localhost | Egyezzen a frontend domainnel |
digna_COOKIE_SECURE | false (helyi) / true (éles) | Használjon true-t HTTPS esetén |
digna_COOKIE_HTTPONLY | true | Biztonsági okokból mindig engedélyezett |
digna_COOKIE_SAME_SITE | lax | CSRF támadások elleni védelem |
digna_TOKEN_EXPIRES_IN | 86400 (24 óra) | Munkamenet lejárata másodpercben |
digna_MAX_WORKERS | CPU magok száma - 1 | Párhuzamos ellenőrzési feladatok száma |
DIGNA_SCHEDULER_MAX_DELAY | 100 | Maximális késleltetés másodpercben, amelyet az ütemező hozzáadhat egy esedékes feladat indítása előtt |
DIGNA_CLEANUP_TIME | "12:00" | Napszak (24 órás HH:MM formátum), amikor a napi takarítás indul |
Tipp
Az elérhető CPU magok számának meghatározásához futtassa: nproc.
[encryption] szekció¶
Ez a szekció tartalmazza azt a kulcsot, amellyel a tárolóban őrzött érzékeny értékek titkosítva vannak. Kötelező — a config check FAILED állapotúnak jelenti az [encryption] szekciót, ha a kulcs hiányzik.
| Paraméter | Érték | Megjegyzés |
|---|---|---|
DIGNA_ENCRYPTION_KEY | Base64 kódolású kulcs | Titkosítja a digna tárolóban őrzött érzékeny értékeket |
Védje a config.toml fájlt
Ez a kulcs rögzített érték, amely minden digna telepítésben azonos, és éppen ez fejti vissza a tárolóban lévő érzékeny értékeket. Korlátozza a config.toml hozzáférését arra a fiókra, amely alatt a digna fut, tartsa a fájlt verziókövetésen és megosztott meghajtókon kívül, és hagyja ki minden olyan mentésből, amelyet a tárolónál kevésbé biztonságosan őriznek.
[logging] szekció¶
Ez a rész a naplózás viselkedését állítja be:
| Paraméter | Érték | Megjegyzés |
|---|---|---|
digna_LOGGING_MODE | INFO vagy DEBUG | INFO éles környezethez, DEBUG hibaelhárításhoz |
digna_LOGGING_BACKUP_COUNT | 10 | Megőrzendő napi naplómentések száma |
2. lépés: Ellenőrizze a konfigurációt¶
A tároló inicializálása előtt ellenőrizze, hogy a config.toml teljes és helyesen felépített. A digna telepítési könyvtárában futtassa:
Minden szekció külön kerül ellenőrzésre, így egyetlen hiba nem takarja el a többi állapotát:
Configuration validation report (source: config.toml):
- App config: OK
- Repository config: OK
- Base config: OK
- Logging config: OK
- Encryption config: OK
- OIDC config(s): OK
Overall: OK
Javítson ki mindent, amit FAILED állapotúként jelent, és a folytatás előtt futtassa újra a parancsot. A beállítások teljes listája a CLI-referenciában található.
3. lépés: A repó inicializálása¶
- Nyisson meg egy terminált
- Navigáljon a digna telepítési könyvtárába (ahol a
config.tomlés adignafuttatható található) - Futtassa a kapcsolat tesztet:
Meg kell kapnia egy megerősítést, hogy a kapcsolat létrejött (magát a repót még nem inicializáltuk).
Megjegyzés
Linuxon az aktuális könyvtár nincs a PATH-on, ezért az futtatható ./digna formában hívandó, nem csak digna. Ha mindenhol rövidebb formát szeretne használni, hozzon létre egy szimbolikus linket:
4. lépés: A repó séma telepítése¶
Ugyanabban a könyvtárban futtassa:
Ez a parancs létrehozza a szükséges táblákat és sémát a PostgreSQL adatbázisban.
5. lépés: Admin felhasználó létrehozása¶
- Nyisson meg egy új terminált
- Navigáljon a digna telepítési könyvtárába
- Futtassa a következő parancsot admin felhasználó létrehozásához:
Példa:
Ezzel létrejön egy felhasználó admin@example.com e-mail-címmel és teljes rendszergazdai jogosultságokkal.
Tipp
Tegye egyes idézőjelek közé a jelszót. A bash és zsh speciális karakterként kezel néhány szimbólumot (!, $, *), és ha nincsenek idézőjelek, a jelszó nem lesz megfelelően továbbítva.
Legjobb gyakorlat
Használjon erős jelszót, amely nagy- és kisbetűket, számokat és speciális karaktereket is tartalmaz.
6. lépés: A digna szerver indítása¶
A digna telepítési könyvtárában indítsa el a szervert:
Paraméterek: - --address — Szerver hosztneve/IP-je - --port — Szerver portja
Induláskor a következő üzeneteket kell látnia:
INFO: Started server process [1234]
INFO: Waiting for application startup.
INFO: Application startup complete
INFO: Uvicorn running on http://localhost:8082
Tipp
Ha a dashboard egy másik gépről éri el a backendet, engedélyezze az API portot a tűzfalon:
A kiszolgáló lefoglalja a terminált
A serve az előtérben fut, és addig működik, amíg le nem állítja a Ctrl+C billentyűkkel. Hagyja futni, amíg befejezi a beállítást; ha inkább rendszerindításkor indulna automatikusan, lásd: A digna futtatása systemd-szolgáltatásként.
Dashboard konfiguráció¶
1. lépés: A dashboard telepítése a webszerverre¶
A digna dashboard a saját konfigurációját a dashboard/dashboard_config.toml fájlból olvassa. Ez a fájl nem része a telepítésnek — Önnek kell létrehoznia a dashboard/ könyvtárban, a dashboard fájljai mellett.
A tartalmát az Egyszeri bejelentkezés (SSO) oldal írja le, és ott is van rá szükség: ez tartalmazza a dashboard által kínált bejelentkezési lehetőségeket, valamint több példányos telepítéseknél a backend kapcsolatot.
Válassza ki a webszervert, és kövesse a hozzá tartozó telepítési lépéseket.
Telepítés nginx-re¶
Ha követte az nginx beállítást, a server block már a dashboard mappájára mutat, így másolás nem szükséges.
- Ellenőrizze az elérési utat
- Nyissa meg a
/etc/nginx/conf.d/digna.conffájlt -
Ellenőrizze, hogy a
roota kicsomagoltdashboardmappára mutat-e -
Biztosítsa, hogy a mappa olvasható legyen
-
Töltse újra az nginx-et
-
Telepítés tesztelése
- Nyissa meg a böngészőt
- Navigáljon a
http://localhost(vagy a konfigurált URL) címre - Látnia kell a digna dashboard bejelentkezési oldalát
Telepítés Apache httpd-re¶
-
Másolja a dashboardot a dokumentumgyökérbe
-
Adja hozzá az átírási szabályokat
Hozzon létre egy .htaccess fájlt a telepített mappában, hogy a dashboard útvonalai frissítéskor ne törjenek el:
Illessze be a következőt:
RewriteEngine On
RewriteBase /digna/
# Serve existing files and directories as-is.
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
# Everything else falls back to the single-page application entry point.
RewriteRule ^ index.html [L]
-
Apache újraindítása
-
Dashboard elérése
- Nyissa meg a böngészőt
- Navigáljon a
http://localhost/dignacímre - Látnia kell a digna dashboard bejelentkezési oldalát
2. lépés: SELinux (csak RHEL család)¶
RHEL, Rocky, AlmaLinux és Fedora rendszereken az SELinux alapértelmezetten enforcing módban fut, és blokkolhatja a webszervert, ha a fájlok nem a várt helyen vannak. Ellenőrizze, hogy aktív-e:
Ha a kimenet Enforcing, és a dashboard az /opt/digna/dashboard alatt van kiszolgálva, címkézze fel a könyvtárat, hogy a webszerver olvasni tudja:
sudo semanage fcontext -a -t httpd_sys_content_t "/opt/digna/dashboard(/.*)?"
sudo restorecon -Rv /opt/digna/dashboard
Megjegyzés
Ha a semanage nem található, telepítse: sudo dnf install -y policycoreutils-python-utils.
Fontos
Egy frissen konfigurált RHEL szerveren a 403 Forbidden hibát a dashboard esetében szinte mindig SELinux címkézési probléma okozza, nem fájljogosultsági hiba. Ellenőrizze az eseményeket: sudo ausearch -m avc -ts recent.
digna futtatása systemd szolgáltatásként¶
Miért futtassuk a digna-t szolgáltatásként?¶
A digna backend systemd szolgáltatásként futtatva biztosítja, hogy:
- Automatikusan elindul a gép indításakor
- Háttérben fusson, terminál nélkül
- Automatikusan újrainduljon, ha összeomlik
- A
systemctlsegítségével kezelhető legyen, az ipari szabvány Linux szolgáltatáskezelő
Szolgáltatáskezelő fájlok¶
Minden szükséges fájl a digna telepítési könyvtárában található: bin/
A következő shell scriptek állnak rendelkezésre:
install_service.sh— digna regisztrálása systemd-benuninstall_service.sh— a szolgáltatás eltávolításastart_service.sh— a regisztrált szolgáltatás indításastop_service.sh— a futó szolgáltatás leállítása
Root jogosultság szükséges
Minden scriptet sudo-val kell futtatni, mert a rendszerindításkor induló szolgáltatás regisztrálása egységfájlt ír a /etc/systemd/system-be.
A scriptek futtathatóvá tétele¶
A kicsomagolás során a futtatható bit eltűnhet. Első használat előtt:
A szolgáltatás telepítése¶
-
Nyisson meg egy terminált
-
Navigáljon a bin mappába
-
Futtassa a telepítő scriptet
A digna szerver most regisztrálva van a systemd-ben automatikus indítással. A szolgáltatás nem indul el automatikusan azonnal — a következő szakaszban találja az indítást.
A szolgáltatás indítása és leállítása¶
A szolgáltatás indításához¶
- Nyisson egy terminált
- Navigáljon a
/opt/digna/binkönyvtárba - Futtassa:
A szolgáltatás leállításához¶
- Nyisson egy terminált
- Navigáljon a
/opt/digna/binkönyvtárba - Futtassa:
Tipp
Mindig állítsa le a szolgáltatást a frissítés előtt az alkalmazásfájlok módosítása előtt.
A szolgáltatás kezelése systemctl-lel¶
Regisztrálás után a szolgáltatás a standard systemd parancsokkal is vezérelhető bármely könyvtárból:
sudo systemctl start digna
sudo systemctl stop digna
sudo systemctl restart digna
sudo systemctl status digna
A szolgáltatás ellenőrzése¶
Annak megerősítéséhez, hogy a szolgáltatás regisztrálva és fut:
Az enabled azt jelenti, hogy a szolgáltatás indul a rendszerinduláskor; az active azt jelenti, hogy éppen fut.
A szolgáltatás naplóinak megtekintése¶
A systemd rögzíti mindazt, amit a backend a konzolra ír. A naplók olvasása:
Élőben követéshez, például hib reprodukálása közben:
Tipp
Ez a leggyorsabb mód annak diagnosztizálására, ha a szolgáltatás elindul és azonnal leáll. Itt jelentődik a repókapcsolat hiba vagy a hiányzó license.toml.
Az alkalmazás áthelyezése másik könyvtárba¶
Az egységfájl abszolút elérési utat tárol a futtathatóhoz, ezért az áthelyezés újra-regisztrálást igényel:
-
A jelenlegi szolgáltatás eltávolítása
-
Az alkalmazás fájljainak áthelyezése
-
A szolgáltatás újratelepítése
-
A szolgáltatás indítása
A szolgáltatás eltávolítása¶
-
A futó szolgáltatás leállítása
-
A szolgáltatás eltávolítása
A digna szerver most eltávolításra került a systemd regisztrációjából.
Frissítés új kiadásra¶
Mielőtt frissítene¶
Először ellenőrizze az összes adatbázis-kapcsolatot
A 2026.06 kiadástól a digna minden forrástechnológiát ODBC-n keresztül ér el. A korábbi kiadások választást kínáltak a technológiánkénti illesztőprogram és az ODBC között, a Use ODBC kapcsolóval. A digna csapata úgy döntött, hogy kizárólag az ODBC-re épít, mert egyetlen szabványos felület többet ad, mint egy sor testreszabott illesztőprogram:
- Hitelesítés — a hitelesítés az ODBC része, így egy kapcsolat mindent használhat, amit az illesztőprogramja támogat: jelszavakat, tokeneket és PAT-okat, Kerberost és Active Directoryt, MFA-t és böngészőalapú egyszeri bejelentkezést, felhőidentitásokat, ügyféltanúsítványokat és TLS-t. Az új módszerek az illesztőprogram frissítésével érkeznek, nem pedig egy digna kiadásra várva.
- Az adatbázis-gyártók által karbantartott illesztőprogramok — a gyártó saját illesztőprogramja követi az új kiszolgálóverziókat és a biztonsági javításokat, és Ön a saját ütemezése szerint frissítheti, a dignától függetlenül.
- Egyetlen mód mindent beállítani — minden technológia kulcs-érték tulajdonságok listája, ugyanazzal a felülettel, az érzékeny értékek ugyanolyan titkosításával és ugyanazzal a hibakereséssel, ahelyett hogy forrásonként más mezőkészlet lenne.
- Hangolás és lefedettség — az illesztőprogram-szintű beállítások, mint az időtúllépések, a TLS-beállítások, a proxyk és a lekérési méretek minden forráshoz elérhetők, és bármely technológia csatlakoztatható, amelyhez szabványos ODBC-illesztőprogram létezik, azok is, amelyekhez a digna nem ad ki külön útmutatót.
A gyakorlatban ez azt jelenti, hogy a Use ODBC kapcsoló, valamint a külön gazdagép-, port-, adatbázis-, felhasználó- és jelszómezők már nem léteznek. Minden olyan kapcsolatot, amely még nem ODBC-t használ, át kell állítani ODBC-re — automatikus átalakítás nincs, ezért tervezze ezt a frissítés előtt:
- Tekintse át a telepítésében meghatározott valamennyi adatbázis-kapcsolatot, és jegyezze fel azokat, amelyek még nem ODBC-t használnak — mindegyiket újra kell konfigurálni.
- Telepítse a megfelelő ODBC-illesztőprogramot a digna gazdagépre — a kapcsolatokat az a kiszolgáló nyitja meg, amelyen a digna háttérrendszer fut, nem a böngésző. Lásd: Az ODBC-illesztőprogram telepítése a digna gazdagépre.
- Készítse elő az ODBC-tulajdonságokat minden érintett kapcsolathoz. A technológiai útmutatók forrásonként egy bevált tulajdonságkészletet sorolnak fel.
A frissítés után állítsa át ODBC-re minden érintett kapcsolatot, és tesztelje az irányítópultról — lásd: Adatbázis-kapcsolat létrehozása és Kapcsolat tesztelése.
Databricks Legacy kapcsolatok
A Databricks Legacy csatlakozót ebben a kiadásban eltávolítottuk. Költöztesse át ezeket a kapcsolatokat a Databricks csatlakozóra.
A digna repó (PostgreSQL) mentése kötelező
Frissítés előtt készítsen biztonsági mentést a repóról (PostgreSQL), hogy elkerülje az adatvesztést. A mentés biztosítja, hogy vissza tudja állítani az adatokat, ha a frissítés problémába ütközik.
Mentés készítése shellből:
Frissítési folyamat¶
1. lépés: A digna szolgáltatás leállítása¶
Ha digna systemd szolgáltatásként fut, állítsa le először:
Ha a digna képernyőn fut, nyomja meg a Ctrl + C kombinációt a terminálablakban.
2. lépés: Mentse a jelenlegi telepítést¶
A digna telepítési könyvtárában nevezze át a jelenlegi telepítés mappáit, hogy az új kiadás melléjük telepíthető legyen:
a dignabackend és a dignacli már nem használatos
A 2026.06 kiadástól a dignabackend és a dignacli helyét az egyetlen digna futtatható fájl veszi át, amely egyesíti a háttérrendszert és a CLI-t. A dignabackend_old és a dignacli_old mappát csak addig tartsa meg, amíg a frissítést ellenőrizte — utána mindkettőt törölheti. A dashboard_old mappát tartsa meg, amíg vissza nem állította belőle a konfigurációs fájljait (lásd a 4. lépést).
3. lépés: Az új verzió kicsomagolása és telepítése¶
- Csomagolja ki az új digna ZIP fájlt
- Másolja az új
dignafuttathatót és adashboardmappát a telepítési könyvtárba - Állítsa vissza a futtathatóságot és a szolgáltatási fiók tulajdonjogát:
Fontos
Sem a config.toml, sem a dashboard/dashboard_config.toml soha nem része a telepítési ZIP-nek — a digna csapat egyik fájlt sem szállítja. A meglévő konfigurációját ezért a frissítés nem érinti, és az átnevezett *_old mappákban lévő példányok az egyetlenek, amelyekkel rendelkezik.
4. lépés: Konfigurációs fájlok visszaállítása¶
A 2026.06 kiadás módosítja a config.toml fájlt
Három beállítás új és kötelező, kettő pedig már nem használatos. A korábbi kiadásból átvett config.toml nem tartalmazza az új beállításokat, és a digna nem indul el, amíg hiányoznak. Egészítse ki a meglévő config.toml fájlját a következőkkel:
[base]
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"
[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
Adja hozzá a két [base] kulcsot a meglévő [base] szekcióhoz, és vegye fel az [encryption] szekciót újként. Ezután távolítsa el az [app] szekcióból a két már nem használt beállítást, a digna_APP_HOST és digna_APP_PORT kulcsot — a kiszolgáló a címét és a portját mostantól a digna serve parancstól kapja.
Az egyes beállítások jelentését lásd: Háttérrendszer konfigurálása.
Egyszeri bejelentkezés: az [oidc_clients] formátuma megváltozott
A 2026.06 kiadás a táblatömböt szolgáltatónként egy-egy táblára cseréli, amelyet a szolgáltató kulcsáról neveznek el. A DIGNA_OIDC_KEY megszűnik — a kulcs mostantól a szakaszfejléc része.
Előtte:
[[oidc_clients]]
DIGNA_OIDC_KEY = 'microsoft'
DIGNA_OIDC_CLIENT_ID = '<client_id>'
DIGNA_OIDC_CLIENT_SECRET = '<client_secret>'
DIGNA_OIDC_REDIRECT_URI = 'http://localhost:3000/oidc/callback'
DIGNA_OIDC_CONFIGURATION_URL = 'https://login.microsoftonline.com/<tenant_id>/v2.0/.well-known/openid-configuration'
Utána:
[oidc_clients.microsoft]
DIGNA_OIDC_CLIENT_ID = '<client_id>'
DIGNA_OIDC_CLIENT_SECRET = '<client_secret>'
DIGNA_OIDC_REDIRECT_URI = 'http://localhost:3000/oidc/callback'
DIGNA_OIDC_CONFIGURATION_URL = 'https://login.microsoftonline.com/<tenant_id>/v2.0/.well-known/openid-configuration'
Ismételje meg a szakaszt minden szolgáltatóhoz, és tartsa minden kulcsot azonosnak a dashboard_config.toml fájlban lévő key értékkel. A digna config check FAILED állapotúnak jelenti az oidc_clients szakaszt mindaddig, amíg a régi forma megmarad. Ez csak az egyszeri bejelentkezést használó telepítéseket érinti.
5. lépés: A webszerver újratöltése¶
A dashboard statikus fájlok összessége, ezért előfordulhat, hogy a webszerver — és a böngésző — még az előző verziót szolgálja ki. Töltse újra vagy indítsa újra azt a webszervert, amely a dashboard mappát kiszolgálja, majd töltse be újra az oldalt kényszerített frissítéssel (Ctrl+F5).
6. lépés: Ellenőrizze a konfigurációt¶
Mielőtt hozzányúlna a tárolóhoz, győződjön meg róla, hogy a frissített config.toml teljes:
Minden szekciónak OK állapotot kell jelentenie. Javítson ki mindent, amit FAILED állapotúként jelent, és a folytatás előtt futtassa újra a parancsot.
7. lépés: A licencfájl cseréje¶
Minden kiadás külön licencet kap. Másolja a digna csapat által ehhez a kiadáshoz biztosított license.toml fájlt a telepítési könyvtárba, felülírva a régit:
Ne tartsa meg a korábbi licencet
Egy korábbi kiadáshoz kiállított license.toml nem érvényes erre a kiadásra, és minden parancs, amely ellenőrzi a licencet — user, inspection, repo — megszakad, mielőtt a repóhoz nyúlna, ha az ellenőrzés sikertelen. Ellenőrizze a licencet, mielőtt továbblép:
8. lépés: A repó sémájának frissítése¶
Navigáljon a digna telepítési könyvtárába és futtassa:
Ez frissíti a PostgreSQL sémát a legújabb verzióra, miközben megőrzi a meglévő adatokat.
9. lépés: Szolgáltatások újraindítása¶
Ha systemd szolgáltatásként fut:
Ha kézzel futtatja, indítsa újra a szervert:
Ha nginx-et vagy Apache-ot használ, töltse újra a megfelelő webszervert:
A RHEL családon alkalmazza újra az SELinux címkézést, ha a dashboard könyvtárat kicserélték:
10. lépés: A frissítés ellenőrzése¶
- Nyissa meg a digna dashboardot
- Ellenőrizze, hogy a felület helyesen töltődik-e
- Nézze át a szerver naplóit hibák után kutatva:
- Állítsa át ODBC-re mindazokat a kapcsolatokat, amelyek még nem használták, majd tesztelje az összes kapcsolatot — lásd: Kapcsolat tesztelése