gpt4 book ai didi

windows - 通过网络连接到 Visual Studio 远程调试器 (msvsmon) 所需的设置

转载 作者:可可西里 更新时间:2023-11-01 11:39:47 28 4
gpt4 key购买 nike

我们正在尝试跨域进行远程调试,从 Windows 7 机器到 Windows XP 家用机器。这些机器使用 LogMeIn Hamachi 通过 VPN 连接在一起。

我已经查看了关于彻底设置远程调试的 MSDN 指南,并且已经克服了很多错误,但我总是遇到障碍。我可以让它进入 native 调试,但无法进行托管调试以进行身份​​验证。这是我已经完成的事情 --

  • Visual studio 和调试监视器以相同的管理员用户身份在各自的计算机上运行 -- 调试/调试。

  • 调试器最初拒绝在 xp 机器上运行,所以我这样运行它:runas/user:debug "c:\josh\msvsmon.exe -nosecuritywarn -noauth -anyuser"然后切换它从那里转到托管模式。

  • hamachi 为计算机提供虚拟 IP,但不提供主机名。我已将远程计算机的 IP 解析为我本地主机文件中的主机名——这让我摆脱了 vstudio 无法找到 debug@HOSTNAME 的困境,并来到了我现在的天堂。

  • 编辑:对,我当前的错误。我尝试登录并在身份验证模式下收到“登录和密码错误”错误。我尝试手动设置“ guest 解析为本地帐户”消息,但没有帮助。

请随意忽略所有这些特定位,只解决我的一般问题——我只是为了彻底和背景故事等而将它们包括在内。

最佳答案

嗅探显示 VS 2010 通过 SMB 连接到远程调试器。它打开 IPC$然后共享尝试打开命名管道 \Microsoft.VisualStudio.10.0.Remote\<name> , 然后 \Microsoft.VisualStudio.10.0.Remote\svc=msvsmon100 (参见 Can named pipe names have backslashes? 关于额外的反斜杠)。

<name>使用 /name 定制精氨酸在 msvsmon的一侧和前缀 <name>@在 VS 侧。默认情况下,它是运行 msvsmon/VS 的用户名。我不知道第二个管道是什么时候创建的;在身份验证模式下,它不是。

因此,您需要以下权限和设置:

  1. 通过 SMB(通过 NetBIOS 或直接)连接到远程服务器并成功验证;
  2. 连接到正确的管道并使用它。

  • 对于第一项,最简单的做法是在远程计算机上创建一个与运行 VS 的名称和密码相同的帐户。这就是Remote Debugging Across Domains文章也推荐。
  • 对于第二项,您需要指定正确的 <name>在 VS 端和/或服务器端,并根据您作为身份验证的用户的管道 ACL 具有所需的访问权限。显然,msvsmon 中的“权限”窗口反射(reflect) ACL(“调试”必须对应于所需的 ACL 标志集)。在我的测试中,msvsmon拒绝将用户添加到允许的列表中,并带有一个模糊的错误。因此,最简单的事情仍然是创建本地用户并将其添加到本地管理员。

关于windows - 通过网络连接到 Visual Studio 远程调试器 (msvsmon) 所需的设置,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3477804/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com