Problèmes connus
Les problèmes suivants existent dans la version 2402.
Configurations des contrôleurs de domaine
-
L’approbation unidirectionnelle ou bidirectionnelle avec le type de confiance « Forêt » entre les domaines de différentes forêts AD n’est pas prise en charge.
Par exemple, si les domaines .com et b.com se trouvent dans deux forêts AD différentes et que SPA est installé sur une machine sur laquelle le domaine est joint à a.com/b.com, les autres utilisateurs du domaine ne peuvent pas accéder aux applications publiées par SPA.
-
Si le domaine de la machine sur lequel Secure Private Access for on-premises est installé est différent de celui de l’administrateur connecté à Secure Private Access, vous devez procéder comme suit :
Ajoutez un compte de service de domaine différent en tant qu’identité dans le pool d’applications IIS pour le service d’administration et d’exécution Secure Private Access.
- Les groupes de distribution ne sont pas pris en charge dans Secure Private Access. Par conséquent, les stratégies ne peuvent pas rechercher de groupes de distribution pour ajouter des conditions relatives aux utilisateurs et aux groupes.
- Secure Private Access ne capture pas les détails du domaine dans la console d’administration ou le service. Par conséquent, il dépend entièrement du domaine fourni par l’utilisateur. Par conséquent, si le domaine correspondant n’est pas accessible ou si le nom de domaine n’est pas valide, ce domaine n’est pas pris en charge.
NetScaler Gateway
Le serveur virtuel SSL avec configuration de profil SSL n’est pas pris en charge dans le scénario suivant.
- Le client utilise NetScaler Gateway 13.1—48.47 et versions ultérieures ou 14.1—4.42 et versions ultérieures.
- La bascule
ns_vpn_enable_spa_onpremest activée.
Solution :
Liez les paramètres SSL configurés dans le profil SSL directement au serveur virtuel SSL ou désactivez la bascule ns_vpn_enable_spa_onprem.
Pour plus de détails sur cette option, voir Prise en charge des balises d’accès intelligentes.
RFWeb/Workspace pour le Web
RFWeb/Workspace pour le Web n’est pas pris en charge et les applications ne sont donc pas énumérées. Pour plus de détails, consultez la section Utilisation de StoreFront version 2311 ou ultérieure.
Lancement d’application
Le lancement de l’application échoue si LDAP UPN et SAMAccountName sont différents.
StoreFront
-
Dans Stores > Configurer Unified Experience, le récepteur par défaut pour Website doit être configuré sur /Citrix/
<StoreName>Web. Dans les versions précédentes de StoreFront, le récepteur par défaut pour Website était défini sur une valeur vide, ce qui ne fonctionnait pas pour Secure Private Access. En outre, la version précédente de l’interface utilisateur de Receiver est affichée sur le client. Pour plus d’informations sur la configuration de StoreFront, consultez StoreFront. -
Si vous utilisez les versions 2308 ou antérieures de StoreFront, la page Stores > Manage Delivery Controller affiche le type de plug-in Secure Private Access sous la forme XenMobile. Cela n’a aucune incidence sur les fonctionnalités.
Logging
- La génération de packs de support pour le cluster n’est pas prise en charge.
- Les dossiers de journaux des services d’administration et d’exécution ne doivent pas être supprimés. Secure Private Access ne peut pas être recréé si ces dossiers sont supprimés.
Affichage du programme d’installation dans la page Désinstaller ou modifier un programme
Lorsque vous mettez à niveau Secure Private Access depuis des versions antérieures vers la version 2405 à l’aide du fichier ISO, la page Désinstaller ou modifier un programme ( Panneau de configuration > Programmes > Programmes et fonctionnalités) affiche deux entrées pour le programme d’installation de Secure Private Access au lieu de remplacer l’entrée initiale.
Solution : désinstallez l’ancien programme d’installation.
Remarque :
Ce problème n’est pas observé lorsque le programme d’installation autonome de Secure Private Access est mis à niveau à l’aide du programme d’installation autonome 2402.
Mettre à niveau
-
Après avoir effectué la mise à niveau vers la version 2405 et modifié une application existante dont l’URL commence par
www, le champ App Connectivity ne remplit pas l’état précédent. Vous devez sélectionner à nouveau le type de connectivité de l’application. Il s’agit d’une action unique après la mise à niveau, après laquelle la configuration est enregistrée et continue de persister. -
Après la mise à niveau vers la version 2405, vous pouvez vous connecter à la console d’administration, mais vous ne pouvez pas gérer les applications et les stratégies. Un message d’erreur s’affiche.
Solution : vous devez mettre à niveau la base de données à l’aide des scripts. Pour plus de détails, voir Mettre à niveau la base de données à l’aide de scripts.
-
Après la mise à niveau vers la version 2405, l’énumération et le lancement des applications échouent.
Solution : vous devez mettre à niveau la base de données à l’aide des scripts. Pour plus de détails, voir Mettre à niveau la base de données à l’aide de scripts.
-
Vous ne pouvez pas mettre à niveau le plug-in Secure Private Access de la version 2402 à la version 2405 si le plug-in 2402 a été installé à l’aide du Delivery Controller.