Windows 提供了许多垫片解决程序中的错误和限制。
垫片可以对程序进行各种欺骗
- 关于 Windows 版本
- 谎称文件操作失败
- 关于无法打开的注册表项的谎言
是否有关于软件的谎言从终端会话运行(例如远程桌面)?
我有一个软件可以检测它是否在终端会话中运行,并且变化其行为也相应地发生变化。另一个软件拒绝运行,因为它说它根本不受支持。
就像一个拒绝在 Windows 2000 以上版本上运行的程序一样,它可以运行良好 - 只要给自己一个机会。
有没有 ”终端会话谎言“垫片?
想象一下伪代码包含:
static class Program
{
if (System.Windows.Forms.SystemInformation.TerminalServerSession)
{
System.Environment.FastFail("We're too lazy to make our software work under TS.");
}
...
}
其他应用程序在终端会话下改变其行为:
//Don't enable animations if we're in a TS window, or on battery
Boolean animationsEnabled =
(!System.Windows.Forms.SystemInformation.TerminalServerSession)
&&
(System.Windows.Forms.SystemInformation.PowerStatus.PowerLineStatus !=
PowerLineStatus.Offline);
我希望 Windows 对应用程序撒谎,以便它不认为它正在终端会话/远程桌面会话中运行。
这与其他程序不知道如何编写版本检查代码的情况类似,因此在 Windows XP 以外的任何版本上都会失败:
static class Program
{
//Make sure we're on Windows 5.0 or later:
if (!(WinMajorVersion >= 5) && !(WinMinorVersion >= 0))
FastFail("Requires Windows XP or later");
}
上述代码在 Windows 6.0 版本上提示失败 —— 这正是版本 11.0 shims 存在的原因。
答案1
我认为这是不可能的。您的程序可能正在查看的特定标志代码是标志SM_REMOTESESSION
。正如 SQLChicken 指出的那样,对于单个用户,您可以通过尝试获取控制台会话来解决这个问题,这将使您留下SM_REMOTESESSION = 0
,但对于多个用户,我认为这并非不可能。
我知道这很令人沮丧,但您可能必须与程序供应商合作才能解决这个问题。纠正在 TS 下行为不当的软件需要大量工作,因为这通常是由糟糕的 Windows 心态造成的,即所有计算机都只是大屏幕 PDA,多个用户是不可能的(而联网实际上是高级用户的专利)。由此引起的问题不仅限于您描述的“懒得测试”功能(类似于:
#include <windows.h>
#pragma comment(lib, "user32.lib")
BOOL IsRemoteSession(void)
{
return GetSystemMetrics( SM_REMOTESESSION );
}
)以及共享资源的使用和图形的正确使用(实际上很难正确做到这一点的原因是由 Raymond Chen 讨论)。
因此,除非您有其他机制来证明该软件可以在多个用户的情况下正常运行,否则我倾向于认为击败检查SM_REMOTESESSION
实际上是不够的。
答案2
我有点困惑,但我会尝试一下。在使用 RDP 远程控制服务器方面,您可以使用控制台连接,以便运行需要该控制台状态的应用程序。单击“开始”-->“运行”,然后输入“mstsc.exe /?”(不带单引号)。这将调出您当前正在运行的任何 RDP 版本的帮助开关。您可以使用这些开关通过控制台会话启动 RDP。例如,对于我当前正在运行的版本(Windows 7 RC),我将输入“mstsc.exe /v:exampleserver /admin”以连接到名为 exampleserver 的服务器的控制台会话。请注意,RDP 版本之间存在差异,因为 /admin 开关以前是 /console。如果您想确定,请连接到目标服务器并运行该 /? 命令,看看它对控制台连接的期望是什么。
答案3
解决方法,而不是解决方案。
您是否希望运行单个管理软件,或者向终端服务器提供应用程序?
如果是前者,您可以使用诸如 VNC/LogMeIn 之类的东西连接到控制台 - 并且系统不会知道您已远程连接。
后者的危险在于,某些应用程序使用共享资源(我们使用的应用程序具有相同名称的临时文件,因此多个用户会导致损坏),并且由于设计不良,根本无法在多个实例下的终端服务器上运行。