none
Hote de session RDS : Déconnexion Utilisateur RRS feed

  • Question

  • Bonjour,

    j'ai un environnement RDS composé de :

    • 1 Serveur : Licence, Broker
    • 1 Serveur : HS
    • 1 Serveur : HS

    Certains de mes utilisateurs ont besoin de lancer des traitements sur de longue durée, cependant la session se ferme après x temps.

    Je ne comprends pas pourquoi sachant que j'ai aucune GPO limitant la durée d'inactivité.

    Comment pourrais-je faire ? Ou est-ce que je pourrais regarder ? 

    Izhocell

    lundi 30 septembre 2019 10:51

Réponses

  • Bonjour,

    Vous devriez commencer par lancer un résultat des stratégies de groupes depuis gpmc.msc pour vérifier qu'en effet aucun GPO ne vient modifier les paramétrages.

    Vérifiez qu'il n'y ait pas de stratégie de limitation des sessions déconnectées ! Pourquoi, parce qu'une coupure réseau (par exemple) plus mettre une session en "déconnecté" et du coup, provoquer la fermeture.

    Vous pouvez aussi regarder les journaux d'événement "sécurité" des RDSH : la cause de la fermeture de session y est précisée.


    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr

    "Aléatoire" et "Mystérieux" sont des qualificatifs inventés par l'Homme pour éviter de dire qu'il n'a pas trouvé la root cause du problème...

    • Marqué comme réponse Izho_cell mardi 1 octobre 2019 09:41
    lundi 30 septembre 2019 11:15
  • Bonjour,

    Dans le gestionaire de bureau à distance, par défaut la session se ferme après un certain temps de mémoire. Pour vérifier cela, il vous suffit d'aller sur les paramètres de votre collection et vérifier les valeurs que vous avez à cet emplacement :

    https://social.technet.microsoft.com/Forums/getfile/386534


    Merci de marquer comme reponses les interventions qui vous ont ete utile.

    • Marqué comme réponse Izho_cell mardi 1 octobre 2019 09:41
    lundi 30 septembre 2019 11:19
  • Je vous conseille de créer un utilisateur à partir de rien et tester à partir d'un poste que la session reste bien ouverte sans se fermer.

    Si c'est bien le cas, cela signifie que ce sont les comptes utilisateur existants qui posent problème :

    • Vérifiez les paramètres des comptes, onglet "Sessions" pour vérifier qu'il n'y ait pas un paramètre propre à ces utilisateurs
    • Vérifiez qu'il n'y ait pas d'application qui pourrait provoquer cette fermeture de session
    • Et vérifiez que cela ne soient pas les utilisateurs qui ferment les session par erreur (confusion poste local et session RDS)

    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr

    "Aléatoire" et "Mystérieux" sont des qualificatifs inventés par l'Homme pour éviter de dire qu'il n'a pas trouvé la root cause du problème...

    • Marqué comme réponse Izho_cell mardi 1 octobre 2019 09:41
    lundi 30 septembre 2019 11:44

Toutes les réponses

  • Bonjour,

    Vous devriez commencer par lancer un résultat des stratégies de groupes depuis gpmc.msc pour vérifier qu'en effet aucun GPO ne vient modifier les paramétrages.

    Vérifiez qu'il n'y ait pas de stratégie de limitation des sessions déconnectées ! Pourquoi, parce qu'une coupure réseau (par exemple) plus mettre une session en "déconnecté" et du coup, provoquer la fermeture.

    Vous pouvez aussi regarder les journaux d'événement "sécurité" des RDSH : la cause de la fermeture de session y est précisée.


    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr

    "Aléatoire" et "Mystérieux" sont des qualificatifs inventés par l'Homme pour éviter de dire qu'il n'a pas trouvé la root cause du problème...

    • Marqué comme réponse Izho_cell mardi 1 octobre 2019 09:41
    lundi 30 septembre 2019 11:15
  • Bonjour,

    Dans le gestionaire de bureau à distance, par défaut la session se ferme après un certain temps de mémoire. Pour vérifier cela, il vous suffit d'aller sur les paramètres de votre collection et vérifier les valeurs que vous avez à cet emplacement :

    https://social.technet.microsoft.com/Forums/getfile/386534


    Merci de marquer comme reponses les interventions qui vous ont ete utile.

    • Marqué comme réponse Izho_cell mardi 1 octobre 2019 09:41
    lundi 30 septembre 2019 11:19
  • Merci de vos réponses.

    Avant de faire les tickets j'ai bien entendu vérifié le gpedit.msc pour voir s'il y avait une stratégie local, et aussi un rsop pour voir s'il y avait une stratégie du domaine.

    Les deux sont vierges.

    Je suis aussi allez voir la configuration de mon RDHS dans la collection et je n'ai aucun délai d'expiration de configuré.

    Au niveau des évenements je retrouve ce genre de message :

    "Fermeture de session initiée par l’utilisateur :

    Cet événement est généré lorsqu’une fermeture de session est initiée. Aucune autre activité initiée par l’utilisateur ne peut se produire. Cet événement peut être interprété comme un événement de fermeture de session."

    "Fermeture de session d’un compte.

    Cet événement est généré lorsqu’une session ouverte est supprimée. Il peut être associé à un événement d’ouverture de session en utilisant la valeur ID d’ouverture de session. Les ID d’ouverture de session ne sont uniques qu’entre les redémarrages sur un même ordinateur."

    Izhocell

    lundi 30 septembre 2019 11:37
  • Je vous conseille de créer un utilisateur à partir de rien et tester à partir d'un poste que la session reste bien ouverte sans se fermer.

    Si c'est bien le cas, cela signifie que ce sont les comptes utilisateur existants qui posent problème :

    • Vérifiez les paramètres des comptes, onglet "Sessions" pour vérifier qu'il n'y ait pas un paramètre propre à ces utilisateurs
    • Vérifiez qu'il n'y ait pas d'application qui pourrait provoquer cette fermeture de session
    • Et vérifiez que cela ne soient pas les utilisateurs qui ferment les session par erreur (confusion poste local et session RDS)

    Cordialement,

    Sylvain (MCP, MCTS Windows Server 2008 R2 Server Virtualization, MCTS Exchange 2010)

    WWW : http://snsv.consulting | Blog : http://sylvaincoudeville.fr

    "Aléatoire" et "Mystérieux" sont des qualificatifs inventés par l'Homme pour éviter de dire qu'il n'a pas trouvé la root cause du problème...

    • Marqué comme réponse Izho_cell mardi 1 octobre 2019 09:41
    lundi 30 septembre 2019 11:44
  • L'onglet session d'un des utilisateurs en question est aussi vierge.

    Effectivement il ne me reste plus qu'a faire le test moi-même.

    Je vais aussi essayé de monitorer le nombre d’utilisateur connecté.

    Izhocell

    lundi 30 septembre 2019 11:58
  • Je pense que mon problème vient de la mise en veille des postes utilisateurs.

    J'ai laissé ouvert une connexion toute la nuit et je n'ai pas perdu la main.

    Izhocell

    mardi 1 octobre 2019 07:16