Accès aux applications locales et redirection d’URL
Introduction
L’accès aux applications locales intègre de manière transparente les applications Windows installées localement dans un environnement de bureau hébergé sans passer d’un bureau à l’autre. Avec l’accès aux applications locales, vous pouvez :
- Accéder aux applications installées localement sur un ordinateur portable physique, un PC ou un autre appareil directement depuis le bureau virtuel.
- Fournir une solution de livraison d’applications flexible. Si les utilisateurs disposent d’applications locales que vous ne pouvez pas virtualiser ou que le service informatique ne gère pas, ces applications se comportent toujours comme si elles étaient installées sur un bureau virtuel.
- Éliminer la latence de double saut lorsque les applications sont hébergées séparément du bureau virtuel. Pour ce faire, placez un raccourci vers l’application publiée sur l’appareil Windows de l’utilisateur.
- Utiliser des applications telles que :
- Logiciels de vidéoconférence tels que GoToMeeting.
- Applications spécialisées ou de niche qui ne sont pas encore virtualisées.
- Applications et périphériques qui, autrement, transféreraient de grandes quantités de données d’un appareil utilisateur vers un serveur et inversement. Par exemple, les graveurs de DVD et les tuners TV.
Dans Citrix Virtual Apps and Desktops™, les sessions de bureau hébergées utilisent la redirection d’URL pour démarrer les applications d’accès aux applications locales. La redirection d’URL rend l’application disponible sous plusieurs adresses URL. Elle lance un navigateur local (basé sur la liste de blocage d’URL du navigateur) en sélectionnant des liens intégrés dans un navigateur au sein d’une session de bureau. Si vous naviguez vers une URL qui n’est pas présente dans la liste de blocage, l’URL est à nouveau ouverte dans la session de bureau.
La redirection d’URL fonctionne uniquement pour les sessions de bureau, et non pour les sessions d’application. La seule fonctionnalité de redirection que vous pouvez utiliser pour les sessions d’application est la redirection de contenu hôte-client, qui est un type de redirection FTA (File Type Association) de serveur. Cette FTA redirige certains protocoles vers le client, tels que HTTP, HTTPS, RTSP ou MMS. Par exemple, si vous ouvrez uniquement des liens intégrés avec HTTP, les liens s’ouvrent directement avec l’application cliente. Il n’y a pas de prise en charge de liste de blocage ou de liste d’autorisation d’URL.
Lorsque l’accès aux applications locales est activé, les URL affichées aux utilisateurs sous forme de liens provenant d’applications exécutées localement, d’applications hébergées par l’utilisateur ou de raccourcis sur le bureau sont redirigées de l’une des manières suivantes :
- De l’ordinateur de l’utilisateur vers le bureau hébergé
- Du serveur Citrix Virtual Apps™ and Desktops vers l’ordinateur de l’utilisateur
- Rendu dans l’environnement dans lequel elles sont démarrées (non redirigées)
Pour spécifier le chemin de redirection du contenu de sites web spécifiques, configurez la liste d’autorisation d’URL et la liste de blocage d’URL sur le Virtual Delivery Agent. Ces listes contiennent des clés de registre multi-chaînes qui spécifient les paramètres de stratégie de redirection d’URL. Pour plus d’informations, consultez les Paramètres de stratégie d’accès aux applications locales.
Les URL peuvent être rendues sur le VDA, à l’exception des cas suivants :
- Informations géographiques/locales — Sites web qui nécessitent des informations locales, tels que msn.com ou news.google.com (ouvre une page spécifique au pays en fonction de la géolocalisation). Par exemple, si le VDA est provisionné à partir d’un centre de données au Royaume-Uni et que le client se connecte depuis l’Inde, l’utilisateur s’attend à voir in.msn.com. Au lieu de cela, l’utilisateur voit uk.msn.com.
- Contenu multimédia — Les sites web contenant du contenu multimédia riche, lorsqu’ils sont rendus sur l’appareil client, offrent aux utilisateurs finaux une expérience native et économisent également de la bande passante, même dans les réseaux à latence élevée. Cette fonctionnalité redirige les sites avec d’autres types de médias tels que Silverlight. Ce processus se déroule dans un environnement sécurisé. Autrement dit, les URL approuvées par l’administrateur sont exécutées sur le client tandis que le reste des URL sont redirigées vers le VDA.
En plus de la redirection d’URL, vous pouvez utiliser la redirection FTA. La FTA démarre les applications locales lorsqu’un fichier est rencontré dans la session. Si l’application locale est démarrée, elle doit avoir accès au fichier pour l’ouvrir. Par conséquent, vous ne pouvez ouvrir que les fichiers qui résident sur des partages réseau ou sur des lecteurs clients (à l’aide du mappage de lecteurs clients) à l’aide d’applications locales. Par exemple, lors de l’ouverture d’un fichier PDF, si un lecteur PDF est une application locale, le fichier s’ouvre à l’aide de ce lecteur PDF. Étant donné que l’application locale peut accéder directement au fichier, il n’y a pas de transfert réseau du fichier via ICA® pour l’ouvrir.
Exigences, considérations et limitations
Nous prenons en charge l’accès aux applications locales sur les systèmes d’exploitation valides pour les VDA pour OS multi-session Windows et pour les VDA pour OS mono-session Windows. L’accès aux applications locales nécessite l’application Citrix Workspace pour Windows version 4.1 (minimum). Les navigateurs suivants sont pris en charge :
- Edge, dernière version
- Firefox, dernière version et version de support étendu
- Chrome, dernière version
Passez en revue les considérations et limitations suivantes lors de l’utilisation de l’accès aux applications locales et de la redirection d’URL.
- L’accès aux applications locales est conçu pour les bureaux virtuels en plein écran couvrant tous les moniteurs :
- L’expérience utilisateur peut être déroutante si vous utilisez l’accès aux applications locales avec un bureau virtuel qui s’exécute en mode fenêtré ou qui ne couvre pas tous les moniteurs.
- Plusieurs moniteurs — Lorsqu’un moniteur est maximisé, il devient le bureau par défaut pour toutes les applications démarrées dans cette session. Ce comportement par défaut se produit même si les applications suivantes démarrent généralement sur un autre moniteur.
- La fonctionnalité prend en charge un seul VDA. Il n’y a pas d’intégration avec plusieurs VDA concurrents.
- Certaines applications peuvent se comporter de manière inattendue, affectant les utilisateurs :
- Les lettres de lecteur peuvent dérouter les utilisateurs, comme le lecteur C: local plutôt que le lecteur C: du bureau virtuel.
- Les imprimantes disponibles dans le bureau virtuel ne sont pas disponibles pour les applications locales.
- Les applications qui nécessitent des autorisations élevées ne peuvent pas être démarrées en tant qu’applications hébergées par le client.
- Il n’y a pas de gestion spéciale pour les applications à instance unique (telles que Windows Media Player).
- Les applications locales apparaissent avec le thème Windows de la machine locale.
- Les applications plein écran ne sont pas prises en charge. Ces applications incluent les applications qui s’ouvrent en plein écran, telles que les diaporamas PowerPoint ou les visionneuses de photos qui couvrent l’intégralité du bureau.
- L’accès aux applications locales copie les propriétés de l’application locale (telles que les raccourcis sur le bureau et le menu Démarrer du client) sur le VDA. Cependant, il ne copie pas d’autres propriétés telles que les touches de raccourci et les attributs en lecture seule.
- Les applications qui personnalisent la gestion de l’ordre des fenêtres superposées peuvent avoir des résultats imprévisibles. Par exemple, certaines fenêtres peuvent être masquées.
- Les raccourcis ne sont pas pris en charge, y compris Poste de travail, Corbeille, Panneau de configuration, les raccourcis de lecteur réseau et les raccourcis de dossier.
- Les types de fichiers et fichiers suivants ne sont pas pris en charge : types de fichiers personnalisés, fichiers sans programmes associés, fichiers zip et fichiers cachés.
- Le regroupement dans la barre des tâches n’est pas pris en charge pour les applications hébergées par le client ou les applications VDA mixtes 32 bits et 64 bits. Autrement dit, le regroupement d’applications locales 32 bits avec des applications VDA 64 bits.
- Les applications ne peuvent pas être démarrées à l’aide de COM. Par exemple, si vous cliquez sur un document Office intégré à partir d’une application Office, le démarrage du processus ne peut pas être détecté et l’intégration de l’application locale échoue.
- Les scénarios de double saut, où un utilisateur démarre un bureau virtuel à partir d’une autre session de bureau virtuel, ne sont pas pris en charge.
- La redirection d’URL ne prend en charge que les URL explicites (c’est-à-dire les URL apparaissant dans la barre d’adresse du navigateur ou trouvées à l’aide de la navigation intégrée au navigateur, selon le navigateur).
- La redirection d’URL fonctionne uniquement avec les sessions de bureau, et non avec les sessions d’application.
- Le dossier de bureau local dans une session VDA ne permet pas aux utilisateurs de créer des fichiers.
- Plusieurs instances d’une application exécutée localement se comportent conformément aux paramètres de la barre des tâches établis pour le bureau virtuel. Cependant, les raccourcis vers les applications exécutées localement ne sont pas regroupés avec les instances en cours d’exécution de ces applications. Ils ne sont pas non plus regroupés avec les instances en cours d’exécution d’applications hébergées ou les raccourcis épinglés vers des applications hébergées. Les utilisateurs ne peuvent fermer que les fenêtres des applications exécutées localement à partir de la barre des tâches. Bien que les utilisateurs puissent épingler les fenêtres d’applications locales à la barre des tâches du bureau et au menu Démarrer, les applications peuvent ne pas démarrer de manière cohérente lors de l’utilisation de ces raccourcis.
- Si vous définissez le paramètre de stratégie Autoriser l’accès aux applications locales sur Activé, la redirection de contenu de navigateur n’est pas prise en charge. Par défaut, l’accès aux applications locales est interdit.
Interaction avec Windows
L’interaction de l’accès aux applications locales avec Windows inclut les comportements suivants.
- Comportement des raccourcis sous Windows 8 et Windows Server 2012
- Les applications du Windows Store installées sur le client ne sont pas énumérées dans le cadre des raccourcis d’accès aux applications locales.
- Les fichiers image et vidéo sont ouverts par défaut à l’aide des applications du Windows Store. Cependant, l’accès aux applications locales énumère les applications du Windows Store et ouvre les raccourcis avec les applications de bureau.
- Programmes locaux
- Pour Windows 7, le dossier est disponible dans le menu Démarrer.
- Pour Windows 8, les programmes locaux ne sont disponibles que lorsque l’utilisateur choisit Toutes les applications comme catégorie à partir de l’écran de démarrage. Tous les sous-dossiers ne sont pas affichés dans les programmes locaux.
- Fonctionnalités graphiques de Windows 8 pour les applications
- Les applications de bureau sont limitées à la zone du bureau et sont couvertes par l’écran de démarrage et les applications de style Windows 8.
- Les applications d’accès aux applications locales ne se comportent pas comme des applications de bureau en mode multi-moniteur. En mode multi-moniteur, l’écran de démarrage et le bureau s’affichent sur des moniteurs différents.
- Windows 8 et redirection d’URL d’accès aux applications locales
- Étant donné qu’Internet Explorer sous Windows 8 n’a pas de modules complémentaires activés, utilisez Internet Explorer de bureau pour activer la redirection d’URL.
- Dans Windows Server 2012, Internet Explorer désactive les modules complémentaires par défaut. Pour implémenter la redirection d’URL, désactivez la configuration améliorée d’Internet Explorer. Ensuite, réinitialisez les options d’Internet Explorer et redémarrez pour vous assurer que les modules complémentaires sont activés pour les utilisateurs standard.
Configurer l’accès aux applications locales et la redirection d’URL
Pour utiliser l’accès aux applications locales et la redirection d’URL avec l’application Citrix Workspace™ :
- Installez l’application Citrix Workspace sur la machine cliente locale. Vous pouvez activer les deux fonctionnalités lors de l’installation de l’application Citrix Workspace ou vous pouvez activer le modèle d’accès aux applications locales à l’aide de l’éditeur de stratégie de groupe.
- Définissez le paramètre de stratégie Autoriser l’accès aux applications locales sur Activé. Vous pouvez également configurer les paramètres de stratégie de liste d’autorisation et de liste de blocage d’URL pour la redirection d’URL. Pour plus d’informations, consultez les Paramètres de stratégie d’accès aux applications locales.
Activer l’accès aux applications locales et la redirection d’URL
Pour activer l’accès aux applications locales pour toutes les applications locales, suivez ces étapes :
- Connectez-vous à Web Studio et cliquez sur Stratégies dans le volet gauche.
- Dans la barre d’actions, cliquez sur Créer une stratégie.
- Dans la fenêtre Créer une stratégie, tapez « Autoriser l’accès aux applications locales » dans la zone de recherche, puis cliquez sur Sélectionner.
- Dans la fenêtre Modifier le paramètre, sélectionnez Autorisé. Par défaut, la stratégie Autoriser l’accès aux applications locales est interdite. Lorsque ce paramètre est autorisé, le VDA permet à l’utilisateur final de décider si les applications publiées et les raccourcis d’accès aux applications locales sont activés dans la session. (Lorsque ce paramètre est interdit, les applications publiées et les raccourcis d’accès aux applications locales ne fonctionnent pas pour le VDA.) Ce paramètre de stratégie s’applique à l’ensemble de la machine et à la stratégie de redirection d’URL.
- Dans la fenêtre Créer une stratégie, tapez « Liste d’autorisation de redirection d’URL » dans la zone de recherche, puis cliquez sur Sélectionner. La liste d’autorisation de redirection d’URL spécifie les URL à ouvrir dans le navigateur par défaut de la session distante.
- Dans la fenêtre Modifier le paramètre, cliquez sur Ajouter pour ajouter les URL, puis cliquez sur OK.
- Dans la fenêtre Créer une stratégie, tapez « Liste de blocage de redirection d’URL » dans la zone de recherche, puis cliquez sur Sélectionner. La liste de blocage de redirection d’URL spécifie les URL qui sont redirigées vers le navigateur par défaut exécuté sur le point de terminaison.
- Dans la fenêtre Modifier le paramètre, cliquez sur Ajouter pour ajouter les URL, puis cliquez sur OK.
- Sur la page Paramètres, cliquez sur Suivant.
- Sur la page Utilisateurs et machines, attribuez la stratégie aux groupes de mise à disposition applicables, puis cliquez sur Suivant.
- Sur la page Résumé, vérifiez les paramètres, puis cliquez sur Terminer.
Pour activer la redirection d’URL pour toutes les applications locales lors de l’installation de l’application Citrix Workspace, suivez ces étapes :
- Activez la redirection d’URL lorsque vous installez l’application Citrix Workspace pour tous les utilisateurs sur une machine. Cela enregistre également les modules complémentaires de navigateur requis pour la redirection d’URL.
- À partir de l’invite de commandes, exécutez la commande appropriée pour installer l’application Citrix Workspace à l’aide de l’une des options suivantes :
- Pour CitrixReceiver.exe, utilisez
/ALLOW_CLIENTHOSTEDAPPSURL=1. - Pour CitrixReceiverWeb.exe, utilisez
/ALLOW_CLIENTHOSTEDAPPSURL=1.
- Pour CitrixReceiver.exe, utilisez
Activer le modèle d’accès aux applications locales à l’aide de l’éditeur de stratégie de groupe
Remarque :
- Avant d’activer le modèle d’accès aux applications locales à l’aide de l’éditeur de stratégie de groupe, ajoutez les fichiers de modèle receiver.admx/adml à l’objet de stratégie de groupe local.
- Les fichiers de modèle de l’application Citrix Workspace pour Windows sont disponibles dans l’objet de stratégie de groupe local dans le dossier Modèles d’administration > Composants Citrix > Citrix Workspace uniquement lorsque vous ajoutez CitrixBase.admx/CitrixBase.adml au dossier %systemroot%\policyDefinitions.
Pour activer le modèle d’accès aux applications locales à l’aide de l’éditeur de stratégie de groupe, suivez ces étapes :
- Exécutez gpedit.msc.
- Accédez à Configuration ordinateur > Modèles d’administration > Modèles d’administration classiques (ADM) > Composants Citrix > Citrix Workspace > Expérience utilisateur.
- Cliquez sur Paramètres d’accès aux applications locales.
- Sélectionnez Activé, puis sélectionnez Autoriser la redirection d’URL. Pour la redirection d’URL, enregistrez les modules complémentaires de navigateur à l’aide de la ligne de commande décrite dans la section Enregistrer les modules complémentaires de navigateur plus loin dans cet article.
Fournir l’accès uniquement aux applications publiées
Vous pouvez fournir l’accès aux applications publiées à l’aide de l’Éditeur du Registre ou du SDK PowerShell.
Pour l’Éditeur du Registre, consultez L’accès aux applications locales pour les applications publiées dans la liste des fonctionnalités gérées via le registre.
Pour utiliser le SDK PowerShell :
- Ouvrez PowerShell sur la machine où le Delivery Controller™ est en cours d’exécution.
- Entrez la commande suivante :
set-configsitemetadata -name "studio_clientHostedAppsEnabled" -value "true".
Pour avoir accès à Ajouter une application d’accès aux applications locales dans un déploiement de service Cloud, utilisez le SDK PowerShell distant Citrix DaaS. Pour plus d’informations, consultez le SDK PowerShell distant Citrix DaaS.
-
Téléchargez le programme d’installation :
-
Exécutez ces commandes :
asnp citrix.*Get-XdAuthentication
-
Entrez la commande suivante :
set-configsitemetadata -name "studio_clientHostedAppsEnabled" -value "true".
Après avoir terminé les étapes précédentes applicables, suivez ces étapes pour continuer.
- Connectez-vous à Web Studio et sélectionnez Applications dans le volet gauche.
- Dans le volet central supérieur, cliquez avec le bouton droit sur la zone vide et sélectionnez Ajouter une application d’accès aux applications locales dans le menu contextuel. Vous pouvez également cliquer sur Ajouter une application d’accès aux applications locales dans la barre d’actions. Pour afficher l’option Ajouter une application d’accès aux applications locales dans la barre d’actions, cliquez sur Actualiser.
-
Publiez l’application d’accès aux applications locales.
-
L’assistant d’accès aux applications locales se lance avec une page d’introduction, que vous pouvez supprimer des lancements futurs de l’assistant.
-
L’assistant vous guide à travers les pages Groupes, Emplacement, Identification, Livraison et Résumé décrites ci-dessous. Lorsque vous avez terminé chaque page, cliquez sur Suivant jusqu’à ce que vous atteigniez la page Résumé.
-
Sur la page Groupes, sélectionnez un ou plusieurs groupes de mise à disposition où les nouvelles applications seront ajoutées, puis cliquez sur Suivant.
-
Sur la page Emplacement, tapez le chemin d’accès complet de l’exécutable de l’application sur la machine locale de l’utilisateur, et tapez le chemin d’accès au dossier où l’application est située. Citrix recommande d’utiliser le chemin de la variable d’environnement système ; par exemple, %ProgramFiles(x86)%\Internet Explorer\iexplore.exe.
-
Sur la page Identification, acceptez les valeurs par défaut ou tapez les informations que vous souhaitez, puis cliquez sur Suivant.
-
Sur la page Livraison, configurez la manière dont cette application est livrée aux utilisateurs, puis cliquez sur Suivant. Vous pouvez spécifier l’icône de l’application sélectionnée. Vous pouvez également spécifier si le raccourci vers l’application locale sur le bureau virtuel est visible dans le menu Démarrer, sur le bureau ou les deux.
-
Sur la page Résumé, vérifiez les paramètres, puis cliquez sur Terminer pour quitter l’assistant d’accès aux applications locales.
-
Enregistrer les modules complémentaires de navigateur
Remarque :
Les modules complémentaires de navigateur requis pour la redirection d’URL sont enregistrés automatiquement lorsque vous installez l’application Citrix Workspace à partir de la ligne de commande à l’aide de l’option /ALLOW_CLIENTHOSTEDAPPSURL=1.
Vous pouvez utiliser les commandes suivantes pour enregistrer et désenregistrer un ou tous les modules complémentaires :
- Pour enregistrer des modules complémentaires sur un appareil client : <dossier-d-installation-client>\redirector.exe /reg<navigateur>
- Pour désenregistrer des modules complémentaires sur un appareil client : <dossier-d-installation-client>\redirector.exe /unreg<navigateur>
- Pour enregistrer des modules complémentaires sur un VDA : <dossier-d-installation-VDA>\VDARedirector.exe /reg<navigateur>
- Pour désenregistrer des modules complémentaires sur un VDA : <dossier-d-installation-VDA>\VDARedirector.exe /unreg<navigateur>
Où <navigateur> est Internet Explorer, Firefox, Chrome ou Tous.
Par exemple, la commande suivante enregistre les modules complémentaires d’Internet Explorer sur un appareil exécutant l’application Citrix Workspace.
C:\Program Files\Citrix\ICA Client\redirector.exe/regIE
La commande suivante enregistre tous les modules complémentaires sur un VDA Windows Multi-session OS.
C:\Program Files (x86)\Citrix\HDX\bin\VDARedirector.exe /regAll
Interception d’URL entre les navigateurs
- Par défaut, Internet Explorer redirige l’URL spécifiée. Si l’URL ne figure pas dans la liste de blocage mais que le navigateur ou le site web la redirige vers une autre URL, l’URL finale n’est pas redirigée. Elle n’est pas redirigée même si elle figure dans la liste de blocage.
Pour que la redirection d’URL fonctionne correctement, activez le module complémentaire lorsque le navigateur vous y invite. Si les modules complémentaires qui utilisent les options Internet ou les modules complémentaires de l’invite sont désactivés, la redirection d’URL ne fonctionne pas correctement.
- Les modules complémentaires Firefox redirigent toujours les URL.
Lorsqu’un module complémentaire est installé, Firefox vous invite à autoriser ou à empêcher l’installation du module complémentaire sur une nouvelle page d’onglet. Autorisez le module complémentaire pour que la fonctionnalité fonctionne.
- Le module complémentaire Chrome redirige toujours l’URL finale vers laquelle on a navigué, et non les URL saisies.
Les extensions ont été installées en externe. Lorsque vous désactivez l’extension, la fonctionnalité de redirection d’URL ne fonctionne pas dans Chrome. Si la redirection d’URL est requise en mode Incognito, autorisez l’extension à s’exécuter dans ce mode dans les paramètres du navigateur.
Configurer le comportement des applications locales lors de la déconnexion et de la déconnexion de session
Remarque :
Si vous ne suivez pas ces étapes pour configurer les paramètres, par défaut, les applications locales continuent de s’exécuter lorsqu’un utilisateur se déconnecte ou se déconnecte du bureau virtuel. Après la reconnexion, les applications locales sont réintégrées si elles sont disponibles sur le bureau virtuel.
Pour configurer le comportement des applications locales lors de la déconnexion et de la déconnexion de session, consultez Comportement des applications locales lors de la déconnexion et de la déconnexion de session dans la liste des fonctionnalités gérées via le registre.