状态代码 0x6ba 和 RPC 服务器不可用 - Windows Server

本文提供了在将工作组计算机加入域时解决远程过程调用（RPC）状态代码0x6ba的故障排除步骤。

将工作组计算机加入域时，会收到以下错误消息：

将此计算机的主域 DNS 名称更改为“”失败。 该名称将保留为“<DomainName>”。 错误为：

RPC 服务不可用。

下面是有关错误代码的详细信息：

检查 NetSetup.log 文件时，会看到以下条目。 例如：

NetpGetComputerObjectDn: Unable to bind to DS on '\\DCNAME': 0x6ba
NetpCreateComputerObjectInDs: NetpGetComputerObjectDn failed: 0x6ba
NetpProvisionComputerAccount: LDAP creation failed: 0x6ba
ldap_unbind status: 0x0
NetpJoinCreatePackagePart: status:0x6ba.
NetpJoinDomainOnDs: Function exits with status of: 0x6ba
NetpJoinDomainOnDs: status of disconnecting from '\\DCNAME': 0x0
NetpResetIDNEncoding: DnsDisableIdnEncoding(RESETALL) on 'DOMAINNAME' returned 0x0
NetpJoinDomainOnDs: NetpResetIDNEncoding on 'DOMAINNAME': 0x0
NetpDoDomainJoin: status: 0x6ba

排查连接问题

若要排查此问题，请使用以下步骤：

1. 检查客户端计算机上的 NetSetup.log 文件（C：\Windows\Debug\NetSetup.log），并确认域控制器（DC）定位器进程是否已成功找到 DC。 但是，客户端计算机无法使用状态代码0x6ba绑定到 DC。 例如：

   NetpJoinDomainOnDs: status of connecting to dc '\\DCNAME': 0x0
   NetpGetComputerObjectDn: Unable to bind to DS on '\\DCNAME': 0x6ba
   

2. 确保网络端口不会被侦听 DC 所需端口的防火墙或第三方应用程序阻止（在步骤 1 中标识）。

   端点映射器（监听于端口 135）告知客户端服务正在监听的随机分配端口。 检查以下端口：

   服务器端口	服务/协议
   传输控制协议 （TCP） 135	RPC 终结点映射程序
   TCP 49152 - 65535	RPC （动态端口分配）
   TCP 445	服务器消息块 (SMB)
   用户数据报协议 （UDP）/TCP 389	轻型目录访问协议 (LDAP)

   请参阅 “如何为 Active Directory 域和信任配置防火墙”中所需端口的列表。

3. 使用 PortQry 命令行工具确定 DC 上是否阻止了端口。 有关详细信息，请参阅 使用 PortQry 命令行工具。

   下面是一些示例语法：

   注释

   用步骤 1 中标识的 DC 名称替换<problem_server>。

   • portqry -n <problem_server> -e 135
   • portqry -n <problem_server> -e 445
   • portqry -n <problem_server> -e 389
   • portqry -n <problem_server> -p UDP -e 389
   • portqry -n <problem_server> -r 49152:65535

   下面是一些示例输出：

   如果 DC 上的 TCP 135 端口连接被阻止，则会看到以下输出：

   C:\PortQryV2>portqry -n dc2 -e 135
   Querying target system called:
   Dc2
   Attempting to resolve name to IP address…
   Name resolved to 192.168.1.2
   querying...
   TCP port 135 <epmap service>: FILTERED
   

   如果 DC 上的 TCP 389 端口连接成功，则会看到以下输出：

   C:\PortQryV2>portqry -n dc2 -e 389
   Querying target system called:
   Dc2
   Attempting to resolve name to IP address…
   Name resolved to 192.168.1.2
   querying...
   TCP port 389 <ldap service>: LISTENING
   

4. 在重现问题时收集网络跟踪，以仔细检查网络连接。 可用于 netsh trace 生成 ETL 文件，并将 ETL 文件转换为 PCAP 文件，Wireshark 可以读取该文件。

   例如，PortQry 命令行工具收集的以下网络跟踪可能指示客户端计算机到 DC 的 TCP 135 端口（RPC）存在网络连接问题。

   PortQry.exe	CLIENT	DC	TCP	TCP:Flags=CE....S., SrcPort=51542, DstPort=DCE endpoint resolution(135), PayloadLen=0, Seq=4232829278, Ack=0, Win=8192 ( Negotiating scale factor 0x8 ) = 8192	{TCP:16, IPv4:15}
   PortQry.exe	CLIENT	DC	TCP	TCP:[SynReTransmit #50]Flags=CE....S., SrcPort=51542, DstPort=DCE endpoint resolution(135), PayloadLen=0, Seq=4232829278, Ack=0, Win=8192 ( Negotiating scale factor 0x8 ) = 8192	{TCP:16, IPv4:15}
   PortQry.exe	CLIENT	DC	TCP	TCP:[SynReTransmit #50]Flags=......S., SrcPort=51542, DstPort=DCE endpoint resolution(135), PayloadLen=0, Seq=4232829278, Ack=0, Win=8192 ( Negotiating scale factor 0x8 ) = 8192	{TCP:16, IPv4:15}
   In the network trace collected on the client side, you see the retransmit package of TCP SYN to DC's TCP 135 port. And no response is received from DC.
   In the network trace collected on the DC side, you might not see the TCP SYN package from the client. It might be blocked by a firewall or middle device.
   

5. 如有必要，请检查客户端与 DC 之间的网络设备和防火墙，进一步调查网络连接问题。

详细信息

• 如何为 Active Directory 域和信任配置防火墙
• 在 Windows 和 Windows Server 中查找 Active Directory 域控制器
• 解决 Windows 中域控制器定位问题