Product Documentation

Résolution des problèmes d'App-V

Oct 21, 2016

Résoudre les problèmes de Studio

L'opération de test de la connexion échoue

Si l'opération de test de la connexion de données a renvoyé une erreur lorsque vous spécifiez un serveur de gestion App-V et des adresses de serveur de publication dans Studio, vérifiez les points suivants :
  1. Le serveur App-V est sous tension : envoyez une commande Ping ou vérifiez le Gestionnaire des services IIS (chaque serveur App-V doit être dans un état démarré et en cours d'exécution).
  2. PowerShell à distance est activée sur le serveur App-V. S'il ne l'est pas, suivez la procédure dans http://technet.microsoft.com/en-us/magazine/ff700227.aspx.
  3. Le serveur App-V est ajouté à Active Directory.

    Si la machine Studio et le serveur App-V se trouvent dans différents domaines Active Directory qui ne disposent pas d'une relation d'approbation, à partir de la console PowerShell sur la machine Studio, exécutez winrm s winrm/Config/client ‘@(TrustedHosts=”<Nom complet du serveur App-V>”)’. Si TrustedHosts est géré par l'objet de stratégie de groupe, le message d'erreur suivant s'affiche : « Le paramètre de configuration TrustedHosts ne peut pas être modifié car il est contrôlé par des stratégies. La stratégie doit être définie sur « Non configuré » pour changer le paramètre de configuration. » Si ce message s'affiche, ajoutez une entrée pour le nom de serveur App-V à la stratégie TrustedHosts dans l'objet de stratégie de groupe (Modèles d'administration > Composants Windows > Gestion à distance de Windows (WinRM) > Client WinRM).

  4. L'administrateur Studio est également un administrateur de serveur App-V.
  5. Le partage de fichiers est activé sur le serveur App-V : entrez le \\<Nom complet du serveur App-V> dans l'Explorateur Windows ou avec la commande Exécuter.
  6. Le serveur App-V possède les mêmes autorisations de partage de fichiers que l'administrateur App-V : sur le serveur App-V, ajoutez une entrée pour \\<Nom complet de serveurs App-V> dans Noms et mots de passe utilisateur enregistrés, en spécifiant les informations d'identification de l'utilisateur qui dispose de privilèges d'administrateur sur le serveur App-V. Pour plus d'informations, consultez la section http://support.microsoft.com/kb/306541/fr.

Échec de la découverte d'application App-V

Vérifiez les éléments suivants si la découverte des applications App-V échoue :

  1. L'administrateur de Studio est un administrateur du serveur d'administration App-V.
  2. Le serveur d'administration App-V est en cours d'exécution. Vérifiez ceci en ouvrant le Gestionnaire des services IIS et vérifiez que le serveur est dans un état de démarrage et en cours d'exécution.
  3. PowerShell à distance est activé sur le serveur d'administration et sur le serveur de publication App-V. Si aucun d'eux n'est activé, suivez la procédure dans http://technet.microsoft.com/en-us/magazine/ff700227.aspx pour activer le serveur.
  4. Les packs possèdent des autorisations de sécurité appropriées pour que l'administrateur Studio ait accès.

Résoudre les problèmes d'échec de démarrage App-V

Vérifiez les éléments suivants si les applications App-V ne parviennent pas à démarrer :

  1. Le serveur de publication est en cours d'exécution. Vérifiez ceci en ouvrant le Gestionnaire des services IIS et vérifiez que le serveur est dans un état de démarrage et en cours d'exécution.
  2. Les packs App-V possèdent des autorisations de sécurité nécessaires pour que les utilisateurs aient accès.
  3. Vérifiez les éléments suivants sur le VDA :
    • Assurez-vous que Temp pointe vers l'emplacement correct et qu'il existe suffisamment d'espace disponible dans le répertoire Temp.
    • Assurez-vous que le client App-V est installé, et que sa version n'est pas antérieure à la version 5.0.
    • Vérifiez que vous disposez des permissions d'administrateur et exécutez Get-AppvClientConfiguration et assurez-vous que EnablePackageScripts est défini sur 1. Si elle n'est pas définie sur 1, exécutez l'applet de commande Set-AppvClientConfiguration -EnablePackageScripts $true.

      Citrix vous recommande d'effectuer cette étape lorsque vous créez une image principale de sorte que tous les VDA créés à partir de l'image principale possèdent une configuration appropriée.

    • Accédez à l'Éditeur du Registre (regedit) et rendez-vous sur HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Citrix\AppV. Vérifiez que la clé AppVServers possède le format de valeur suivant : AppVManagementServer+metadata;PublishingServer. Par exemple :
      http://xmas-demo-appv.blrstrm.com+0+0+0+1+1+1+0+1; http://xmas-demo-appv.blrstrm.com:8082
    • Assurez-vous que CtxAppVCOMAdmin dispose des privilèges d'administrateur. Lors de l'installation du VDA CtxAppVCOMAdmin est généralement créé et ajouté au groupe Administrateurs locaux sur la machine du VDA. Toutefois, en fonction de la stratégie Active Directory, cet utilisateur risque de perdre l'association d'administration.

      Exécutez compmgmt.msc et recherchez Utilisateurs et groupes locaux > Utilisateurs. Si CtxAppVCOMAdmin n'est pas un administrateur, ajustez la stratégie de groupe ou contactez votre administrateur afin que ce compte d'utilisateur conserve son association d'administration.

  4. Sur l'image principale sur laquelle le client App-V est installé, l'administrateur doit définir ExecutionPolicy du PowerShell sur RemoteSigned. Ce paramètre de stratégie est requis car le module du client App-V fournit par Microsoft n'est pas signé, et ce paramètre permet au Powershell d'exécuter des scripts et applets de commande locaux non signés. Définissez ExecutionPolicy à l'aide d'une de ces méthodes :
    • Connecté en tant qu'administrateur, exécutez la commande PowerShell Set-ExecutionPolicy RemoteSigned.
    • Dans les paramètres de stratégie de groupe, accédez à Configuration ordinateur > Stratégies > Modèles d'administration > Composants Windows > Windows PowerShell > Activer l'exécution des scripts.
  5. Vérifiez les serveurs de publication :
    • Exécutez Get-AppvPublishingServer * pour afficher la liste des serveurs de publication.
    • Vérifiez si UserRefreshonLogon est défini sur False. S'il n'est pas défini sur False le démarrage de la première application App-V échoue généralement.
    • Avec des privilèges d'administrateur, exécutez Set-AppvPublishingServer et définissez UserRefreshonLogon sur False.
    Remarque : avec XenDesktop version 7.1 ou XenApp 7.5, vous pouvez afficher et définir UserRefreshOnLogon (et d'autres paramètres de serveurs de publication) à l'aide des applets de commande du SDK.

Si ces étapes ne résolvent pas les problèmes, l'administrateur doit activer et examiner les journaux.

Après la mise à niveau d'un pack App-V

Si vous mettez à niveau un pack App-V contenant des applications publiées au travers de Studio, supprimez les anciennes applications, ce qui permet de les supprimer du groupe de mise à disposition d'applications. Ensuite, découvrez et ajoutez les nouvelles applications au groupe de mise à disposition. Par exemple, si vous publiez Word 2010 et Excel 2010 à partir d'un pack App-V Office 2010 puis que vous mettez à niveau ce pack vers Office 2013, supprimez Word 2010 et Excel 2010 et découvrez et ajoutez Word 2013 et Excel 2013.

Activer les journaux

Activez les journaux dans Studio et le VDA pour vous aider à résoudre les problèmes App-V.

Pour activer les journaux Studio

  1. Créez le dossier C:\CtxAppvLogs.
  2. Accédez à C:\ProgramFiles\Citrix\ StudioAppVIntegration\SnapIn\Citrix.Appv.Admin.V1, et ouvrez CtxAppvCommon.dll.config dans un éditeur de texte tel que le Bloc-notes en tant qu'administrateur. Supprimez les marques de commentaire de la ligne suivante :
     

    Les journaux sont disponibles à cet emplacement.

Pour activer les journaux VDA

  1. Créez le dossier C:\CtxAppvLogs.
  2. Accéder à C:\ProgramFiles\Citrix\ Virtual Desktop Agent, puis ouvrez CtxAppvCommon.dll.config dans un éditeur de texte tel que le Bloc-notes en tant qu'administrateur.
  3. Supprimez les marques de commentaire de la ligne suivante dans CtxAppvCommon.dll.config :
     
  4. Supprimez les marques de commentaire de la ligne suivante et définissez la valeur de champ sur 1, comme illustré dans l'exemple suivant :
         
    • Tous les journaux de configuration associés sont disponibles dans C:\CtxAppvLogs.
    • Les journaux de lancement de l'application sont accessibles comme suit :
      • XenDesktop 7.1, XenDesktop 7.5 ou XenApp 7.5 : %LOCALAPPDATA%\Citrix\CtxAppvLogs.
      • XenDesktop 7.0 : %LocalAppData%\temp\CtxAppVLogs
    • LOCALAPPDATA résout le dossier local pour l'utilisateur connecté. Veillez à vérifier dans le dossier local de l'utilisateur exécutant (pour lesquels le lancement de l'application a échoué) :
      • Commencez par XenDesktop 7.1 ou XenApp 7.5 : %LocalAppData%\Citrix\CtxAppVLogs\.
      • XenDesktop 7.0 : %LocalAppData%\temp\CtxAppVLogs\
  5. En tant qu'administrateur, redémarrez le service Broker ou redémarrez la machine VDA pour démarrer l'enregistrement.