Pruefplan: Durchfuehrung per SSH statt auf der VM
CI / Build & Tests (Linux) (push) Canceled after 0s
CI / Plattformneutralität & Hygiene (push) Canceled after 0s

Claude Code direkt auf der Ubuntu-VM auszufuehren scheidet aus - es blockiert
die Maschine bis zum Neustart, mehrere Reparaturversuche waren erfolglos.
Der Test laeuft daher ueber SSH von der Entwicklungsmaschine aus.

Die Pruefschritte bleiben unveraendert; nur fuehrt sie nicht Richard von Hand
aus, sondern ich per SSH. Vermerkt ist auch, wo Richard trotzdem gebraucht wird:
bei allem, was Zugangsdaten oder sudo braucht.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Richard
2026-08-26 21:13:25 +02:00
co-authored by Claude Opus 5
parent e14dd25979
commit e9c9967ac2
5 changed files with 58 additions and 3 deletions
+17 -3
View File
@@ -8,9 +8,23 @@ Roadmap-Bezug: [A4a](../ROADMAP.md)
> etwas völlig anderes. Dieser Durchgang klärt, ob sie dort auch *startet*, *läuft* und sich
> *sauber beenden* lässt.
**So arbeitest du damit:** Schritte der Reihe nach abarbeiten. Bei jedem Schritt steht, was
erwartet wird und **was du mir melden sollst**. Wenn etwas abweicht: abbrechen, Ausgabe schicken —
nicht selbst reparieren, sonst wissen wir am Ende nicht, was der Ausgangszustand war.
**Durchführung (Stand 26.08.2026):** Der Test läuft **über SSH** von der Entwicklungsmaschine
aus (`ssh polytrader-vm`, WireGuard-Tunnel, Schlüssel-Authentifizierung mit
Verbindungs-Multiplexing). Claude Code direkt auf der VM auszuführen war der ursprüngliche Plan,
scheidet aber aus: Es blockiert die Maschine bis zum Neustart, mehrere Reparaturversuche waren
erfolglos.
Die Schritte unten bleiben unverändert gültig — nur führt sie **nicht Richard von Hand aus,
sondern ich per SSH**. Wo im Text „melde mir" steht, heißt das jetzt: Ausgabe wird erfasst und in
den Befundbericht übernommen.
**Wo Richard trotzdem gebraucht wird:** überall dort, wo Zugangsdaten oder erhöhte Rechte im Spiel
sind — Passwörter gebe ich grundsätzlich nicht ein. Betrifft je nach Systemkonfiguration das
Anlegen der Testdatenbank (1.2/1.3) und `sudo`-pflichtige Schritte (Teil 2 und 4). Was davon
tatsächlich nötig ist, klärt die Bestandsaufnahme beim ersten Verbinden.
Grundregel unverändert: Weicht etwas ab, wird **nicht repariert, sondern protokolliert** — sonst
ist am Ende unklar, was der Ausgangszustand war.
---