florian.wilde/proxdeploy
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 1 Wiki Activity
Files
8bfa89fb3bd7bec677e91e77fad6df282087ffe3
proxdeploy/DEVLOG.md
T
florian.wildeandClaude Opus 5.5 8bfa89fb3b docs(devlog): Sitzung 2 und Zeiten für Etappe 3 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-12 14:37:19 +02:00

7.1 KiB
Raw Blame History

DEVLOG – ProxDeploy

Zeitübersicht

Gesamt: 4 h 38 min (Sitzung 1 und 2)

Zeiten stammen aus den Git-Commit-Zeitstempeln je Issue; Wartezeit auf Rückmeldungen ist enthalten.

Issue Zeit
#001 Projekt-Setup 0 h 50 min
#002 Server-Verwaltung 0 h 11 min
#003 Verbindungstest 0 h 25 min
#004 Katalog 0 h 09 min
#005 Adapter und Profile 0 h 20 min
#006 Aufträge und Live-Fortschritt 0 h 15 min
#007 Template-Bau 0 h 12 min
#008 VM ausrollen und Assistent 0 h 36 min
#009 LXC 0 h 31 min
#010 Ubuntu 0 h 05 min
#011 Profil-Editor 0 h 10 min
#012 Vorlagen 0 h 11 min
#022 Profile im Template 0 h 22 min
#015 (Teil) SSH-Schlüssel 0 h 10 min
#021 Template-Bau ohne SSH 0 h 19 min
Meilenstein Zeit
v0.1.0 1 h 15 min
v0.2.0 1 h 32 min
v0.3.0 1 h 48 min

2026-10-12 · Sitzung 2 · 12:48–laufend

Issue: #009–#012, #015 (Teil), #021, #022 Version: 0.3.0-dev

Erledigt

  • #009: LXC per pct exec (pd-ct01, Debian 13, docker im unprivilegierten CT) und per SSH in den Container (pd-ct02, Ubuntu 24.04) auf pve-demo
  • #010: Ubuntu 24.04 als VM (pd-ubu01, Template 9001 im selben Auftrag gebaut)
  • #011: Profil-Editor mit Live-Prüfung und Skriptvorschau
  • #012: Vorlagen inkl. „Docker-Host klein“, im Assistenten und per API
  • #022 (Wunsch Florian): Profile ins Template einbacken – Template 9002 tpl-debian-13-docker; Provisionierung 141 s → ~30 s
  • #015 vorgezogen: SSH-Schlüssel hinterlegen (persönlich/Team), automatisch in jedem Gast
  • #021: Template-Bau ohne SSH über Bau-Adresse (Mock-getestet, Abnahme auf pve-demo braucht eine freie IP)
  • Florians Fragen beantwortet: was am Template anpassbar ist; Schlüssel/Anwendungen ins Template
  • 253 Tests, 18 Playwright-Abläufe; main gepusht

Entscheidungen

  • chrony nur in VMs (if: vm): unprivilegierte Container dürfen die Uhr nicht stellen.
  • Profile mit {{ guest.* }} laufen beim Deploy erneut, auch wenn eingebacken – sonst fehlt z. B. der Benutzer in der docker-Gruppe (gefunden mit pd-test03).
  • SSH-Schlüssel nicht ins Template, sondern in die Verwaltung (SchluesselQuelle) – beim Schlüsselwechsel bleibt es eine Stelle.
  • Fähigkeitserkennung korrigiert: Template-Bau per API nur, wenn der Guest-Agent auch hineinkommt.
  • Voll-Klon bleibt Standard; der Testhost kopiert zurzeit nur ~3–8 MB/s (Klon 8 min) – Linked Clones als spätere Option notiert.

2026-10-12 · Sitzung 1 · 08:45–11:35

Issue: #001 Version: 0.1.0, 0.2.0

Erledigt

  • Auftrag gelesen, Rückfragen gestellt: Reverse-Proxy (ja), OIDC (implementieren, vorerst nur lokal testen), Testumgebung (folgt), CLI (Go)
  • Umgebung geprüft: Docker 29 vorhanden, Node und Go fehlen → Builds und Tests laufen im Container
  • Proxmox-API 8.x/9.x gegen API-Schema 9.2, Quellen der stable-8-Zweige und Release Notes geprüft (Ergebnis: docs/architektur.md Abschnitt 3)
  • Image-URLs, Prüfsummen-Dateien, LXC-Template-Namen, Docker- und Zabbix-Repos per Abruf geprüft
  • Git-Repository (main), CHANGELOG, DEVLOG, Architekturplan und 20 Issues angelegt
  • Plan freigegeben: Ubuntu 26.04 dazu, Templates mit UEFI, Template-VMID = nächste freie im Template-Bereich, Namensabbildung bestätigt
  • #003 abgeschlossen: Verbindungstest mit Fähigkeitserkennung und SSH-Host-Key-Pinning; 127 Tests
  • Feldtest auf dem Testhost pve-demo (PVE 9.2.2): Rolle/Token nach Doku per SSH angelegt, Fingerprint und Host-Key gegen den Node verglichen, Test mit und ohne SSH – alles wie erwartet
  • Meilenstein v0.1.0 abgeschlossen, getaggt und nach Gitea gepusht
  • README als Zwischenstand angelegt (Florian: „readme im projekt fehlt“)
  • #005 abgeschlossen: Adapter debian, Profil-Engine; base+docker+zabbix-agent echt in Containern auf Debian 12/13 und Ubuntu 22.04/24.04/26.04 inkl. Idempotenz
  • #006 abgeschlossen: worker, Phasen, SSE, Live-Ansicht, VMID-Sperre
  • #007 abgeschlossen: erstes echtes Template (9000, Debian 13) auf pve-demo in 5 min 26 s
  • #008 abgeschlossen: erste echte VMs auf pve-demo – pd-test01 per API (base, docker), pd-test02 über den Assistenten (base, zabbix-agent), per SSH geprüft; 219 Tests, 12 Playwright-Abläufe
  • Meilenstein v0.2.0 abgeschlossen, getaggt und gepusht
  • #004 abgeschlossen: Katalog mit fünf Distributionen und drei Profilen, Abgleich, Katalogseite; 150 Tests, 12 Playwright-Abläufe
  • #002 abgeschlossen: Server-Verwaltung mit Fingerprint-Pinning, Proxmox-Client, Proxmox-Mock (HTTPS, selbst signiert); 99 Tests, 10 Playwright-Abläufe
  • Testhost 10.0.10.228 von Florian bereitgestellt (Installation läuft)
  • #001 abgeschlossen: Grundgerüst mit Anmeldung, Seitenleiste, beiden Themes; 60 Tests, 8 Playwright-Abläufe (Desktop + 390 px)

Entscheidungen

  • VM-Provisionierung immer über den Guest-Agent: funktioniert ohne SSH und liefert Live-Fortschritt. Snippets braucht es nur beim Template-Bau.
  • Guest-Agent wird ins Template gebaut: keines der vier Cloud-Images bringt ihn mit, und ohne Agent gibt es bei DHCP keine IP und keine Provisionierung.
  • LXC braucht für Profile immer SSH (zum Node oder in den Container): Proxmox hat keine Exec-API für Container.
  • Template-Bau per API erst ab PVE 8.4 (download-url mit content=import); davor über SSH.
  • Planer und Ausführung getrennt: der Dry-Run zeigt exakt den Plan, den der worker danach abarbeitet.
  • CLI in Go mit aus OpenAPI generiertem Client.
  • Konfiguration aus Laufzettel übernommen (gleicher Stack, Versionen dort bereits erprobt); Next auf 16.4.0 wie ProxLedger (Sicherheitsstand).
  • Sitzungsgeheimnis und Datenschlüssel getrennt (SITZUNG_GEHEIMNIS, PROXDEPLOY_SCHLUESSEL): ein Tausch des Sitzungsgeheimnisses meldet nur alle ab, der Datenschlüssel darf sich nie ändern.
  • Amber und Rot im hellen Theme abgedunkelt (#8A5A00, #B91C1C): die Originaltöne erreichen auf #F4F6F8 keine 4,5:1.
  • TLS-Pinning über einen eigenen undici-Connector statt rejectUnauthorized: false + Nachprüfen: die Verbindung wird getrennt, bevor das Token gesendet wird. Sitzungs-Cache aus, sonst fehlt bei Wiederaufnahme das Zertifikat.
  • Zugang zum Testhost über einen eigenen SSH-Schlüssel (~/.ssh/proxdeploy-testhost), nicht über das root-Passwort: Claude Code verweigert das Anlegen von Zugängen mit Passwort, und ein Schlüssel nur für diesen Host ist ohnehin der sauberere Weg.
  • Trockenmodus im Proxmox-Client statt eigenem Planer: Dry-Run und Ernstfall laufen durch dieselben Phasen; Lesendes geht echt an Proxmox, Schreibendes wird aufgezeichnet. So können Plan und Wirklichkeit nicht auseinanderlaufen.
  • Guest-Agent wird beim Template-Bau per Vorbereitungsstart eingebaut (vendor-data-Snippet), nicht bei jedem Deployment – Deployments laufen danach ohne SSH.
  • Skripte base64 über file-write: Proxmox' eigene Kodierung scheitert an Umlauten (Fund beim ersten echten Deploy).
  • Template-Bau ohne SSH (Bau-Adresse) ausgegliedert als #021, damit Etappe 2 nicht wartet.
  • Deutsche Bezeichner wie in ProxLedger und Laufzettel; YAML-Schlüssel im Katalog bleiben englisch (Vorgabe).
Reference in New Issue View Git Blame Copy Permalink