From f9887a8e389a2dc7daa2ac6be5a1d3edf35f4899 Mon Sep 17 00:00:00 2001 From: Code-Barby Date: Sun, 19 Jul 2026 00:40:43 +0200 Subject: [PATCH] =?UTF-8?q?doc:=20VM302=20RDP-Tr=C3=A4gheit=20+=20Tailscal?= =?UTF-8?q?e-IP-Kl=C3=A4rung=202026-07-19?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- DIAGNOSE-VM302-RDP-2026-07-19.md | 44 ++++++++++++++++++++++++++++++++ 1 file changed, 44 insertions(+) create mode 100644 DIAGNOSE-VM302-RDP-2026-07-19.md diff --git a/DIAGNOSE-VM302-RDP-2026-07-19.md b/DIAGNOSE-VM302-RDP-2026-07-19.md new file mode 100644 index 0000000..63b3d1e --- /dev/null +++ b/DIAGNOSE-VM302-RDP-2026-07-19.md @@ -0,0 +1,44 @@ +# Diagnose VM302 RDP-Trägheit + Tailscale-IP-Klärung — 2026-07-19 + +## Kontext +Bär meldet RDP-Session zu VM302 (WIN11-Work) ist träge, auch Claude-Eingaben verzögert. +Untersuchung ergab: (1) falsche Annahme über Tailscale-IP, (2) UDP-Transport für RDP war deaktiviert, (3) direkte Verbindung DE→USA statt Tailscale, (4) Modell-Konfusion zwischen gpu1-Host und VM302. + +## Tailscale-Identitäten geklärt +| Node | Tailscale-IP | Status | Rolle | +|------|------------|--------|-------| +| **rdp-go-ki-eu** (VM302, wo Claude läuft) | **100.104.5.57** | Online | WIN11-Work VM, A40 GPU durchgereicht | +| gpu-pc | 100.82.179.51 | **Offline seit 3 Tagen** | Separate Windows-Maschine, nicht relevant | +| Hub (jump) | 100.87.20.94 | Aktiv, direct 103.241.51.192:41641 | Zentraler Router | +| gpu1 (Proxmox-Host) | 100.108.247.79 | Online | Proxmox mit A40 GPU (vfio-pci → VM302) | + +`tailscale ip` auf VM302 gibt eindeutig `100.104.5.57` zurück. Vorherige Memory-Notizen mit `100.82.179.51 = gpu-pc` als "hier" waren FALSCH. + +## RDP-Trägheit — Root Causes +### 1. UDP-Transport war deaktiviert (FIX ANGEWENDET) +`HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\SelectTransport` stand auf `2` (nur TCP). +Fix: auf `0` gesetzt (UDP+TCP). Policy-Ebene ebenfalls `0`. Firewall UDP 3389 ist offen. +**Wirkung nach nächstem RDP-Reconnect**: FEC + kein Head-of-Line Blocking → spürbar flüssigere Eingabe. + +### 2. Verbindungsweg umgeht Tailscale +Bär verbindet sich von öffentlicher IP `9.246.41.123` direkt auf die Public-IP der VM302 (via ColoCrossing Buffalo NY, ~100ms Latenz DE→USA). Tailscale-DERP wird NICHT genutzt weil Bär kein Tailscale auf seinem Endgerät hat. +**Fix**: RDP-Datei auf Tailscale-IP `100.104.5.57` gestellt (setzt Tailscale-Client voraus). + +### 3. Duplicate-Prozesse gekillt +- LiteLLM: PID 8440 (duplikat) beendet, 8476 behalten +- Windows-MCP: PID 6132 (duplikat) beendet, 16300 behalten + +## RDP Wrapper — FUNKTIONIERT +`query session` zeigt zwei parallele aktive Sessions: mcp (ID 2) + matthias (ID 3). Kein Handlungsbedarf. + +## gpu1 Modelle — GPU ist an VM302 durchgereicht +- A40 auf gpu1 (PCI 82:00.0) ist via `vfio-pci` an VM 302 gebunden +- gpu1-Host hat KEIN nvidia-smi, kann selbst keine Modelle laden +- Modelle in `/srv/models/gguf/` auf gpu1-Host (2× Wan2.2-I2V, je 11GB) sind vom Host-OS aus nutzlos +- **Korrekter Ort**: Modelle müssen auf VM302 unter `M:\` liegen (ComfyUI, Ollama, ACE-Step sind dort bereits eingerichtet, 614 GB frei) + +## VM302 GPU-Status +NVIDIA A40, 46 GB VRAM, Treiber 596.36, 0 MB genutzt → einsatzbereit. + +## Nachtplan-Eintrag +**Netcup-USA-Server als RDP-Gateway** wenn KASM dort installiert wird — gleiche Lokation wie gpu1 (ColoCrossing), minimiert letzte Meile für Bär's Verbindung. Bär → Netcup-USA → lokales Netz → VM302.