如何判断进程是否基于windows终端服务运行？

[jixingzhong]

最原始的问题是，一个程序运行时刻，需要判断当前运行是基于终端服务的，还是本机运行的，不知是否有巧妙的办法？

试验了 WTSQuerySessionInformation API，
1、是取终端IP。当本机运行的时候， WTSQuerySessionInformation取到的IP是0.0.0.0，如果是基于终端服务运行的，取到的值是终端IP。
问题：基于Dialog的一个测试程序，发现在OnInitDialog中取得的IP是0.0.*.*，*是随机整数，每次运行都回变化；而在对话框生成后的按钮响应中取得的IP是恒为0.0.0.0的，这是为何？如果判断是否基于终端服务依据为WTSQuerySessionInformation获得的IP第一字节是否为0，是否准确、可靠？

2、取进程sessionID。个人认为WTSQuerySessionInformation获取sessionID，本机运行的情况下，应当得到恒为0，但是msdn中的描述似乎不是这样？请教实际情况如何？

此外，是否有其他办法呢？首先要确保判断方式准确可靠，然后考虑简便、高效性。

[晨星]

帮虫虫顶一顶，家里没装MSDN，NND。

[cnzdgs]

1、如果是本机运行，得到的AddressFamily成员是0。也可以取Client的其它信息来判断，例如WTSClientName，本机运行时返回空字符串。
2、系统中建立的第1个session的ID是0，其它session则可能是1、2、3等，例如XP系统中登录两个用户，第2个用户的sessionID就是1，如果是Vista系统，第1个用户的sessionID就是1，所以无法根据sessionID来判断。

[晨星]

咦，MSDN上不是提到了嘛（WTSQuerySessionInformation），最后一段：

To determine whether your application is running on the physical console, you must specify WTS_CURRENT_SESSION for the SessionId parameter, and WTSClientProtocolType as the WTSInfoClass parameter. If ppBuffer is "0", the session is attached to the physical console.

[yjgx007]

在Windows NT下引入了进程特权Token（通过OpenProcessToken得到），通过Token可以查到运行该进程Token信息(用GetTokenInformation得到）:

BOOL GetTokenInformation(
HANDLE TokenHandle, // handle to access token
TOKEN_INFORMATION_CLASS TokenInformationClass, // token type
LPVOID TokenInformation, // buffer
DWORD TokenInformationLength, // size of buffer
PDWORD ReturnLength // required buffer size
);

得到sessionId，就要设置TokenInformationClass = TokenSessionId
TokenSessionId The buffer receives a DWORD value that indicates the Terminal Services session identifier associated with the token. If the token is associated with the Terminal Server console session, the session identifier is zero. A nonzero session identifier indicates a Terminal Services client session. In a non-Terminal Services environment, the session identifier is zero.

[fhinalibob]

学习，帮顶

[tanmeining]

都是强人啊，混个脸熟^_^

[hjcy_2002]

sessionID

[jyh_baoding]

帮顶一个

[dch4890164]

我靠，好久没有见过这么大的场面了
穿着裤衩顶猩猩，感觉还是比较爽的
====================================
看样子应当是调用失败了，所以ppBuffer里并没有返回值，只是它原先内存当中的值，因为调用
失败所以函数并没有对它做什么，值就是内存的值，所以看起来像随机数一样，建议用GetLastError看一下，是不是有错误码
calls to WTSQuerySessionInformation fail. In this situation, you can retrieve the current session ID by calling the ProcessIdToSessionId function.
If the function succeeds, the return value is a nonzero value.

If the function fails, the return value is zero. To get extended error information, call GetLastError.

[dch4890164]

对ppbuffer进行memset试验一下看还是随机数嘛，基本上就能判断出来了
再次帮顶

[oyljerry]

To retrieve the session ID for the current session when Terminal Services is running, call WTSQuerySessionInformation and specify WTS_CURRENT_SESSION for the SessionId parameter and WTSSessionId for the WTSInfoClass parameter. The session ID will be returned in the ppBuffer parameter. If Terminal Services is not running, calls to WTSQuerySessionInformation fail. In this situation, you can retrieve the current session ID by calling the ProcessIdToSessionId function.

To determine whether your application is running on the physical console, you must specify WTS_CURRENT_SESSION for the SessionId parameter, and WTSClientProtocolType as the WTSInfoClass parameter. If ppBuffer is "0", the session is attached to the physical console.

[dch4890164]

If it is specified when querying session information on a remote server, the returned session information will be inconsistent. Do not use the returned data in this situation.
看了半天好像这个最有用，这个返回值好像还真的不是固定的而且还不让用
这个时候必须得用这个才行
You can use the WTSEnumerateSessions function to retrieve the identifiers of all sessions on a specified terminal server.

[chenyu2202863]

本机运行的情况下,WTSQuerySessionInformation获取sessionID确实为0

Task Manager中也是这样