none
Windows serveur 2016 RDS : La tache que vous essayez de réaliser ne peut pas se terminer car le service bureau à distance est actuellement occupé RRS feed

  • Question

  • Nous avons une ferme composé de 3 serveurs RDS en Windows 2016. Aléatoirement sur le RDS1 nous avions le message suivant :

    "La tache que vous essayez de réaliser ne peut pas se terminer car le service bureau à distance est actuellement occupé. Réessayer dans quelques minutes. Cela ne devrait pas empêcher d'autres utilisateurs d'ouvrir une session"

    je l'ai exclu de la ferme pendant 1 mois et plus de problème. J'ai alors monté un tse4 from scratch. Et la semaine dernière meme problème sur le TSE4.

    "La tache que vous essayez de réaliser ne peut pas se terminer car le service bureau à distance est actuellement occupé. Réessayer dans quelques minutes. Cela ne devrait pas empêcher d'autres utilisateurs d'ouvrir une session"

    A partir de là, plus aucune connexion n'est possible. Reboot obligatoire. Si on redémarre le serveur, on peut à nouveau se connecter.

    J'ai bien vérifier la limite du nombre de connexion.Avez-vous déjà trouver une solution à ce problème qui semble un problème souvent mentionné mais jamais réellement solutionné.



    lundi 22 février 2021 12:48

Toutes les réponses

  • Bonjour,

    Voici un article relatif au problème rencontré :

    Merci donc de vérifier si le KB suivant est bien installé :

    Et également vérifier la stratégie de limite du nombre de connexions :

    Vérifier la stratégie de limite du nombre de connexions

    Vous pouvez définir la limite du nombre de connexions Bureau à distance simultanées au niveau de l’ordinateur ou en configurant un objet de stratégie de groupe. Par défaut, la limite n’est pas définie.

    Pour vérifier les paramètres actuels et identifier les objets de stratégie de groupe existants sur le serveur RDSH, ouvrez une fenêtre d’invite de commandes en tant qu’administrateur et entrez la commande suivante :

    gpresult /H c:\gpresult.html

    Une fois cette commande terminée, ouvrez gpresult.html. Dans Configuration ordinateur\Modèles d’administration\Composants Windows\Services Bureau à distance\Hôte de session Bureau à distance\Connexions, recherchez la stratégie Limiter le nombre de connexions.

    • Si le paramètre de cette stratégie est Désactivé, cela signifie que la stratégie de groupe ne limite pas le nombre de connexions RDP.
    • Si le paramètre de cette stratégie est Activé, vérifiez OSG gagnant. Si vous avez besoin de supprimer ou de changer la limite du nombre de connexions, modifiez cet objet de stratégie de groupe.

    Pour appliquer les modifications de stratégie, ouvrez une fenêtre d’invite de commandes sur l’ordinateur affecté et entrez la commande suivante :

    gpupdate /force

    Cordialement

    Alexis


    Microsoft propose ce service gratuitement, dans le but d'aider les utilisateurs et d'élargir les connaissances générales liées aux produits et technologies Microsoft. Ce contenu est fourni "tel quel" et il n'implique aucune responsabilité de la part de Microsoft.

    mardi 23 février 2021 09:16
    Modérateur
  • Bonjour Alexis, content de vous retrouver !

    La stratégie n'est pas activé :

    Pour ce qui est du KB, le serveur est en build au dessus de ce que vous indiquez  :

    Je ne vois pas le KB installé quand je liste les update installé, le serveur est pourtant à jour. Faut-il quand meme installé ce KB ou est-il compris dans la build qui est actuellement sur le serveur ?



    mardi 23 février 2021 12:39
  • Bonjour,

    Comme vous êtes sur un numéro de Build supérieur, il n'est pas nécessaire d'installer ce KB.

    Si tous les éléments proposés dans l’article précédant ont été vérifiés, il est probable qu’il s’agisse d’un souci de duplication de clés de registre . Ces clés sont liées aux règles de Pare-feu Windows et s’amoncellent avec le temps.

    Voici le KB qui corrige ce souci en créant l’entrée DWORD DeleteUserAppContainerOnLogoff à l’emplacement HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy

    Lien vers le KB:

    Lien vers le Windows Catalogue Update:

    Cette entrée dans le registre évitera la duplication de clés et un grossissement anormal de la base de registre

    Résolution d’un problème selon lequel les performances du serveur sont ralenties ou le serveur ne répond plus en raison d’un nombre important de règles du Pare-feu Windows. Pour activer cette solution, utilisez regedit pour modifier la clé suivante et lui affecter la valeur 1 :

    • Type : « DeleteUserAppContainersOnLogoff » (DWORD)
    • Chemin : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy

    Dans l’état actuel des choses il faut donc que vous supprimiez toutes les clés présentes dans le chemin suivant :

    HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ SharedAccess \ Parameters \ FirewallPolicy \ RestrictedServices \ Configurable \ System

    Si la suppression manuelle n’est pas possible vous pouvez exécuter la commande suivante :

    reg delete HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy\RestrictedServices\Configurable\System /va

    Voici un thread du forum Microsoft qui relate le problème avec le KB cité plus haut ainsi que la commande pour supprimer les clés :

    Cordialement

    Alexis


    Microsoft propose ce service gratuitement, dans le but d'aider les utilisateurs et d'élargir les connaissances générales liées aux produits et technologies Microsoft. Ce contenu est fourni "tel quel" et il n'implique aucune responsabilité de la part de Microsoft.

    mardi 23 février 2021 13:01
    Modérateur
  • J'ai créé la clé :


    Par contre cette théorie de grossissement de la base de registre m'étonne car le serveur vient juste d'etre ajouté à la ferme. Donc la base de registre ne doit pas etre si énorme. D'ailleurs il n'y a pas beaucoup d'entrée dans :HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ SharedAccess \ Parameters \ FirewallPolicy \ RestrictedServices \ Configurable \ System

    De plus ce type d'anomalie semble etre rencontré quand l'ouverture de session est longue, dans notre cas présent, aucune session ne peut etre ouverte car on obtient le message : "La tache que vous essayez de réaliser ne peut pas se terminer car le service bureau à distance est actuellement occupé". Par contre les sessions déjà en cours sur ce serveur n'ont pas de problème.




    mardi 23 février 2021 13:16
  • Merci pour ce retour 

    Dans ce cas il y a deux choses à vérifier 

    1. Que vous disposez encore de CALS utilisateurs disponibles
    2. Que vous avez bien spécifié le nom du serveur de Licences lors du déploiement de votre nouveau serveur RDSH

    Cordialement

    Alexis


    Microsoft propose ce service gratuitement, dans le but d'aider les utilisateurs et d'élargir les connaissances générales liées aux produits et technologies Microsoft. Ce contenu est fourni "tel quel" et il n'implique aucune responsabilité de la part de Microsoft.



    mardi 23 février 2021 13:53
    Modérateur
  • les CALs sont par utilisateur donc à ma connaissance il n'y a pas de bloquage. Le serveur est bien spécifié comme vous pouvez le voir sur les captures ci-dessous :

    Il parait important de rajouter que quand le problème arrive :

    1- les nouvelles connexions ne fonctionne pas, on a ce message :

    2- les utilisateurs qui sont connecté n'ont pas de problème. par contre, si ils se déconnectent, ils ne peuvent plus se connecter avec ce même message.

    mardi 23 février 2021 14:26
  • Merci pour ce complément d'informations. 

    Pouvez vous spécifier le nom DNS du serveur de Licence avec son adresse IP .

    Le cas échéant il n y a que l'adresse IP de spécifiée.

    Pouvez vous également me communiquer le nombre de CALS utilisateur  dont vous disposé ainsi que le nombre d'utilisateurs qui se connectent sur la ferme RDS 

    D'avance merci 

    Alexis


    Microsoft propose ce service gratuitement, dans le but d'aider les utilisateurs et d'élargir les connaissances générales liées aux produits et technologies Microsoft. Ce contenu est fourni "tel quel" et il n'implique aucune responsabilité de la part de Microsoft.

    mardi 23 février 2021 14:36
    Modérateur
  • J'ai changé par le nom, mais sur les autres RDS de la ferme qui n'ont jamais eu ce problème c'est aussi l'IP.

    Personne d'autre n'a déjà eu ce message ?

    La tache que vous essayez de réaliser ne peut pas se terminer car le service bureau à distance est actuellement occupé.

    mardi 23 février 2021 15:06
  • Bonjour, Tout comme vous nous sommes impacté par ce problème depuis plus d'un an sur notre ferme CITRIX

    Windows server 2016

    version se : 1439.4283

    parfois nos utilisateurs ne rencontrent aucun problème pendant plusieurs semaines et parfois ce problème se présente 3 fois par jours même après plusieurs redémarrage.

    Tout comme vous le support de CITRIX nous a proposé d'installer la KB4343884 mais notre build étant aussi récent et cette mise a jour introuvable dans le catalogue de Microsoft, le support Microsoft m'a gentiment dit de chercher par moi même si cette mise a jour a été intégré dans d'autres mises a jour, autrement dis, de me "débrouiller" seul...

    A ce jour nous n'avons toujours pas de solution et envisageons de réinstaller notre ferme from scratch en partant d'une ISO plus récente.

    J'ai constaté que notre 2ieme serveur RDS, très peu sollicité par les utilisateurs, est aussi victime de ce problème probablement car il a été créée sur la base de la même ISO.


    EDIT : Finalement nous avons créé un autre serveur en Windows Server 2019 car aucune solution n'a été trouvé.
    • Modifié IT-B0b mercredi 7 avril 2021 14:39
    vendredi 12 mars 2021 09:10