Files
sshkeyvault/docs/issues/020-host-zu-host-assistent.md
T
florian.wildeandClaude Opus 5.5 2c658b1223 chore(release): 0.3.0 - Phase 3 abgeschlossen
Host-zu-Host-Assistent, Zielkonten mit sudoers, Vorlagen. CHANGELOG
und DEVLOG nachgetragen.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-12 11:25:16 +02:00

1.5 KiB
Raw Blame History

#020 Host-zu-Host-Assistent und Verbindungstest

Status: erledigt Meilenstein: v0.3.0 Labels: ui, backend Geschätzt: 4 h Tatsächlich: 0 h 50 min

Ziel

Geführter Ablauf: Schlüssel erzeugen, Private auf A, Public auf B, Host-Key von B in known_hosts von A, Verbindungstest.

Aufgaben

  • Schrittanzeige
  • Zusammenfassung + Dry-Run
  • ssh -o BatchMode=yes … true auf A

Akzeptanzkriterien

  • Kern-Anwendungsfall Ende-zu-Ende gegen zwei Test-Container

Abhängigkeiten

#019

Notizen / Entscheidungen

  • Fünf Schritte: Vorlage & Zweck, Quelle, Ziel (Zielbenutzer, optional anlegen mit sudo, Einschränkungen, Alias, HostName/Port aus Sicht von A, Fingerprint von B bestätigen), Zusammenfassung, Ausrollen (Dry-Run, anwenden, Verbindungstest).
  • Vorlage füllt Zielbenutzer, Anlegen/sudo, Ablaufdatum, from=-Muster und Alias vor; Platzhalter werden mit A und B aufgelöst. Ist die Adresse von A keine IP, fragt der Assistent nach.
  • Wiederaufnehmbar: Erledigte Schritte (Schlüssel, Zielkonto, Zuweisungen) werden beim „Fortsetzen“ übersprungen. Braucht das Zielkonto eine frische Bestätigung, geschieht sie in einem neuen Tab – die Eingaben bleiben stehen.
  • root als Ziel: deutlicher Hinweis, dass ein Agent wie Claude Code dann uneingeschränkten Zugriff hätte.
  • Verbindungstest: ssh -o BatchMode=yes -o StrictHostKeyChecking=yes <alias> true auf A als Zielbenutzer.
  • E2E: Vorlage „Deployment-Zugang“ → deploy auf B angelegt → A meldet sich als deploy bei B an.