Proste nedomysli dosledky.

Jen připomínka: Vím, že šlo jen o příklad, ale problémy na úrovni SSH řeším často, jelikož spousta klientů je opravdu daleko od našeho serveru, kde je připojeno navic jak 100vka+ kancelářských PC, a potýkám se tam s podstatně vyšší latencí, klasickými výpadky, záseky, příkazy, které se provedou až za několik sekund / proste klasika při vysoké latenci.

Ale k věci.
Tady bych AI asi neposlechl. Zpravidla přes "sshd -t" čeknu jestli je všechno OK a pokud ano, tak místo "vypínání & zapínání" jednoduše použiju "systemctl reload ssh" coz obnovy SSH konfiguraci včetne jeho Daemona bez straty propojení.
Jak určitě víš, SSH (OpenSSH) používá pro jednotlivá připojení samostatné procesy sshd, takže už v navázané relaci můžeš v klidu pokračovat, bez nutnosti opětovného ověřování.
"systemctl restart ssh" používám už podstatně méně (i zde nedojdes o ztratu pripojeni). Ale "vypínání & zapínání" celé služby, Daemon, to snad jen v krajních situacích.

Ale jinak v pohodě, chápu, že v podtextu šlo jen o uvedení nějakého případu. O SSH nebo jak ho pouzivas tu vůbec nejde.
Sam pises ze "Proste nedomysli dosledky." Tim chci rict ze nezpochybnuji tve znalosti.