Visual studio Visual Studio 2013的发布管理-部署代理”；未知用户名或错误密码“；

我们正在使用Visual Studio 2013的版本管理，并且在开发、质量保证和登台服务器中的部署工作顺利，这些服务器都与RM/Build服务器位于同一个域中

正在尝试在RM server域之外的服务器上安装生产部署代理，但出现问题

在RM服务器和生产服务器上创建了一个本地“影子”帐户，两者的用户名/密码相同。部署代理已安装在生产服务器上，并且使用“/shadow\u user”格式的用户名成功安装

Release Management client未显示生产服务器，RM server上的事件查看器显示部署代理的大量安全审核失败。Failure detail显示域的生产服务器名称，而不是RM服务器名称（模拟失败）。具体信息是：

An account failed to log on.

Subject:
    Security ID:        NULL SID
    Account Name:       -
    Account Domain:     -
    Logon ID:       0x0

Logon Type:         3

Account For Which Logon Failed:
    Security ID:        NULL SID
    Account Name:       shadow_User
    Account Domain:     PROD-SVR

Failure Information:
    Failure Reason:     Unknown user name or bad password.
    Status:         0xC000006D
    Sub Status:     0xC0000064

Process Information:
    Caller Process ID:  0x0
    Caller Process Name:    -

Network Information:
    Workstation Name:   PROD-SVR
    Source Network Address: -
    Source Port:        -

Detailed Authentication Information:
    Logon Process:      NtLmSsp 
    Authentication Package: NTLM
    Transited Services: -
    Package Name (NTLM only):   -
    Key Length:     0

This event is generated when a logon request fails. It is generated on the computer where access was attempted.

The Subject fields indicate the account on the local system which requested the logon. This is most commonly a service such as the Server service, or a local process such as Winlogon.exe or Services.exe.

The Logon Type field indicates the kind of logon that was requested. The most common types are 2 (interactive) and 3 (network).

The Process Information fields indicate which account and process on the system requested the logon.

The Network Information fields indicate where a remote logon request originated. Workstation name is not always available and may be left blank in some cases.

The authentication information fields provide detailed information about this specific logon request.
    - Transited services indicate which intermediate services have participated in this logon request.
    - Package name indicates which sub-protocol was used among the NTLM protocols.
    - Key length indicates the length of the generated session key. This will be 0 if no session key was requested

有什么解决这个问题的建议吗

---

我们尝试了Windows凭据管理器，使用RM server影子帐户凭据，但没有区别。

而不是使用影子帐户方法。使用支持标准部署（无代理）的VNext版本，该版本将仅使用WINRM端口进行通信。要求计算机位于同一网络中

有关更多信息：

---

解决方案是使用生产服务器上的影子帐户登录，并将凭据添加到凭据管理器。以前使用其他帐户登录，部署代理在其他凭据管理器实例中未看到条目。

您是否已将两个影子帐户都添加到RM客户端（需要采用机器\帐户格式）并授予RM帐户的Service User和Release Manager权限以及生产服务器帐户的Service User权限？影子帐户是否在prod server上的本地管理组中？@GrahamSmith是的，两个影子帐户都在管理组（prod和RM server上的帐户）中？我想您已经看过一段文档了吗？如果遵循了所有这些步骤，那么我唯一能想到的就是尝试使用shadow帐户登录到prod服务器，以确保配置文件已创建。是的，这实际上与设置部署代理时引用的文章相同。尝试使用影子帐户登录，该帐户是有效的。不要认为这是一个选项，因为我们已经在较低的环境（开发、质量保证、登台）中使用了基于代理的模板