引言
在企业IT运维和个人远程办公场景中，Windows远程桌面协议（RDP）因其高效性和原生支持而成为首选工具。然而，许多用户在尝试建立远程连接时，偶尔会遇到令人困惑的错误代码，其中0x113和0x119是最为典型的两个故障标识。这两个错误通常暗示了从网络层到应用层的多种潜在问题，包括配置缺失、安全策略拦截或身份验证异常。
本文将深入剖析这两个错误代码的技术根源，并提供结构化的排查路径与解决方案，帮助IT管理员和普通用户快速恢复远程访问能力。
错误代码0x113：未指定服务器或连接受阻
0x113错误通常在客户端尝试连接时提示“未指定服务器”或直接中断连接。这并非总是意味着输入了错误的IP地址，更多时候是底层网络连通性或RDP服务监听状态的问题。
1. 检查基础网络连通性
在深入系统设置之前，首先应排除物理网络层面的故障。使用命令行工具测试目标主机是否可达：
- 打开命令提示符（CMD）或PowerShell。
- 执行
ping <目标IP地址>。如果请求超时，说明存在路由问题或主机处于关机状态。 - 若Ping通，继续执行
telnet <目标IP地址> 3389。Telnet命令用于检测TCP端口3389（默认RDP端口）是否开放。如果连接失败，表明端口被防火墙阻断或服务未运行。
2. 验证远程桌面服务状态
即使网络通畅，若服务器端的RDP服务未启动，客户端也会收到类似错误。请登录至服务器控制台（或通过其他远程方式）：
- 按 Win + R 输入
services.msc打开服务管理器。 - 查找 Remote Desktop Services 服务，确保其状态为“正在运行”。同时检查依赖服务 TerminalServices 是否正常。
3. 检查防火墙与端口映射
对于企业环境，中间网络设备（如路由器、负载均衡器）可能限制了端口转发。若通过公网IP访问，需确认路由器已将外网端口映射至内网服务器的3389端口。此外，Windows防火墙可能阻止了入站规则，需在“高级安全Windows防火墙”中确认“远程桌面”规则的入站连接是否允许。
错误代码0x119：身份验证与加密配置冲突
0x119错误更偏向于应用层和安全策略层面，通常表现为“发生身份验证错误，要求的函数不受支持”或连接立即断开。这往往源于客户端与服务端之间的加密级别不匹配或组策略限制。
1. 调整网络安全级别
RDP协议的安全层（Network Level Authentication, NLA）是引发0x119错误的主要原因之一。当服务器强制要求NLA，而客户端版本较旧或配置不符时，便会报错。
- 在服务器上，按 Win + R 输入
sysdm.cpl打开系统属性。 - 切换至“远程”选项卡。
- 在“远程桌面”部分，检查是否勾选了“仅允许运行使用网络级别身份验证的远程桌面的计算机连接”。如果客户端支持NLA但存在兼容性问题，可以尝试暂时取消勾选进行测试（注意安全风险）。
2. 修改注册表加密设置
某些情况下，注册表中的加密配置可能被篡改或与应用层设置冲突。可以通过修改注册表来重置RDP的安全参数：
- 按 Win + R 输入
regedit打开注册表编辑器。 - 导航至路径：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp。 - 找到 UserAuthentication 值。将其修改为
1（启用NLA）或0（禁用NLA，仅限内部可信网络）。修改后重启“Remote Desktop Services”服务生效。 - 同时检查 SecurityLayer 值，确保其设置为
1（RDP）或2（SSL/TLS），并与客户端期望的加密方式一致。
3. 检查证书信任问题
如果服务器配置了自定义RDP证书而非使用自签名证书，客户端可能会因为证书颁发机构（CA）不受信任而拒绝连接并报错0x119。此时，应将服务器的证书导入到客户端的“受信任的根证书颁发机构”存储中，或者在RDP客户端选项中勾选“不警告我有关此证书的验证”，以绕过证书验证（不推荐用于生产环境）。
高级排查：日志分析与第三方软件干扰
如果上述常规步骤未能解决问题，需要进行更深层次的诊断。
1. 查看Windows事件日志
服务器端的日志能提供关键线索。打开“事件查看器”，导航至 应用程序和服务日志 > Microsoft > Windows > TerminalServices-LocalSessionManager/Operational。查找与时间戳匹配的Warning或Error事件，通常会列出具体的错误代码和原因描述。
2. 排除安全软件干扰
第三方杀毒软件或终端安全管理软件（EPP/EDR）有时会拦截RDP的握手过程。尝试临时禁用这些软件，观察连接是否恢复。若恢复成功，则需在安全软件中添加RDP相关进程（如 svchost.exe 中的TermService组件）的白名单规则。
3. 检查远程桌面网关（RD Gateway）配置
在企业架构中，若通过RD Gateway访问内部资源，0x119错误可能源于网关的策略配置不当。检查RD Gateway管理控制台，确认身份验证方法和授权规则是否与客户端请求匹配。同时，确保网关服务器上的RDS服务正常运行且证书有效。
总结与建议
处理Windows远程桌面错误代码0x113和0x119时，建议遵循“由外至内、由简至繁”的原则：先确认网络连通性和端口开放情况（解决0x113），再深入检查身份验证、注册表配置和安全策略（解决0x119）。对于企业环境，建议统一客户端与服务端的RDP版本，保持防火墙规则最小化，并定期审查组策略中的远程桌面安全设置，以减少此类故障的发生频率。
注意：修改注册表或关闭NLA验证会显著降低远程桌面的安全性，请在完成故障排查后尽快恢复默认的安全配置，或使用更安全的替代方案如零信任网络访问（ZTNA）进行远程接入管理。
