9

我已经看到了一些关于此的帖子,没有解决我的问题。VS到Azure发布失败:套接字错误10054

我试图完成网络部署到Azure的网站,但同时更新文件,我得到警告:

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

+1

我有同样的问题,这个[链接] [1]解决我的问题 [1]:http://stackoverflow.com/questions/5841370/cant-get-my-ec2-windows -server-2008-web-stack-instance-to-receive-publishings –

+1

感谢您的回复....我确实看到了这一点,但它并没有帮助不幸。套接字错误10054显然是如此普遍,如果不通过网络跟踪进行拖网,无法正确诊断。微软的支持帮助我诊断它,而我的问题是我的工作建筑物中的无线网络,我无法获得这些痕迹,所以现在我必须从家里做任何大型的出版物,从办公室的小型出版物。 – JonnyKnottsvill

回答

12

对于谁拥有这个问题的任何人,我接触Azure的支持和工程师一把抓起自己的网络终端和矿山痕迹评估。

他所能推断的是,数据包被拦截在我的机器和Azure服务之间的某处,导致两端出现超时错误。

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

联系您的网络供应商,让他们调查该问题,并在平均时间,如果它是一个选项,请确保您在其他网络上测试您的发布功能。

+1

我有这样做是因为我的ISP正在做的事情。尝试在不同的网络上,一切正常。我知道不是每个人都有多个宽带连接可以切换,但如果您无法找出导致此问题的原因,这方面的知识可能会有所帮助。 –

+0

在我的情况下,有时候Pubish会马上工作,有时需要几次重试,有时在10次尝试后出错。奇怪的。 –

1

我们非常相似的问题,相同的错误消息“重试同步,因为一个套接字错误(10054)发生”原来是入侵防御系统(IPS)

创建例外规则上解决了该问题。

+0

这很有趣。我不再有这个问题。我从来没有找到解决办法,因为我工作的办公室的网络团队也很困惑。我会注意到这是任何重新发生。 – JonnyKnottsvill

4

我知道这是一个旧的。但这可能有助于某人。

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

+1

谢谢!我经历了Azure SDK更新,无数的线程,查看配置文件的行,并没有得到任何地方。我禁用了OneDrive同步(企业和个人),然后在暂停后立即发布到Azure部署插槽。就我而言,我有可能是罪魁祸首的变化。 – Solo812

+0

同样在这里。一旦我暂停OneDrive同步(企业和个人),我就能够发布。 – user1862876

1

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

即使我禁用了我的本地防病毒软件,我知道网络人员有一个“清理”从办公室发送的流量的设备,这意味着从我的计算机到Azure的流量可能会受到某种程度的影响。通过VPN连接,我跳过了。

故事的道德:检查您的网络,检查您的防病毒,并检查您的IT团队是否有任何设备(网关防病毒,入侵防御系统,防火墙与时髦的规则等)与您的流量混乱。

干杯

小号

+0

检查了所有这一切。没有什么不对。我完全黑暗。 –

+0

在我的手机上托管了一个热点,上传成功。我可以推荐这个作为一个快速修复。 – Laurens

0

在我的情况发生舱位互换后错误并重新发布到原来的目标插槽。 通过重新下载目标时段发布配置文件来解决。 原因可能是: 一)舱位互换影响的个人资料 B)舱位互换导致一些落后,阻止公布的时间周期,直到我得到了新的配置文件

0

在我的案例场景处理,得到的答案是更简单:我有一个通过IIS Express在Visual Studio中运行的AngularJS v1.21应用程序版本。我已经开始了。一旦我“停止了所有IIS Express网站”,上传过程就像预期的那样进行。

0

我找不到在这个线程的答案,但这个其他线程似乎都为我工作了答案:

微软有相当多: Using WebDeploy (MSDeploy) to deploy to a Microsoft Azure Website target doesn't work

有解决办法证实这是一个错误。他们正在努力 重现该问题。

的解决方法是将一个新的应用程序设置成在 Azure的门户网站的Web应用程序,叫做WEBSITE_WEBDEPLOY_USE_SCM和值设置为 假。然后部署工作正常。

我这样做,重新启动网络应用程序,重置发布配置文件,然后redownloaded它,然后它为我工作。我注意到它们自动发布的网址是不同的,也是更随机的,但它起作用了!

0

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

相关问题