1

我们正在使用 Visual Studio 2012 并尝试发布 Web 应用程序。如果我们尝试验证连接，则会返回错误：

Web 部署任务失败。无法连接到远程计算机（[服务器尝试连接]）。在远程计算机上，确保安装了 Web Deploy 并启动了所需的进程（“Web 管理服务”）。了解更多...

如果我们绕过我们的代理，我们会收到一个成功的连接。

我们找到了两篇文章，您可以通过在配置文件中添加代理元素来配置 devenv.exe.config 文件；我们已经分别尝试了这两个元素！

<system.net>
<defaultProxy useDefaultCredentials="true" enabled="true">
<proxy usesystemdefault="True" />
</defaultProxy>
</system.net>


<system.net>
    <defaultProxy enabled="true" useDefaultCredentials="true">
        <proxy bypassonlocal="True"
               proxyaddress="our proxy:port"/>
    </defaultProxy>
</system.net>

我们已将 IE 10 设置配置为：LAN 设置为“自动检测设置”

我们正试图找到一种方法绕过我们的代理服务器并使用浏览器设置，有人可以帮忙吗？

4

2 回答 2

0

这里有点晚了，但你有理由使用 VS Web Deploy 吗？是否可以使用另一种方法将应用程序部署到 Azure，例如 FTP 部署或从源代码控制设置部署？这些方法应该允许您在不必绕过代理服务器的情况下部署应用程序。

于 2013-08-27T16:57:48.123 回答
0

不适用于VS2012；但更多 VS2013 - 在代理后面时，Visual Studio Web 部署中存在错误。我会假设 VS2012 也存在同样的错误。

VS2013 中包含的 Web Deploy 版本（最新更新 3）在代理后无法发布。即使您将 msbuild.exe.config 配置为具有 Microsoft 记录的正确代理设置，它仍然会失败。

幸运的是，2014 年 8 月 Web Deploy v3.6 BETA3 发布，修复了这个问题。要解决此错误，您可以下载 Web Deploy 测试版并修补您的 VS2013 安装。 http://azure.microsoft.com/blog/2014/08/11/web-deploy-3-6-beta-released/

修补 Visual Studio 后；您可以修改 msbuild.exe (msbuild.exe.config) 使用的代理设置，现在可以使用 Web Deploy 从代理后面发布。

我还没有在 VS2012 上测试过这个；作为应用于我的 VS2013 Update 3 安装的 Web 部署。

于 2014-11-13T02:22:31.907 回答