Guide d’importation

Importer depuis le client que vous utilisez déjà

Quatorze formats : douze clients, ssh_config et known_hosts. Transférez vos connexions enregistrées, puis vérifiez ce que chaque source peut apporter. Les documents Royal TS/TSX ne sont pas importables.

Commencer dans Termiyo

Déverrouillez votre coffre. Au-dessus de la liste des hôtes, ouvrez le bouton nuage « Importer des hôtes depuis ailleurs », ou utilisez « Importer » sur l’écran d’accueil. Suivez le chemin indiqué sous votre source ci-dessous.
Pour importer des hôtes, vérifiez l’aperçu et cochez ceux à conserver, ainsi que leurs éventuels hôtes de rebond. Dépliez « Non importés » à côté du nombre pour lire les omissions. « Choisir un autre fichier » conserve le même format source.
Appuyez sur « Importer » avec le nombre sélectionné, vérifiez le résultat, puis « Terminé ». Les hôtes marqués « déjà importé » sont décochés au départ. Les sélectionner de nouveau peut mettre à jour les hôtes du coffre personnel ; un fichier inchangé ne crée pas de doublons.
Le parcours known_hosts est différent : sélectionner le fichier enregistre immédiatement les clés de serveur prises en charge, sans aperçu des hôtes. Aucun hôte n’est créé.

Termius

Fichier et emplacement: JSON ou CSV produit par un outil communautaire comme termius-local-export ou termius-exporter : hosts.json, credentials.json, decrypted-indexeddb.json, credentials.csv ou termius_hosts.csv. Gardez aussi les fichiers de clés exportés disponibles. Termiyo ne lit pas directement le stockage chiffré de Termius.
Ce qui est importé: Hôtes, ports, utilisateurs, mots de passe enregistrés disponibles et clés prises en charge, intégrées ou référencées. Les chemins de groupes deviennent des noms. L’export brut des entités déchiffrées peut aussi contenir les réglages hérités des groupes, les rebonds résolus et les redirections locales, distantes ou dynamiques.
Ce qui reste de côté: Dossiers de groupes, étiquettes, extraits, apparence du terminal et phrases secrètes des clés. Un export sans secrets ne fournit pas les mots de passe ou clés omis. Le CSV ou la liste simple d’hôtes ne contient pas forcément les redirections de l’export brut.
Ouvrir dans Termiyo: Importer → « Termius » → choisir le JSON ou CSV de l’outil d’export communautaire. Vérifiez ensuite l’aperçu.

JuiceSSH

Fichier et emplacement: Sur le téléphone, ouvrez JuiceSSH → Backup / Restore et créez une sauvegarde non chiffrée. Copiez sa sauvegarde JSON (.json, .jsbk ou .txt) sur cet ordinateur.
Ce qui est importé: Connexions SSH, ports et utilisateurs des identités référencées, leurs mots de passe enregistrés et leurs clés privées lisibles. Les groupes entrent dans les noms. Les entrées Mosh deviennent des connexions SSH.
Ce qui reste de côté: Les sauvegardes chiffrées sont refusées. Sessions Telnet ou locales, collections de redirections, extraits, clés de serveur enregistrées, réglages de l’application et phrases secrètes des clés ne sont pas importés.
Ouvrir dans Termiyo: Importer → « JuiceSSH » → choisir la sauvegarde non chiffrée. Vérifiez ensuite l’aperçu.

PuTTY

Fichier et emplacement: La clé Windows HKCU\Software\SimonTatham\PuTTY\Sessions est lue automatiquement depuis « Sessions PuTTY ». Un export .reg de cette clé convient aussi. Sous Linux ou macOS : ~/.putty/sessions ou un fichier de session.
Ce qui est importé: Noms, adresses, ports et utilisateurs des sessions SSH, avec leurs clés référencées prises en charge. Redirections locales, distantes et dynamiques, ainsi qu’un rebond plink -nc reconnu vers une session enregistrée.
Ce qui reste de côté: Sessions autres que SSH, Default Settings, mots de passe de proxy enregistrés, proxys SOCKS/HTTP ordinaires, apparence et commandes distantes. Les clés .ppk de PuTTY nécessitent l’importation séparée décrite plus bas ; elles ne sont pas converties ici.
Ouvrir dans Termiyo: Importer → « Sessions PuTTY ». Termiyo cherche les sessions locales, y compris dans le registre Windows ; sans résultat, il ouvre un sélecteur de fichiers. Utilisez « Choisir un autre fichier » pour votre propre export.

FileZilla

Fichier et emplacement: sitemanager.xml : %APPDATA%/FileZilla sous Windows ; ~/.config/filezilla sous Linux et macOS, ainsi que ~/Library/Application Support/FileZilla sous macOS.
Ce qui est importé: Sites SFTP avec noms, adresses, ports, utilisateurs et clés référencées. Les mots de passe enregistrés en clair ou en base64 sont transférés si le site utilise la connexion normale avec mot de passe enregistré.
Ce qui reste de côté: Sites FTP, FTPS, WebDAV et autres protocoles hors SFTP ; arborescence des dossiers. Les mots de passe protégés par un mot de passe principal ne peuvent pas être déchiffrés. Une connexion interactive ou avec demande à chaque fois n’a pas de mot de passe enregistré.
Ouvrir dans Termiyo: Importer → « Chercher sur cet ordinateur » → le résultat FileZilla. Suivez ensuite les étapes de l’aperçu des hôtes.

WinSCP

Fichier et emplacement: WinSCP.ini avec des sections [Sessions\…]. La recherche vérifie %APPDATA%/WinSCP.ini sous Windows ; une configuration uniquement dans le registre nécessite d’abord un export INI depuis WinSCP.
Ce qui est importé: Sessions SCP et SFTP, noms, adresses, ports, utilisateurs, clés référencées et mots de passe enregistrés décodables. Le chemin d’une session reste dans son nom.
Ce qui reste de côté: Sessions FTP, WebDAV et S3. Les mots de passe protégés par le mot de passe principal de WinSCP ne sont pas transférés. Les réglages de proxy, redirection et interface ne sont pas repris.
Ouvrir dans Termiyo: Importer → « Chercher sur cet ordinateur » → le résultat WinSCP. Suivez ensuite les étapes de l’aperçu des hôtes.

MobaXterm

Fichier et emplacement: MobaXterm.ini sous Windows, dans %APPDATA%/MobaXterm ou Documents/MobaXterm.
Ce qui est importé: Signets SSH : nom, adresse, port et utilisateur. Les noms de dossiers SubRep sont intégrés au nom.
Ce qui reste de côté: Autres types de sessions, clés privées, redirections et réglages visuels. Les mots de passe du stockage protégé séparé de MobaXterm (DPAPI/mot de passe principal) ne sont pas lus ; saisissez-les à la connexion.
Ouvrir dans Termiyo: Importer → « Chercher sur cet ordinateur » → le résultat MobaXterm. Suivez ensuite les étapes de l’aperçu des hôtes.

JetBrains IDEs

Fichier et emplacement: options/sshConfigs.xml dans chaque dossier produit sous %APPDATA%/JetBrains sur Windows, ~/Library/Application Support/JetBrains sur macOS ou ~/.config/JetBrains sur Linux.
Ce qui est importé: Noms des configurations SSH, hôtes, ports, utilisateurs et clés référencées. La macro $USER_HOME$ des chemins de clés est développée.
Ce qui reste de côté: Mots de passe du coffre de l’IDE ou du trousseau système, réglages de l’IDE et configuration des projets. Aucun dossier de groupe n’est créé.
Ouvrir dans Termiyo: Importer → « Chercher sur cet ordinateur » → le résultat JetBrains IDEs. Suivez ensuite les étapes de l’aperçu des hôtes.

Remmina

Fichier et emplacement: Les fichiers .remmina de ~/.local/share/remmina sous Linux. Le déchiffrement des mots de passe nécessite aussi le secret de ~/.config/remmina/remmina.pref ou ~/.remmina/remmina.pref sur cet ordinateur.
Ce qui est importé: Hôtes SSH/SFTP, ports, utilisateurs, clés référencées et mots de passe déchiffrables avec ce secret. Les noms de groupes entrent dans le nom de l’hôte.
Ce qui reste de côté: Profils RDP, VNC et autres protocoles hors SSH, commandes, apparence, proxys et tunnels. Sans le secret correspondant de remmina.pref, les mots de passe protégés restent de côté.
Ouvrir dans Termiyo: Importer → « Chercher sur cet ordinateur » → le résultat Remmina. Suivez ensuite les étapes de l’aperçu des hôtes.

Tabby

Fichier et emplacement: config.yaml sous %APPDATA%/tabby sur Windows, ~/Library/Application Support/tabby sur macOS ou ~/.config/tabby sur Linux.
Ce qui est importé: Profils SSH, noms, hôtes, ports, utilisateurs et clés privées référencées. Les noms de groupes entrent dans le nom.
Ce qui reste de côté: Mots de passe, commandes de proxy, réglages de rebond et profils autres que SSH. Les dossiers de groupes et l’apparence du terminal ne sont pas recréés.
Ouvrir dans Termiyo: Importer → « Chercher sur cet ordinateur » → le résultat Tabby. Suivez ensuite les étapes de l’aperçu des hôtes.

SecureCRT

Fichier et emplacement: Fichiers de session .ini dans %APPDATA%/VanDyke/Config/Sessions sous Windows, ~/Library/Application Support/VanDyke/SecureCRT/Config/Sessions sous macOS ou ~/.vandyke/SecureCRT/Config/Sessions sous Linux.
Ce qui est importé: Sessions SSH nommées d’après leurs fichiers, avec adresses, ports, utilisateurs et clés référencées. Le lecteur de dossiers lit les fichiers .ini directement dans le dossier choisi.
Ce qui reste de côté: Sous-dossiers de sessions, Default.ini lors d’un import de dossier, sessions autres que SSH, mots de passe protégés par phrase secrète, scripts, proxys, redirections et apparence. Importez séparément une session d’un sous-dossier.
Ouvrir dans Termiyo: Importer → « Chercher sur cet ordinateur » → le résultat SecureCRT. Suivez ensuite les étapes de l’aperçu des hôtes.

Cyberduck

Fichier et emplacement: Signets XML .duck dans %APPDATA%/Cyberduck/Bookmarks sous Windows ou ~/Library/Group Containers/G69SCX94XU.duck/Library/Application Support/duck/Bookmarks sous macOS.
Ce qui est importé: Signets SFTP/SSH, surnoms, hôtes, ports, utilisateurs et clés privées référencées.
Ce qui reste de côté: Mots de passe du trousseau, autres protocoles et dossier de départ du signet. Les plists binaires nécessitent une copie XML ; aucun groupe de signets n’est recréé.
Ouvrir dans Termiyo: Importer → « Chercher sur cet ordinateur » → le résultat Cyberduck. Suivez ensuite les étapes de l’aperçu des hôtes.

iTerm2

Fichier et emplacement: ~/Library/Preferences/com.googlecode.iterm2.plist sous macOS, en XML. Convertissez une copie d’une plist binaire avant de la choisir.
Ce qui est importé: Profils dont la commande personnalisée active lance ssh : nom du profil, destination, utilisateur, port -p, utilisateur -l et chemin de clé -i.
Ce qui reste de côté: Profils de shell local, mots de passe, couleurs et groupes. Les autres options SSH, dont -J, les redirections et les commandes distantes, sont signalées sans être importées.
Ouvrir dans Termiyo: Importer → « Chercher sur cet ordinateur » → le résultat iTerm2. Suivez ensuite les étapes de l’aperçu des hôtes.

ssh_config

Fichier et emplacement: ~/.ssh/config ou un autre fichier de configuration OpenSSH, avec ses fichiers Include et clés référencées lisibles.
Ce qui est importé: Alias Host concrets, nom d’hôte résolu, port et utilisateur, clés prises en charge, chaînes ProxyJump résolubles, proxys ssh -W reconnus et redirections locales, distantes ou dynamiques. Les entrées known_hosts correspondantes peuvent fournir des clés épinglées, y compris les entrées hachées pour ces destinations connues.
Ce qui reste de côté: Un bloc à jokers fournit des valeurs par défaut mais ne crée pas d’hôtes. Aucun mot de passe ni dossier de groupe. Match exec et les commandes ProxyCommand arbitraires ne sont jamais exécutés ; les directives non prises en charge, listes d’algorithmes et dérogations StrictHostKeyChecking sont signalées.
Ouvrir dans Termiyo: Importer → « Config SSH » lit ~/.ssh/config. Utilisez « Choisir un autre fichier » pour une autre configuration, puis vérifiez l’aperçu.

known_hosts

Fichier et emplacement: ~/.ssh/known_hosts ou un autre fichier known_hosts OpenSSH choisi dans les paramètres.
Ce qui est importé: Clés publiques de serveur de confiance épinglées pour des noms et ports explicites, avec une clé préférée par hôte et port. Les clés déjà épinglées sont conservées.
Ce qui reste de côté: Aucun hôte, utilisateur, groupe, clé privée ou mot de passe n’est créé. L’import séparé ignore les entrées hachées ou uniquement à jokers, les clés révoquées, les marqueurs d’autorité de certification et les clés DSA.
Ouvrir dans Termiyo: Importer → « Chercher sur cet ordinateur » → « Hôtes connus » importe immédiatement le fichier trouvé. Pour un autre fichier : Paramètres → Hôtes connus → « Importer un fichier known_hosts ».

Clés, groupes et sources absentes

Un chemin de clé n’est pas une copie de la clé. Les fichiers de clés privées référencés doivent être lisibles aux chemins indiqués sur cet ordinateur. Les clés OpenSSH et PEM prises en charge peuvent être transférées ; les phrases secrètes ne sont pas copiées. Les clés absentes ou non prises en charge sont signalées dans l’aperçu. Les identifiants importés sont conservés chiffrés dans le coffre.

Les groupes ne sont pas recréés sous forme de dossiers. Lorsque cela est indiqué ci-dessous, leur nom entre dans celui de l’hôte. Si une source manque dans « Chercher sur cet ordinateur », vérifiez les emplacements indiqués. Une fois son aperçu ouvert, « Choisir un autre fichier » permet de sélectionner un autre fichier de ce format.

Les fichiers .ppk de PuTTY passent par Paramètres → Clés SSH → « Importer depuis un fichier… », puis par une identité utilisant cette clé. L’importateur d’hôtes ne les convertit pas. Si Cyberduck ou iTerm2 signale une plist binaire, convertissez une copie en XML sur macOS avec plutil -convert xml1 -o converted.plist input.plist, puis sélectionnez-la ; conservez l’extension .duck pour une copie Cyberduck.