#020 Host-zu-Host-Assistent und Verbindungstest #20

New Issue

2026-10-12T15:12:43Z

florian.wilde commented

2026-10-12 15:12:43 +00:00

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.

Quelle: docs/issues/020-host-zu-host-assistent.md – dort wird dieses Issue gepflegt.

## Ziel Geführter Ablauf: Schlüssel erzeugen, Private auf A, Public auf B, Host-Key von B in known_hosts von A, Verbindungstest. ## Aufgaben - [x] Schrittanzeige - [x] Zusammenfassung + Dry-Run - [x] `ssh -o BatchMode=yes … true` auf A ## Akzeptanzkriterien - [x] 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. --- Quelle: `docs/issues/020-host-zu-host-assistent.md` – dort wird dieses Issue gepflegt.

florian.wilde added this to the v0.3.0 milestone 2026-10-12 15:12:43 +00:00

florian.wilde added the ui backend labels 2026-10-12 15:12:43 +00:00

florian.wilde closed this issue

2026-10-12 15:12:44 +00:00

florian.wilde referenced this issue

2026-10-12 15:12:45 +00:00

#023 Geführte Rotation #23

florian.wilde referenced this issue

2026-10-12 15:13:25 +00:00

#018 Zielbenutzer anlegen und sudoers #18

florian.wilde referenced this issue

2026-10-12 15:13:25 +00:00