VS到Azure发布失败：套接字错误10054

Question

我已经看到了一些关于此的帖子，没有一个解决了我的问题。

我正在尝试完成对Azure网站的Web部署，但在更新文件时我收到警告：

MSBuild\Microsoft\VisualStudio\v12.0\Web\Microsoft.Web.Publishing.targets(4270,5) Warning : Retrying the sync because a socket error (10054) occurred Retrying operation 'Serialization' on object sitemanifest (sourcePath). Attempt 1 of 10.

在Web发布向导中，可以成功验证连接。

我在某处看到提到我应该启用不受信任的证书，但是我无法在VS2013的Web部署设置中看到此选项。

重要说明：

• 我可以部署其他项目（因此我认为这不是防火墙问题）。
• 我的同事可以使用旧版本的项目执行Web部署（因此Azure工作正常）。
• 我无法使用相同的旧版本项目执行Web部署。

它也不能用于FTP发布，虽然它没有给我套接字错误警告。会是什么呢？

JK

Answer 1

对于遇到此问题的任何其他人，我联系了Azure支持，并且一名工程师从他们的网络端抓取了跟踪并且我的评估。

他能够推断的是，我的机器和Azure服务之间的数据包被截获，导致两端都出现超时错误。

问题在于我的工作网络，我可以在测试后成功从其他网络发布...

请与您的网络提供商联系，让他们调查此问题，同时，如果是一个选项，请确保您在其他网络上测试您的发布功能，因为它对我有用。

Answer 2

我知道这是旧的。但这可能对某人有所帮助。

对我来说，这是One Drive和Drop Box的同步过程。一旦我暂停所有同步，问题就解决了。

Answer 3

我们非常相似的问题，同样的错误消息“因为发生套接字错误（10054）而重试同步”被证明是入侵防御系统（IPS）

创建例外规则解决问题。

Answer 4

我明确地说这是一个网络问题。从VS 2015发布到Azure网站时，我遇到了完全相同的问题。尝试10次没有任何运气。禁用Windows Defender，没有运气。从不同的网络（通过VPN）和繁荣连接，一切都很好。

即使我禁用了我的本地防病毒软件，我也知道网络人员有一个能够清除＆＃34;清除＆＃34;从办公室发送的流量，这意味着从我的机器到Azure的流量可能会以某种方式受到影响。通过VPN连接，我跳过了。

故事的道德：检查您的网络，检查您的防病毒软件，并与您的IT团队核实是否有任何设备（网关防病毒，入侵防御系统，带有时髦规则的防火墙等）弄乱您的流量。

干杯

S

Answer 5

就我而言，这是ISP的问题，上传速度和稳定性受到严重影响。

Answer 6

在我的情况下，错误发生在插槽交换并重新发布到原始目标插槽之后。 通过重新下载目标插槽发布配置文件解决。 原因可能是： a）影响配置文件的插槽交换 b）插槽交换导致一些幕后处理阻止发布一段时间，直到我得到新的配置文件

Answer 7

在我的情况下，答案更简单：我有一个版本的AngularJS v1.21应用程序通过IIS Express在Visual Studio中运行。我已经开始了。一旦我＆＃34;停止了所有IIS Express网站＆＃34;，上传就按预期进行了。

Answer 8

我在这个帖子中找不到答案，但这个其他帖子似乎有适合我的答案： Using WebDeploy (MSDeploy) to deploy to a Microsoft Azure Website target doesn't work

那里的解决方案是：

  

微软已经证实这是一个错误。他们正在挣扎   然而，重现这个问题。

     

解决方法是将新的应用程序设置放在Web应用程序上   Azure门户，名为WEBSITE_WEBDEPLOY_USE_SCM并将值设置为   假。然后部署工作正常。

我这样做了，重新启动了网络应用，重置发布配置文件然后重新加载它然后它对我有用。我注意到他们自动填充以发布到的网址不同且更随机，但它确实有效！

Answer 9

我有同样的问题。通过插入笔记本电脑上的以太网电缆修复了我的问题。无线连接似乎是导致这些问题的原因。

Answer 10

在我向网站添加一些图像和本地化之后，我开始出现此错误。我希望有一种方法可以找出导致连接关闭的文件。因此，我四处寻找，并确定在Visual Studio中选择“发布”时，将显示“发布”页面，其中包含要部署到的Azure应用服务，站点URL，资源组等。该页面上的其中一项称为“预览” ...单击它可以预览要进行的更改并选择要发布的文件。

对我来说，重试是在添加PNG图像时开始的，因此我取消选中该图像文件以外的所有内容，然后在预览窗口中单击“发布”。它立即开始重试。因此，我减小了该图像的大小，并将其转换为jpg，从而大大减小了文件的大小。然后，我回到预览窗口，尝试使用该新的jpg图像文件，它可以正常工作。

此后，当我尝试发布所有内容时，我仍然得到重试，因此我取消了对除前3个内容之外的所有内容的检查，并发布了它们。然后，我尝试了下3个，依此类推，直到发现某些Java脚本文件也引起了问题，因此我取消了对其中一个Java脚本文件的检查，并单独检查了一切；但是，由于该文件中的引用与其他Java脚本文件中的引用一样，该网站最有可能无法正常工作。但是，一次发布了所有Java脚本文件后，所有内容终于发布了。

此外，请注意，微软显然仍然毫无头绪。但是，他们将重试次数从10增加到50。