.NET Core 3.1服务无法访问远程桌面转发串口问题咨询

先给你明确的结论：远程桌面转发的串口是和你的用户会话绑定的，默认情况下，运行在会话0的Windows服务（包括IIS应用池、计划任务这类非交互式进程）根本访问不到它。

为什么会出现这种情况？ #

• 远程桌面的设备转发（包括串口）是基于用户的交互式会话实现的——你登录RD后，转发的串口只会映射到你当前的那个用户会话（比如会话1、2这类），而Windows服务默认跑在会话0，这是一个系统级的非交互式会话，和你的用户RD会话完全隔离，两者的设备空间是分开的。
• 不管你把服务改成用本地系统、当前用户还是其他账户运行，只要它是Windows服务的形式，就会固定在会话0里，没法直接访问其他会话里的映射设备。

几个可行的解决方案 #

1. 让服务跑到你的RD会话里 #

你可以修改服务的配置，让它在你登录RD会话时启动，并且运行在同一个会话内：

• 打开服务的属性窗口，切到「登录」标签页，选择「此账户」，输入你用来登录RD的用户账号密码，然后勾选**「允许服务与桌面交互」**（Windows Server 2012及以后可能需要先通过组策略启用这个权限）。
• 也可以用命令行快速配置：

  sc config YourServiceName type= own type= interact type= seshaware
  

  这个命令会把服务设置为「会话感知」，让它能关联到你的交互会话。

2. 用工具把串口转成全局可用的资源 #

既然RD转发的串口只在会话内可用，那我们可以在RD会话里做一层转发，把它变成全局都能访问的资源：

• 用虚拟串口工具创建一对绑定的虚拟串口，把RD转发过来的物理串口（比如COM3）和一个全局的虚拟串口（比如COM10）绑定，然后让服务直接访问COM10就行。
• 或者用串口转TCP的工具，把会话内的串口数据转发到本地的一个TCP端口，服务通过TCP连接和设备通信，绕开会话隔离的限制。

3. 调整组策略开放设备访问权限 #

你可以试试修改本地组策略，允许服务访问用户会话里的设备：

• 打开「本地组策略编辑器」（运行gpedit.msc），导航到 计算机配置 > 管理模板 > Windows组件 > 远程桌面服务 > 远程桌面会话主机 > 设备和资源重定向。
• 把「不允许COM端口重定向」设为「已禁用」，同时把「允许管理员访问重定向的设备」设为「已启用」。
• 改完后记得执行gpupdate /force刷新组策略，或者重启服务器生效。

4. 直接用Kestrel进程配合自动启动 #

既然你在RD会话里跑Kestrel完全正常，那可以把这个进程设置成登录自动启动：

• 把Kestrel的启动脚本放到用户的「启动」文件夹：C:\Users\你的用户名\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup。
• 或者创建一个带登录触发器的计划任务，设置成用户登录RD时启动这个进程，同时勾选「不管用户是否登录都要运行」和「使用最高权限运行」（注意这个配置需要确保任务能关联到你的RD会话）。

内容的提问来源于stack exchange，提问作者Jas