De maintien de session bureau à distance “vivant”

J'utilise AutoIt pour automatiser les opérations d'interface utilisateur graphique (la connexion à la machine qui exécute l'application automatisée, à l'aide de RDP). Chaque fois que je minimise la RDP de la fenêtre (à l'aide de mRemote), aucun autre AutoIt commandes sont effectuées.

Peut-être la session RDP est marqué "inactif" quand je réduis la fenêtre (je ne sais pas si c'est vrai, ni comment configurer ce comportement, si si). Je suis en train de réfléchir 2 options pour surmonter cette:

  1. L'exécution de mon processus que certains élevée de l'utilisateur (ou un service).
  2. Trouver cette configuration qui contrôle si la session est marqué inactif et le remplacer.

Comment garder la session bureau à distance "en vie" quand le RDP de la fenêtre se réduit?

OriginalL'auteur lysergic-acid | 2011-04-03

  1. 5

    Nous avons eu le même problème avec le protocole RDP. Une solution de contournement que nous avons utilisé était d'ouvrir une autre session de bureau à distance pour vous connecter au même serveur:

    1. Vous vous connectez à sever avec RD.
    2. De RD de l'étape 1, vous vous connectez à server une fois de plus.

    De cette façon, le 2e session sera toujours "active" lors de la réduction ou même la déconnexion de votre première session bureau à distance. Bien sûr, votre serveur de Bureau à Distance doit prendre en charge plusieurs connexions à partir de la même utilisateur.

    Oui, c'est vrai. Je suppose que c'est en quelque sorte liée à la façon dont les fenêtres sont peintes: si windows n'est actuellement pas visible, il n'est pas de recevoir des WM_PAINT messages. Lorsque vous réduisez fenêtre du Bureau à Distance, il n'est plus visible, et il n'est pas peint par conséquent; en outre, il ne reçoit pas les événements de la souris: après tout Bureau à Distance les actions de la souris avec votre client de bureau.

    OriginalL'auteur Alexey Ivanov

  2. 2

    Vous pourriez vouloir joindre votre session RDP de la CONSOLE. Dans de tels cas, même après la déconnexion de l'INTERFACE utilisateur sera toujours actif. 

    TSCON {sessionid | sessionname} /DEST:CONSOLE

    OriginalL'auteur msl

  3. 0

    Ma nuit de régression suite à l'échec sur ma machine locale, car l'entreprise des règles verrouillé automatiquement l'appareil au bout de 14 minutes d'inactivité. J'ai donc écrit un petit programme vbScript appuyer sur la touche "impr écran" de la clé toutes les 12 minutes et c'est vraiment résolu le problème. Si ce n'était pas sur le protocole RDP, mais l'exécution de quelque chose de similaire sur la machine distante en aide.

    OriginalL'auteur 9ikhan

  4. 0

    La accepté de répondre ne fonctionne pas si il n'y a pas de session rdp à tous, et que vous souhaitez automatiser à travers AutoIt.

    Ils disent dans ce cas, vous ne devez pas utiliser WinActivate et l'utilisation ControlSend dans les scripts AutoIt au lieu de cela, et il serait de travailler en douceur. Et oui, ça marche, vérifié moi-même.

    OriginalL'auteur Andrey Regentov