Μετάβαση στο περιεχόμενο

Οδηγός Εγκατάστασης Linux για την digna Έκδοση 2026.06

Έκδοση: 2026.06

Τελευταία ενημέρωση: 5 Σεπτεμβρίου 2026


Περιεχόμενα

  1. Εισαγωγή
  2. Απαιτήσεις Συστήματος
  3. Προεγκατάσταση
  4. Ρύθμιση PostgreSQL Server
  5. Ρύθμιση Web Server
  6. Αρχική Εγκατάσταση
  7. Διαμόρφωση Backend
  8. Διαμόρφωση Dashboard
  9. Εκτέλεση digna ως υπηρεσία systemd
  10. Αναβάθμιση σε Νέα Έκδοση

Εισαγωγή

Σχετικά με την digna

digna είναι μια ολοκληρωμένη πλατφόρμα με AI, σχεδιασμένη για την βελτιστοποίηση της διαχείρισης ποιότητας δεδομένων σε διάφορα περιβάλλοντα δεδομένων όπως warehouses, lakes και lakehouses. Χτισμένη για να είναι ιδιαίτερα επεκτάσιμη και προσαρμόσιμη, η digna αντιμετωπίζει σύγχρονα προβλήματα δεδομένων μέσω αυτοματισμού, παρακολούθησης σε πραγματικό χρόνο και ανίχνευσης ανωμαλιών.

Η digna αποτελείται από δύο κύρια συστατικά:

  • digna: ο πυρήνας της εφαρμογής, υπεύθυνος για την επεξεργασία δεδομένων και την εκτέλεση ελέγχων ποιότητας. Ενοποιεί το backend και τη διεπαφή γραμμής εντολών σε ένα μόνο εκτελέσιμο αρχείο, αντικαθιστώντας τα ξεχωριστά προγράμματα dignabackend και dignacli των προηγούμενων εκδόσεων.
  • dignadashboard: Διεπαφή web που φιλοξενείται σε web server και παρέχει φιλικό περιβάλλον για αλληλεπίδραση με την πλατφόρμα digna και οπτικοποίηση μετρήσεων ποιότητας δεδομένων.

Τι νέο φέρνει η Έκδοση 2026.06

Αυτή η έκδοση φέρνει δυνατότητες παρατηρησιμότητας δεδομένων απευθείας στον κώδικα σας, επιτρέποντας στους προγραμματιστές να παρακολουθούν την ποιότητα των δεδομένων στην πηγή. Δείτε τις σημειώσεις έκδοσης για πλήρεις λεπτομέρειες.

Ψάχνετε για Windows ή macOS;

Αυτός ο οδηγός καλύπτει Linux. Για άλλες πλατφόρμες, δείτε τον Οδηγό Εγκατάστασης για Windows ή τον Οδηγό Εγκατάστασης για macOS.

Σε ποιες διανομές αναφέρεται αυτός ο οδηγός;

Οι οδηγίες είναι γραμμένες για τις δύο πιο κοινές οικογένειες server. Όπου διαφέρουν, παρέχονται και οι δύο εντολές:

  • Οικογένεια Debian — Debian, Ubuntu. Διαχειριστής πακέτων: apt.
  • Οικογένεια RHEL — Red Hat Enterprise Linux, Rocky Linux, AlmaLinux, Fedora. Διαχειριστής πακέτων: dnf.

Οποιαδήποτε σύγχρονη διανομή με systemd θα λειτουργήσει· μόνο τα ονόματα πακέτων και μερικές διαδρομές διαμόρφωσης αλλάζουν.


Απαιτήσεις Συστήματος

Πριν ξεκινήσετε την εγκατάσταση, βεβαιωθείτε ότι το σύστημά σας πληροί τις ακόλουθες ελάχιστες απαιτήσεις:

Απαίτηση Προδιαγραφή
Λειτουργικό Σύστημα Ubuntu 22.04 LTS ή νεότερο, Debian 12 ή νεότερο, RHEL 9 / Rocky 9 / AlmaLinux 9 ή νεότερο
Αρχιτεκτονική x86_64 (amd64) ή arm64
Init System systemd
Μνήμη (Ελάχιστη Ρύθμιση) 16 GB RAM
Χώρος στο Δίσκο 10 GB διαθέσιμος αποθηκευτικός χώρος
Βάση Δεδομένων PostgreSQL Server 12 ή νεότερος
Web Server nginx, Apache httpd, ή ισοδύναμο

Επιλογές Εγκατάστασης Βάσης Δεδομένων

Εάν το PostgreSQL είναι ήδη εγκατεστημένο: Μπορείτε να προσθέσετε μια νέα βάση δεδομένων για την digna στον υπάρχοντα PostgreSQL Server σας.

Εάν εγκαθιστάτε το PostgreSQL στον ίδιο μηχάνημα με την digna:

Συνιστώμενες Προδιαγραφές

  • Μνήμη: 32 GB RAM (αντί για 16 GB)
  • Χώρος στο Δίσκο: 50 GB διαθέσιμος αποθηκευτικός χώρος (αντί για 10 GB)

Αυτές οι υψηλότερες προδιαγραφές προσαρμόζονται ώστε να τρέχουν ταυτόχρονα τόσο η digna όσο και η PostgreSQL βάθος δεδομένων.

Έλεγχος Διανομής και Αρχιτεκτονικής

Πολλές εντολές σε αυτόν τον οδηγό διαφέρουν μεταξύ των οικογενειών Debian και RHEL. Για να ελέγξετε σε ποια είστε, εκτελέστε:

cat /etc/os-release
uname -m
  • ID=ubuntu ή ID=debian — χρησιμοποιήστε τις εντολές apt.
  • ID=rhel, rocky, almalinux ή fedora — χρησιμοποιήστε τις εντολές dnf.
  • x86_64 ή aarch64 — η αρχιτεκτονική του πακέτου εγκατάστασης που χρειάζεστε.

Προεγκατάσταση

Πριν εγκαταστήσετε την digna, βεβαιωθείτε ότι δύο βασικές προϋποθέσεις είναι σε ισχύ:

  1. PostgreSQL Server – για αποθήκευση υπολογισμένων μετρικών και δεδομένων απόδοσης
  2. Web Server – για τη φιλοξενία του digna Dashboard

Εάν αυτά τα στοιχεία δεν είναι ήδη ρυθμισμένα, ακολουθήστε τις παρακάτω ενότητες για να τα εγκαταστήσετε και να τα διαμορφώσετε.

Ανανέωση του Ευρετηρίου Πακέτων

Ενημερώστε τις λίστες πακέτων πριν εγκαταστήσετε οτιδήποτε:

sudo apt update
sudo dnf check-update

Σημείωση

Σε όλο αυτόν τον οδηγό, η πρώτη εντολή σε ένα ζεύγος είναι για την οικογένεια Debian και η δεύτερη για την οικογένεια RHEL. Εκτελέστε μόνο αυτήν που ταιριάζει στο σύστημά σας.


Ρύθμιση PostgreSQL Server

Εάν Έχετε Ήδη το PostgreSQL

Εάν το PostgreSQL είναι ήδη εγκατεστημένο και ενεργοποιημένο στον τοπικό σας υπολογιστή ή αν χρησιμοποιείτε έναν διαχειριζόμενο απομακρυσμένο PostgreSQL server, μπορείτε να προχωρήσετε στην επόμενη ενότητα.

Εγκατάσταση PostgreSQL

Βήμα 1: Εγκαταστήστε το Πακέτο Server

sudo apt install -y postgresql postgresql-contrib
sudo dnf install -y postgresql-server postgresql-contrib

Συμβουλή

Τα πακέτα των διανομών μπορεί να υστερούν έναντι της τρέχουσας έκδοσης PostgreSQL. Εάν χρειάζεστε συγκεκριμένη νεότερη έκδοση, χρησιμοποιήστε το επίσημο PostgreSQL apt ή yum repository.

Βήμα 2: Αρχικοποίηση του Database Cluster

Στην οικογένεια Debian, το πακέτο δημιουργεί και ξεκινάει αυτόματα ένα cluster — παραλείψτε αυτό το βήμα.

Στην οικογένεια RHEL, το cluster πρέπει να δημιουργηθεί ρητά:

sudo postgresql-setup --initdb

Βήμα 3: Εκκίνηση και Ενεργοποίηση της Υπηρεσίας

sudo systemctl enable --now postgresql

Αυτό ξεκινάει αμέσως την PostgreSQL και την ρυθμίζει να ξεκινάει αυτόματα κατά την εκκίνηση.

Βήμα 4: Επαλήθευση της Εγκατάστασης

psql --version
sudo systemctl status postgresql

Θα πρέπει να δείτε την έκδοση του PostgreSQL και την υπηρεσία ως active (running).

Βήμα 5: Σύνδεση στον Server

Ένα πακέτο PostgreSQL για Linux δημιουργεί έναν system λογαριασμό postgres που κατέχει το cluster. Συνδεθείτε μέσω αυτού:

sudo -u postgres psql

Σημείωση — το Linux διαφέρει από τα Windows εδώ

Ο installer των Windows σας ζητάει να ορίσετε κωδικό για τον superuser postgres κατά την εγκατάσταση. Τα πακέτα Linux δεν το κάνουν. Αντ' αυτού, οι τοπικές συνδέσεις ελέγχονται με peer authentication: ο χρήστης του λειτουργικού συστήματος postgres επιτρέπεται να συνδεθεί ως ο χρήστης βάσης δεδομένων postgres χωρίς κωδικό.

Γι' αυτό η παραπάνω εντολή χρησιμοποιεί sudo -u postgres. Το digna backend συνδέεται μέσω TCP με όνομα χρήστη και κωδικό, οπότε θα δημιουργήσετε έναν ρητό χρήστη digna στην ενότητα Αρχική Εγκατάσταση.

Βήμα 6: Επιβεβαίωση Θύρας

Η προεπιλεγμένη θύρα PostgreSQL είναι 5432. Για να επιβεβαιώσετε σε ποια θύρα ακούει ο server σας:

sudo -u postgres psql -c "SHOW port;"

Σημειώστε την τιμή — θα τη χρειαστείτε κατά τη ρύθμιση του backend της digna.

Βήμα 7: Ενεργοποίηση Επαλήθευσης με Κωδικό για τον Χρήστη digna

Η digna συνδέεται με την PostgreSQL μέσω TCP ως digna_user, το οποίο απαιτεί έλεγχο ταυτότητας με κωδικό και όχι peer authentication. Ελέγξτε ότι το pg_hba.conf το επιτρέπει.

Εντοπίστε το αρχείο:

sudo -u postgres psql -c "SHOW hba_file;"

Ανοίξτε το σε έναν επεξεργαστή και επιβεβαιώστε ότι οι γραμμές για το τοπικό TCP χρησιμοποιούν scram-sha-256 (ή md5 σε παλαιότερους servers) αντί για ident:

# TYPE  DATABASE  USER  ADDRESS         METHOD
host    all       all   127.0.0.1/32    scram-sha-256
host    all       all   ::1/128         scram-sha-256

Επαναφορτώστε την PostgreSQL μετά από οποιαδήποτε αλλαγή:

sudo systemctl reload postgresql

Σημαντικό

Εάν η digna αναφέρει FATAL: Ident authentication failed for user "digna_user", αυτή η ρύθμιση είναι η αιτία.

Βήμα 8: Εάν η PostgreSQL Τρέχει σε Άλλο Μηχάνημα

Για να δεχτεί συνδέσεις από διαφορετικό host, ορίστε το listen_addresses στο postgresql.conf και προσθέστε μια αντίστοιχη γραμμή host για το δίκτυό σας στο pg_hba.conf:

listen_addresses = '*'

Έπειτα ανοίξτε τη θύρα στο firewall και επανεκκινήστε την υπηρεσία:

sudo ufw allow 5432/tcp
sudo firewall-cmd --permanent --add-port=5432/tcp && sudo firewall-cmd --reload
sudo systemctl restart postgresql


Ρύθμιση Web Server

Η digna χρειάζεται web server για να φιλοξενήσει το dashboard. Επιλέξτε μία από τις παρακάτω επιλογές:

  • nginx — ελαφρύ και συνιστώμενο
  • Apache httpd — ευρέως διαδεδομένη εναλλακτική

Χρειάζεται να εγκαταστήσετε και να διαμορφώσετε έναν μόνο από αυτούς τους servers.

Και οι δύο ενότητες διαμορφώνουν δύο πράγματα που εξαρτάται το dashboard:

  • Single-page-application fallback, ώστε το ανανέωμα ενός URL του dashboard να μην επιστρέφει 404
  • Τύπος MIME για .md, ώστε τα αρχεία Markdown να σερβίρονται σωστά

Ρύθμιση nginx

Επισκόπηση

Το nginx είναι ένας ελαφρύς, υψηλών επιδόσεων web server κατάλληλος για την παροχή του στατικού digna dashboard.

Εγκατάσταση

sudo apt install -y nginx
sudo dnf install -y nginx

Εκκίνηση του nginx

sudo systemctl enable --now nginx

Επαλήθευση της Εγκατάστασης

  1. Ανοίξτε τον browser σας
  2. Πλοηγηθείτε στο http://localhost
  3. Θα πρέπει να δείτε τη σελίδα καλωσορίσματος του nginx

Άνοιγμα Firewall

Εάν ο server προσεγγίζεται από άλλες μηχανές, επιτρέψτε την κίνηση HTTP:

sudo ufw allow 'Nginx Full'
sudo firewall-cmd --permanent --add-service=http && sudo firewall-cmd --reload

Διαμόρφωση Site για το Dashboard

Το nginx περιλαμβάνει κάθε αρχείο στον κατάλογο conf.d και στις δύο οικογένειες διανομών. Δημιουργήστε ένα ξεχωριστό αρχείο διαμόρφωσης για την digna εκεί:

sudo nano /etc/nginx/conf.d/digna.conf

Επικολλήστε τα παρακάτω, αντικαθιστώντας το /opt/digna/dashboard με την πραγματική διαδρομή στο εξαγόμενο φάκελο dashboard:

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;
    }
}

Σημαντικό

Χωρίς την οδηγία try_files, η ανανέωση οποιασδήποτε σελίδας του dashboard εκτός από το root URL επιστρέφει 404. Αυτό είναι το αντίστοιχο του URL Rewrite module που απαιτείται από το IIS στα Windows.

Απενεργοποίηση της Προεπιλεγμένης Τοποθεσίας

Μόνο ένα server block μπορεί να είναι το default_server για μια θύρα. Στην οικογένεια Debian, αφαιρέστε την πακεταρισμένη προεπιλογή ώστε να μην υπάρχει σύγκρουση:

sudo rm /etc/nginx/sites-enabled/default

Στην οικογένεια RHEL, σχολιάστε ή διαγράψτε το block server { ... } μέσα στο /etc/nginx/nginx.conf.

Εφαρμογή της Διαμόρφωσης

Δοκιμάστε τη σύνταξη της διαμόρφωσης και μετά επαναφορτώστε το nginx:

sudo nginx -t
sudo systemctl reload nginx

Ρύθμιση Apache httpd

Επισκόπηση

Το Apache httpd είναι διαθέσιμο στα προεπιλεγμένα repositories όλων των υποστηριζόμενων διανομών. Το πακέτο ονομάζεται apache2 στην οικογένεια Debian και httpd στην οικογένεια RHEL.

Εγκατάσταση

sudo apt install -y apache2
sudo dnf install -y httpd

Εκκίνηση του Apache

sudo systemctl enable --now apache2
sudo systemctl enable --now httpd

Επαλήθευση της Εγκατάστασης

  1. Ανοίξτε τον browser σας
  2. Πλοηγηθείτε στο http://localhost
  3. Θα πρέπει να δείτε την προεπιλεγμένη σελίδα του Apache της διανομής

Απαιτείται: Ενεργοποίηση mod_rewrite

Το dashboard απαιτεί URL rewriting.

Στην οικογένεια Debian, ενεργοποιήστε το module και επανεκκινήστε:

sudo a2enmod rewrite
sudo systemctl restart apache2

Στην οικογένεια RHEL, το mod_rewrite φορτώνεται από προεπιλογή. Επιβεβαιώστε το:

httpd -M | grep rewrite

Απαιτείται: Επιτρέψτε .htaccess Overrides

Ανοίξτε το αρχείο διαμόρφωσης για το document root σας:

sudo nano /etc/apache2/apache2.conf
sudo nano /etc/httpd/conf/httpd.conf

Εντοπίστε το block <Directory> που καλύπτει το document root (/var/www/html και στις δύο οικογένειες) και αλλάξτε:

AllowOverride None

σε:

AllowOverride All

Απαιτείται: MIME Type για Αρχεία Markdown

Στο ίδιο αρχείο, προσθέστε την παρακάτω γραμμή ώστε τα αρχεία Markdown να σερβίρονται σωστά:

AddType text/markdown .md

Σημαντικό

Χωρίς αυτή τη ρύθμιση, τα .md αρχεία μπορεί να μην σερβίρονται σωστά.

Εφαρμογή της Διαμόρφωσης

Ελέγξτε τη σύνταξη της διαμόρφωσης και μετά επανεκκινήστε τον Apache:

sudo apachectl configtest
sudo systemctl restart apache2
sudo apachectl configtest
sudo systemctl restart httpd


Αρχική Εγκατάσταση

Βήμα 1: Ρύθμιση του Repository της digna

Το repository της digna αποθηκεύει όλες τις μετρικές που υπολογίζει η digna. Λειτουργεί ως η κεντρική βάση δεδομένων για αναλυτικά και δεδομένα απόδοσης.

Δημιουργία Σχήματος Repository και Χρήστη

Ανοίξτε τον PostgreSQL client σας (psql, pgAdmin ή παρόμοιο) και εκτελέστε τις ακόλουθες εντολές SQL:

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

Αντικαταστήστε τα παρακάτω placeholders:

  • <digna_repo_schema> — Το επιθυμητό όνομα του schema (π.χ., dignarepo)
  • <digna_repo_user> — Το επιθυμητό όνομα χρήστη (π.χ., digna_user)
  • <digna_repo_password> — Ένας ασφαλής κωδικός για αυτόν τον χρήστη

Παράδειγμα:

CREATE SCHEMA dignarepo;

CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';

GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;

Για να τρέξετε αυτά από το shell σε ένα βήμα:

sudo -u postgres psql

Έπειτα επικολλήστε τις δηλώσεις στο postgres=# prompt και πληκτρολογήστε \q για έξοδο.

Καλύτερη Πρακτική

Χρησιμοποιήστε ισχυρούς, σύνθετους κωδικούς για χρήστες βάσης δεδομένων. Αποφύγετε εύκολα μαντεύσιμα διαπιστευτήρια.


Βήμα 2: Αποσυμπίεση του Πακέτου Εγκατάστασης digna

  1. Εντοπίστε το αρχείο ZIP εγκατάστασης digna που σας έχει παρασχεθεί
  2. Αποσυμπιέστε το στον επιθυμητό κατάλογο εγκατάστασης — για παράδειγμα /opt/digna
  3. Μετά την αποσυμπίεση, θα πρέπει να δείτε τα παρακάτω αντικείμενα:
  4. dashboard/ — Διεπαφή web dashboard
  5. digna — Κύριο εκτελέσιμο (backend + CLI σε ένα)

Τα αρχεία διαμόρφωσης και άδειας δεν περιλαμβάνονται στο πακέτο

Ούτε το config.toml ούτε το dashboard/dashboard_config.toml παρέχονται με την εγκατάσταση — τα δημιουργείτε και τα δύο εσείς, στις ενότητες Διαμόρφωση Backend και Διαμόρφωση Dashboard. Ούτε το license.toml παρέχεται με το πακέτο· η digna το παρέχει ξεχωριστά, όπως περιγράφεται στο Βήμα 3.

Για να αποσυμπιέσετε από το shell:

sudo mkdir -p /opt/digna
sudo unzip digna-2026.06-linux-x86_64.zip -d /opt/digna

Σημείωση

Εάν το unzip δεν είναι εγκατεστημένο, προσθέστε το με sudo apt install -y unzip ή sudo dnf install -y unzip.

Κάντε το Εκτελέσιμο Να Είναι Ενεργό

Ανάλογα με τον τρόπο μεταφοράς του αρχείου, το bit εκτέλεσης μπορεί να μην έχει διατηρηθεί. Ορίστε το ρητά:

cd /opt/digna
sudo chmod +x digna

Δημιουργία Λογαριασμού Υπηρεσίας

Συνιστάται να τρέχετε το backend με έναν αφιερωμένο μη προνομιούχο χρήστη για παραγωγικές εγκαταστάσεις:

sudo useradd --system --no-create-home --shell /usr/sbin/nologin digna
sudo chown -R digna:digna /opt/digna

Σημείωση

Στην οικογένεια RHEL το αντίστοιχο μονοπάτι shell είναι /sbin/nologin.

Βήμα 3: Εγκατάσταση του Αρχείου Άδειας

Σημαντικό

Το αρχείο άδειας δεν περιλαμβάνεται στο πακέτο εγκατάστασης και θα παρασχεθεί ξεχωριστά από την digna.

  1. Εντοπίστε το αρχείο license.toml που σας έχει παρασχεθεί
  2. Αντιγράψτε το στον ριζικό κατάλογο εγκατάστασης της digna (όπου βρίσκεται το config.toml και το εκτελέσιμο digna)

Γιατί έχει σημασία: Το αρχείο άδειας περιέχει τις πληροφορίες πελάτη σας, ημερομηνία λήξης άδειας και ψηφιακή υπογραφή. Μην τροποποιείτε αυτό το αρχείο — οποιαδήποτε αλλαγή θα το ακυρώσει.

Δομή καταλόγου μετά τη ρύθμιση:

/opt/digna/
├── config.toml         (αρχείο διαμόρφωσης)
├── license.toml        (ΤΟ ΑΡΧΕΙΟ ΑΔΕΙΑΣ ΣΑΣ - αντιγράψτε εδώ)
├── digna               (κύριο εκτελέσιμο)
├── bin/                (scripts διαχείρισης υπηρεσίας)
└── dashboard/          (διεπαφή web)
    └── (αρχεία dashboard)

Διαμόρφωση Backend

Βήμα 1: Δημιουργία και Επεξεργασία του Αρχείου Διαμόρφωσης

Το αρχείο config_template.toml παρέχεται στον κατάλογο εγκατάστασης της digna. Απλά μετονομάστε το σε config.toml.

cd /opt/digna
sudo mv config_template.toml config.toml

Τοποθεσία: /opt/digna/config.toml

Ανοίξτε το config.toml σε έναν επεξεργαστή κειμένου και ρυθμίστε κάθε ενότητα παρακάτω.

Ενότητα [app]

Αυτή η ενότητα διαμορφώνει τις ρυθμίσεις της εφαρμογής backend της digna:

[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 = ["*"]
Παράμετρος Τιμή Σημειώσεις
digna_APP_CORS_ALLOW_ORIGINS URL frontend Αν το dashboard βρίσκεται σε διαφορετικό server, συμπεριλάβετε το URL του
digna_APP_CORS_ALLOW_CREDENTIALS true Απαραίτητο για CORS με credentials
digna_APP_CORS_ALLOW_METHODS ["*"] Επιτρέπει όλες τις μεθόδους HTTP
digna_APP_CORS_ALLOW_HEADERS ["*"] Επιτρέπει όλα τα headers

Σημείωση

Εάν σερβίρετε το dashboard από nginx ή Apache στην προεπιλεγμένη θύρα HTTP, το origin που πρέπει να επιτρέψετε είναι http://localhost — ή το δημόσιο URL του server όταν το dashboard προσεγγίζεται από άλλες μηχανές.

Ενότητα [repo]

Αυτή η ενότητα διαμορφώνει τη σύνδεση με τη βάση PostgreSQL:

[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!"
Παράμετρος Τιμή Σημειώσεις
digna_REPO_HOST localhost ή IP Hostname/IP του PostgreSQL server
digna_REPO_PORT 5432 (προεπιλογή) Θύρα PostgreSQL
digna_REPO_DB postgres Όνομα βάσης
digna_REPO_SCHEMA dignarepo Το schema που δημιουργήθηκε νωρίτερα
digna_REPO_USER digna_user Ο χρήστης που δημιουργήθηκε στην PostgreSQL ρύθμιση
digna_REPO_PASSWORD Ο κωδικός σας Κωδικός που ορίσατε κατά τη δημιουργία του schema

Καλύτερη Πρακτική

Το config.toml περιέχει κωδικό βάσης δεδομένων σε απλό κείμενο. Περιορίστε τα δικαιώματα έτσι ώστε μόνο ο λογαριασμός υπηρεσίας να μπορεί να το διαβάσει:

sudo chown digna:digna /opt/digna/config.toml
sudo chmod 600 /opt/digna/config.toml

Ενότητα [base]

Αυτή η ενότητα περιέχει ρυθμίσεις ασφάλειας και cookies:

[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"
Παράμετρος Τιμή Σημειώσεις
DIGNA_FERNET_KEY Κλειδί κρυπτογράφησης Χρησιμοποιείται για την κρυπτογράφηση tokens και cookies (παρέχεται προεπιλεγμένο)
digna_COOKIE_DOMAIN localhost Ταιριάξτε με το domain του frontend
digna_COOKIE_SECURE false (τοπικά) / true (παραγωγή) Χρησιμοποιήστε true για συνδέσεις HTTPS
digna_COOKIE_HTTPONLY true Πάντα ενεργοποιημένο για ασφάλεια
digna_COOKIE_SAME_SITE lax Προστατεύει από CSRF επιθέσεις
digna_TOKEN_EXPIRES_IN 86400 (24 ώρες) Χρόνος λήξης συνεδρίας σε δευτερόλεπτα
digna_MAX_WORKERS Αριθμός CPU cores - 1 Αριθμός παράλληλων εργασιών επιθεώρησης
DIGNA_SCHEDULER_MAX_DELAY 100 Μέγιστη καθυστέρηση, σε δευτερόλεπτα, που μπορεί να προσθέσει ο χρονοπρογραμματιστής πριν ξεκινήσει μια εργασία που έχει καταστεί ληξιπρόθεσμη
DIGNA_CLEANUP_TIME "12:00" Ώρα της ημέρας (24ωρη μορφή HH:MM) κατά την οποία ξεκινά ο καθημερινός καθαρισμός

Συμβουλή

Για να βρείτε τον αριθμό των πυρήνων CPU διαθέσιμων στο server σας, τρέξτε nproc.

Ενότητα [encryption]

Αυτή η ενότητα περιέχει το κλειδί που χρησιμοποιείται για την κρυπτογράφηση ευαίσθητων τιμών που αποθηκεύονται στο repository. Είναι υποχρεωτική — το config check αναφέρει την ενότητα [encryption] ως FAILED αν λείπει το κλειδί.

[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
Παράμετρος Τιμή Σημειώσεις
DIGNA_ENCRYPTION_KEY Κλειδί κωδικοποιημένο σε Base64 Κρυπτογραφεί ευαίσθητες τιμές που αποθηκεύονται στο repository digna

Προστατέψτε το config.toml

Αυτό το κλειδί είναι σταθερή τιμή, ίδια σε όλες τις εγκαταστάσεις digna, και είναι αυτό που αποκρυπτογραφεί τις ευαίσθητες τιμές του repository σας. Περιορίστε το config.toml στον λογαριασμό που εκτελεί το digna, κρατήστε το αρχείο εκτός συστήματος ελέγχου εκδόσεων και κοινόχρηστων δίσκων και εξαιρέστε το από κάθε αντίγραφο ασφαλείας που φυλάσσεται λιγότερο ασφαλώς από το ίδιο το repository.

Ενότητα [logging]

Αυτή η ενότητα διαμορφώνει τη συμπεριφορά logging:

[logging]
digna_LOGGING_MODE = "INFO"
digna_LOGGING_BACKUP_COUNT = 10
Παράμετρος Τιμή Σημειώσεις
digna_LOGGING_MODE INFO ή DEBUG INFO για παραγωγή, DEBUG για αντιμετώπιση προβλημάτων
digna_LOGGING_BACKUP_COUNT 10 Αριθμός ημερήσιων αντιγράφων log που κρατούνται

Βήμα 2: Επικυρώστε τη διαμόρφωση

Πριν αρχικοποιήσετε το repository, ελέγξτε ότι το config.toml είναι πλήρες και σωστά δομημένο. Στον κατάλογο εγκατάστασης digna εκτελέστε:

digna config check

Κάθε ενότητα επικυρώνεται ξεχωριστά, ώστε ένα μεμονωμένο σφάλμα να μην κρύβει την κατάσταση των υπολοίπων:

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

Διορθώστε ό,τι αναφέρεται ως FAILED και εκτελέστε ξανά την εντολή πριν συνεχίσετε. Ο πλήρης κατάλογος επιλογών βρίσκεται στην αναφορά CLI.

Βήμα 3: Αρχικοποίηση του Repository

  1. Ανοίξτε ένα τερματικό
  2. Πλοηγηθείτε στον κατάλογο εγκατάστασης της digna (όπου βρίσκονται το config.toml και το εκτελέσιμο digna)
  3. Τρέξτε το τεστ σύνδεσης:
cd /opt/digna
./digna repo check

Θα πρέπει να δείτε μια επιβεβαίωση ότι η σύνδεση έχει εγκαθιδρυθεί (το ίδιο το repository δεν έχει ακόμα αρχικοποιηθεί).

Σημείωση

Σε Linux, ο τρέχων κατάλογος δεν είναι στο PATH σας, οπότε το εκτελέσιμο καλείται ως ./digna αντί για digna. Για να χρησιμοποιείτε τη συντομότερη μορφή παντού, προσθέστε έναν συμβολικό σύνδεσμο:

sudo ln -s /opt/digna/digna /usr/local/bin/digna

Βήμα 4: Εγκατάσταση του Σχήματος Repository

Στον ίδιο κατάλογο, τρέξτε:

./digna repo install

Αυτή η εντολή εγκαθιστά τους απαραίτητους πίνακες και το σχήμα στη βάση PostgreSQL σας.

Βήμα 5: Δημιουργία Διαχειριστή (Admin)

  1. Ανοίξτε ένα νέο παράθυρο τερματικού
  2. Πλοηγηθείτε στον κατάλογο εγκατάστασης της digna
  3. Εκτελέστε την ακόλουθη εντολή για να δημιουργήσετε έναν admin χρήστη:
./digna user add <email> <password> "<display_name>" --admin

Παράδειγμα:

./digna user add admin@example.com 'AdminPassword123!' "Admin User" --admin

Αυτό δημιουργεί έναν χρήστη με τη διεύθυνση ηλεκτρονικού ταχυδρομείου admin@example.com και πλήρη δικαιώματα διαχειριστή.

Συμβουλή

Περιβάλλετε τον κωδικό με μονά εισαγωγικά. Τα bash και zsh αντιμετωπίζουν χαρακτήρες όπως !, $ και * ειδικά, και ένας ανεπιπλέοντος κωδικός που περιέχει τέτοιους χαρακτήρες δεν θα περαστεί όπως πληκτρολογήθηκε.

Καλύτερη Πρακτική

Χρησιμοποιήστε ισχυρό κωδικό με μείγμα κεφαλαίων, πεζών, αριθμών και ειδικών χαρακτήρων.


Βήμα 6: Εκκίνηση του digna Server

Στον κατάλογο εγκατάστασης της digna, ξεκινήστε τον server με:

./digna serve --address <host> --port <port>

Παράμετροι: - --address — Hostname/IP του server - --port — Θύρα του server

Θα πρέπει να δείτε μηνύματα εκκίνησης που επιβεβαιώνουν ότι ο server τρέχει:

INFO:     Started server process [1234]
INFO:     Waiting for application startup.
INFO:     Application startup complete
INFO:     Uvicorn running on http://localhost:8082

Συμβουλή

Εάν το dashboard σερβίρεται από διαφορετική μηχανή από το backend, ανοίξτε και τη θύρα του API στο firewall:

sudo ufw allow 8082/tcp
sudo firewall-cmd --permanent --add-port=8082/tcp && sudo firewall-cmd --reload

Ο διακομιστής δεσμεύει το τερματικό

Το serve εκτελείται στο προσκήνιο και συνεχίζει μέχρι να το σταματήσετε με Ctrl+C. Αφήστε το να εκτελείται όσο ολοκληρώνετε την εγκατάσταση· για αυτόματη εκκίνηση κατά την εκκίνηση του συστήματος, δείτε Εκτέλεση του digna ως υπηρεσίας systemd.

Διαμόρφωση Dashboard

Βήμα 1: Ανάπτυξη του Dashboard στον Web Server

Το digna dashboard διαβάζει τη δική του διαμόρφωση από το dashboard/dashboard_config.toml. Το αρχείο αυτό δεν παρέχεται με την εγκατάσταση — το δημιουργείτε στον κατάλογο dashboard/, δίπλα στα αρχεία του dashboard.

Το περιεχόμενό του περιγράφεται στην ενότητα Ενιαία Σύνδεση (SSO), όπου και χρειάζεται το αρχείο: περιέχει τις επιλογές σύνδεσης που προσφέρει το dashboard και, για αναπτύξεις πολλαπλών instances, τη σύνδεση με το backend.

Επιλέξτε τον web server σας και ακολουθήστε τα αντίστοιχα βήματα ανάπτυξης.

Ανάπτυξη σε nginx

Εάν ακολουθήσατε την ενότητα Ρύθμισης nginx, το server block ήδη δείχνει στον φάκελο dashboard και δεν απαιτείται αντιγραφή.

  1. Επιβεβαιώστε τη διαδρομή
  2. Ανοίξτε /etc/nginx/conf.d/digna.conf
  3. Επαληθεύστε ότι το root δείχνει στον εξαγόμενο φάκελο dashboard

  4. Βεβαιωθείτε ότι ο φάκελος είναι αναγνώσιμος

    sudo chmod -R a+rX /opt/digna/dashboard
    

  5. Επαναφόρτωση nginx

    sudo nginx -t
    sudo systemctl reload nginx
    

  6. Δοκιμή της Εγκατάστασης

  7. Ανοίξτε τον browser σας
  8. Πλοηγηθείτε στο http://localhost (ή στο ρυθμισμένο URL)
  9. Θα πρέπει να δείτε τη σελίδα εισόδου του digna dashboard

Ανάπτυξη σε Apache httpd

  1. Αντιγράψτε το Dashboard στο Document Root

    sudo cp -R /opt/digna/dashboard /var/www/html/digna
    

  2. Προσθέστε τους Κανόνες Rewrite

Δημιουργήστε ένα αρχείο .htaccess μέσα στον εγκατεστημένο φάκελο ώστε οι διαδρομές του dashboard να επιβιώνουν στο ανανέωμα του browser:

sudo nano /var/www/html/digna/.htaccess

Επικολλήστε τα παρακάτω:

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]
  1. Επανεκκινήστε τον Apache

    sudo systemctl restart apache2
    
    sudo systemctl restart httpd
    

  2. Πρόσβαση στο Dashboard

  3. Ανοίξτε τον browser σας
  4. Πλοηγηθείτε στο http://localhost/digna
  5. Θα πρέπει να δείτε τη σελίδα εισόδου του digna dashboard

Βήμα 2: SELinux (μόνο για RHEL Family)

Στο RHEL, Rocky, AlmaLinux και Fedora, το SELinux είναι στο Enforcing από προεπιλογή και θα εμποδίσει τον web server από το να διαβάζει αρχεία εκτός των αναμενόμενων τοποθεσιών. Ελέγξτε εάν είναι ενεργό:

getenforce

Εάν το αποτέλεσμα είναι Enforcing και σερβίρετε το dashboard από /opt/digna/dashboard, επισημάνετε τον κατάλογο ώστε ο web server να μπορεί να τον διαβάσει:

sudo semanage fcontext -a -t httpd_sys_content_t "/opt/digna/dashboard(/.*)?"
sudo restorecon -Rv /opt/digna/dashboard

Σημείωση

Εάν το semanage δεν βρεθεί, εγκαταστήστε το με sudo dnf install -y policycoreutils-python-utils.

Σημαντικό

Ένα dashboard που επιστρέφει 403 Forbidden σε ένα φρεσκορυθμισμένο RHEL server είναι σχεδόν πάντα πρόβλημα επισήμανσης SELinux και όχι θέμα δικαιωμάτων αρχείων. Επιβεβαιώστε με sudo ausearch -m avc -ts recent.


Εκτέλεση digna ως υπηρεσία systemd

Γιατί να τρέξετε την digna ως υπηρεσία;

Η εκτέλεση του backend της digna ως υπηρεσία systemd διασφαλίζει ότι:

  • Ξεκινά αυτόματα κατά την εκκίνηση του μηχανήματος
  • Τρέχει στο παρασκήνιο χωρίς ανοιχτό παράθυρο τερματικού
  • Επανεκκινά αυτόματα αν καταρρεύσει
  • Μπορεί να διαχειριστεί μέσω του systemctl, του τυπικού διαχειριστή υπηρεσιών του Linux

Αρχεία Διαχείρισης Υπηρεσίας

Όλα τα απαραίτητα αρχεία βρίσκονται στον κατάλογο εγκατάστασης της digna κάτω από: bin/

Τα ακόλουθα shell scripts είναι διαθέσιμα:

  • install_service.sh — Εγγράφει την digna στο systemd
  • uninstall_service.sh — Αφαιρεί την εγγραφή της υπηρεσίας
  • start_service.sh — Ξεκινά την εγγεγραμμένη υπηρεσία
  • stop_service.sh — Σταματά την τρέχουσα υπηρεσία

Απαιτούνται Δικαιώματα Root

Όλα τα scripts πρέπει να εκτελούνται με sudo, επειδή η εγγραφή μιας υπηρεσίας που ξεκινάει κατά την εκκίνηση γράφει ένα unit file στο /etc/systemd/system.

Κάντε τα Scripts Εκτελέσιμα

Η αποσυμπίεση μπορεί να μην έχει διατηρήσει το executable bit. Πριν την πρώτη χρήση:

cd /opt/digna/bin
sudo chmod +x *.sh

Εγκατάσταση της Υπηρεσίας

  1. Ανοίξτε ένα τερματικό

  2. Πλοηγηθείτε στον φάκελο bin

    cd /opt/digna/bin
    

  3. Τρέξτε το script εγκατάστασης

    sudo ./install_service.sh
    

Η digna server έχει τώρα εγγραφεί στο systemd με αυτόματη εκκίνηση ενεργοποιημένη. Η υπηρεσία δεν ξεκινά αμέσως — δείτε την επόμενη ενότητα για να την ξεκινήσετε.

Εκκίνηση και Στάση της Υπηρεσίας

Για να ξεκινήσετε την υπηρεσία

  1. Ανοίξτε ένα τερματικό
  2. Πλοηγηθείτε στο /opt/digna/bin
  3. Εκτελέστε:
    sudo ./start_service.sh
    

Για να σταματήσετε την υπηρεσία

  1. Ανοίξτε ένα τερματικό
  2. Πλοηγηθείτε στο /opt/digna/bin
  3. Εκτελέστε:
    sudo ./stop_service.sh
    

Συμβουλή

Πάντα σταματάτε την υπηρεσία πριν ενημερώσετε αρχεία εφαρμογής.

Διαχείριση της Υπηρεσίας με systemctl

Μόλις εγγραφεί, η υπηρεσία μπορεί επίσης να ελεγχθεί με τις τυπικές εντολές systemd από οποιονδήποτε κατάλογο:

sudo systemctl start digna
sudo systemctl stop digna
sudo systemctl restart digna
sudo systemctl status digna

Επιβεβαίωση της Υπηρεσίας

Για να επιβεβαιώσετε ότι η υπηρεσία είναι εγγεγραμμένη και τρέχει:

systemctl is-enabled digna
systemctl is-active digna

enabled σημαίνει ότι η υπηρεσία ξεκινάει κατά την εκκίνηση· active σημαίνει ότι τρέχει τώρα.

Προβολή των Logs της Υπηρεσίας

Το systemd καταγράφει ό,τι γράφει το backend στην κονσόλα. Για να το διαβάσετε:

sudo journalctl -u digna -n 100

Για να ακολουθήσετε το log ζωντανά ενώ αναπαράγετε ένα πρόβλημα:

sudo journalctl -u digna -f

Συμβουλή

Αυτός είναι ο ταχύτερος τρόπος για να διαγνώσετε μια υπηρεσία που ξεκινά και αμέσως σταματάει. Μια αποτυχία σύνδεσης στο repository ή ένα λείπον license.toml αναφέρεται εδώ.

Μετακίνηση της Υπηρεσίας σε Νέο Κατάλογο

Το unit αρχείο αποθηκεύει την απόλυτη διαδρομή προς το εκτελέσιμο, οπότε η μετακίνηση της εγκατάστασης απαιτεί επανεγγραφή της υπηρεσίας:

  1. Απεγκαταστήστε την τρέχουσα υπηρεσία

    cd /old/path/digna/bin
    sudo ./uninstall_service.sh
    

  2. Μετακινήστε τα αρχεία της εφαρμογής

    sudo mv /old/path/digna /new/path/digna
    

  3. Εγκαταστήστε ξανά την υπηρεσία

    cd /new/path/digna/bin
    sudo ./install_service.sh
    

  4. Ξεκινήστε την υπηρεσία

    sudo ./start_service.sh
    

Απεγκατάσταση της Υπηρεσίας

  1. Σταματήστε την τρέχουσα υπηρεσία

    cd /opt/digna/bin
    sudo ./stop_service.sh
    

  2. Απεγκαταστήστε την υπηρεσία

    sudo ./uninstall_service.sh
    

Η digna server έχει πλέον αφαιρεθεί από το systemd.


Αναβάθμιση σε Νέα Έκδοση

Πριν την Αναβάθμιση

Ελέγξτε πρώτα όλες τις συνδέσεις βάσεων δεδομένων

Από την έκδοση 2026.06, το digna προσεγγίζει κάθε τεχνολογία πηγής μέσω ODBC. Οι προηγούμενες εκδόσεις πρόσφεραν επιλογή ανάμεσα σε πρόγραμμα οδήγησης ανά τεχνολογία και ODBC, μέσω του διακόπτη Use ODBC. Η ομάδα digna αποφάσισε να στηριχθεί αποκλειστικά στο ODBC, επειδή μία μόνο τυποποιημένη διεπαφή προσφέρει περισσότερα από ένα σύνολο προγραμμάτων οδήγησης κατά παραγγελία:

  • Έλεγχος ταυτότητας — ο έλεγχος ταυτότητας αποτελεί μέρος του ODBC, οπότε μια σύνδεση μπορεί να χρησιμοποιήσει οτιδήποτε υποστηρίζει το πρόγραμμα οδήγησής της: κωδικούς πρόσβασης, tokens και PAT, Kerberos και Active Directory, MFA και ενιαία σύνδεση μέσω προγράμματος περιήγησης, ταυτότητες cloud, πιστοποιητικά πελάτη και TLS. Οι νέες μέθοδοι έρχονται με ενημέρωση του προγράμματος οδήγησης, αντί να περιμένουν μια έκδοση του digna.
  • Προγράμματα οδήγησης που συντηρούνται από τους κατασκευαστές των βάσεων δεδομένων — το πρόγραμμα οδήγησης του ίδιου του κατασκευαστή παρακολουθεί νέες εκδόσεις διακομιστή και διορθώσεις ασφαλείας, και μπορείτε να το ενημερώνετε με το δικό σας πρόγραμμα, ανεξάρτητα από το digna.
  • Ένας τρόπος για να διαμορφώνετε τα πάντα — κάθε τεχνολογία είναι μια λίστα ιδιοτήτων κλειδιού/τιμής, με την ίδια διεπαφή, την ίδια κρυπτογράφηση ευαίσθητων τιμών και την ίδια αντιμετώπιση προβλημάτων, αντί για διαφορετικό σύνολο πεδίων ανά πηγή.
  • Ρύθμιση και εμβέλεια — επιλογές σε επίπεδο προγράμματος οδήγησης, όπως χρονικά όρια, ρυθμίσεις TLS, διακομιστές μεσολάβησης και μεγέθη ανάκτησης, είναι διαθέσιμες για κάθε πηγή, και μπορεί να συνδεθεί οποιαδήποτε τεχνολογία διαθέτει συμβατό πρόγραμμα οδήγησης ODBC, ακόμη και εκείνες για τις οποίες το digna δεν δημοσιεύει ειδικό οδηγό.

Στην πράξη αυτό σημαίνει ότι ο διακόπτης Use ODBC και τα ξεχωριστά πεδία κεντρικού υπολογιστή, θύρας, βάσης δεδομένων, χρήστη και κωδικού πρόσβασης δεν υπάρχουν πλέον. Κάθε σύνδεση που δεν χρησιμοποιεί ήδη ODBC πρέπει να μεταφερθεί σε ODBC — δεν υπάρχει αυτόματη μετατροπή, οπότε προγραμματίστε το πριν από την αναβάθμιση:

  1. Εξετάστε κάθε σύνδεση βάσης δεδομένων που ορίζεται στην εγκατάστασή σας και σημειώστε εκείνες που δεν χρησιμοποιούν ακόμη ODBC — καθεμιά από αυτές θα πρέπει να διαμορφωθεί εκ νέου.
  2. Εγκαταστήστε το αντίστοιχο πρόγραμμα οδήγησης ODBC στον κεντρικό υπολογιστή digna — οι συνδέσεις ανοίγουν από τον διακομιστή που εκτελεί το backend του digna, όχι από το πρόγραμμα περιήγησης. Δείτε Εγκατάσταση του προγράμματος οδήγησης ODBC στον κεντρικό υπολογιστή digna.
  3. Έχετε έτοιμες τις ιδιότητες ODBC για κάθε επηρεαζόμενη σύνδεση. Οι οδηγοί ανά τεχνολογία παραθέτουν για κάθε πηγή ένα δοκιμασμένο σύνολο ιδιοτήτων.

Μετά την αναβάθμιση, μεταφέρετε κάθε επηρεαζόμενη σύνδεση σε ODBC και δοκιμάστε την από τον πίνακα ελέγχου — δείτε Δημιουργία σύνδεσης βάσης δεδομένων και Δοκιμή σύνδεσης.

Συνδέσεις Databricks Legacy

Ο σύνδεσμος Databricks Legacy καταργήθηκε σε αυτή την έκδοση. Μεταφέρετε αυτές τις συνδέσεις στον σύνδεσμο Databricks.

Η δημιουργία αντιγράφου ασφαλείας (backup) του digna Repository είναι ΥΠΟΧΡΕΩΤΙΚΗ

Πριν αναβαθμίσετε την digna, δημιουργήστε backup του repository σας (PostgreSQL) για προστασία από απώλεια δεδομένων. Ένα backup εξασφαλίζει ότι μπορείτε να ανακτήσετε σε περίπτωση απρόβλεπτων προβλημάτων κατά την αναβάθμιση.

Για να δημιουργήσετε backup από το shell:

pg_dump -h localhost -p 5432 -U digna_user -n dignarepo postgres > digna_repo_backup.sql

Διαδικασία Αναβάθμισης

Βήμα 1: Σταματήστε την υπηρεσία digna

Εάν η digna τρέχει ως υπηρεσία systemd, σταματήστε την πρώτα:

cd /opt/digna/bin
sudo ./stop_service.sh

Εάν η digna τρέχει σε πρώτο πλάνο, πατήστε Ctrl + C στο παράθυρο του τερματικού όπου τρέχει.

Βήμα 2: Δημιουργήστε αντίγραφο της τρέχουσας εγκατάστασης

Στον κατάλογο εγκατάστασης digna, μετονομάστε τους φακέλους της τρέχουσας εγκατάστασης, ώστε η νέα έκδοση να μπορεί να αναπτυχθεί δίπλα τους:

cd /opt/digna
sudo mv dignabackend dignabackend_old
sudo mv dignacli dignacli_old
sudo mv dashboard dashboard_old

τα dignabackend και dignacli δεν χρησιμοποιούνται πλέον

Από την έκδοση 2026.06, τα dignabackend και dignacli αντικαθίστανται από το ενιαίο εκτελέσιμο digna, που ενοποιεί το backend και το CLI. Κρατήστε τα dignabackend_old και dignacli_old μόνο μέχρι να επαληθεύσετε την αναβάθμιση — μετά μπορείτε να διαγράψετε και τους δύο φακέλους. Κρατήστε τον dashboard_old μέχρι να επαναφέρετε από αυτόν τα αρχεία διαμόρφωσής σας (δείτε το βήμα 4).

Βήμα 3: Αποσυμπίεση και Ανάπτυξη της Νέας Έκδοσης

  1. Αποσυμπιέστε το νέο πακέτο εγκατάστασης digna ZIP
  2. Αντιγράψτε το νέο εκτελέσιμο digna και το φάκελο dashboard στον κατάλογο εγκατάστασης
  3. Επαναφέρετε το bit εκτέλεσης και την ιδιοκτησία του λογαριασμού υπηρεσίας:
sudo chmod +x /opt/digna/digna
sudo chown -R digna:digna /opt/digna

Σημαντικό

Ούτε το config.toml ούτε το dashboard/dashboard_config.toml περιλαμβάνονται ποτέ στο ZIP εγκατάστασης — η ομάδα της digna δεν παρέχει ποτέ κανένα από τα δύο αρχεία. Η υπάρχουσα διαμόρφωσή σας επομένως δεν επηρεάζεται από την αναβάθμιση, και τα αντίγραφα στους μετονομασμένους φακέλους *_old είναι τα μόνα που έχετε.

Βήμα 4: Επαναφορά των Αρχείων Διαμόρφωσης

sudo cp dashboard_old/dashboard_config.toml dashboard/dashboard_config.toml

Η έκδοση 2026.06 αλλάζει το config.toml

Τρεις ρυθμίσεις είναι νέες και υποχρεωτικές, ενώ δύο δεν χρησιμοποιούνται πλέον. Ένα config.toml που μεταφέρθηκε από προηγούμενη έκδοση δεν περιέχει τις νέες ρυθμίσεις, και το digna δεν θα ξεκινήσει όσο λείπουν. Προσθέστε τα ακόλουθα στο υπάρχον config.toml:

[base]
DIGNA_SCHEDULER_MAX_DELAY = 100
DIGNA_CLEANUP_TIME = "12:00"

[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='

Προσθέστε τα δύο κλειδιά [base] στην υπάρχουσα ενότητα [base] και προσθέστε την [encryption] ως νέα ενότητα. Στη συνέχεια αφαιρέστε από την [app] τις δύο ρυθμίσεις που δεν χρησιμοποιούνται πλέον, τα digna_APP_HOST και digna_APP_PORT — ο διακομιστής λαμβάνει πλέον τη διεύθυνση και τη θύρα του από το digna serve.

Τι κάνει κάθε ρύθμιση περιγράφεται στην ενότητα Διαμόρφωση backend.

Ενιαία σύνδεση: η μορφή του [oidc_clients] άλλαξε

Η έκδοση 2026.06 αντικαθιστά τον πίνακα πινάκων με έναν πίνακα ανά πάροχο, ονομασμένο από το κλειδί του παρόχου. Το DIGNA_OIDC_KEY καταργείται — το κλειδί αποτελεί πλέον μέρος της κεφαλίδας της ενότητας.

Πριν:

[[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'

Μετά:

[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'

Επαναλάβετε την ενότητα για κάθε πάροχο και διατηρήστε κάθε κλειδί ίδιο με το key στο dashboard_config.toml. Το digna config check αναφέρει το oidc_clients ως FAILED όσο παραμένει η παλιά μορφή. Επηρεάζονται μόνο οι εγκαταστάσεις που χρησιμοποιούν ενιαία σύνδεση.

Βήμα 5: Επαναφόρτωση του Web Server

Το dashboard είναι ένα σύνολο στατικών αρχείων, οπότε ο web server σας — και ο browser — μπορεί να εξακολουθούν να σερβίρουν την προηγούμενη έκδοση. Επαναφορτώστε ή επανεκκινήστε τον web server που φιλοξενεί τον φάκελο dashboard και στη συνέχεια φορτώστε ξανά τη σελίδα με πλήρη ανανέωση (Ctrl+F5).

Βήμα 6: Επικυρώστε τη διαμόρφωση

Βεβαιωθείτε ότι το ενημερωμένο config.toml είναι πλήρες πριν αγγίξετε το repository:

./digna config check

Κάθε ενότητα πρέπει να αναφέρει OK. Διορθώστε ό,τι αναφέρεται ως FAILED και εκτελέστε ξανά την εντολή πριν συνεχίσετε.

Βήμα 7: Αντικατάσταση του Αρχείου Άδειας

Κάθε έκδοση αδειοδοτείται ξεχωριστά. Αντιγράψτε το license.toml που σας παρείχε η ομάδα της digna για αυτή την έκδοση στον κατάλογο εγκατάστασης, αντικαθιστώντας το παλιό:

sudo cp /path/to/new/license.toml /opt/digna/license.toml

Μην κρατήσετε την προηγούμενη άδεια

Ένα license.toml που εκδόθηκε για προηγούμενη έκδοση δεν καλύπτει αυτή την έκδοση, και κάθε εντολή που ελέγχει την άδεια — user, inspection, repo — διακόπτεται πριν αγγίξει το repository όταν ο έλεγχος αποτύχει. Επαληθεύστε την πριν προχωρήσετε:

./digna license check

Βήμα 8: Αναβάθμιση του Σχήματος Repository

Πλοηγηθείτε στον κατάλογο εγκατάστασης της digna και τρέξτε:

cd /opt/digna
./digna repo upgrade

Αυτό ενημερώνει το σχήμα PostgreSQL στην πιο πρόσφατη έκδοση ενώ διατηρεί όλα τα υπάρχοντα δεδομένα.

Βήμα 9: Επανεκκίνηση των Υπηρεσιών

Εάν τρέχετε ως υπηρεσία systemd:

cd /opt/digna/bin
sudo ./start_service.sh

Εάν τρέχετε χειροκίνητα, επανεκκινήστε τον server:

cd /opt/digna
./digna serve --address <address> --port <port>

Εάν χρησιμοποιείτε nginx ή Apache, επαναφορτώστε τον αντίστοιχο web server:

sudo systemctl reload nginx
sudo systemctl restart apache2

Στην οικογένεια RHEL, εφαρμόστε ξανά την επισήμανση SELinux εάν αντικαταστάθηκε ο κατάλογος dashboard:

sudo restorecon -Rv /opt/digna/dashboard

Βήμα 10: Επαλήθευση της Αναβάθμισης

  1. Πρόσβαση στο digna dashboard
  2. Επιβεβαιώστε ότι η διεπαφή φορτώνει σωστά
  3. Ελέγξτε τα logs του server για τυχόν σφάλματα:
  4. Μεταφέρετε σε ODBC κάθε σύνδεση που δεν το χρησιμοποιούσε ακόμη και έπειτα δοκιμάστε όλες τις συνδέσεις — δείτε Δοκιμή σύνδεσης
sudo journalctl -u digna -n 100