Lors de l'importation de fichiers JSON dans Remote Desktop Manager, il y a certaines spécifications à suivre concernant le format du contenu.
Certaines validations sur les paramètres d'entrée ne sont pas dans la couche métier mais plutôt dans les dialogues des propriétés. Cela signifie que l'utilisation du processus d'importation peut entraîner des entrées invalides qui provoquent des erreurs. Valider soigneusement les entrées résultantes.
Il n'y a pas de liste de tous les champs pris en charge pour tous les types d'entrée car Remote Desktop Manager utilise une architecture ouverte et par conséquent n'est même pas au courant de tous les champs de type d'entrée fournis par le système d'extension de Devolutions. De plus, les valeurs par défaut des champs ne sont pas sérialisées, ce qui signifie qu'elles sont simplement omises de la structure sérialisée.
Une bonne méthode pour découvrir la structure du champ est de créer une entrée du type souhaité, de cliquer avec le bouton droit de la souris et de sélectionner Clipboard – Copy, puis de coller le contenu dans un éditeur approprié. Alternativement, exporter une entrée existante au format JSON donne une bonne idée du format à adopter.
Implémenter le support pour tous les champs avoir un coût. Le processus d'importation est chronophage en raison de tout l'accès dynamique aux champs qui se produit. Une importation initiale massive d'entrées devrait être séparée en lots de tailles gérables. Effectuer des essais et ajuster le nombre d'entrées pour atteindre une performance acceptable.
Toutes les entrées de Devolutions partagent un ensemble de champs de base ; le reste est lié à la technologie spécifique avec laquelle est interfacée (RDP, SSH, etc.). Certains champs sont regroupés en structures, comme l'onglet d'informations. Ces champs sont accessibles uniquement en fournissant le nom de la structure comme objet parent, par exemple "MetaInformation\OS" ou "MetaInformation\PurchaseDate".
Le fichier JSON peut contenir les variables Devolutions : elles sont résolues lors de l'enregistrement. Par exemple, la variable $HOST$ peut être utilisée dans des champs comme Description, URL, Putty\CustomSessionName... Elle sera remplacée par la valeur correspondante.
Voici une liste non exhaustive de quelques champs pertinents.
| OPTION | DESCRIPTION |
|---|---|
| Hôte | Nom d'hôte de l'appareil. |
| Nom | Nom de l'entrée. |
| ConnectionType | Jeton représentant le type de connexion. Il est préférable d'utiliser la méthode Clipboard – Copy pour obtenir les valeurs acceptables. Si aucun type de connexion n'est spécifié, RDP sera utilisé par défaut. |
| Groupe | Dossier de destination. Notez que si le processus d'importation lui-même a défini un dossier de destination, le dossier répertorié ici serait créé en dessous de celui du processus. |
| Description | Description de l'entrée. |
| Ouvrir (Intégré) | 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). |
| Nom d'utilisateur | Nom d'utilisateur utilisé pour ouvrir une session sur l'appareil. |
| Domaine | Domaine utilisé pour ouvrir une session sur l'appareil. |
| Mot de passe | 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