Gå til indholdet

Linux-installationsvejledning for digna Release 2026.06

Release: 2026.06

Sidst opdateret: 5. september 2026


Indholdsfortegnelse

  1. Introduktion
  2. Systemkrav
  3. Forberedende opsætning
  4. PostgreSQL-serveropsætning
  5. Webserverkonfiguration
  6. Initial installation
  7. Backend-konfiguration
  8. Dashboard-konfiguration
  9. Kørsel af digna som systemd-service
  10. Opgradering til en ny release

Introduktion

Om digna

digna er en omfattende AI-drevet platform designet til at optimere datakvalitetsstyring på tværs af forskellige data­miljøer som warehouses, lakes og lakehouses. Bygget til høj skalerbarhed og fleksibilitet adresserer digna moderne dataudfordringer gennem automatisering, realtids­overvågning og anomali­detektion.

digna består af to hovedkomponenter:

  • digna: applikationens kerne, ansvarlig for at behandle data og udføre kvalitetskontroller. Den samler backend og kommandolinjegrænsefladen i én eksekverbar fil og erstatter dermed de separate programmer dignabackend og dignacli fra tidligere releases.
  • dignadashboard: Et webbaseret interface hostet på en webserver, som giver en brugervenlig måde at interagere med digna-platformen og visualisere datakvalitetsmålinger.

Nyheder i Release 2026.06

Denne release bringer dataobservabilitet direkte ind i din kode, så udviklere kan overvåge datakvalitet ved kilden. Se release notes for fulde detaljer.

Leder du efter Windows eller macOS?

Denne vejledning dækker Linux. For andre platforme, se Windows Installation Guide eller macOS Installation Guide.

Hvilken distribution dækker denne vejledning?

Instruktionerne er skrevet for de to mest almindelige serverfamilier. Hvor de to adskiller sig, er begge kommandoer angivet:

  • Debian-familien — Debian, Ubuntu. Pakkestyring: apt.
  • RHEL-familien — Red Hat Enterprise Linux, Rocky Linux, AlmaLinux, Fedora. Pakkestyring: dnf.

Enhver moderne distribution med systemd vil fungere; kun pakkenavne og nogle få konfigurationsstier ændrer sig.


Systemkrav

Før du begynder installationen, sørg for at dit system opfylder følgende minimumskrav:

Krav Specifikation
Operativsystem Ubuntu 22.04 LTS eller nyere, Debian 12 eller nyere, RHEL 9 / Rocky 9 / AlmaLinux 9 eller nyere
Arkitektur x86_64 (amd64) eller arm64
Init-system systemd
Hukommelse (minimal opsætning) 16 GB RAM
Diskplads 10 GB ledig lagerplads
Database PostgreSQL Server 12 eller nyere
Webserver nginx, Apache httpd eller tilsvarende

Databaseinstallationsmuligheder

Hvis PostgreSQL allerede er installeret: Du kan tilføje en ny database til digna i din eksisterende PostgreSQL-server.

Hvis du installerer PostgreSQL på samme maskine som digna:

Anbefalede specifikationer

  • Hukommelse: 32 GB RAM (i stedet for 16 GB)
  • Diskplads: 50 GB ledig lagerplads (i stedet for 10 GB)

Disse højere specifikationer tilgodeser både digna og PostgreSQL-databasen, når de kører samtidigt.

Kontrol af distribution og arkitektur

Flere kommandoer i denne vejledning adskiller sig mellem Debian- og RHEL-familierne. For at kontrollere hvilken du kører, kør:

cat /etc/os-release
uname -m
  • ID=ubuntu eller ID=debian — brug apt-kommandoerne.
  • ID=rhel, rocky, almalinux eller fedora — brug dnf-kommandoerne.
  • x86_64 eller aarch64 — arkitekturen til installationspakken, du skal bruge.

Forberedende opsætning

Før du installerer digna, skal du sikre dig, at to nøgleforudsætninger er på plads:

  1. PostgreSQL-server – til lagring af beregnede målinger og performance-data
  2. Webserver – til hosting af digna Dashboard

Hvis disse komponenter ikke allerede er opsat, følg nedenstående afsnit for at installere og konfigurere dem.

Opdatering af pakkelisten

Opdater dine pakkelister, før du installerer noget:

sudo apt update
sudo dnf check-update

Bemærk

I hele denne vejledning er den første kommando i et par for Debian-familien og den anden for RHEL-familien. Kør kun den, der passer til dit system.


PostgreSQL-serveropsætning

Hvis du allerede har PostgreSQL

Hvis PostgreSQL allerede er installeret og kører lokalt eller hvis du bruger en administreret fjern-PostgreSQL-server, kan du springe til næste afsnit.

Installation af PostgreSQL

Trin 1: Installer serverpakken

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

Tip

Distributionernes pakker kan være bagud i forhold til den nyeste PostgreSQL-version. Hvis du har brug for en nyere version, brug den officielle PostgreSQL apt- eller yum-repositorium i stedet.

Trin 2: Initialiser databaseklustret

På Debian-familien opretter og starter pakken et cluster automatisk — spring til næste trin.

På RHEL-familien skal clustret oprettes eksplicit:

sudo postgresql-setup --initdb

Trin 3: Start og aktiver servicen

sudo systemctl enable --now postgresql

Dette starter PostgreSQL med det samme og konfigurerer det til automatisk start ved boot.

Trin 4: Bekræft installationen

psql --version
sudo systemctl status postgresql

Du bør se PostgreSQL-versionen og en active (running) service.

Trin 5: Forbind til serveren

En Linux PostgreSQL-pakke opretter en postgres systemkonto, som ejer clustret. Forbind via denne konto:

sudo -u postgres psql

Bemærk — Linux adskiller sig fra Windows her

Windows-installationsprogrammet beder dig om at sætte en adgangskode for postgres superbrugeren under installationen. Linux-pakker gør ikke det. I stedet autentificeres lokale forbindelser via peer authentication: det postgres operativsystembrugernavn må forbinde som postgres databasebrugeren uden adgangskode.

Derfor bruger kommandoen ovenfor sudo -u postgres. digna-backend forbinder via TCP med brugernavn og adgangskode, så du vil oprette en eksplicit digna-bruger i Initial installation.

Trin 6: Bekræft porten

Standard PostgreSQL-porten er 5432. For at bekræfte hvilken port din server lytter på:

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

Notér værdien — du får brug for den, når du konfigurerer digna-backend.

Trin 7: Aktivér adgangskodeautentifikation for digna-brugeren

digna forbinder til PostgreSQL over TCP som digna_user, hvilket kræver adgangskodeautentifikation fremfor peer. Kontroller, at din pg_hba.conf tillader det.

Find filen:

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

Åbn den i en editor og bekræft, at de lokale TCP-linjer bruger scram-sha-256 (eller md5 på ældre servere) i stedet for 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

Genindlæs PostgreSQL efter enhver ændring:

sudo systemctl reload postgresql

Vigtigt

Hvis digna rapporterer FATAL: Ident authentication failed for user "digna_user", er denne indstilling årsagen.

Trin 8: Hvis PostgreSQL kører på en anden maskine

For at acceptere forbindelser fra en anden vært, sæt listen_addresses i postgresql.conf og tilføj en matchende host-linje for dit netværk i pg_hba.conf:

listen_addresses = '*'

Åbn derefter porten i firewall'en og genstart servicen:

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


Webserverkonfiguration

digna kræver en webserver til at hoste dashboardet. Vælg en af følgende muligheder:

Du behøver kun at installere og konfigurere én af disse servere.

Begge sektioner konfigurerer to ting, som dashboardet afhænger af:

  • En single-page-application-fallback, så genindlæsning af en dashboard-URL ikke giver 404
  • En .md MIME-type, så Markdown-filer serveres korrekt

nginx-opsætning

Oversigt

nginx er en let, højtydende webserver, velegnet til at serve det statiske digna-dashboard.

Installation

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

Start af nginx

sudo systemctl enable --now nginx

Bekræft installationen

  1. Åbn din browser
  2. Gå til http://localhost
  3. Du bør se nginx-velkomstsiden

Åbning af firewall

Hvis serveren tilgås fra andre maskiner, tillad HTTP-trafik:

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

Konfigurering af et site til dashboardet

nginx inkluderer alle filer i conf.d-mappen på begge distributionsfamilier. Opret en dedikeret konfigurationsfil til digna dér:

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

Indsæt følgende, og erstat /opt/digna/dashboard med den faktiske sti til din udpakkede dashboard-mappe:

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

Vigtigt

Uden try_files-direktivet vil en genindlæsning af enhver dashboard-side bortset fra rod-URL'en give en 404. Dette er nginx-ækvivalenten til URL Rewrite-modulet, som kræves af IIS på Windows.

Deaktiver standardsitet

Kun én serverblok kan være default_server for en port. På Debian-familien fjern den pakkede default, så den ikke konflikter:

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

På RHEL-familien kommentér eller slet server { ... }-blokken inde i /etc/nginx/nginx.conf.

Anvend konfigurationen

Test konfigurationen for syntaksfejl, og genindlæs nginx:

sudo nginx -t
sudo systemctl reload nginx

Apache httpd-opsætning

Oversigt

Apache httpd findes i standardlageret for alle understøttede distributioner. Pakken hedder apache2 på Debian-familien og httpd på RHEL-familien.

Installation

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

Start af Apache

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

Bekræft installationen

  1. Åbn din browser
  2. Gå til http://localhost
  3. Du bør se distributionens standard Apache-side

Krævet: Aktivér mod_rewrite

Dashboardet kræver URL-omskrivning.

På Debian-familien, aktivér modulet og genstart:

sudo a2enmod rewrite
sudo systemctl restart apache2

På RHEL-familien er mod_rewrite indlæst som standard. Bekræft det:

httpd -M | grep rewrite

Krævet: Tillad .htaccess-overrides

Åbn konfigurationsfilen for din dokumentrod:

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

Find <Directory>-blokken, der dækker din dokumentrod (/var/www/html på begge familier) og ændr:

AllowOverride None

til:

AllowOverride All

Krævet: MIME-type for Markdown-filer

I samme fil, tilføj følgende linje, så Markdown-filer serveres korrekt:

AddType text/markdown .md

Vigtigt

Uden denne indstilling kan .md-filer muligvis ikke serveres korrekt.

Anvend konfigurationen

Tjek konfigurationen for syntaksfejl, og genstart Apache:

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


Initial installation

Trin 1: Opret digna-repositoriet

digna-repositoriet lagrer alle målinger, som digna beregner. Det fungerer som den centrale database for analytiske- og performance-data.

Opret repository-schema og bruger

Åbn din PostgreSQL-klient (psql, pgAdmin eller lignende) og udfør følgende SQL-kommandoer:

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

Erstat følgende pladsholdere:

  • <digna_repo_schema> — Dit ønskede schema-navn (fx dignarepo)
  • <digna_repo_user> — Dit ønskede brugernavn (fx digna_user)
  • <digna_repo_password> — En sikker adgangskode til denne bruger

Eksempel:

CREATE SCHEMA dignarepo;

CREATE USER digna_user WITH PASSWORD 'YourSecurePassword123!';

GRANT ALL PRIVILEGES ON SCHEMA dignarepo TO digna_user;

For at køre disse fra shell i ét trin:

sudo -u postgres psql

Indsæt derefter udsagnene ved postgres=# prompten og skriv \q for at afslutte.

Bedste praksis

Brug stærke, komplekse adgangskoder til databasebrugere. Undgå let gættelige legitimationsoplysninger.


Trin 2: Pak digna-installationspakken ud

  1. Find digna-installations-ZIP-filen, som er leveret til dig
  2. Pak den ud til din ønskede installationssti — for eksempel /opt/digna
  3. Efter udpakning bør du se følgende elementer:
  4. dashboard/ — Webdashboard-interface
  5. digna — Hovedkørbar fil (backend + CLI kombineret)

Konfigurations- og licensfilerne er ikke med i pakken

Hverken config.toml eller dashboard/dashboard_config.toml følger med installationen — du opretter begge selv, i Backend-konfiguration og Dashboard-konfiguration. license.toml følger heller ikke med; digna leverer den separat, som beskrevet i Trin 3.

For at udpakke fra shell:

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

Bemærk

Hvis unzip ikke er installeret, tilføj det med sudo apt install -y unzip eller sudo dnf install -y unzip.

Gør den eksekverbare fil kørbar

Afhængigt af hvordan arkivet blev overført, kan den eksekverbare bit være tabt under udpakning. Sæt den eksplicit:

cd /opt/digna
sudo chmod +x digna

Opret en servicekonto

Det anbefales at køre backend som en dedikeret uprivilegeret bruger i produktionsmiljøer:

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

Bemærk

På RHEL-familien er den tilsvarende shellsti /sbin/nologin.

Trin 3: Installer licensfilen

Vigtigt

Licensfilen er ikke inkluderet i installationspakken og leveres separat af digna.

  1. Find den license.toml-fil, som er leveret til dig
  2. Kopiér den ind i rodinstallationsmappen for digna (hvor config.toml og den eksekverbare digna ligger)

Hvorfor det er vigtigt: Licensfilen indeholder dine kundeoplysninger, licensens udløbsdato og det digitale signatur. Ændr ikke denne fil — enhver ændring vil ugyldiggøre den.

Mappe­struktur efter opsætning:

/opt/digna/
├── config.toml         (konfigurationsfil)
├── license.toml        (DIN LICENSFIL - kopier her)
├── digna               (hovedkørbar fil)
├── bin/                (servicehåndteringsscripts)
└── dashboard/          (webinterface)
    └── (dashboard-filer)

Backend-konfiguration

Trin 1: Opret og rediger konfigurationsfilen

Filen config_template.toml medfølger i din digna-installationsmappe. Du skal blot omdøbe den til config.toml.

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

Placering: /opt/digna/config.toml

Åbn config.toml i en teksteditor og konfigurer hver sektion nedenfor.

[app] Sektion

Denne sektion konfigurerer digna-backend applikationsindstillinger:

[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 = ["*"]
Parameter Værdi Noter
digna_APP_CORS_ALLOW_ORIGINS Frontend-URL Hvis dashboardet ligger på en anden server, inkluder dens URL
digna_APP_CORS_ALLOW_CREDENTIALS true Kræves for CORS med legitimationsoplysninger
digna_APP_CORS_ALLOW_METHODS ["*"] Tillad alle HTTP-metoder
digna_APP_CORS_ALLOW_HEADERS ["*"] Tillad alle headers

Bemærk

Hvis du servicerer dashboardet fra nginx eller Apache på standard HTTP-porten, er origin, der skal tillades, http://localhost — eller serverens offentlige URL, når dashboardet tilgås fra andre maskiner.

[repo] Sektion

Denne sektion konfigurerer forbindelsen til PostgreSQL-databasen:

[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!"
Parameter Værdi Noter
digna_REPO_HOST localhost eller IP PostgreSQL-serverens hostname/IP
digna_REPO_PORT 5432 (standard) PostgreSQL-port
digna_REPO_DB postgres Databasenavn
digna_REPO_SCHEMA dignarepo Schema oprettet tidligere
digna_REPO_USER digna_user Bruger oprettet i PostgreSQL-opsætningen
digna_REPO_PASSWORD Din adgangskode Adgangskode angivet ved schema-oprettelsen

Bedste praksis

config.toml indeholder en databaseadgangskode i klartekst. Begræns dets tilladelser, så kun servicekontoen kan læse det:

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

[base] Sektion

Denne sektion indeholder sikkerheds- og cookie-indstillinger:

[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"
Parameter Værdi Noter
DIGNA_FERNET_KEY Krypteringsnøgle Bruges til at kryptere tokens og cookies (standard leveret)
digna_COOKIE_DOMAIN localhost Match dit frontend-domæne
digna_COOKIE_SECURE false (lokalt) / true (produktion) Brug true for HTTPS-forbindelser
digna_COOKIE_HTTPONLY true Altid aktiveret for sikkerhed
digna_COOKIE_SAME_SITE lax Forebygger CSRF-angreb
digna_TOKEN_EXPIRES_IN 86400 (24 timer) Session timeout i sekunder
digna_MAX_WORKERS Antal CPU-kerner - 1 Antal parallelle inspektionsopgaver
DIGNA_SCHEDULER_MAX_DELAY 100 Maksimal forsinkelse i sekunder, som planlæggeren må lægge til, før et forfaldent job startes
DIGNA_CLEANUP_TIME "12:00" Tidspunkt (24-timersformat HH:MM), hvor den daglige oprydning starter

Tip

For at finde antallet af CPU-kerner på din server, kør nproc.

[encryption] Sektion

Denne sektion indeholder nøglen, der bruges til at kryptere følsomme værdier i repositoryet. Den er påkrævet — config check rapporterer sektionen [encryption] som FAILED, hvis nøglen mangler.

[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='
Parameter Værdi Noter
DIGNA_ENCRYPTION_KEY Base64-kodet nøgle Krypterer følsomme værdier, der er gemt i digna-repositoryet

Beskyt config.toml

Denne nøgle er en fast værdi, der er identisk i alle digna-installationer, og det er den, der dekrypterer de følsomme værdier i dit repository. Begræns config.toml til den konto, der kører digna, hold filen uden for versionsstyring og delte drev, og udelad den fra enhver sikkerhedskopi, der opbevares mindre sikkert end selve repositoryet.

[logging] Sektion

Denne sektion konfigurerer logningsadfærd:

[logging]
digna_LOGGING_MODE = "INFO"
digna_LOGGING_BACKUP_COUNT = 10
Parameter Værdi Noter
digna_LOGGING_MODE INFO eller DEBUG INFO til produktion, DEBUG til fejlsøgning
digna_LOGGING_BACKUP_COUNT 10 Antal daglige log-backups der beholdes

Trin 2: Validér konfigurationen

Kontrollér, at config.toml er fuldstændig og korrekt opbygget, før du initialiserer repositoryet. Kør i din digna-installationsmappe:

digna config check

Hver sektion valideres for sig, så en enkelt fejl ikke skjuler tilstanden af de øvrige:

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

Ret alt, der rapporteres som FAILED, og kør kommandoen igen, før du fortsætter. Den fulde liste over muligheder findes i CLI-referencen.

Trin 3: Initialiser repositoriet

  1. Åbn en terminal
  2. Gå til din digna-installationsmappe (hvor config.toml og den eksekverbare digna er placeret)
  3. Kør forbindelsestesten:
cd /opt/digna
./digna repo check

Du bør se en bekræftelse på, at forbindelsen er etableret (selve repositoriet er endnu ikke initialiseret).

Bemærk

På Linux er den aktuelle mappe ikke på din PATH, så den eksekverbare fil kaldes som ./digna i stedet for digna. For at bruge den kortere form overalt, tilføj et symbolsk link:

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

Trin 4: Installer repository-schemaet

I samme mappe, kør:

./digna repo install

Denne kommando installerer de nødvendige tabeller og schema i din PostgreSQL-database.

Trin 5: Opret en adminbruger

  1. Åbn et nyt terminalvindue
  2. Gå til din digna-installationsmappe
  3. Kør følgende kommando for at oprette en adminbruger:
./digna user add <email> <password> "<display_name>" --admin

Eksempel:

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

Dette opretter en bruger med e-mailadressen admin@example.com og fulde administratorrettigheder.

Tip

Indram adgangskoden i enkelte citationstegn. bash og zsh behandler tegn som !, $ og * specielt, og en ikke-indrammet adgangskode med disse tegn vil ikke blive sendt igennem som tastet.

Bedste praksis

Brug en stærk adgangskode med blanding af store og små bogstaver, tal og specialtegn.


Trin 6: Start digna-serveren

I digna-installationsmappen, start serveren med:

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

Parametre: - --address — Serverens hostname/IP - --port — Serverport

Du bør se opstartsbeskeder, der bekræfter, at serveren kører:

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

Tip

Hvis dashboardet serviceres fra en anden maskine end backend, åbn også API-porten i firewall'en:

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

Serveren optager terminalen

serve kører i forgrunden og fortsætter, indtil du stopper den med Ctrl+C. Lad den køre, mens du færdiggør opsætningen; for at starte den automatisk ved opstart, se Kør digna som systemd-tjeneste.

Dashboard-konfiguration

Trin 1: Deploy dashboard til webserver

digna-dashboardet læser sin egen konfiguration fra dashboard/dashboard_config.toml. Den fil følger ikke med installationen — du opretter den i dashboard/-mappen sammen med dashboardfilerne.

Dens indhold er beskrevet under Single Sign-On, som også er der, hvor filen er nødvendig: den indeholder de login-muligheder, dashboardet tilbyder, og ved multi-instance deployment backend-forbindelsen.

Vælg din webserver og følg de tilsvarende deploy-trin.

Deploy til nginx

Hvis du fulgte nginx-opsætningen, peger serverblokken allerede på din dashboard-mappe, og ingen kopiering er nødvendig.

  1. Bekræft stien
  2. Åbn /etc/nginx/conf.d/digna.conf
  3. Bekræft, at root peger på din udpakkede dashboard-mappe

  4. Sørg for at mappen er læsbar

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

  5. Genindlæs nginx

    sudo nginx -t
    sudo systemctl reload nginx
    

  6. Test installationen

  7. Åbn din browser
  8. Gå til http://localhost (eller din konfigurerede URL)
  9. Du bør se digna-dashboardets login-side

Deploy til Apache httpd

  1. Kopier dashboardet til dokumentroden

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

  2. Tilføj omskrivningsreglerne

Opret en .htaccess-fil inde i den deployerede mappe, så dashboard-ruter overlever en browser-genindlæsning:

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

Indsæt følgende:

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. Genstart Apache

    sudo systemctl restart apache2
    
    sudo systemctl restart httpd
    

  2. Tilgå dashboardet

  3. Åbn din browser
  4. Gå til http://localhost/digna
  5. Du bør se digna-dashboardets login-side

Trin 2: SELinux (kun RHEL-familien)

På RHEL, Rocky, AlmaLinux og Fedora er SELinux som standard i enforcing-tilstand og vil blokere webserveren fra at læse filer uden for forventede placeringer. Kontroller om den er aktiv:

getenforce

Hvis resultatet er Enforcing og du servicerer dashboardet fra /opt/digna/dashboard, label mappen, så webserveren kan læse den:

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

Bemærk

Hvis semanage ikke findes, installer det med sudo dnf install -y policycoreutils-python-utils.

Vigtigt

Et dashboard, der returnerer 403 Forbidden på en nykonfigureret RHEL-server, skyldes næsten altid et SELinux-labelingsproblem fremfor et fil-tilladelsesproblem. Bekræft med sudo ausearch -m avc -ts recent.


Kørsel af digna som en systemd-service

Hvorfor køre digna som en service?

At køre digna-backend som en systemd-service sikrer, at den:

  • Starter automatisk, når maskinen booter
  • Kører i baggrunden uden et åbent terminalvindue
  • Genstarter automatisk, hvis den crasher
  • Kan administreres via systemctl, standard Linux service‑manager

Filer til servicehåndtering

Alle nødvendige filer findes i digna-installationsmappen under: bin/

Følgende shell-scripts er tilgængelige:

  • install_service.sh — registrerer digna hos systemd
  • uninstall_service.sh — afregistrerer servicen
  • start_service.sh — starter den registrerede service
  • stop_service.sh — stopper den kørende service

Root-adgang påkrævet

Alle scripts skal køres med sudo, fordi registrering af en service, der starter ved boot, skriver en unit-fil til /etc/systemd/system.

Gør scripts eksekverbare

Udpakning bevarer muligvis ikke eksekveringsrettigheder. Før første brug:

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

Installer servicen

  1. Åbn en terminal

  2. Gå til bin-mappen

    cd /opt/digna/bin
    

  3. Kør installationsscriptet

    sudo ./install_service.sh
    

Digna-serveren er nu registreret hos systemd med automatisk opstart aktiveret. Servicen starter ikke nødvendigvis med det samme — se næste sektion for at starte den.

Start og stop servicen

For at starte servicen

  1. Åbn en terminal
  2. Gå til /opt/digna/bin
  3. Kør:
    sudo ./start_service.sh
    

For at stoppe servicen

  1. Åbn en terminal
  2. Gå til /opt/digna/bin
  3. Kør:
    sudo ./stop_service.sh
    

Tip

Stop altid servicen før opdatering af applikationsfiler.

Administrer servicen med systemctl

Når den er registreret, kan servicen også kontrolleres med standard systemd-kommandoer fra enhver mappe:

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

Bekræft servicen

For at bekræfte at servicen er registreret og kørende:

systemctl is-enabled digna
systemctl is-active digna

enabled betyder, at servicen starter ved boot; active betyder, at den kører nu.

Vis serviceloggen

systemd fanger alt, backend skriver til konsollen. For at læse den:

sudo journalctl -u digna -n 100

For at følge loggen live mens du reproducerer et problem:

sudo journalctl -u digna -f

Tip

Dette er den hurtigste måde at diagnosticere en service, der starter og straks stopper. En forbindelsesfejl til repositoriet eller en manglende license.toml rapporteres her.

Flyt servicen til en ny mappe

Unit-filen gemmer den absolutte sti til den eksekverbare fil, så flytning af installationen kræver re-registrering af servicen:

  1. Afinstaller den nuværende service

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

  2. Flyt applikationsfilerne

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

  3. Geninstaller servicen

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

  4. Start servicen

    sudo ./start_service.sh
    

Afinstallation af servicen

  1. Stop den kørende service

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

  2. Afinstaller servicen

    sudo ./uninstall_service.sh
    

Digna-serveren er nu afregistreret fra systemd.


Opgradering til en ny release

Før du opgraderer

Verificér alle databaseforbindelser først

Fra Release 2026.06 når digna hver kildeteknologi via ODBC. Tidligere releases gav et valg mellem en teknologispecifik driver og ODBC, valgt med kontakten Use ODBC. digna-teamet har besluttet udelukkende at bygge på ODBC, fordi én enkelt standardgrænseflade giver mere end et sæt skræddersyede drivere:

  • Godkendelse — godkendelse er en del af ODBC, så en forbindelse kan bruge alt, hvad dens driver understøtter: adgangskoder, tokens og PAT'er, Kerberos og Active Directory, MFA og browserbaseret single sign-on, cloud-identiteter, klientcertifikater og TLS. Nye metoder kommer med en driveropdatering i stedet for at vente på en digna-release.
  • Drivere, der vedligeholdes af databaseleverandørerne — leverandørens egen driver følger nye serverversioner og sikkerhedsrettelser, og du kan opdatere den efter din egen plan, uafhængigt af digna.
  • Én måde at konfigurere alt på — hver teknologi er en liste af nøgle/værdi-egenskaber, med samme grænseflade, samme kryptering af følsomme værdier og samme fejlfinding, i stedet for forskellige felter pr. kilde.
  • Finjustering og rækkevidde — driverindstillinger som timeouts, TLS-indstillinger, proxyer og fetch-størrelser er tilgængelige for alle kilder, og enhver teknologi med en kompatibel ODBC-driver kan tilsluttes, også dem digna ikke udgiver en særskilt vejledning til.

I praksis betyder det, at kontakten Use ODBC og de separate felter til vært, port, database, bruger og adgangskode ikke længere findes. Enhver forbindelse, der ikke allerede bruger ODBC, skal lægges om til ODBC — der er ingen automatisk konvertering, så planlæg det før opgraderingen:

  1. Gennemgå hver databaseforbindelse, der er defineret i din installation, og notér, hvilke der endnu ikke bruger ODBC — hver enkelt skal konfigureres om.
  2. Installér den tilsvarende ODBC-driver på digna-værten — forbindelser åbnes fra den server, der kører digna-backend, ikke fra browseren. Se Installér ODBC-driveren på digna-værten.
  3. Hav ODBC-egenskaberne klar for hver berørt forbindelse. Teknologivejledningerne angiver et gennemprøvet sæt egenskaber pr. kilde.

Efter opgraderingen lægger du hver berørt forbindelse om til ODBC og tester den fra dashboardet — se Opret en databaseforbindelse og Test en forbindelse.

Databricks Legacy-forbindelser

Databricks Legacy-connectoren er fjernet i denne release. Migrér disse forbindelser til Databricks-connectoren.

Oprettelse af backup af digna-repositoriet er obligatorisk

Før du opgraderer digna, tag en backup af dit repositorium (PostgreSQL) for at beskytte mod datatab. En backup sikrer, at du kan gendanne, hvis opgraderingen støder på uventede problemer.

For at skabe en backup fra shell:

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

Opgraderingsproces

Trin 1: Stop digna-servicen

Hvis digna kører som en systemd-service, stop den først:

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

Hvis digna kører i forgrunden, tryk Ctrl + C i terminalvinduet.

Trin 2: Sikkerhedskopiér nuværende installation

Omdøb mapperne i din nuværende installation i digna-installationsmappen, så den nye release kan udrulles ved siden af dem:

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

dignabackend og dignacli bruges ikke længere

Fra Release 2026.06 erstattes dignabackend og dignacli af den enkelte eksekverbare fil digna, som samler backend og CLI. Behold kun dignabackend_old og dignacli_old, indtil du har verificeret opgraderingen — derefter kan du slette begge mapper. Behold dashboard_old, indtil du har gendannet dine konfigurationsfiler fra den (se trin 4).

Trin 3: Udpak og deploy ny version

  1. Pak den nye digna-installations-ZIP-fil ud
  2. Kopiér den nye digna-eksekverbare og dashboard-mappen til din installationsmappe
  3. Genskab den eksekverbare bit og ejerskab til servicekontoen:
sudo chmod +x /opt/digna/digna
sudo chown -R digna:digna /opt/digna

Vigtigt

Hverken config.toml eller dashboard/dashboard_config.toml er nogensinde inkluderet i installations-ZIP'en — digna-teamet leverer aldrig nogen af filerne. Din eksisterende konfiguration berøres derfor ikke af opgraderingen, og kopierne i de omdøbte *_old-mapper er de eneste, du har.

Trin 4: Gendan dine konfigurationsfiler

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

Release 2026.06 ændrer config.toml

Tre indstillinger er nye og påkrævede, og to bruges ikke længere. En config.toml, der er overført fra en tidligere release, indeholder ikke de nye indstillinger, og digna starter ikke, så længe de mangler. Tilføj følgende til din eksisterende config.toml:

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

[encryption]
DIGNA_ENCRYPTION_KEY = 'ycELf6IbcO55dYIZHpPv6kQv/bbnUXoIaHLh2bh1kMg='

Tilføj de to [base]-nøgler til din eksisterende [base]-sektion, og tilføj [encryption] som en ny sektion. Fjern derefter de to indstillinger, der ikke længere bruges, digna_APP_HOST og digna_APP_PORT, fra [app] — serveren henter nu adresse og port fra digna serve.

Hvad hver indstilling gør, er beskrevet i Backend-konfiguration.

Single sign-on: formatet for [oidc_clients] er ændret

Release 2026.06 erstatter arrayet af tabeller med én tabel pr. udbyder, opkaldt efter udbydernøglen. DIGNA_OIDC_KEY er væk — nøglen er nu en del af sektionsoverskriften.

Før:

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

Efter:

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

Gentag sektionen for hver udbyder, og hold hver nøgle identisk med key i dashboard_config.toml. digna config check rapporterer oidc_clients som FAILED, så længe den gamle form stadig findes. Kun installationer, der bruger single sign-on, er berørt.

Trin 5: Genindlæs webserveren

Dashboardet er et sæt statiske filer, så din webserver — og browseren — kan stadig levere den tidligere version. Genindlæs eller genstart den webserver, der hoster dashboard- mappen, og genindlæs derefter siden med en hård opdatering (Ctrl+F5).

Trin 6: Validér konfigurationen

Bekræft, at den opdaterede config.toml er fuldstændig, før du rører repositoryet:

./digna config check

Hver sektion skal rapportere OK. Ret alt, der rapporteres som FAILED, og kør kommandoen igen, før du fortsætter.

Trin 7: Udskift licensfilen

Hver udgivelse licenseres separat. Kopiér den license.toml, som digna-teamet har leveret til denne udgivelse, til installationsmappen, så den erstatter den gamle:

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

Behold ikke den tidligere licens

En license.toml, der er udstedt til en tidligere udgivelse, dækker ikke denne, og alle kommandoer, der kontrollerer licensen — user, inspection, repo — afbrydes, før de rører repositoryet, når kontrollen fejler. Bekræft den, før du går videre:

./digna license check

Trin 8: Opgrader repository-schemaet

Gå til din digna-installationsmappe og kør:

cd /opt/digna
./digna repo upgrade

Dette opdaterer PostgreSQL-schemaet til den nyeste version samtidig med, at alle eksisterende data bevares.

Trin 9: Genstart services

Hvis du kører som systemd-service:

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

Hvis du kører manuelt, genstart serveren:

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

Hvis du bruger nginx eller Apache, genindlæs den respektive webserver:

sudo systemctl reload nginx
sudo systemctl restart apache2

På RHEL-familien, genanvend SELinux-labeling, hvis dashboard-mappen blev udskiftet:

sudo restorecon -Rv /opt/digna/dashboard

Trin 10: Bekræft opgraderingen

  1. Tilgå digna-dashboardet
  2. Bekræft, at interfacet indlæses korrekt
  3. Tjek serverloggene for eventuelle fejl:
  4. Læg hver forbindelse, der endnu ikke brugte ODBC, om til ODBC, og test derefter alle forbindelser — se Test en forbindelse
sudo journalctl -u digna -n 100