c++ - CreateFile 打开在另一个终端 session 中创建的 MS-DOS 设备

Question

我有一个(某种过滤器)驱动程序，它应该与用户模式组件通信。它通过调用 IoCreateDevice 创建一个设备对象，然后通过 IoCreateSymbolicLink 为它创建一个所谓的 MS-DOS 符号链接(symbolic link)，使用户可以访问它-模式代码(通过 CreateFile)。这或多或少是一种标准技术。驱动程序创建一个形式为 \DosDevices\mydevicename 的符号链接(symbolic link)，而用户模式代码打开一个名为 \\.\mydevicename 的文件。

现在，当驱动程序在终端服务器 session 的上下文中创 build 备时，问题就开始了。创建的符号链接(symbolic link)实际上属于本地 session 目录，而我的用户模式服务在“零 session ”的系统帐户下运行，它“看到”属于全局目录的符号链接(symbolic link).

文档中提到通常没有问题，因为驱动程序大多在DriverEntry 或AddDevice 函数的上下文中创 build 备对象，这些函数保证在系统下运行帐户。但我的情况不同。我不想改变这一点，我真正需要的是能够在属于任何 session 的任意线程的上下文中创建/销毁设备对象。

根据文档，有一种方法可以解决这个问题。驱动程序可能会坚持创建属于全局目录 的符号链接(symbolic link)，方法是将其命名为:\DosDevices\Global\mydevicename。此外，如果用户模式代码恰好在某个帐户下运行，它也可能会坚持在全局目录中寻找链接，通过这样命名文件:\\.\全局\我的设备名称。虽然这通常不是必需的，但如果符号在本地目录中不存在，它会自动在全局目录中检查。

我试过这个技巧:它对我不起作用。我正在使用 64 位 Windows 2008R2。到目前为止没有成功。我始终能够打开在系统帐户中创建的设备，但无法打开在其他 session 中创建的设备(错误代码是“找不到文件”)。我已经尝试了在内核/用户模式下指定 \Global 的所有组合和变体 - 到目前为止，结果是一样的。

这让我怀疑还有一层符号隔离。也许使用 \Global 创建一个全局 session 范围的符号链接(symbolic link)，但仍然不是系统范围的。

这有意义吗？有没有办法创建系统范围的符号链接(symbolic link)？或者有没有办法打开其符号链接(symbolic link)属于另一个 session 的文件？

编辑:

感谢@Hans Passant。我试过 WinObj 实用程序来实际查看驱动程序实际创建了哪些设备和符号链接(symbolic link)。

第一眼看上去一切正常。我看到我所有的设备都在 \Device 目录下，所有的符号链接(symbolic link)都在 \GLOBAL?? 下。符号链接(symbolic link)指向正确的设备名称。

但有一件事很奇怪。尝试从 WinObj 中查看设备属性:对于在零 session 中创建的设备，这工作正常，但对于在其他 session 中创建的设备，WinObj 响应错误:

• 打开\Device\mydevicename 时出错:系统找不到指定的文件。

所以，它在其列表中显示了这个设备对象，但是 OTOH 在尝试打开它时“找不到”它。很奇怪。但这解释了我的问题。但这真的很奇怪。

有什么想法吗？提前致谢。

Answer 1

有一个 \Sessions\N\DosDevices\ 路径，其中 N 是 session 号。我没有尝试过，但它应该有效。

我还注意到 subst 和网络驱动器映射在 \Sessions\0\DosDevices\ID\ 中创建符号链接(symbolic link)，其中 ID 是 session ID。所以您也可以检查该路径。