我正在为远程桌面服务设置空闲时间设置，因为我有用户在晚上让自己登录并打开程序。
这是安装了远程桌面服务的 Windows 2019 标准服务器。我们有客户端连接，但我显示奇怪的空闲时间。
例如：
我知道我强调的那个人直到几个小时前还很活跃。如果我理解正确的话，他们已经闲置了一天零 11 个小时。那是对的吗？
我将“结束断开连接的会话”更改为 2 小时。这会立即生效还是我必须等待 2 小时才能启动计时器？我将它设置为 5 分钟来测试这一点，空闲和断开连接的用户不受影响。他们保持登录状态。我不确定这是否正常工作，或者我是否应该做其他事情？更改组策略后是否需要重新启动？
不，因为有一个问题......或两个......
Remote Desktop Services 报告的Idle Time具有误导性，因为该值仅在 Session State 为Disconnected时才相关。
当用户断开连接时（例如，通过关闭 RDP 窗口而不注销），Windows 会将会话状态从活动更新为断开连接并更新断开连接时间。空闲时间值只是“现在”和断开连接时间之间的差异。到目前为止，一切都很好，因为用户断开连接，会话状态更新，断开连接时间也更新，当您打开服务器管理器时，空闲时间列显示您在断开连接时间显示的值和现在。
然而，这里出现了第一个问题：当用户重新连接到他们的断开连接的会话时，Windows 将再次将会话状态从断开连接更新为活动，但断开连接时间值不会被删除，断开连接时间仍然显示用户上次断开连接的时间，空闲时间值仍然会很高兴地向您显示断开连接时间和现在显示的值之间经过的时间。并且因为会话是Active的，所以这个值是没有意义的（只有Disconnected时会话才空闲，现在会话是Active的）。
但是，您应该注意的第二件事是还有另一个“空闲”概念：会话处于活动状态时，上次用户输入之间经过的时间。当用户在技术上连接到会话主机（“活动”）但远离他们的设备时，或者当用户没有与 RDP 窗口交互时，就会出现这种情况。我称之为“最后输入时间”，Windows 不会显示这个值。
现在，让我们总结一下：
我们在服务器管理器中显示了“空闲时间”=> 这是“断开连接时间”和“现在”中显示的值之间经过的时间。如果会话状态为“活动”，则忽略此值。为简单起见，我们将此值称为“会话空闲时间”。
我们也有“最后一次输入时间”，这是用户最后一次在他们的活动会话中做某事。Windows 会对此进行跟踪，但不会向您显示此值。
现在我们可以谈谈管理超时。
首先，我建议您将您配置的策略（“为断开连接的会话设置时间限制”）重新设置为“未配置”，因为我们应该从Session Collection settings进行管理。如果您有无法通过会话收集设置解决的特殊需求，您可以使用组策略，但请确保您没有在会话收集设置和组策略之间配置不同的值，并且您可以跟踪您的设置.
在这里，我们可以看到我们可以在 Session Collection 设置中管理超时的位置，我将在下面解释这些设置：
结束断开连接的会话：在这里您可以告诉 Windows 何时要注销显示为“断开连接”的会话，这是基于我所说的“会话空闲时间”，即服务器管理器中显示的“空闲时间”。此设置对“活动”会话没有影响。
活动会话限制：这是为了防止用户无限期地保持他们的会话活动，小心这个设置，因为即使他们正在积极工作，它也会断开用户的连接。
空闲会话限制：使用此设置，您可以在“上次输入时间”后经过的时间超过某个值时要求 Windows 断开活动会话。即：用户离开他们的设备，并停止与他们的会话交互，但 RDP 连接仍然建立。当超过空闲会话限制值时，Windows 将断开会话（现在会话在服务器管理器中显示为“断开连接”，并且“结束断开连接的会话”计时器将开始计数）。
考虑一下：如果您将空闲会话限制设置为 1 小时，并且将结束断开连接的会话值也设置为 1 小时，这意味着当用户停止与其 RDP 窗口交互时，系统将在 1 小时后断开会话（用户仍然可以重新连接并恢复他们的工作），此时第二个“计时器”将启动，再过一小时，结束断开连接的会话值将注销用户会话（用户停止与会话交互后 2 小时）。
当然，如果用户关闭了他们的 RDP 客户端，会话会立即切换到“断开连接”状态，并且“结束断开连接的会话”值将在 1 小时后注销该用户（“空闲会话限制”被忽略，因为会话是已断开连接）。
您问设置是否立即生效：据我所知，新设置仅适用于修改会话集合中的设置后建立的新会话，现有会话不应该受到影响。