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