【问题标题】:Visual Studio remote debugging from host domain controller to remote workgroup server从主机域控制器到远程工作组服务器的 Visual Studio 远程调试
【发布时间】:2012-09-14 20:12:12
【问题描述】:

我的开发机器是 2008 R2 x64 域控制器(由于我现在的单机域上的损耗,它已经发展到这一点,并且在不久的将来不会改变)。我希望调试的 ASP.NET MVC 应用程序部署到我拥有 LogMeIn/VPN 访问权限的 2008 R2 x64 工作组机器上。

我在远程机器上安装了 msvsmon.exe 作为服务。我相信我遇到的问题是,由于某种原因,您无法连接到 msvsmon,除非它运行的远程帐户也是主机上的一个帐户(我看不出有任何方法可以明确提供凭据用于远程连接)。

由于我的主机是 DC,我无法创建所需的本地帐户来镜像 msvsmon 服务帐户。

我有一个从开发机器到部署机器的 VPN 连接。在配置 msvsmon 时,我选择了“只允许本地网络中的计算机连接”,假设 VPN 算作本地网络。我在远程计算机上打开了 TCP 135、UDP 500 和 UDP 4500。

我假设这就是故事的结局,我注定要在远程机器上完整安装 VS,但我认为这值得一问。有什么办法可以解决这个问题吗?

【问题讨论】:

  • 您确定不是防火墙问题吗?远程机器是否通过互联网访问?
  • 不,我不确定。但是,当我在 VS 调试/附加到进程...对话框中输入服务器名称(msvsmon 显示的)时出现的错误是“登录失败:未知用户名或密码错误”。我将如何调试远程调试?

标签: asp.net visual-studio remote-debugging managed domaincontroller


【解决方案1】:

远程调试只有两个选项。 Windows 身份验证或无身份验证。如果您启用无身份验证,那么任何人都可以连接到它并在机器上做几乎任何事情,基本上允许他们控制它。如果机器在互联网上,那么远程攻击者可以扫描你的计算机以寻找远程调试。

但是,如果机器位于安全网络上,那么您可能会没事。

这个链接告诉你如何配置远程调试

http://msdn.microsoft.com/en-us/library/bt727f1t.aspx

否则,您可以在本地计算机上创建一个虚拟机并在其上安装 Visual Studio。至少您不必将它安装在某处的远程机器上。

【讨论】:

  • 谢谢 MM,我正在使用 Windows 身份验证选项,这可能是我遇到无法在 DC 上创建本地帐户的问题。我不清楚你的最后一个建议对我有什么好处。我现在可以在我的开发机器的(公共)IIS 服务器上部署应用程序并对其进行远程调试(在这种情况下,服务器名称只是开发机器的名称)。以这种方式部署时,应用程序运行良好。它只在部署服务器上爆炸。
  • @osoviejo - 由于您无法在 DC 上创建本地帐户,因此您唯一的选择是在服务器上设置无加密,在远程服务器上设置 Visual Studio 安装,或设置Visual Studio 安装在不是本地网络(物理或虚拟)上的域控制器的单独机器上,然后创建与远程服务器上的帐户匹配的本地帐户。我只是说,最后一个选项可以实现,因此您不必在生产计算机上设置 Visual Studio。
  • 看起来没有身份验证。问题解决后,我将禁用远程调试。似乎远程调试比它需要的要困难得多。再次感谢。
  • @osoviejo - 是的,这一直是。不过,这变得容易了,以前真的很难。而且,让我们面对现实吧,你处于一个奇怪的境地。在您的域控制器上进行开发是闻所未闻的,更不用说需要从该域控制器与非域机器交互。
  • 不幸的是,“no auth”选项仅适用于本机代码(“请求的名称有效,但未找到请求类型的数据”)所以一种或另一种方式我下来安装VS。
猜你喜欢
  • 2011-10-08
  • 2013-11-27
  • 2021-12-01
  • 1970-01-01
  • 2017-03-10
  • 2010-10-21
  • 2013-06-15
  • 1970-01-01
  • 2010-11-01
相关资源
最近更新 更多