Lors de l'importation de fichiers JSON dans Remote Desktop Manager, il y a des spécifications à suivre concernant le format du contenu.
Contenu du fichier
Certaines validations sur les paramètres d'entrée ne sont pas dans la couche métier mais plutôt dans les dialogues de propriétés. Cela signifie que l'utilisation du processus d'importation peut entraîner des entrées invalides qui déclenchent des erreurs. Veuillez valider soigneusement les entrées résultantes.
Nous ne pouvons pas fournir la liste de tous les champs pris en charge pour tous les types d'entrée car Remote Desktop Manager utilise une architecture ouverte et n'est donc même pas conscient de tous les champs de type d'entrée fournis par notre système de modules complémentaires. Une bonne méthode pour découvrir la structure des champs est de créer une entrée du type souhaité, de faire un clic droit dessus et de sélectionner Presse-papiers – Copier, puis de coller le contenu dans votre éditeur préféré. Vous verrez la structure et les noms des champs.
Les valeurs par défaut pour les champs ne sont pas sérialisées, ce qui signifie qu'elles sont simplement omises de la structure sérialisée.
Implémenter la prise en charge de tous les champs a un coût. Le processus d'importation est chronophage en raison de tous les accès dynamiques aux champs qui ont lieu. Une importation initiale massive d'entrées doit être séparée en lots de tailles gérables. Veuillez effectuer des essais et ajuster le nombre d'entrées pour obtenir des performances acceptables.
Toutes nos entrées partagent un ensemble de champs de base ; le reste est lié à la technologie spécifique avec laquelle on interfère (RDP, SSH, etc.). Certains champs sont regroupés dans des structures, comme l'onglet Informations. Ces champs ne sont accessibles que lorsque le nom de la structure est fourni en tant qu'objet parent, par exemple, "MetaInformation\OS" ou "MetaInformation\PurchaseDate".
Notez que le fichier JSON peut contenir nos variables : elles seront résolues lors de l'enregistrement. Par exemple, vous pourriez utiliser la variable $HOST$ dans des champs comme Description, URL, Putty\CustomSessionName... Elle sera remplacée par la valeur correspondante.
Ci-dessous une liste non exhaustive de certains champs pertinents.
| OPTION | DESCRIPTION |
|---|---|
| Host | Nom d'hôte de l'appareil. |
| Name | Nom de l'entrée. |
| ConnectionType | Jeton représentant le type de connexion. Il est préférable d'utiliser la méthode Presse-papiers – Copier pour obtenir les valeurs acceptables. Si aucun type de connexion n'est spécifié, RDP sera utilisé par défaut. |
| Group | Dossier de destination. Notez que si le processus d'importation lui-même définit un dossier de destination, le dossier indiqué ici serait créé en dessous de celui du processus. |
| Description | Description de l'entrée. |
| Open (Embedded) | Valeur booléenne (true ou false) qui indique d'ouvrir la session intégrée. La valeur par défaut est false, ce qui signifie que le client natif sera utilisé en fonction de la technologie (MSTSC.EXE, par exemple). |
| Username | Nom d'utilisateur utilisé pour ouvrir une session sur l'appareil. |
| Domain | Domaine utilisé pour ouvrir une session sur l'appareil. |
| Password | Mot de passe utilisé pour ouvrir une session sur l'appareil. Veuillez noter que ce champ est chiffré et stocké dans un autre champ lors de l'importation. |
| MetaInformation\SerialNumber | Numéro de série de l'appareil. |
| MetaInformation\ServiceTag | Étiquette de service de l'appareil. |
| MetaInformation\PurchaseDate | Date d'achat au format ISO8601 (c'est-à-dire, aaaa-mm-jj). |
Donnez-nous vos commentaires