Skip to main content

30 juillet 2026

Utilisation d'URI pour configurer Horizon Client

Vous pouvez utiliser des identifiants uniformes de ressource (URI) pour créer une page Web ou des liens d'e-mail sur lesquels les utilisateurs finaux peuvent cliquer pour démarrer Horizon Client, se connecter à un serveur ou ouvrir un poste de travail distant ou une application publiée.

Vous pouvez créer ces liens en construisant des URI qui fournissent une partie ou l'intégralité des informations suivantes, afin que vos utilisateurs finaux n'aient pas à les fournir.

  • Adresse du serveur
  • Numéro de port du serveur
  • Nom d'utilisateur Active Directory
  • Nom de domaine
  • Nom complet du poste de travail distant ou de l'application publiée
  • Taille de la fenêtre
  • Actions incluant la réinitialisation, la fermeture d'une session et le démarrage d'une session
  • Protocole d'affichage
  • Options pour la redirection des périphériques USB

Pour construire un URI, vous pouvez utiliser le schéma d'URI avec des éléments de chemin et de requête propres à Horizon Client.

Pour utiliser des URI pour démarrer Horizon Client, ce dernier doit déjà être installé sur les ordinateurs clients.

Syntaxe pour la création d'URI

La syntaxe d'URI comprend le schéma d'URI , un chemin d'accès spécifiant le poste de travail distant ou l'application publiée et, en option, une requête permettant de spécifier les actions ou options de configuration relatives au poste de travail distant ou à l'application publiée.

Spécification d'URI

Le seul élément requis est le schéma d'URI. Le nom du schéma est sensible à la casse pour certaines versions de certains systèmes d'exploitation client.

Important : pour tous les éléments, les caractères non-ASCII doivent d'abord être codés en UTF-8 [STD63], puis chaque octet de la séquence UTF-8 correspondante doit être codé en pourcentage pour être représenté en tant que caractères URI.

Pour plus d'informations sur le codage de caractères ASCII, reportez-vous à la référence de codage d'URL sur http://www.utf8-chartable.de/.

  • authority-part

    L'adresse du serveur et, éventuellement, un nom d'utilisateur, un numéro de port non défini par défaut ou bien les deux. Les traits de soulignement (_) ne sont pas pris en charge dans les noms de serveur. Les noms de serveur doivent être conformes à la syntaxe DNS.

    Pour spécifier un nom d'utilisateur, utilisez la syntaxe suivante.

    user1@server-address
    

    Vous ne pouvez pas spécifier d'adresse UPN, ce qui inclut le nom domaine. Pour spécifier le domaine, vous pouvez utiliser la partie de requête domainName de l'URI.

    Pour spécifier un numéro de port, utilisez la syntaxe suivante.

    server-address:port-number
    
  • path-part

    Le nom complet du poste de travail distant ou de l'application publiée. Le nom complet est spécifié dans Omnissa Horizon Console lorsque le pool de postes de travail ou d'applications est créé. Si le nom complet contient un espace, utilisez le mécanisme de codage %20 pour représenter l'espace.

    Vous pouvez également spécifier un ID de poste de travail ou d'application, qui est une chaîne de chemin d'accès comportant l'ID de pool de postes de travail ou d'application. Pour rechercher un ID de poste de travail ou d'application, ouvrez ADSI Edit sur l'hôte Omnissa Horizon Connection Server, accédez au contexte d'attribution de nom unique pour Horizon Connection Server, et sélectionnez le nœud OU=Applications. Tous les pools de postes de travail et d'applications sont répertoriés. L'attribut distinguishedName spécifie la valeur de l'ID. Vous devez coder la valeur de l'ID avant de la spécifier dans un URI.

    Remarque : plusieurs applications publiées ou postes de travail distants peuvent avoir le même nom complet, mais l'ID de poste de travail et d'application est unique. Pour spécifier un poste de travail distant ou une application publiée spécifique, utilisez l'ID de poste de travail ou d'application plutôt que le nom complet.

  • query-part

    Les options de configuration à utiliser, ou les actions du poste de travail distant ou de l'application publiée à effectuer. Les requêtes ne sont pas sensibles à la casse. Pour utiliser des requêtes multiples, utilisez une esperluette (&) entre les requêtes. Si les requêtes sont en conflit, Horizon Client utilise la dernière requête de la liste. Utilisez la syntaxe suivante.

    query1=value1[&query2=value2...]
    

Requêtes prises en charge

Les requêtes suivantes sont prises en charge pour ce type d'instance d'Horizon Client. Si vous créez des URI pour plusieurs types de clients, tels que des clients de postes de travail et des clients mobiles, reportez-vous au guide pour chaque type de système client pour connaître la liste des requêtes prises en charge.

  • action

    Valeurs pouvant être utilisées avec la requête d'action

    ValeurDescription
    browseAffiche une liste des postes de travail distants et des applications publiées disponibles hébergés sur le serveur spécifié. Vous n'êtes pas tenu de spécifier un poste de travail distant ou une application publiée lorsque vous effectuez cette action. Si vous effectuez l'action Parcourir et que vous spécifiez un poste de travail distant ou une application publiée, celui-ci ou celle-ci est mis(e) en surbrillance dans la liste des éléments disponibles.
    start-sessionOuvre le poste de travail distant ou l'application publiée spécifique. Si aucune requête d'action n'est fournie et que le nom du poste de travail distant ou de l'application publiée est fourni, start-session est l'action par défaut.
    reset Éteint, puis redémarre, le poste de travail distant ou l'application publiée spécifique. Les données non enregistrées sont perdues. La réinitialisation d'un poste de travail distant équivaut à appuyer sur le bouton Réinitialiser d'un ordinateur physique.
    restartÉteint, puis redémarre le poste de travail distant spécifié. Le redémarrage d'un poste de travail distant revient à utiliser la commande de redémarrage du système d'exploitation Windows. Le système d'exploitation invite généralement l'utilisateur à enregistrer toutes les données non enregistrées avant de redémarrer.
    logoffDéconnecte l'utilisateur du système d'exploitation invité sur le poste de travail distant. Si vous spécifiez une application publiée, l'action est ignorée ou l'utilisateur final voit le message d'avertissement « Action d'URI non valide ».
  • args

    Spécifie les arguments de ligne de commande à ajouter au démarrage de l'application publiée. Utilisez la syntaxe args=valeur, où valeur est une chaîne. Utilisez le codage de pourcentage pour les caractères suivants :

    • Pour les deux-points (:), utilisez %3A
    • Pour une barre oblique inverse (\), utilisez %5C
    • Pour un espace ( ), utilisez %20
    • Pour un guillemet double ("), utilisez %22 Par exemple, pour spécifier le nom de fichier "My new file.txt" pour l'application Notepad++, utilisez %22My%20new%20file.txt%22.
  • appProtocol

    Pour les applications publiées, les valeurs valides sont PCOIP et BLAST. Par exemple, pour spécifier le protocole PCoIP, utilisez la syntaxe appProtocol=PCOIP.

  • connectUSBOnInsert

    Connecte un périphérique USB au poste de travail distant ou à l'application publiée au premier plan lorsque vous branchez le périphérique. Cette requête est implicitement définie si vous spécifiez la requête unattended pour un poste de travail distant. Pour utiliser cette requête, vous devez définir la requête action sur start-session ou ne pas utiliser de requête action. Les valeurs valides sont true et false. Exemple de syntaxe : connectUSBOnInsert=true.

  • connectUSBOnStartup

    Redirige tous les périphériques USB actuellement connectés au système client vers le poste de travail distant ou vers l'application publiée. Cette requête est implicitement définie si vous spécifiez la requête unattended pour un poste de travail distant. Pour utiliser cette requête, vous devez définir la requête action sur start-session ou ne pas utiliser de requête action. Les valeurs valides sont true et false. Exemple de syntaxe : connectUSBOnStartup=true.

  • desktopLayout

    Définit la taille de la fenêtre qui affiche un poste de travail distant. Pour utiliser cette requête, vous devez définir la requête action sur start-session ou ne pas utiliser de requête action.

    Valeurs valides pour la requête desktopLayout
    ValeurDescription
    fullscreenPlein écran sur tous les moniteurs externes connectés. Il s'agit de la valeur par défaut.
    windowLargeGrande fenêtre.
    windowSmallPetite fenêtre.
    WxHPersonnalisez la résolution, en spécifiant la largeur et la hauteur en pixels. Exemple de syntaxe : desktopLayout=1280x800.
  • desktopProtocol

    Pour les postes de travail distants, les valeurs valides sont PCOIP et BLAST. Par exemple, pour spécifier le protocole PCoIP, utilisez la syntaxe desktopProtocol=PCOIP.

  • domainName

    Spécifie le nom de domaine Network Basic Input/Output System associé à l'utilisateur qui se connecte au poste de travail distant ou à l'application publiée. Utilisez par exemple mycompany plutôt que mycompany.com.

  • filePath

    Spécifie le chemin d'accès au fichier sur le système local que vous voulez ouvrir avec l'application publiée. Vous pouvez spécifier le chemin d'accès complet ou le chemin d'accès relatif, par exemple, ~/username/test%20file.txt. Utilisez le codage de pourcentage pour les caractères suivants :

    • Pour les deux-points (:), utilisez %3A
    • Pour une barre oblique inverse (\), utilisez %5C
    • Pour un espace ( ), utilisez %20 Par exemple, pour représenter le chemin d'accès au fichier /Users/username/test file.txt, utilisez /User/username/test%20file.txt.

Cette page vous a-t-elle été utile ?

Envoyer un commentaire sur cette rubrique

Cette rubrique vous a-t-elle été utile ?

N'indiquez aucune information personnelle ou confidentielle.

Génération du lien…