🛡️ Native Firewall før din GPU Server

Trafikflow

Din GPU-server kører bag vores NAT-infrastruktur og sikkerhedslag, hvilket betyder, at al trafik altid passerer gennem Trooper.AIs netværksbrandvæg før den når frem til serveren.

UDP-trafik er blokeret som standard, men den kan aktiveres via brandvægindstillingerne, hvis det er nødvendigt.

Denne arkitektur giver dig mulighed for centralt at administrere netværkssikkerheden, samtidig med at du udelukkende kan fokusere på at opbygge og køre dine AI-arbejdsbelastninger.

Sådan bruger du den indbyggede Network Level Firewall

Trooper.AI-brandvæggræssnittet leverer en indbygget brandvæg placeret direkte foran din GPU-server. Dette giver dig mulighed for at styre netværkstrafikken før pakker når operativsystemet på GPU-servern

Denne sikkerhedslag er fuldt integreret i Trooper.AIs infrastruktur og kan tilgås via Handlinger > «Brandvægtsregler».

Grænsefladen fungerer som følger:

• (1) Regleroversigt – Viser alle konfigurerede brandvægregler. Regler kan sorteres, redigeres eller slettes.
• (2) Standardruter – Definerer standardadfærd for trafik, der ikke matcher nogen regel.
• (3) Reglerediter – Tilføj nye regler baseret på portsintervaler, IP-intervaller og handling (Tillad/Næg)

Denne design giver dig mulighed for at styre netværkseksponeringen af din GPU-server uden at ændre operativsystemets konfiguration.

Fejlfinding

Tjek disse trin, hvis du ikke kan nå dine tjenester på din GPU-server efter at have ændret noget i Firewallen eller netværksstakken. Hvis du stadig ikke har adgang til maskinen, skal du først kontrollere indstillingerne for din firewall og derefter kontakte os:

VIGTIGT: Deaktivering af enhver lokal Firewall (hvis den er aktiveret ved et uheld)

Hvis en lokal brandmur som fx UFW er aktiveret på serveren og forårsager forbindelsesproblemer, kan den deaktiveres med:

sudo ufw disable

Output:

Firewall stopped and disabled on system startup

Deaktiver derefter tjenesten:

sudo systemctl disable ufw

Output:

Synchronizing state of ufw.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable ufw
Removed /etc/systemd/system/multi-user.target.wants/ufw.service.

Du bør fuldstændig fjerne enhver lokal Firewall på din GPU-server. Dette vil gøre dit liv lettere!

Fejlfinding: Hvorfor fungerer mine firewall-regler ikke som forventet?

fra oven til neden

Den første regel der matcher trafikken bliver anvendt, og ingen yderligere regler kontrolleres.

Eksempel på forkert rækkefølge:

1  Deny  0.0.0.0/0      Port 14141
2  Allow 78.168.0.0/16  Port 14141

I dette tilfælde blokerer regel 1 al SSH-trafik, før regel 2 nås.

Korrekt rækkefølge:

1  Allow 78.168.0.0/16  Port 14141
2  Deny  0.0.0.0/0      Port 14141

Placer altid mere specifikke tilladelsesregler over generelle afvisningsregler

Fejlfinding: Hvorfor matcher min firewall regel ikke min IP-adresse?

Brandmureregler bruger CIDR-intervaller til at definere tilladte eller blokerede IP-adresser.

Sørg for, at området rent faktisk inkluderer din IP-adresse.

Eksempler:

Hvis CIDR-området er forkert, vil firewall-reglen aldrig matche din forbindelse.

Fejlfinding: Hvorfor er min port stadig blokeret?

Tjek at den korrekte port er tilladt i brandvæggen. Du kan finde de korrekte porte i din Blib under styrelse-dashboardet. Hvis den forkert port er tilladt i brandvæggen, vil trafikken aldrig nå din GPU-server.

Fejlfinding: Hvorfor er min webgrænseflade blokeret?

Trooper.AI-firewallen kontrollerer alle indgående porte, herunder dem der bruges af webbaserede grænseflader.

Hvis den port, der bruges af tjenester som:

• OpenWebUI
• Jupyter Notebook
• interne dashboards
• brugerdefinerede AI-værktøjer

webgrænsefladen vil også være utilgængelig, hvis den er blokeret i brandvæggen.

Din virksomheds IP-adresserækkevidde

Eksempel:

Allow 203.0.113.0/24  Port 14511
Deny  0.0.0.0/0       Port 14511

Dette giver kun brugere fra din organisation adgang til den sikre webgrænseflade.

Fejlfinding: Hvorfor er SSH utilgængelig?

Hvis SSH-adgang mislykkes, skal du kontrollere følgende:

1. Installer ikke en lokal UFW (Firewall), der blokerer din interne SSH-port 22
2. Din IP-adresse skal være inden for den tilladte CIDR-rækkevidde
3. Reglen til tilladelse af offentlig SSH-port (f.eks. 14511 – ikke 22, det er den interne port) skal stå over eventuelle blokeringer

Derudover skal du kontrollere indstillingen Tillad SSH nederst i brandvægskonfigurationsbordet.

Hvis SSH er deaktiveret nederst i firewall-indstillingerne, vil serveren kun acceptere SSH-forbindelser fra IP-adresser, der er tilladt af reglerne ovenfor.

Fejlfinding: Hvorfor bliver trafik stadig blokeret, selvom jeg har tilføjet en regel?

Standardveje der er defineret i brandvægindstillingerne vil blive fulgt af trafik, som ikke matcher nogen regel.

Hvis en regel ikke matcher præcis (forkert IP-område, forkert port eller forkert rækkefølge), kan trafikken falde igennem til den standardforbudsregel

Kontroller altid:

• regelrækkefølge - første match vinder (fra top til bund)
• CIDR-område - se eksempler
• portnummer - set på administrationsdashboardet
• standard ruteopførsel

Sidste kontrol: Prøv at klikke på TILLAD ALT og se om det fungerer. Hvis ja, er der en regel ovenover, som ikke stemmer overens korrekt.