Skip to Content

Wiki source code of KI Server

Version 2.1 by Dimitri Rupp on 2026/07/08 11:56
Hide last authors
Dimitri Rupp 1.1 1 {{box cssClass="floatinginfobox" title="**Auf dieser Seite**"}}
2 {{toc/}}
3 {{/box}}
4
Dimitri Rupp 2.1 5 {{box cssClass="floatinginfobox" title="**Verwandte Themen**"}}
6 * [[Fabric Notebooks>>doc:IT-Wiki.02-Tools.Fabric.Fabric-Notebooks.WebHome]]
7 * [[Git Integration in Fabric>>doc:IT-Wiki.02-Tools.Fabric.Git-Integration.WebHome]]
8 * [[Wichtige CMD / PS Befehle>>doc:IT-Wiki.03-Infrastruktur.Server.Wichtige-CMD-PS-Befehle.WebHome]]
9 {{/box}}
10
Dimitri Rupp 1.1 11 = 🖥️ KI Server =
12
13 {{info}}
14 **Zweck:** Zentraler Server für KI-, RPA- und Automatisierungsprojekte — Docker-basiert, mit Supabase im Self-Hosting.
15 **Zielgruppe:** IT-Administration und Projektverantwortliche.
16 {{/info}}
17
18 == Zugang ==
19
20 Die Verbindung erfolgt per SSH:
21
22 {{code language="bash"}}
23 ssh benutzername@192.168.208.2
24 {{/code}}
25
26 Anschließend das zugehörige Passwort eingeben.
27
28 == Docker-Container ==
29
30 * Unter ##/mnt/data## liegen die Projekte; sie laufen jeweils in eigenen Docker-Containern.
31
32 == Supabase ==
33
34 Supabase ist eine Open-Source-Plattform auf Basis von PostgreSQL. Sie bietet zusätzlich Authentifizierung, Storage, Edge Functions und Realtime.
35
36 * Ein gemeinsamer Container steht fĂĽr alle Projekte mit Supabase-Self-Hosting bereit: ##/mnt/data/supabase##
37 * Supabase Studio läuft unter [[http://192.168.208.2:8300>>http://192.168.208.2:8300]]. Die Anmeldung erfolgt mit den jeweiligen Zugangsdaten der Datenbank.
38
39 == Fehlerbehebung: Gateway erreicht den Server nicht ==
40
41 Wenn das Gateway keine Verbindung zum Server aufbauen kann, hilft folgende Diagnose:
42
43 {{mermaid}}
44 flowchart TD
45 A["Gateway ohne Verbindung"] --> B["Route pruefen:<br/>ip route get 172.19.129.32"]
46 B --> C{"Welcher Weg?"}
47 C -->|"via 192.168.208.1 dev enp10s0"| N["Normales Routing –<br/>kein Docker-Problem"]
48 C -->|"via br-xxxxxxxx"| D["Docker-Bridge<br/>blockiert das Routing"]
49 D --> E{"Subnetz in docker<br/>network inspect?"}
50 E -->|"vorhanden"| F["Aktives Docker-Netz –<br/>in Compose/Coolify anpassen,<br/>Service neu starten"]
51 E -->|"fehlt"| G["Verwaiste Bridge –<br/>im Kernel loeschen"]
52 F --> V["Verifizieren:<br/>ip route get 172.19.129.32"]
53 G --> V
54 {{/mermaid}}
55
56 Schritt fĂĽr Schritt:
57
58 1. Route prĂĽfen:
59 {{code language="bash"}}
60 ip route get 172.19.129.32
61 {{/code}}
62 1. Zeigt sie **via 192.168.208.1 dev enp10s0** → normales Routing, kein Docker-Problem.
63 1. Zeigt sie **dev br-xxxxxxxx** → eine Docker-Bridge blockiert das Routing. Dann prüfen, ob die Bridge zu einem aktiven Docker-Netzwerk gehört:
64 {{code language="bash"}}
65 docker network ls -q | xargs docker network inspect --format '{{.Name}}: {{range .IPAM.Config}}{{.Subnet}}{{end}}'
66 {{/code}}
67 1. **Subnetz vorhanden** → echtes Docker-Netzwerk. Falls nötig per ##docker-compose.yml## bzw. im Coolify-Projekt anpassen und den Service neu starten.
68 1. **Subnetz nicht vorhanden**, obwohl die Route in ##ip route## existiert → verwaiste Bridge (Karteileiche). Direkt im Kernel löschen:
69 {{code language="bash"}}
70 sudo ip link delete br-xxxxxxxx
71 {{/code}}
72 1. Verifizieren — ##ip route get 172.19.129.32## sollte nun wieder **via 192.168.208.1 dev enp10s0** zeigen.
73