如何在最小化及关闭远程桌面后鼠标仍处于可交互状态

Barbara 分类:使用问题

如何在最小化及关闭远程桌面后鼠标仍处于可交互状态

回复

共1条回复 我来回复
  • Lily
    Lily
    这个人很懒,什么都没有留下~
    评论

    默认情况下,当用户没有在 Windows 上执行任何输入(没有鼠标键盘等的输入)并保持一定时间后,Windows 会自动切换到锁屏模式(或屏保模式),甚至待机。
    一般情况下,这样不会有任何问题,而且也是推荐的设置(出于安全和节能的角度)。但是,如果这台电脑被用于进行一些自动化的测试,尤其是涉及到 UI 的交互操作时(比如,测试过程中用脚本操控鼠标来模拟点击一个按钮),这将会是个很大的问题:鼠标键盘失效了!UI 自动化做不下去了!
    解决这个办法的方案很简单:设置 Windows 的电源模式,让 Windows 不要自动锁屏和待机,同时去掉屏保。

    问题进阶

    脚本自动化测试期间,执行测试的电脑几乎不能继续被他人使用(因为鼠标、键盘等输入设备此时需要响应自动化测试脚本)。为了不影响电脑使用,一般会搭一个虚拟机,然后远程连接到虚拟机里,在虚拟机里执行 脚本自动化测试。
    但是,万一你不小心把某个远程桌面“最小化”了…GAME OVER,你的自动化测试就挂了。既然连最小化都会失败,相信你已经猜到直接关闭远程桌面的后果了。
    为什么最小化或关闭远程连接的桌面会导致自动化测试失败呢?

    概念介绍
    要解释清楚这个原因,首先必须要了解3个在Windows 操作系统中的经常用到,却很陌生的对象:Session、Windows Station 和 Desktop。

    Session
    用户会话,每个登录操作系统的用户都会分配一个唯一的登录会话,用于标识该用户。操作系统(2008 及以上)保留0号会话给一些系统服务及用户态的驱动使用,第1个登录系统的用户使用的 Session ID 为1,该用户执行的所有应用程序都在 Session 1 下执行。
    我们可以打开任务管理器,切换到进程列表,然后在菜单->视图->选择列中,勾选 Session ID 列。
    f13cb77b8f2abe286db5dbadc65b0b56

    如果有其它的用户登录到系统,就会看到 Session ID 大于1的情况,比如远程桌面。

    Windows Station
    Station 可以理解为工作站,它被认为是桌面和进程的安全边界。因此,每一个 session 都会包含多个 station,而每一个 Station 又包含1个或多个 Desktop。
    但是,多个 Station 中,只有名字叫 Winsta0 的 Station 才是交互式的 station,也就是说只有它才能有 UI 并接受用户输入。所以每个 Session 都有一个叫 Winsta0 的用户进行交互。

    Desktop
    这里的 Desktop 并不是我们进入系统后所看到的那个蓝底的桌面(,我们看到的这个桌面,实际上只是一个窗口)。而是逻辑上的一个显示对象,它包含可显示的 GUI 对象(比如窗口、菜单、钩子等)。一般情况下,WinSta0 包含至少三个Desktop:登录(WinLogon)、屏保(ScreenSaver)和默认(Default,能看到所有应用程序的地方)。
    同一时刻只能有一个Desktop处于激活状态(而能激活的 Desktop 只能属于 Winsta0)。用户还没登录的时候,登录桌面处于激活状态。登录之后,默认的Desktop处于激活状态。当达到系统电源设置的某个点的时候,系统切换到屏保,此时屏保Desktop处于激活状态。当用户按下 Ctrl + Alt + Delete 时,切换到登录Desktop,此时登录Desktop处于激活状态。
    激活状态的Desktop才能接收用户输入,钩子才能获取其中的某个窗口消息。
    如果你已经体验过 Win10,那应该就会知道 Win10 提供了很方便的创建多个Desktop的方式。
    fa299c202da0724ff140818d9914d0fb

    原 因
    了解了上述三个对象后,就可以比较容易的解释出现问题的原因了。

    最小化
    最小化会让远程桌面的会话切换到无图形界面的模式,这自然就无法继续接收鼠标、键盘的指令了。

    关闭远程桌面
    关闭远程桌面会让系统切换到登录Desktop的界面,而在该Desktop上并没有我们打开的其它窗口,因此会导致 UI 自动化测试失败。

    解决办法
    最小化 ( 从机器A通过远程桌面连接机器B,则需要在机器A上修改注册表)
    通过设置注册表的值可以阻止切换到无图形界面。

    32位系统
    找到 HKEY_LOCAL_MACHINE\Software\Microsoft\Terminal Server Client,创建一个 DWORD 类型的值,名字叫做 RemoteDesktop_SuppressWhenMinimized,然后设置值为 2。

    64位系统
    找到 HKEY_LOCAL_MACHINE\Software\Wow6432Node\Microsoft\Terminal Server Client,然后和 32 位一样创建一个DWORD 类型的值,名字叫做 RemoteDesktop_SuppressWhenMinimized,并设置值为 2。

    上面的改动会应用于整个机器,如果只想应用于当前的用户,把 LOCAL 替换成 USER。

    关闭远程桌面
    方案一:
    在远程桌面(被连接到的电脑)中先执行 query session 来查看当前登录到的 session,(远程桌面的 sessionName 都以 rdp-tcp 开头)。
    5a81d2da43eed5619470be55040c2063

    然后用管理员用户打开命令行工具,并执行 “tscon rdp-tcp#0 /dest:console”,其中 rdp-tcp#0 为该该命令会关闭远程桌面的连接,然后把连接返回给远程的那台电脑(绕开登录过程)。这里的 console 只是一个 session 的名字,而这个名字的意思并非是 “控制台” 的意思,而是指带有输入输出设备的机器,一般直接登录电脑的会话就是 console。
    假设电脑A执行 mstsc 连接到电脑B(连接成功后,电脑B黑屏),此时在电脑B上执行上述命令后(替换对应的session名字),电脑A中的远程连接窗口会被关闭,并提示远程连接会话已经终止。电脑B(假设运行在另一台物理机上)会恢复到已经登录的状态,如果需要重新让电脑B恢复锁屏状态,可以在电脑B上执行如下命令:
    rundll32.exe user32.dll,LockWorkStation

     

    方案二:
    假设用于跑自动化的机器是虚拟机B,现在再使用另一台虚拟机A作为中转。本机先连接到虚拟机A,然后再从虚拟机A连接到虚拟机C,最后断开虚拟机A。

    方案三

    先通过方案一查询console是哪个会话ID,上图所示为3

    远程桌面mstsc远程登录虚拟机时,在虚拟机中新建文本文档,写入内容

    @%windir%\System32\tscon.exe 0 /dest:console
    @%windir%\System32\tscon.exe 1 /dest:console
    @%windir%\System32\tscon.exe 2 /dest:console
    @%windir%\System32\tscon.exe 3 /dest:console

    将文本文档重新命名为‘Close_RDP’,并将后缀名改为‘.bat’,双击文件‘Close_RDP.bat’关闭远程链接。不过此方法存在不太稳定的情况,不推荐使用。经测试主要问题是出现在tscon.exe有的系统可以成功运行,有的会运行失败。得多找几个不同系统的tscon.exe测试保证成功。

    方案四:经研究这个方法最可靠(后期代码实现在上传)

    使用C#开源远程桌面连接软件Multi RDP Client .NET,当远程连接上后,最小化的情况下,鼠标键盘模拟仍然是生效的。另外由于是开源软件,所以我们可以在源码基础上,扩展自己的功能,比如说在自动化测试过程中,接收请求,自动远程连接相应机器,来满足自动化测试的需求。另外,使用第三方远程连接软件,我们可以将软件的数据保存到远程的数据库中,这样,我们只需要有软件,不需要知道机器密码就可以使用执行机器了。

    总结
    以上几种解决远程桌面问题的方法,在工作中都有可能用到,比如说在脚本初期,我们使用到的机器不是太多的情况下,脚本的运行需要手工进行,这时,我们可以采用注册表法,这样就可以将远程桌面的窗口最小化到任务栏了;而当我们机器不断增多时,比如说自动化执行的机器超过了10个甚至更多,这时我们最好借助开源远程连接软件了。对于大规模的虚机管理,推荐使用开源远程连接软件来进行管理。

    1个月前 0条评论
如何在最小化及关闭远程桌面后鼠标仍处于可交互状态
交流群