florian.wildeandClaude Opus 5.5
b80f14c5d7
Ein Durchgang fuer den Kern-Anwendungsfall: Vorlage und Zweck, Host A, Host B mit Zielbenutzer, Zusammenfassung, dann Schluessel erzeugen, Benutzer anlegen, zuweisen, Dry-Run, ausrollen und Verbindung testen. Die Vorlage Deployment-Zugang fuellt deploy, Ablaufdatum, from= und Alias vor; bei root als Ziel warnt der Assistent ausdruecklich. Die Ausfuehrung ist wiederaufnehmbar: wird mittendrin eine frische Bestaetigung fuer das Zielkonto noetig, geschieht sie in einem neuen Tab, und nichts wird doppelt angelegt. Zielkonten laufen als eigene Vorgaenge (neue Migration) und merken sich, ob sshkv den Benutzer angelegt hat - nur dann loescht ein Widerruf ihn spaeter. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
17 lines
596 B
TypeScript
17 lines
596 B
TypeScript
import type { Metadata } from "next";
|
|
import { Leerzustand } from "@/components/ui/Leerzustand";
|
|
import { sitzungErforderlich } from "@/server/auth/sitzungspflicht";
|
|
|
|
export const metadata: Metadata = { title: "Bestätigt" };
|
|
|
|
/** Ziel der Bestaetigung aus dem Assistenten (#020): der Assistent wartet im anderen Tab. */
|
|
export default async function BestaetigtSeite() {
|
|
await sitzungErforderlich();
|
|
return (
|
|
<Leerzustand
|
|
titel="Anmeldung bestätigt"
|
|
text="Die Bestätigung gilt fünf Minuten. Diesen Tab schließen und im Assistenten „Fortsetzen“ wählen."
|
|
/>
|
|
);
|
|
}
|