Le code de maintien en vie échoue avec le nouveau client RDP

Question

Pour notre projet Secure Terminal Server, nous avons besoin de garder la session RDP ouverte, c'est-à-dire d'empêcher l'ordinateur distant de temporiser et de verrouiller la session. Un petit arrière-plan:

Nous avons plusieurs serveurs virtuels configurés en tant qu'agents intermédiaires, avec un composant client qui lance une session RDP sur les serveurs virtuels et y démarre une application. Cette application lit les données de connexion d'une base de données, y compris le nom d'utilisateur et le mot de passe pour se connecter à l'ordinateur de destination finale.

Pour les sessions de bureau à distance, nous utilisons le contrôle ActiveX extrait de MSTSCAX.DLL (en utilisant AxImp). Parce que l'utilisateur n'a pas accès au mot de passe pour l'ordinateur distant, nous devons absolument empêcher la session de se terminer.

Au cours des derniers mois, nous avons utilisé le code suivant, déclenché par un objet Timer, pour ce faire. Cela a fonctionné très bien, jusqu'à ce que je devais mettre à jour le client RDP à la version 6 afin d'accéder aux boîtes de serveur 2008 (nous utilisions la version 4 ou 5, ne sachant pas lequel). Depuis lors, l'appel à SendKeys provoque parfois une erreur HRESULT E_FAIL - assez souvent pour causer des problèmes majeurs.

Quelqu'un a-t-il une idée de ce qui pourrait être à l'origine de cette situation? Mieux encore, est-ce que quelqu'un a une meilleure façon d'accomplir cela qui peut fonctionner avec le nouveau client RDP?

Merci, Dave

 _mstscKeyControl = (IMsRdpClientNonScriptable)_mstsc.GetOcx(); 

    private void KeepAlive() 
    { 
     try 
     { 
      if (null != _mstsc && 0 != _mstsc.Connected) 
      { 
       bool[] bKeyUp = new bool[ 20 ]; 
       int[] KeyData = new int[ 20 ];   // value matches lParam parameter of WM_DOWN message 

       /* 
       * Send CAPS LOCK on followed by OFF 
       * 
       * The SendKeys routine will not allow remote data in a single call to be mixed with 
       * local data so this shouldn't mess up anything. 
       */ 

       KeyData[ 0 ] = (int)MapVirtualKey(14, 0); // vk_capital = CAPS LOCK 
       bKeyUp[ 0 ] = false; 
       KeyData[ 1 ] = KeyData[ 0 ]; 
       bKeyUp[ 1 ] = true; 

       _mstscKeyControl.SendKeys(2, ref bKeyUp[ 0 ], ref KeyData[ 0 ]); 
      } 
     } 
     catch (Exception ex) 
     { 
      MessageBox.Show(ex.Message + Environment.NewLine + ex.StackTrace); 
     } 
    } 

Answer 1

au lieu d'un sendkeys, est-il un moyen de passer une sorte de mousemove à la place? Je pense que cela serait moins invasif, si vous déplacez seulement la souris de quelques pixels. Je ne suis pas sûr si RDP a un certain seuil de mouvement de la souris, cependant - peut-être que quelques pixels ne suffisent pas pour réinitialiser le délai de déconnexion/verrouillage.

Nous finirons par avoir le même problème (notre serveur de terminal est actuellement 2003, mais nous allons passer à 2008 à un moment donné), donc je serais vraiment intéressé de savoir ce qui se termine votre solution par être.

Answer 2

Avez-vous essayé de gérer Group Policies pour configurer les services Terminal Server et maintenir la session active?

Answer 3

J'ai le même besoin de maintenir RDP 6 en vie du côté client. Entré ici via google, essayé sendkey et mousemove, n'a pas fonctionné. Turn out WM_ACTIVATE faire l'affaire.

Voici mon segment de base de script AutoHotkey:

SetTimer, RemoteMachine_Tick, 60000 

RemoteMachine_Tick:

IfWinNotActive, remote01 - Remote Desktop 
    SendMessage, 0x006, 1, 0, , remote01 - Remote Desktop; 
    WM_ACTIVATE(0x006) WA_ACTIVE(1) 
return