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的一個問題,上傳速度和穩定性受到嚴重影響。