Befehlszeile und erweiterte Verwaltung

Vorbereitung und sichere Prüfung

Das Windows-ZIP 0.2.18 enthält tastessh-cli.exe und Alias tssh.exe. Für andere Systeme Paketinhalt/Ausführungsrechte prüfen. Terminal sowie Server-/Dateirechte vorbereiten. sample-server, example.invalid und demo sind Beispiele und durch eigene erlaubte Ziele zu ersetzen.

tastessh-cli --version
tastessh-cli --help
tastessh-cli connect --help

Maßgeblich sind Positionen/Optionen der Hilfe. Globales --data-file wählt eine separate Vault-JSON; keine falsche reale Datenquelle angeben. --debug kann Pfade/Verbindungsdaten ausgeben: vor Veröffentlichung prüfen. Keine Passwörter, Privatschlüssel oder Tokens in Befehlszeile, Shellhistorie oder Beispieldateien.

Hosts, Gruppen und Vaults

1. Mit hosts/groups/vaults aktuellen Bestand prüfen.
2. host-add erstellt Hosts, password-set oder host-auth/identity bereitet Authentifizierung vor.
3. Mit connect verbinden. --accept-new nur bei administratorbestätigtem Fingerabdruck neuer Schlüssel. Geänderte Schlüssel nicht blind vertrauen.
4. Remote-Arbeit prüfen und Sitzung beenden.

tastessh-cli host-add sample-server example.invalid --username demo
tastessh-cli password-set sample-server
tastessh-cli connect sample-server

Erwartet sind gespeicherte Listen und verbundenes Terminal. Bei Fehlern Datenfile, Authentifizierung, Hostkey, Firewall und Serverrichtlinie prüfen.

Startbefehle können sofort nach Verbindung laufen: erst sicher testen, dann Produktion eintragen. Entfernen von Vererbung/Standards und Ersetzen jeweils in --help prüfen. Vault-/Hostlöschung löscht keine Serverdateien.

Identitäten und Geheimnisse

set/delete mit Schrägstrich sind jeweils getrennte Befehle: tatsächliche Namen in Hilfe prüfen. Öffentliche Installation kann authorized_keys und andere Serverauthentifizierung ändern. Rechte, Ziel und Erhalt alter Daten prüfen. Geheimnislöschung benötigt OS-Speicherzugriff; Auswirkungen auf andere Hosts prüfen.

Verbindungsarten

• connect: SSH-Verbindung, Authentifizierung, PTY und Befehlsoptionen.
• mosh: startet via SSH, danach Mosh-Client/-Server und UDP. Installation beider Seiten, UDP-Firewall und prediction prüfen. SSH-Erfolg allein bedeutet keine Mosh-Bereitschaft.
• telnet: Klartext, ausdrücklich --confirm-plaintext erforderlich. Keine Zugangsdaten/Geschäftsdaten, nur genehmigte isolierte Geräte. Keine SSH-Verschlüsselung.
• serial-ports/serial: Ports und Kommunikation; Gerätewerte, Rechte und Belegung vorher prüfen.
• local: OS-Shell, Arbeitsordner und Startargumente prüfen.
• forward: <HOST> <KIND> plus Binding/Ziel für lokale/Remote/dynamische Weiterleitung. Offenlegung prüfen und danach beenden.

Erweiterte Engine bedeutet nicht entsprechende Desktopknöpfe für jeden Namen.

SFTP-Befehle

Format: tastessh-cli sftp <HOST> <COMMAND>. Rechte, Richtung und aktuelle Remote-/Lokalpfade vorbereiten.

--resumable bei get/put erstellt Wiederaufnahmedaten, --resume nennt ein Token. Token, Datenfile und Zielpfad erhalten und dieselbe Übertragung prüfen. Nicht bei Fehlern beliebig neue Jobs starten oder temporäre Reste löschen. --overwrite/--keep-both bewusst wählen und --verify-sha256 prüfen. Erwartet sind Abschluss, Ziel- und Hashprüfung; Exitcodes beachten.

Snippets, Logs, Sync und Datenmigration

• snippets: list/add/show/edit/remove, render und package-list/add/edit/remove. Render-/Variablenwerte zuerst prüfen; keine Geheimnisse im Text.
• logs: status/enable/disable/list/show/review/export/remove/clear. Einwilligung, Aufbewahrung, Host/Inhalt/Löschumfang prüfen; remove/clear können unwiderruflich sein.
• sync: init/status/push/pull. Gleiches Ziel/Passphrase und Status prüfen; overwrite-remote/local nicht ungeprüft verwenden.
• export: native/open-ssh/csv. Datei schützen, da Hostdaten enthalten sein können; --overwrite ersetzt Sicherungen.
• import: native/open-ssh/csv/putty/putty-registry/moba-xterm/secure-crt/secure-crt-directory. Format/Herkunft prüfen. Vorschau, --apply/--skip-existing und Doppel-/Ersetzungsregeln beachten. putty-registry ist Windows-abhängig; native --replace ersetzt vorhandene Daten.
• diagnostics: status/configure/preview/send/flush. Einwilligung/Vorschau/Empfänger/Automatik unterscheiden. send/flush überträgt tatsächlich: vorher prüfen.

Erwartet sind in Hilfe definierte Listen, Exportdateien, Anwendungszusammenfassung und Transferzustand. Bei Fehlern Originale sichern und Hilfe, Exitcode, Rechte und Konflikte prüfen. Namenslistenprüfung bedeutet weder Serververbindung noch vollständigen Funktionslauf.