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:
- dignabackend: Az alkalmazás magja, amely a adatok feldolgozásáért és a minőségellenőrzések elvégzéséért felel.
- 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)config.toml— Konfigurációs fájllicense.toml— Licence fájl (helyezze be ide a kapott fájlt)
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_HOST = "localhost"
digna_APP_PORT = 8082
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_HOST | localhost vagy IP cím | A hoszt név vagy IP, ahol a dignabackend fut |
digna_APP_PORT | 8082 (alapértelmezett) | A REST API végpontok portja |
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 = "your-fernet-key"
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
| 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 |
Tipp
Az elérhető CPU magok számának meghatározásához futtassa: nproc.
[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: 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:
3. 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.
4. 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:
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:
Ez létrehoz egy admin felhasználót teljes adminisztratív 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.
Dashboard konfiguráció¶
1. lépés: A dashboard telepítése a webszerverre¶
A digna dashboardnak saját, külön config.toml fájlja van a dashboard/ könyvtárban. Ez a konfiguráció már biztosítva van és kezdeti telepítés során általában nem kell módosítani. Csak akkor kell változtatni, ha a backend kapcsolódást testre szeretné szabni.
Ha módosítani kell a dashboard konfigurációját (pl. multi-instance telepítéseknél), kövesse a dashboard dokumentációját.
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¶
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: A jelenlegi backend telepítés mentése¶
A digna telepítési könyvtárban:
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
A config.toml fájl soha nincs benne a telepítési ZIP-ben. A meglévő konfigurációja biztonságban marad.
4. lépés: Konfigurációs fájlok visszaállítása¶
5. 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.
6. 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:
7. 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: