Błąd VS do Azure Publish: Socket Error 10054

Widziałem kilka postów na ten temat, żaden nie rozwiązał mojego problemu.Błąd VS do Azure Publish: Socket Error 10054

próbuję wypełnić internetowy wdrożyć do Azure miejscu, ale podczas aktualizowania plików dostaję ostrzeżenia:

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.

W kreatorze publikowania w internecie połączenie może być z powodzeniem potwierdzony.

Widziałem gdzieś, że powinienem włączyć niezaufane certyfikaty, jednak nie widzę tej opcji w ustawieniach wdrażania sieci w VS2013.

Ważne uwagi:

mogę wdrożyć inne projekty (tak, ja nie sądzę, że to kwestia firewall).
Mój współpracownik może przeprowadzić wdrożenie w sieci ze starszą wersją mojego projektu (więc Azure działa poprawnie).
Nie mogę przeprowadzić wdrożenia sieci przy użyciu tej samej starej wersji projektu.

Nie działa również z publikowaniem FTP, ale nie daje mi ostrzeżenia o błędach gniazda. Co to mogło być?

Źródło

2015-04-17 JonnyKnottsvill

miałem ten sam problem i to [link] [1] rozwiązać mój problem [1]: http://stackoverflow.com/questions/5841370/cant-get-my-ec2-windows -server-2008-web-stack-instance-to-receive-publishing –

Dzięki za odpowiedź .... Widziałem to i niestety nie pomogło. Błąd gniazda 10054 jest na tyle ogólny, że niemożliwe jest prawidłowe zdiagnozowanie bez trałowania przez ślady sieciowe. Wsparcie Microsoftu pomogło mi zdiagnozować problem, a moim problemem było coś w moim budynku pracy, w którym nie mam dostępu do śladów, więc teraz muszę zrobić duże wydawnictwa z domu i małe z biura. – JonnyKnottsvill

Dla wszystkich innych, którzy mają ten problem, skontaktowałem wsparcie Azure i inżynier chwycił ślady od ich zakończenia sieci i kopalni do oszacowania.

Wszystko, co udało mu się wydedukować, to to, że pakiety danych były przechwytywane gdzieś między moim komputerem a usługami Azure, powodując błędy limitu czasu na obu końcach.

Problem leży po mojej sieci roboczej, i mogę z powodzeniem publikuje od innych sieci po testach ...

skontaktować się z operatorem sieci i mieć je zbadać kwestię, aw tym czasie, jeśli jest to opcja, upewnij się, że przetestowałeś swoją zdolność publikowania w innych sieciach, tak jak to dla mnie działało.

Źródło

2015-07-21 12:01:46 JonnyKnottsvill

Miałem to w wyniku działania mojego dostawcy Internetu. Próbowałem w innej sieci i wszystko działało dobrze. Wiem, że nie każdy ma wiele połączeń szerokopasmowych, ale może to pomóc, jeśli nie możesz znaleźć przyczyny tego problemu. –

W moim przypadku czasami Pubsz działa od razu, czasami potrzeba kilku prób, czasami po 10 próbach. Dziwne. –

Nasz bardzo podobny problem z tym samym komunikatem o błędzie „Ponowna próba synchronizacji, ponieważ wystąpił błąd gniazdo (10054)” okazał się system zapobiegania włamaniom (IPS)

Tworzenie reguły wyjątku na które stały się kwestią .

Źródło

2015-10-02 15:06:44 zimmer62

To interesujące. Nie mam już tego problemu. Nigdy nie znalazłem rozwiązania, ponieważ zespół sieciowy w biurze, w którym pracuję, również był bardzo zdezorientowany. Zaznaczę to dla każdego ponownego wystąpienia. – JonnyKnottsvill

Wiem, że to stary. Ale to może pomóc komuś.

Dla mnie to były procesy synchronizacji dla One Drive i Drop Box. Po wstrzymaniu synchronizacji problem został rozwiązany.

Źródło

2016-10-14 04:16:39 Andrew

Dziękujemy! Przeszedłem przez aktualizacje Azure SDK, niezliczone wątki, przeglądałem linie plików konfiguracyjnych i nigdzie się nie dostałem.Wyłączyłem synchronizację OneDrive (firmową i osobistą), a następnie od razu mogłem opublikować dane na automatach Azure Deployment po wstrzymaniu. W moim przypadku miałem niezsynchronizowane zmiany, które mogły być winowajcą. – Solo812

To samo tutaj. Po wstrzymaniu synchronizacji usługi OneDrive (firmowej i osobistej) mogłem opublikować. – user1862876

Zdecydowanie powiedziałbym, że jest to problem z siecią. Miałem dokładnie ten sam problem podczas publikowania z VS 2015 na witryny Azure. Próbowałem jak 10 razy bez żadnego szczęścia. Wyłączony program Windows Defender, bez powodzenia. Połączony z innej sieci (przez VPN) i boomu, wszystko zostało opublikowane w porządku.

Nawet jeśli wyłączyłem mój lokalny program antywirusowy, wiem, że faceci w sieci mają urządzenie, które "czyści" ruch wysyłany z biura, co oznacza, że jakikolwiek ruch może wpłynąć na ruch z mojego komputera na Azure. Łącząc się przez VPN, pominąłem to.

Morał z historii: sprawdź swoją sieć, sprawdź swój program antywirusowy i sprawdź u swojego zespołu IT, czy ma jakieś urządzenie (oprogramowanie antywirusowe bramy, systemy zapobiegania włamaniom, zapory sieciowe z funkowymi regułami itp.) Zakłócające twój ruch.

Cheers

Źródło

2016-11-19 05:13:21 gsandorx

Sprawdzone to wszystko. Nic złego. Jestem z tym kompletnie ciemny. –

Hostowałem hotspot na moim telefonie i przesyłanie powiodło się. Mogę polecić to jako szybką naprawę. – Laurens

W moim przypadku błąd wystąpił po zamianie gniazda i opublikuj do oryginalnego gniazda docelowego. Rozwiązano, ponownie publikując profil miejsca docelowego. Przyczyna może być: a) Slot Zmienne wpływające profil b) Slot wymiany powodując niektórzy za przetwarzanie scen, które uniemożliwiły publikować na okres czasu, dopóki nie dostał nowy profil

Źródło

2017-01-16 15:40:33 Sentinel

W moim przypadku odpowiedź była jeszcze prostsza : Miałem wersję aplikacji AngularJS v1.21 działającej w Visual Studio przez IIS Express. Zacząłem od tego. Po "zatrzymaniu wszystkich witryn internetowych IIS Express" przesyłanie poszło zgodnie z oczekiwaniami.

Źródło

2017-04-14 16:17:02

nie mogłem znaleźć odpowiedź w tym wątku, ale to inny wątek wydawał się mieć odpowiedź, że pracował dla mnie: Using WebDeploy (MSDeploy) to deploy to a Microsoft Azure Website target doesn't work

Rozwiązaniem było:

Microsoft ma dość dużo potwierdził, że to błąd. Próbują jednak odtworzyć problem.

Obejście polega na umieszczeniu nowego ustawienia aplikacji w aplikacji internetowej w portalu Azure Portal o nazwie WEBSITE_WEBDEPLOY_USE_SCM i ustawieniu wartości na false. Wdrożenie działa dobrze.

Zrobiłem to, zrestartowałem aplikację internetową, zresetowałem profil publikowania, a następnie ponownie załadowałem go, a następnie zadziałało. Zauważyłem, że adres URL, który autoopopulował do opublikowania, był inny i bardziej losowy, ale zadziałało!

Źródło

2017-06-20 14:43:00 Ivan

W moim przypadku wystąpił problem z usługodawcą internetowym, wpływ na szybkość wysyłania i stabilność systemu.

Źródło

2018-02-08 08:03:03 CodeOrElse

Błąd VS do Azure Publish: Socket Error 10054

Odpowiedz

Powiązane problemy