2012-09-18 22 views
14

Mam do czynienia z tym problemem, gdy próbuję opublikować moją aplikację internetową w systemie Windows Azure za pośrednictwem programu Visual Studio 2010. Próbuję kliknąć projekt prawym przyciskiem myszy i wybrać publikowanie i importowanie publikowania profil pobrany z platformy Windows Azure.Nie można opublikować witryny internetowej w systemie Windows Azure za pomocą publikowania za pośrednictwem usługi VS2010

ja dostaję ten błąd:

Błąd 1 Web zadanie rozmieszczania nie powiodła się. (Nie można połączyć się z komputerem zdalnym ("waws-prod-am2-001.publish.azurewebsites.windows.net"). Na komputerze zdalnym upewnij się, że zainstalowano Web Deploy i że wymagany proces ("Usługa zarządzania przez Internet" „) jest uruchamiany Dowiedz się więcej na stronie:.. http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_DESTINATION_NOT_REACHABLE) 0 0 MeraSungard

Pozdrowienia

Robin

+0

Czy instancja jest w pełni skonfigurowana i uruchomiona? – LewisBenge

+1

Tak, mogę sprawdzić, czy domyślna witryna sieci Web Windows Azure jest już uruchomiona. – user1679318

Odpowiedz

7

Kiedy próbujesz opublikować swoją aplikację internetową z VS2010 do strony Windows Azure, proces publikowania połączyć Witryny Windows Azure na określonym porcie z włączoną usługą Web Deploy. W VS 2010, jeśli połączenie z tym portem usługi nie powiodło się, błąd zwracany przez VS jest następujący: "Instalacja sieci Web jest zainstalowana ........ na serwerze zdalnym. Faktem jest, że usługa WebDeploy jest już uruchomiona i inne komputery mogą się połączyć z ten sam serwer i wdrożyć problem jest specyficzny dla twojej sieci i twojej maszyny.

Istnieją dwa główne miejsca, które należy wyszukać 1) firewall twojego deployment machine 2) Proxy server, jeśli jesteś za proxy. Spróbuj zmienić sieć ustawienia lokalnie, dzięki czemu można uzyskać jego pracy

+0

Dzięki! Próbuję tego samego procesu z innego komputera w innej sieci i działa. To musi być coś z zaporą sieciową lub mój komputer jest serwerem proxy pojazdu. – user1679318

25

dla tych, że odpowiedź nie działa dla (jak ja) Alternatywnie można ustawić ustawienia aplikacji w Azure www:..

  1. Zestaw: WEBSITE_WEBDEPLOY_USE_SCM = false w ustawieniach Azure Management Portal (w Witrynie -> Konfiguracja -> ustawienia aplikacji). Upewnij się, że w polu wartości jest "false".

  2. Pobierz ustawienia publikowania ponownie w VS lub cokolwiek użyć do wdrożenia.

  3. Wdrożenie powiodło się.

albumu:

https://social.msdn.microsoft.com/Forums/en-US/efa56eb2-a8b2-4690-92d0-33d97946ed29/cant-deploy-could-not-connect-to-the-remote-computer-xxxscmazurewebsitesnet-using-the?forum=windowsazurewebsitespreview

+0

To zadziałało dla mnie –

1

Dla mnie publikowania rozpocząć pracę po ponownym połączeniu sieciowym.

1

Napotkałem ten sam problem podczas próby wdrożenia na Azure z VS2013 aktualizacja 5. Zdarza się sporadycznie. Czasami wydaje prace, czasem nie. W moim przypadku okazało się, że jest to związane z siecią. Używamy routera równoważącego obciążenie z dwoma połączonymi z nim WAN. Jeśli zewnętrzny adres IP ulegnie zmianie podczas procesu wdrażania, ponieważ router przełącza sieci WAN, nie działa. Mam nadzieję, że komuś pomogę.

1

Chcę podzielić się moim rozwiązaniem z tym samym problemem. Ponadto na zdalnej maszynie wirtualnej działały MsDepSvc (Web Deployment Agent Service) i WMSvc (Web Management Service), a program Visual Studio 2015 nadal zwraca błąd.

Idę do Azure portal>All Resources> Znajdź moją Network Security Group i kliknij na nią. >Inbound security rules i dodać nową regułę:

Nazwa: swój wybór.
Źródło: Dowolny.
usługi: klienta
Protokół: Wszelkie
Zakres portów:
Action: Pozwól

3

spróbuj uruchomić Visual Studio jako administrator. To rozwiązało mój problem.

2

Resetowanie "profilu publikowania" również działa :) Możesz zresetować go z portalu Azure w swojej aplikacji internetowej. enter image description here

2

Upewnij się, że nie masz uruchomionego serwera proxy debugowania sieci, który rejestruje cały ruch HTTP (ów) między Twoim komputerem a Internetem. Mój problem polegał na tym, że Fiddler działał, ponieważ debugowałem interfejs Web API. Udało mi się opublikować pomyślnie po zamknięciu Fiddlera.

Powiązane problemy