2.8 KiB
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-pcian 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.