Voici les dernières fonctionnalités, les problèmes résolus et les autres mises à jour publiées entre les versions dorées 132.0.0 et 135.0.0. Il s'agit d'une liste consolidée des éléments publiés dans les notes de mise à jour pour les versions comprises entre 132.0.0 et 135.0.0.
Utilisez le widget Notes de mise à jour pour les notes de mise à jour relatives à une version spécifique.
Voici la liste des fonctionnalités et améliorations de New entre les versions 132.0.0 et 134.0.0.
132.0.0
Disponibilité générale de la désactivation du client par mot de passe unique pour MacOS
Netskope a introduit l'option de désactivation du mot de passe à usage unique pour Netskope Client pour macOS dans la version 130.0.0.
Avec la version 132.0.0, cette fonctionnalité est désormais disponible pour tous les locataires.
Supported minimum Client version: 130.0.0
Prise en charge de ChromeOS 141
Netskope Client supporte désormais ChromeOS 141
Pour en savoir plus, consultez la page Netskope Client Supported OS and Platform.
Supported minimum Client version: 132.0.0
Disponibilité générale du mini-browser embarqué pour l'authentification par portail captif
La prise en charge du mini-browser intégré pour l'authentification par portail captif était disponible en tant que fonctionnalité bêta dans la version 130.0.0. Ce service est désormais disponible pour tous les locataires.
Supported OS: Fenêtres
Supported minimum Client version: 130.0.0
Soutien à Omnissa Horizon
Netskope Client étend désormais son support à Omnissa Horizon.
Supported OS: Windows 11, Windows Server 2019
Supported minimum Client version: 132.0.0
Pour en savoir plus : consultez Omnissa Horizon.
133.0.0
Appliquer l'inscription pour les Netskope Client
L'enrôlement obligatoire des utilisateurs garantit que tout le trafic de l'utilisateur final respecte les politiques de sécurité, empêchant ainsi le contournement des contrôles en ignorant l'enrôlement du client. Cela permet d'assurer la conformité immédiatement après l'installation de Netskope Client, en particulier dans les environnements gérés. L'application de l'enrôlement empêche les utilisateurs d'accéder à tout trafic web basé sur l'internet.
Supported minimum Client version: 133.0.0
Pour en savoir plus : consultez la section « Enforcer l’inscription pour Netskope Client ».
L'AG contrôlée de la prise en charge des clients Windows 64 bits
Dans la version 131.0.0, Netskope a mis à niveau l'architecture client de 32 bits à 64 bits. Cette fonctionnalité était disponible en version bêta et, avec la version 133.0.0, elle est désormais disponible en tant que fonctionnalité GA contrôlée.
Dans la version 133.0.0, Netskope a amélioré l'option webUI en permettant aux utilisateurs de choisir entre les architectures Windows 32 bits et 64 bits. Cette mise à jour s'applique spécifiquement à la mise à jour de Netskope Client ou à l'envoi d'invitations par courrier électronique aux utilisateurs de New. Cette amélioration offre une plus grande flexibilité et garantit la compatibilité avec les différentes architectures du système Windows au cours de ces processus.
Vous pouvez également choisir l'architecture Windows 32 bits ou 64 bits lors de l'ajout d'utilisateurs sur New et de l'envoi d'invitations par courrier électronique à un ou plusieurs groupes ( Netskope Client ).
Supported minimum Client version: 131.0.0
Pour en savoir plus, consultez Netskope Client Support du 64 bits.
Google Advertising ID pour Android périphérique
Introduction de la possibilité d'afficher l'identifiant publicitaire de Google (GAID) sous le périphérique Serial Number et Unique Device ID dans la page Devices pour le périphérique Android. Cela permet d'améliorer la corrélation des détails du périphérique entre MDM et Netskope périphérique page.
Supported minimum Client version: 133.0.0
Pour en savoir plus, consultez l'identifiant publicitaire Google (GAID) pour les périphériques Android.
Prise en charge de ChromeOS 142
Netskope Client prend désormais en charge ChromeOS 142.
Supported minimum Client version: 133.0.0
Pour en savoir plus, consultez la page Systèmes d'exploitation et plateformes pris en charge parNetskope Client .
Disponibilité générale du soutien pour Omnissa Horizon
Netskope a introduit la prise en charge d’Ominssa Horizon en version bêta dans la version 132.0.0. Cette fonctionnalité est désormais généralement disponible. Les administrateurs peuvent télécharger et utiliser directement la dernière version de Netskope Client. Il est validé uniquement pour les environnements VDI persistants.
Supported OS: Windows 11 et Windows Server 2019
Supported minimum Client version: 132.0.0
Pour en savoir plus : consultez Omnissa Horizon.
CRL Check Validation pour macOS
La validation du contrôle de la liste de révocation des certificats (CRL) était auparavant disponible pour la classification périphérique sur Windows. La version 133.0.0 de Netskope étend la prise en charge à macOS.
La CRL contient des certificats numériques révoqués par l'autorité de certification émettrice avant leur date d'expiration ; ces certificats ne sont plus fiables. Si un certificat est révoqué, la vérification de la posture (classification périphérique) échoue.
Supported OS: macOS (à partir de 133.0.0) Windows (à partir de 122.1.0)
Supported minimum Client version: 133.0.0
Pour en savoir plus : consultez la classification périphérique pour macOS.
134.0.0
Netskope Client Intégration avec Imprivata
Netskope Client prend désormais en charge l'intégration avec Imprivata pour les installations New Netskope Client .
Les professionnels de la santé utilisent largement Imprivata pour permettre un accès rapide et transparent aux postes de travail partagés par les différents membres du personnel. Imprivata est utilisé comme IDP/SSO pour authentifier les médecins et les infirmières afin de leur permettre d'accéder aux dossiers confidentiels des patients avec les privilèges appropriés. Les connexions à Imprivata sont distinctes des connexions au système d'exploitation et Netskope Client doit s'intégrer à l'agent Imprivata pour connaître les informations relatives à l'utilisateur connecté afin d'appliquer les politiques Netskope correspondantes. Cela permet d'appliquer des politiques différenciées pour les médecins et les infirmières et de réduire la fiabilité de la connexion au système d'exploitation Windows pour les politiques de Netskope.
Supported OS: Fenêtres
Pour en savoir plus, consultez la section IntégrationNetskope Client avec Imprivata.
Supported minimum Client version: 134.0.0
Amélioration de l'épinglage dans les centres de données
Amélioration de la fonctionnalité d'épinglage du centre de données avec les éléments suivants :
-
Contrôle administratif : Les administrateurs peuvent désormais contrôler quels groupes d'utilisateurs/OU au sein de l'organisation peuvent effectuer des épinglages dans le centre de données.
-
Durée maximale de l'épinglage du centre de données : Les administrateurs peuvent désormais configurer la durée maximale de l'épinglage. durée pendant laquelle un utilisateur peut rester épinglé à un centre de données.
-
Extraction d'informations pour le centre de données Utilisateurs épinglés : Les administrateurs peuvent voir quels utilisateurs sont épinglés manuellement à un POP dans les données périphériques exportées.
Pour en savoir plus, consultez la section « Épinglage des centres de données ».
Supported minimum Client version: 134.0.0
Prise en charge de ChromeOS 143 et 144
Netskope Client prend désormais en charge les versions 143 et 144 de ChromeOS.
Supported minimum Client version: 134.0.0
To learn more, view Netskope Client Supported OS and Platform.
Améliorer l'inviolabilité dans Netskope Client pour MacOS
Les améliorations de sécurité suivantes ont été apportées à Netskope Client pour macOS :
-
Vérifier et contrôler les signatures de code des exécutables du client, le chemin d'accès au système de fichiers, la propriété et les autorisations au moment du lancement du processus et tout au long de sa durée de vie.
-
Abandonnez le processus au lancement si la vérification échoue.
Supported minimum Client version: 134.0.0
DNS Steering Exception for TLD
Cette fonction permet aux administrateurs de définir des exceptions de pilotage DNS pour les TLD internes (par exemple, *.local, *.internal) ainsi que pour les TLD publics, garantissant que les requêtes DNS pour les TLD génériques configurés ne sont pas dirigées vers Netskope et sont envoyées directement aux résolveurs internes.
périphérique Améliorations de l'interface WebUI
Mise à jour de la page de gestion du périphérique vers une version 2 (v2) de New pour une meilleure expérience.
Supported minimum Client version: 134.0.0
Pour en savoir plus, consultez périphérique.
AG contrôlée de la détection sur site à l'aide de l'adresse IP de sortie
La détection sur site utilisant l’adresse IP Egress a été introduite comme fonctionnalité bêta dans la version 130.0.0. Ceci est désormais disponible en fonction Controlled AG.
Dans la version 130.0.0, une option New Egress IP a été introduite pour la détection de On-Premises. Ceci peut être configuré sous Tunnel Settings > On-premises Detection dans l'interface utilisateur de configuration du client qui permet aux administrateurs de détecter l'emplacement des utilisateurs (sur ou hors site) à l'aide d'adresses IP publiques de sortie fiables et de contrôler par la suite la direction du trafic.
Supported minimum Client version: 130.0.0
Pour en savoir plus : ConfigurationNetskope Client .
Disponibilité générale de la prise en charge des clients Windows 64 bits
Dans la version 133.0.0, Netskope Client la prise en charge de Windows 64 bits était disponible en tant que fonction de l 'AG contrôlée. Dans la version 134.0.0, cette fonction est désormais disponible pour tous les locataires. L'option webUI qui permet aux utilisateurs de choisir entre les architectures Windows 32 bits et 64 bits est également disponible pour tous les locataires avec la version 134.0.0.
Supported minimum Client version: 131.0.0
Pour en savoir plus, consultez la page d'assistanceNetskope Client pour 64 bits.
Pour l’invitation par e-mail (Windows 64 bits), consultez l’Invitation par e-mail.
134.0.5
Étiquettes du périphérique pour la configuration de la direction et la classification du périphérique
L'introduction de balises pour les périphériques dans cette version permet aux administrateurs de définir une balise pour un périphérique ou un groupe de périphériques et peut être utilisée pour ajouter une politique de pilotage basée sur les balises ou une règle de classification des périphériques.
Supported OS: Windows et iOS
Supported minimum Client version: 134.0.5
Pour en savoir plus, consultez périphérique.
Support x86_64 pour ChromeOS
Netskope inclut désormais la prise en charge native des processeurs x86_64 pour Netskope Client sur ChromeOS. Cette amélioration permet de résoudre les problèmes de blocage des applications clientes sur ChromeOS version 138 et d'améliorer les performances globales du Chromebook périphérique.
135.0.0
Disponibilité générale de la détection sur site à l'aide de l'adresse IP de sortie
La détection sur site utilisant l’adresse IP Egress était disponible en tant que fonctionnalité contrôlée-GA dans la version 134.0.0. Cette fonctionnalité est désormais disponible pour tous les locataires.
Pour en savoir plus : Netskope Client Configuration.
Supported minimum Client version: 130.0.0
Disponibilité générale de l'inscription en vigueur pour les Netskope Client
L'enrôlement obligatoire des utilisateurs était disponible en version bêta dans la version 133.0.0. Avec cette version, cette fonction est disponible pour tous les locataires.
Pour en savoir plus : voir Enforce Enrollment for Netskope Client.
Supported minimum Client version: 133.0.0
Disponibilité générale du centre de données Option de sélection ou d'épinglage
L'épinglage des données était disponible en tant que fonction bêta dans la version 127.1.0. Avec cette version, cette fonction est disponible pour tous les locataires.
Cette fonction permet aux utilisateurs d'épingler manuellement un point de présence (POP) à l'aide de la commande nsdiag.
Pour en savoir plus, consultez le centre de données Pinning In Netskope Client.
Supported OS: Windows, MacOS et Linux.
Supported minimum Client version: 127.1.0
Prise en charge de ChromeOS 145
Netskope Client supporte désormais les versions 145 de ChromeOS.
Supported minimum Client version: 135.0.0
Pour en savoir plus, consultez la page Netskope Client Supported OS and Platform.
Voici la liste des problèmes corrigés dans cette version.
| Numéro d'émission | Description |
|---|---|
| 132.0.0 | |
| 756104 | Correction d'un problème où les journaux de l'application SkopeIT montraient l'IP DHCP comme source au lieu de l'IP de la machine. Avec cette correction, Netskope Client n'envoie que l'IP de la machine lorsque le tunnel est établi pour les rapports d'événements de SkopeIT. |
| 746099 | Correction d'un problème où Netskope Client maintient les connexions de tunnel alors que le réseau du système est actif en mode veille, ce qui réduit les déconnexions de tunnel. Note Contactez le support Netskope pour éviter que le Netskope Client ne déconnecte le tunnel pendant le sommeil. |
| 739968 | Correction d'un problème qui faisait que le site Netskope Client téléchargeait une liste d'exceptions incorrecte lorsque le site Netskope Client essayait de télécharger simultanément la configuration Netskope Client et la liste d'exceptions. |
| 747670 | Correction d'un problème sur Netskope Client pour Windows où le processus exécuté en tant qu'administrateur collecte les journaux du dossier ProgramData log après avoir cliqué sur Save Logs dans l'interface utilisateur de Netskope Client. Avec ce correctif, sous Windows, si le processus en cours est exécuté en tant qu'administrateur, et non dans la session 0, le client collecte les journaux actuels de l'utilisateur %appdata% log folder. |
| 769140 | Lors de la désactivation de Netskope Client à partir de l'interface web du locataire, Netskope Client n'a parfois pas réussi à télécharger les paramètres de supportabilité. Le statut du client n'a donc pas été mis à jour comme prévu. Le problème est dû à la génération d'un grand nombre de demandes. Cela a eu un impact sur les opérations de gestion des clients et a fait que le site Netskope Client n'a pas mis à jour son statut. Netskope a corrigé ce problème en augmentant la capacité de traitement des demandes d'API. |
| 132.0.7 | |
| 784831 | La récupération de l'ID du processus parent est lente lors d'un échec de fermeture en utilisant l'API du système d'exploitation Windows. Optimisation de l'utilisation de l'API pour atténuer le problème. |
| 753636, 783149 | Correction d'un problème de synchronisation entre le thread d'écriture des paquets et le thread de réglage de la configuration globale du plongeur. |
| 792233 | Correction d'un problème d'affichage des mesures suivantes sur le tableau de bord DEM.
|
| 132.0.13 | |
| 801565, 786556 | Correction d'un problème pour Netskope Client for Windows où le tunnel du client se déconnecte constamment ou les services du client s'arrêtent. Note La correction fait partie de la version 133.0.4 et est reportée à la version 132.0.13. |
| 820999 | Correction d'un problème où la mise à niveau Netskope Client échouait lors de la mise à jour de paquets 64 bits sur Windows Server. Note La correction fait partie de la version 133.0.4 et est reportée à la version 132.0.13. |
| 781465, 726698 | La modification de la valeur de registre ProductID dans HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion sur un périphérique Windows peut entraîner un échec de la communication inter-processus (IPC) entre les processus Netskope Client stagentsvc et stagentUI en raison d'une mauvaise correspondance des clés de chiffrement. La solution consiste à régénérer les clés de chiffrement pour tous les processus Netskope Client lorsque ce problème se produit. Note La correction fait partie de la version 133.0.0 et est rétroportée à la version 132.0.13. |
| 795746, 777162, 778724 | Correction du problème de corruption du fichier nsconfig.json, qui empêchait le décryptage du certificat de l'utilisateur lorsque le durcissement du pilotage et la validation sécurisée de la configuration étaient activés. Un fichier nsconfig.json corrompu peut être restauré avec la dernière configuration si le téléchargement a réussi. Cela nécessite le certificat de l'utilisateur lorsque le durcissement du pilotage et la validation de la configuration sécurisée sont activés. En outre, lorsque le client génère un nsconfig.json par défaut en raison d'une corruption, toutes les valeurs marquées par des caractéristiques sont perdues, ce qui empêche le déchiffrement du certificat de l'utilisateur et provoque des échecs de téléchargement de la configuration. Note La correction fait partie de la version 133.0.0 et est rétroportée à la version 132.0.13. |
| 133.0.0 | |
| 784777 | Le problème est dû au fait que la réutilisation du port TCP n'a pas entièrement nettoyé l'ancienne session. La première tentative de la session New a déclenché le nettoyage du port, entraînant un échec et nécessitant une reconnexion. Cette modification permet de nettoyer correctement l'ancienne session et n'affecte plus les sessions New sur le port réutilisé. |
| 777432 | Correction d'un problème où l'enrôlement UPN Netskope Client échouait lorsque la configuration sécurisée et l'UPN sécurisé étaient tous deux activés en raison du renouvellement ou de la révocation du certificat de l'utilisateur, ou de l'absence de certificat de l'utilisateur. Ce problème concerne à la fois les installations à utilisateur unique et à utilisateurs multiples. |
| 781045 | Dans l'interface Web, l'administrateur peut saisir un message dans le modèle de notification de l'utilisateur. Ce message apparaît dans la boîte de dialogue de notification de l'interface utilisateur au niveau du point de terminaison du client. Auparavant, si l'administrateur incluait un "mailto url" dans le message de notification de l'utilisateur, Netskope Client supprimait tous les espaces du "mailto url" et ajoutait des caractères indésirables à la fin du message. Ce problème est désormais résolu en préservant tous les espaces dans l'"url mailto" et en supprimant les caractères indésirables à la fin. |
| 795746 | Correction du problème de corruption de nsconfig.json qui empêchait le décryptage du certificat utilisateur lorsque le durcissement du pilotage et la validation de la configuration sécurisée étaient activés. Un site nsconfig.json corrompu peut être restauré avec la configuration la plus récente si le téléchargement a réussi. Cela nécessite le certificat de l'utilisateur lorsque le durcissement du pilotage et la validation de la configuration sécurisée sont activés.En outre, lorsque le client génère une adresse nsconfig.json par défaut en raison d'une corruption, toutes les valeurs marquées par des caractéristiques sont perdues, ce qui empêche le décryptage du certificat de l'utilisateur et provoque des échecs de téléchargement de la configuration. |
| 792144 | Adding more than one iOS link to email invite template leads to invalid App Store link. This issue is addressed by adding support for multiple iOS links in the email invitation. |
| 762198 | Fixed an issue with search results for user groups in Steering Configuration. Previously, when an admin searched for a user group using a specific keyword, the webUI displayed only 50 results and placed exact match group names at the bottom or middle of the list. This fix ensures the webUI places exact match group names at the top of the search results. For example, if a user searches using the keyword “admin”:
|
| 783149 | Fixed an issue where the users experienced Netskope Client disconnections and fail close state remained enabled. This led to frequent Internet Security tunnel disconnections and users are forced to reboot their system again. Note The fix is released as part of release version 133.0.0 and is backported to version 129.1.6. |
| 785026, 750658 | The Netskope Client captive portal feature now accommodates HTTP redirection using the meta refresh element. This fix addresses scenarios where the content attribute was not set to "0" or where apostrophes were used instead of double quotes. |
| 781465 | Changing the registry value ProductID in HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion on a Windows device may cause an inter-process communication (IPC) failure between the Netskope Client processes stAgentsvc and stagentUI due to mismatched encryption keys. The fix involves regenerating encryption keys for all Netskope Client processes when this issue occurs. |
| 765691 | Proxy detection relies on impersonating as an active user. In a multi-user scenario, such as Virtual Desktop Infrastructure (VDI), users may be in a disconnected state instead of being actively connected. A disconnected state indicates that users remain logged in but are not actively engaged. The proxy detection process should account for disconnected users, as their tunnels may still be active. This fix enables the impersonation of disconnected users as well. |
| 756815 | Fixed multiple issues regarding the auto-upgrade schedule:
|
| 133.0.4 | |
| 801565, 786556 | Correction d'un problème pour Netskope Client for Windows où le tunnel du client se déconnecte constamment ou les services du client s'arrêtent. Note La correction fait partie de la version 133.0.4 et est reportée à la version 132.0.13. |
| 820999 | Correction d'un problème où la mise à niveau Netskope Client échouait lors de la mise à jour de paquets 64 bits sur Windows Server. Note The fix is released as part of release version 133.0.4 and is backported to versions 132.0.13. |
| 133.1.0 | |
| 832690 | Fixed an issue where the One Time Password (OTP) feature failed on macOS devices because the Client Configuration webUI in version 133.0.0 showed an incorrect Netskope Client status. |
| 134.0.0 | |
| 795413 | Fixed an issue where Netskope Client does not support Captive Portal detection when HTTP response contained multiple HTML meta tags. |
| 840031 | Fixed an issue where Netskope Client for Linux crashed unexpectedly during the enrollment process. This specific crash occurred when users attempted to enroll the Client using the Identity Provider (IDP) mode. |
| 846555 | Fixed an issue where the Netskope Client for Linux installation used the /tmp folder. The install.sh command failed due to noexec permissions in /tmp. This fix directs the installation to use an alternate location. |
| 851222 | Fixed an issue where the Netskope Client connected to an on-premise network remained on-premises even after moving to off-premises. The status stayed on-premises until restarting the Netskope services. |
| 841829 | Correction d’un problème où le périphérique était catégorisé comme unmanaged dans l’interface web du périphérique après avoir ajouté la règle de classification périphérique pour antivirus (AV). Le problème est survenu car Netskope Client n’a pas converti la chaîne de noms AV en utilisant la méthode UTF-8 nécessaire. |
| 846563 | Fixed an issue where the Netskope Client upgrade failed in Windows due to the missing installer cache. This issue is addressed by registering a backup source for the installer. |
| 835106, 761930 | With this fix, Netskope updated the system's limit for the maximum array size supported by the "clients" parameter in the Devices page API v2. The new stable maximum size is now set to 100 entries for optimal performance. Sending an API request for the Devices page with more than 100 entries within the "clients" parameter now results in an error response. |
| 824828 | The fix addresses an issue where the Custom antivirus (AV) check in Device Classification for Windows failed on endpoints with Trend Micro Apex One. This caused devices to be wrongly classified as "Unmanaged," despite the antivirus being installed and active. |
| 803728 | Fixed an issue in Netskope Client for iOS where the tunneling connection disrupted when the DNS-resolved address changed rapidly in CASB or Per-App VPN mode. |
| 798635 | Fixed an issue where inserting or removing smart card triggered a Device Classification check in Windows. This fix checks if the Smart Card option is enabled in at least one Certificate rule and starts the smart card monitor thread only if it does. |
| 728913 | Fixed an issue where the device classification check failed on macOS devices during certificate check with the “Check UPN” option enabled. UPN Check in non-AD domain-joined devices failed due to the UPN retrieved from Kerberos API did not match with the value in the certificate’s Subject Alternative Name (SAN) field. Use email as fallback for non-AD joined macOS devices. Note Contact Support to use email for UPN Check in Device Classification. |
| 684014 | Fixed an issue where the Netskope Client did not disable promptly after the user was disabled/ deleted in IDP. Note Contact Netskope Support to if the administrator wants to enable this fix for your tenant. |
| 848014 | Correction d’un problème où les graphiques et tableaux des métriques Site to POPs montraient des valeurs incohérentes et gonflées dans le tableau de bord DEM. Cette divergence est survenue parce que le Netskope Client envoyait des valeurs métriques incorrectes ou excessives au DEM. |
| 805334 | Fixed an interoperability issue that occurred with Netskope Client and VPN applications such as Citrix Secure Access and Cisco AnyConnect. The issue led to DNS resolution failures for internal and external domains. |
| 828189 | Fixed an issue where enabling steering On-Premises Detection Profile breaks if the tenant has many steering configurations in the webUI. |
| 840173 | Fixed an issue on the device page where hiding the "Internet Security Status" column unexpectedly disables the device enable/disable action button. |
| 810223 | When the admin creates a Client Configuration for the first time, the admin is given the option to apply the Configuration to either Organization Unit or User Group. This selection applies to the subsequent Client Configurations. Fixed an issue when admin searched for Client Configuration and received only one configuration in the search result, and when the admin tries to create a new Client Configuration, the admin can select Apply to “Organization Unit” or “User Group” which is not expected, and it caused the existing client configs to get deleted. |
| 825680 | Fixed an issue where the Default tenant config in the Steering Configuration webUI appeared under a different name, such as All Users. |
| 797625 | Fixed an issue where administrators could view device details on the Devices page in the web UI even if the device entry had an empty username or the device user is deleted. |
| 840031 | Fixed an issue where Netskope Client for Linux crashed unexpectedly during the enrollment process. This specific crash occurred when users attempted to enroll Client using the Identity Provider (IDP) mode. |
| 135.0.0 | |
| 872456 | Fixed an issue causing Netskope Client to crash when more than 3000 domain exceptions were added in the Steering Configuration. |
| 842447 | Fixed an issue where Netskope Client crashed, removing the user certificate and secure enrollment tokens. This required redeployment and re-enrollment of tokens. The issue was caused by a corrupt nsconfig.json file. |
| 873979 | In multi-user environments where the Secure Configuration option was enabled, the Netskope Client could lose access to user certificates during specific user sessions. This prevented the Client from downloading its configuration from the Cloud, causing it to remain in a disabled state. Fixed this issue and the Client can now properly handle user certificates even when the Secure Configuration option is enabled in a multi-user environment. As a result, the Netskope Client can consistently download configurations and remain enabled. |
| 849841 | Fixed an issue that occurred while adding Exception for Domains in Default Steering profile resulted in the exception being added to existing Domains Exception list instead of creating a new entry. |
Voici la liste des problèmes connus dans cette version.
| Numéro d'émission | Description |
|---|---|
| 132.0.0 | |
| 684014 | Lorsqu'un utilisateur IDP est désactivé, Netskope Client n'est pas désactivé rapidement. |
| 755879 | La fonction de tunneling DNS disponible dans Windows 11 fait partie du sous-système Windows pour Linux (WSL). Il traite les requêtes DNS directement dans l'environnement WSL. Les instances Linux fonctionnant dans le WSL n'envoient plus de requêtes DNS à l'hôte via NAT. Ainsi, le site Netskope Client n'intercepte pas les demandes par le biais du routage. En guise de solution, désactivez le tunnel DNS dans le fichier .wslconfig sur votre hôte, arrêtez et redémarrez l'instance WSL Linux. Pour savoir comment désactiver la fonction de tunneling DNS, consultez Netskope Client for Linux. |
| 770428 | Lors de l'édition d'une règle de classification périphérique avec un contrôle Encryption, l'écran se fige après la suppression d'un autre critère. |
| 133.0.0 | |
| 761930 | La taille maximale du tableau pour le paramètre "clients" dans la page périphérique avec REST API v2 est de 7000. L'envoi d'une requête contenant plus de 7000 entrées pour "clients" entraîne une réponse d'erreur. La solution consiste à envoyer des demandes d'API avec un maximum de 7000 entrées pour le paramètre "clients". |
| 684014 | Lorsqu'un utilisateur IDP est désactivé, Netskope Client n'est pas désactivé rapidement. |
| 133.1.0 | |
| 805334 | Un problème d'interopérabilité s'est produit avec Netskope Client et des applications VPN telles que Citrix Secure Access et Cisco AnyConnect. Le problème a entraîné des échecs de résolution DNS pour les domaines internes et externes. |
| 134.1.0 | |
| 880058 | Le site Netskope Client pour macOS se désactive par intermittence lors de la mise en veille, du réveil ou du redémarrage. Le redémarrage du système résout le problème. |