Importanleitung

Aus dem bisherigen Client importieren

Vierzehn Formate: zwölf Clients, ssh_config und known_hosts. Übernimm deine gespeicherten Verbindungen und prüfe, was die jeweilige Quelle mitbringt. Royal TS/TSX-Dokumente lassen sich nicht importieren.

In Termiyo beginnen

Entsperre den Tresor. Öffne über der Hostliste die Wolkenschaltfläche „Hosts von woanders importieren“ oder wähle „Importieren“ auf der Startseite. Folge dem Menüpfad bei deiner Quelle unten.
Prüfe bei Hostimporten die Vorschau und markiere die gewünschten Hosts samt benötigten Sprunghosts. Öffne „Nicht importiert“ neben der Anzahl, um Auslassungen zu lesen. „Andere Datei wählen“ behält das Quellformat bei.
Klicke auf die Schaltfläche mit der Anzahl und „importieren“, prüfe das Ergebnis und wähle „Fertig“. Hosts mit „schon importiert“ sind zunächst nicht markiert. Eine erneute Auswahl kann vorhandene Hosts im persönlichen Tresor aktualisieren; eine unveränderte Datei erzeugt keine Duplikate.
Bei known_hosts ist es anders: Die Dateiauswahl speichert unterstützte Serverschlüssel sofort, ohne Hostvorschau. Dabei werden keine Hosts erstellt.

Termius

Datei und Speicherort: JSON oder CSV von einem Community-Exporter wie termius-local-export oder termius-exporter: hosts.json, credentials.json, decrypted-indexeddb.json, credentials.csv oder termius_hosts.csv. Halte auch exportierte Schlüsseldateien bereit. Termiyo liest den verschlüsselten Termius-Speicher nicht direkt.
Was übernommen wird: Hosts, Ports, Benutzernamen, verfügbare gespeicherte Passwörter und unterstützte eingebettete oder referenzierte Schlüssel. Gruppenpfade werden zu Bezeichnungen. Der entschlüsselte rohe Entitätsexport kann außerdem geerbte Gruppeneinstellungen, aufgelöste Sprunghosts sowie lokale, entfernte und dynamische Weiterleitungen enthalten.
Was zurückbleibt: Gruppenordner, Tags, Snippets, Terminaldarstellung und Schlüsselpassphrasen. Ein Export ohne Geheimnisse liefert keine ausgelassenen Passwörter oder Schlüssel. Die flache CSV oder Hostliste enthält nicht automatisch die Weiterleitungen des rohen Exports.
In Termiyo öffnen: Importieren → „Termius“ → die JSON- oder CSV-Datei des Community-Exporters auswählen. Danach die Hostvorschau prüfen.

JuiceSSH

Datei und Speicherort: Auf dem Telefon JuiceSSH → Backup / Restore öffnen und eine unverschlüsselte Sicherung erstellen. Die JSON-Sicherung (.json, .jsbk oder .txt) auf diesen Rechner kopieren.
Was übernommen wird: SSH-Verbindungen, Ports und Benutzernamen aus zugeordneten Identitäten sowie deren gespeicherte Passwörter und lesbare private Schlüssel. Gruppennamen werden zu Bezeichnungen. Mosh-Einträge werden als SSH-Verbindungen übernommen.
Was zurückbleibt: Verschlüsselte Sicherungen werden abgelehnt. Telnet- und lokale Sitzungen, Weiterleitungssammlungen, Snippets, gespeicherte Serverschlüssel, App-Einstellungen und Schlüsselpassphrasen werden nicht importiert.
In Termiyo öffnen: Importieren → „JuiceSSH“ → die unverschlüsselte Sicherung auswählen. Danach die Hostvorschau prüfen.

PuTTY

Datei und Speicherort: Der Windows-Schlüssel HKCU\Software\SimonTatham\PuTTY\Sessions wird über „PuTTY-Sessions“ automatisch gelesen. Auch ein .reg-Export dieses Schlüssels funktioniert. Unter Linux oder macOS: ~/.putty/sessions oder eine einzelne Sitzungsdatei.
Was übernommen wird: Namen, Adressen, Ports und Benutzernamen von SSH-Sitzungen sowie referenzierte unterstützte Schlüssel. Lokale, entfernte und dynamische Weiterleitungen sowie ein erkannter plink -nc-Sprung über eine gespeicherte Sitzung.
Was zurückbleibt: Andere Protokolle, Default Settings, gespeicherte Proxypasswörter, gewöhnliche SOCKS/HTTP-Proxys, Darstellung und entfernte Befehle. PuTTY-Schlüssel im Format .ppk benötigen den unten beschriebenen separaten Schlüsselimport; hier werden sie nicht konvertiert.
In Termiyo öffnen: Importieren → „PuTTY-Sessions“. Termiyo sucht lokale Sitzungen auch in der Windows-Registrierung; findet es keine, öffnet es die Dateiauswahl. Für einen eigenen Export wähle „Andere Datei wählen“.

FileZilla

Datei und Speicherort: sitemanager.xml: %APPDATA%/FileZilla unter Windows; ~/.config/filezilla unter Linux und macOS sowie ~/Library/Application Support/FileZilla unter macOS.
Was übernommen wird: SFTP-Einträge mit Namen, Adressen, Ports, Benutzernamen und referenzierten Schlüsseln. Gespeicherte Passwörter als Klartext oder base64 werden bei normaler Anmeldung mit gespeichertem Passwort übernommen.
Was zurückbleibt: FTP-, FTPS-, WebDAV- und andere Nicht-SFTP-Einträge sowie die Ordnerstruktur. Durch ein Masterpasswort geschützte Passwörter können nicht entschlüsselt werden. Bei abfragender oder interaktiver Anmeldung gibt es kein gespeichertes Passwort.
In Termiyo öffnen: Importieren → „Auf diesem Rechner nachsehen“ → das Ergebnis FileZilla. Danach folgst du den Schritten zur Hostvorschau oben.

WinSCP

Datei und Speicherort: WinSCP.ini mit Abschnitten [Sessions\…]. Die Suche prüft unter Windows %APPDATA%/WinSCP.ini; liegt die Konfiguration nur in der Registrierung, ist zuerst ein INI-Export aus WinSCP nötig.
Was übernommen wird: SCP- und SFTP-Sitzungen, Namen, Adressen, Ports, Benutzernamen, referenzierte Schlüssel und dekodierbare gespeicherte Passwörter. Ein Sitzungspfad bleibt in der Bezeichnung.
Was zurückbleibt: FTP-, WebDAV- und S3-Sitzungen. Durch ein WinSCP-Masterpasswort geschützte Passwörter werden nicht übernommen. Proxy-, Weiterleitungs- und Oberflächeneinstellungen werden nicht zugeordnet.
In Termiyo öffnen: Importieren → „Auf diesem Rechner nachsehen“ → das Ergebnis WinSCP. Danach folgst du den Schritten zur Hostvorschau oben.

MobaXterm

Datei und Speicherort: MobaXterm.ini unter Windows in %APPDATA%/MobaXterm oder Documents/MobaXterm.
Was übernommen wird: SSH-Lesezeichen: Name, Adresse, Port und Benutzername. SubRep-Ordnernamen werden in die Bezeichnung aufgenommen.
Was zurückbleibt: Andere Sitzungstypen, private Schlüssel, Weiterleitungen und Anzeigeeinstellungen. Passwörter aus dem separat geschützten MobaXterm-Speicher (DPAPI/Masterpasswort) werden nicht gelesen; gib sie beim Verbinden ein.
In Termiyo öffnen: Importieren → „Auf diesem Rechner nachsehen“ → das Ergebnis MobaXterm. Danach folgst du den Schritten zur Hostvorschau oben.

JetBrains IDEs

Datei und Speicherort: options/sshConfigs.xml im jeweiligen Produktordner unter %APPDATA%/JetBrains auf Windows, ~/Library/Application Support/JetBrains auf macOS oder ~/.config/JetBrains auf Linux.
Was übernommen wird: Namen der SSH-Konfigurationen, Hosts, Ports, Benutzernamen und referenzierte Schlüssel. Das Makro $USER_HOME$ im Schlüsselpfad wird aufgelöst.
Was zurückbleibt: Passwörter im Passwortspeicher der IDE oder im Betriebssystem-Schlüsselbund, IDE-Einstellungen und Projektkonfigurationen. Gruppenordner werden nicht erstellt.
In Termiyo öffnen: Importieren → „Auf diesem Rechner nachsehen“ → das Ergebnis JetBrains IDEs. Danach folgst du den Schritten zur Hostvorschau oben.

Remmina

Datei und Speicherort: Die .remmina-Dateien unter ~/.local/share/remmina auf Linux. Zum Entschlüsseln der Passwörter wird außerdem das Geheimnis aus ~/.config/remmina/remmina.pref oder ~/.remmina/remmina.pref auf diesem Rechner benötigt.
Was übernommen wird: SSH/SFTP-Hosts, Ports, Benutzernamen, referenzierte Schlüssel und mit diesem Geheimnis entschlüsselbare Passwörter. Gruppennamen werden Teil der Bezeichnung.
Was zurückbleibt: RDP-, VNC- und andere Nicht-SSH-Profile, Befehle, Darstellung, Proxys und Tunnel. Ohne das passende Geheimnis aus remmina.pref bleiben geschützte Passwörter zurück.
In Termiyo öffnen: Importieren → „Auf diesem Rechner nachsehen“ → das Ergebnis Remmina. Danach folgst du den Schritten zur Hostvorschau oben.

Tabby

Datei und Speicherort: config.yaml unter %APPDATA%/tabby auf Windows, ~/Library/Application Support/tabby auf macOS oder ~/.config/tabby auf Linux.
Was übernommen wird: SSH-Profile, Namen, Hosts, Ports, Benutzernamen und referenzierte private Schlüssel. Gruppennamen werden Teil der Bezeichnung.
Was zurückbleibt: Passwörter, Proxybefehle, Sprunghost-Einstellungen und Nicht-SSH-Profile. Gruppenordner und Terminaldarstellung werden nicht nachgebildet.
In Termiyo öffnen: Importieren → „Auf diesem Rechner nachsehen“ → das Ergebnis Tabby. Danach folgst du den Schritten zur Hostvorschau oben.

SecureCRT

Datei und Speicherort: Sitzungsdateien mit der Endung .ini in %APPDATA%/VanDyke/Config/Sessions unter Windows, ~/Library/Application Support/VanDyke/SecureCRT/Config/Sessions unter macOS oder ~/.vandyke/SecureCRT/Config/Sessions unter Linux.
Was übernommen wird: Nach ihren Dateien benannte SSH-Sitzungen mit Adressen, Ports, Benutzernamen und referenzierten Schlüsseln. Der Verzeichnisimport liest .ini-Dateien unmittelbar im ausgewählten Ordner.
Was zurückbleibt: Unterordner, Default.ini beim Verzeichnisimport, Nicht-SSH-Sitzungen, passphrasengeschützte Passwörter, Skripte, Proxys, Weiterleitungen und Darstellung. Eine Sitzung aus einem Unterordner einzeln importieren.
In Termiyo öffnen: Importieren → „Auf diesem Rechner nachsehen“ → das Ergebnis SecureCRT. Danach folgst du den Schritten zur Hostvorschau oben.

Cyberduck

Datei und Speicherort: XML-Lesezeichen mit der Endung .duck in %APPDATA%/Cyberduck/Bookmarks unter Windows oder ~/Library/Group Containers/G69SCX94XU.duck/Library/Application Support/duck/Bookmarks unter macOS.
Was übernommen wird: SFTP/SSH-Lesezeichen, Anzeigenamen, Hosts, Ports, Benutzernamen und referenzierte private Schlüssel.
Was zurückbleibt: Schlüsselbundpasswörter, andere Protokolle und der Startordner des Lesezeichens. Binäre plists benötigen zuerst eine XML-Kopie; Lesezeichengruppen werden nicht nachgebildet.
In Termiyo öffnen: Importieren → „Auf diesem Rechner nachsehen“ → das Ergebnis Cyberduck. Danach folgst du den Schritten zur Hostvorschau oben.

iTerm2

Datei und Speicherort: ~/Library/Preferences/com.googlecode.iterm2.plist unter macOS im XML-Format. Eine binäre plist vor der Auswahl als Kopie konvertieren.
Was übernommen wird: Profile mit aktiviertem eigenem ssh-Befehl: Profilname, Ziel, Benutzername, Port aus -p, Benutzer aus -l und Schlüsselpfad aus -i.
Was zurückbleibt: Lokale Shellprofile, Passwörter, Farben und Gruppen. Andere SSH-Optionen einschließlich -J, Weiterleitungen und entfernte Befehle werden gemeldet, aber nicht importiert.
In Termiyo öffnen: Importieren → „Auf diesem Rechner nachsehen“ → das Ergebnis iTerm2. Danach folgst du den Schritten zur Hostvorschau oben.

ssh_config

Datei und Speicherort: ~/.ssh/config oder eine andere OpenSSH-Konfigurationsdatei samt lesbaren Include-Dateien und referenzierten Schlüsseln.
Was übernommen wird: Konkrete Host-Aliase, aufgelöste Hostnamen, Ports und Benutzer, unterstützte Schlüssel, auflösbare ProxyJump-Ketten, erkannte ssh -W-Proxys sowie lokale, entfernte und dynamische Weiterleitungen. Passende known_hosts-Einträge können Serverschlüssel liefern, auch gehashte Einträge für diese bekannten Ziele.
Was zurückbleibt: Ein Platzhalterblock liefert Vorgaben, erstellt aber keine Hosts. Keine Passwörter oder Gruppenordner. Match exec und beliebige ProxyCommand-Befehle werden nie ausgeführt; nicht unterstützte Direktiven, Algorithmuslisten und StrictHostKeyChecking-Vorgaben werden gemeldet.
In Termiyo öffnen: Importieren → „SSH config“ liest ~/.ssh/config. Für eine andere Konfiguration nutze „Andere Datei wählen“ und prüfe dann die Hostvorschau.

known_hosts

Datei und Speicherort: ~/.ssh/known_hosts oder eine andere OpenSSH-known_hosts-Datei aus den Einstellungen.
Was übernommen wird: Vertrauenswürdige öffentliche Serverschlüssel für konkrete Hostnamen und Ports, mit einem bevorzugten Schlüssel je Host und Port. Vorhandene Zuordnungen bleiben unverändert.
Was zurückbleibt: Es werden keine Hosts, Benutzernamen, Gruppen, privaten Schlüssel oder Passwörter erstellt. Der separate Import überspringt gehashte und reine Platzhaltereinträge, widerrufene Schlüssel, Zertifizierungsstellen-Markierungen und DSA-Schlüssel.
In Termiyo öffnen: Importieren → „Auf diesem Rechner nachsehen“ → „Known Hosts“ importiert die gefundene Datei sofort. Für eine andere Datei: Einstellungen → Known Hosts → „Eine known_hosts-Datei importieren“.

Schlüssel, Gruppen und fehlende Quellen

Ein Schlüsselpfad ist keine Kopie des Schlüssels. Referenzierte private Schlüsseldateien müssen auf diesem Rechner am angegebenen Pfad lesbar sein. Unterstützte OpenSSH- und PEM-Schlüssel werden übernommen; Passphrasen nicht. Fehlende oder nicht unterstützte Schlüssel erscheinen in der Vorschau. Importierte Zugangsdaten werden im Tresor verschlüsselt gespeichert.

Gruppen werden nicht als Ordner nachgebildet. Wo unten angegeben, werden ihre Namen Teil der Hostbezeichnung. Fehlt eine Quelle unter „Auf diesem Rechner nachsehen“, prüfe die genannten Speicherorte. Sobald ihre Vorschau geöffnet ist, kannst du mit „Andere Datei wählen“ eine weitere Datei desselben Formats öffnen.

PuTTY-Dateien im Format .ppk benötigen Einstellungen → SSH-Keys → „Aus einer Datei importieren…“ und danach eine Identität mit diesem Schlüssel. Der Hostimport konvertiert sie nicht. Meldet Cyberduck oder iTerm2 eine binäre plist, konvertiere auf macOS eine Kopie mit plutil -convert xml1 -o converted.plist input.plist in XML und wähle diese Kopie; bei Cyberduck muss die Kopie die Endung .duck behalten.