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 版本上失败 - 这正是版本谎言垫片存在的原因。
我不相信这是可能的。您的程序可能正在查看的特定标志代码是
SM_REMOTESESSION
标志。正如 SQLChicken 指出的那样,您可以通过尝试获取控制台会话来为单个用户解决此问题,这将使您获得SM_REMOTESESSION = 0
,但对于多个用户,我认为这无法完成。我很欣赏这令人沮丧,但您可能必须与程序供应商合作才能解决此问题。纠正 TS 下行为不端的软件需要做很多工作,因为这通常是由糟糕的 Windows 心态造成的,即所有计算机都只是大屏幕 PDA,不可能有多个用户(网络真的是为高级用户准备的)。由此引起的问题不仅限于您描述的“无法打扰测试”功能(如下所示:
) 以及共享资源的使用和图形的正确使用(这实际上很难做到的原因由 Raymond Chen 讨论过)。
因此,除非您有其他机制来证明该软件可以与多个用户一起正常工作,否则我倾向于假设通过
SM_REMOTESESSION
检查实际上是不够的。我有点困惑,但我会解决这个问题。在使用 RDP 远程连接到服务器方面,您可以使用控制台连接,以便您可以运行需要该控制台状态的应用程序。点击开始-->运行并输入'mstsc.exe /?' (没有单引号)。这将为您当前运行的任何版本的 RDP 显示帮助开关。您可以使用这些开关通过控制台会话启动 RDP。例如,对于我当前正在运行的版本(Windows 7 RC),我将键入“mstsc.exe /v:exampleserver /admin”以连接到名为 exampleserver 的服务器的控制台会话。请注意,RDP 版本中存在差异,因为 /admin 开关曾经是 /console。如果你想确定然后连接到你的目标服务器并运行 /? 命令并查看它对控制台连接的期望。
解决方法,而不是解决方案。
您是否希望运行单个管理软件,或向终端服务器提供应用程序?
如果是先前的,您可以使用诸如 VNC/LogMeIn 之类的东西连接到控制台——系统不会知道您已远程连接。
后者的危险是某些应用程序使用共享资源(我们使用的应用程序具有相同命名的临时文件,因此多个用户会导致损坏)并且由于设计不佳而无法在多个实例下在终端服务器上运行。