Skip to Content

KI Server

Last modified by Dimitri Rupp on 2026/07/08 12:09
Auf dieser Seite

🖥️ KI Server

Information

Zweck: Zentraler Server für KI-, RPA- und Automatisierungsprojekte — Docker-basiert, mit Supabase im Self-Hosting.
Zielgruppe: IT-Administration und Projektverantwortliche.

Zugang

Die Verbindung erfolgt per SSH:

ssh benutzername@192.168.208.2

Anschließend das zugehörige Passwort eingeben.

Docker-Container

  • Unter /mnt/data liegen die Projekte; sie laufen jeweils in eigenen Docker-Containern.

Supabase

Supabase ist eine Open-Source-Plattform auf Basis von PostgreSQL. Sie bietet zusätzlich Authentifizierung, Storage, Edge Functions und Realtime.

  • Ein gemeinsamer Container steht fĂĽr alle Projekte mit Supabase-Self-Hosting bereit: /mnt/data/supabase
  • Supabase Studio läuft unter http://192.168.208.2:8300. Die Anmeldung erfolgt mit den jeweiligen Zugangsdaten der Datenbank.

Fehlerbehebung: Gateway erreicht den Server nicht

Wenn das Gateway keine Verbindung zum Server aufbauen kann, hilft folgende Diagnose:

flowchart TD
    A["Gateway ohne Verbindung"] --> B["Route pruefen:
ip route get 172.19.129.32"]
    B --> C{"Welcher Weg?"}
    C -->|"via 192.168.208.1 dev enp10s0"| N["Normales Routing –
kein Docker-Problem"]
    C -->|"via br-xxxxxxxx"| D["Docker-Bridge
blockiert das Routing"]
    D --> E{"Subnetz in docker
network inspect?"}
    E -->|"vorhanden"| F["Aktives Docker-Netz –
in Compose/Coolify anpassen,
Service neu starten"]
    E -->|"fehlt"| G["Verwaiste Bridge –
im Kernel loeschen"]
    F --> V["Verifizieren:
ip route get 172.19.129.32"]
    G --> V

Schritt fĂĽr Schritt:

  1. Route prĂĽfen:
    ip route get 172.19.129.32
  2. Zeigt sie via 192.168.208.1 dev enp10s0 → normales Routing, kein Docker-Problem.
  3. Zeigt sie dev br-xxxxxxxx → eine Docker-Bridge blockiert das Routing. Dann prüfen, ob die Bridge zu einem aktiven Docker-Netzwerk gehört:
    docker network ls -q | xargs docker network inspect --format '{{.Name}}: {{range .IPAM.Config}}{{.Subnet}}{{end}}'
  4. Subnetz vorhanden → echtes Docker-Netzwerk. Falls nötig per docker-compose.yml bzw. im Coolify-Projekt anpassen und den Service neu starten.
  5. Subnetz nicht vorhanden, obwohl die Route in ip route existiert → verwaiste Bridge (Karteileiche). Direkt im Kernel löschen:
    sudo ip link delete br-xxxxxxxx
  6. Verifizieren — ip route get 172.19.129.32 sollte nun wieder via 192.168.208.1 dev enp10s0 zeigen.