2012-09-18 17 views
14

Sono di fronte a questo problema quando provo a pubblicare la mia applicazione Web su Windows Azure tramite Visual Studio 2010. Sto provando con il tasto destro del mouse sul progetto e selezionare pubblicare e importare pubblica profilo scaricato dalla piattaforma Windows Azure.Impossibile pubblicare il sito Web su Windows Azure utilizzando la pubblicazione tramite VS2010

sto ottenendo questo errore:

di errore 1 un'attività di distribuzione Web non è riuscita. (Impossibile connettersi al computer remoto ("waws-prod-am2-001.publish.azurewebsites.windows.net"). Sul computer remoto, assicurarsi che Web Deploy sia installato e che il processo richiesto ("Web Management Service ") viene avviata ulteriori informazioni presso:.. http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_DESTINATION_NOT_REACHABLE) 0 0 MeraSungard

saluti

Robin

+0

L'istanza è completamente installata e attiva? – LewisBenge

+1

Sì, posso verificare che il sito Web predefinito su Windows Azure sia attivo e in esecuzione. – user1679318

risposta

7

Quando si sta tentando di pubblicare l'applicazione web da VS2010 a siti web di Windows Azure, il processo di pubblicazione connettersi a Siti Web Windows Azure su una porta specifica abilitata per il servizio Web Deploy. In VS 2010 se la connessione a questa porta di servizio è fallita, VS restituisce l'errore come "Web Deploy è installato ........ sul server remoto. Il fatto è che il servizio WebDeploy è già in esecuzione e altre macchine potrebbero connettersi a lo stesso server e distribuire il problema è specifico per la rete e la macchina.

ci sono due principale luogo per cercare 1) il server 2) proxy firewall computer di distribuzione, se ci si trova dietro proxy. Provare a cambiare la rete correlata impostazioni a livello locale in modo da poter farla funzionare

+0

Grazie! Ho provato lo stesso processo da un'altra macchina in un'altra rete e ha funzionato. Deve essere qualcosa con il firewall di rete o la mia macchina è dietro al server proxy. – user1679318

25

per coloro che la risposta non ha funzionato per (come me) in alternativa è possibile impostare un ambiente applicazione nel tuo sito web Azure:..

  1. Set: WEBSITE_WEBDEPLOY_USE_SCM = false nelle impostazioni del portale di gestione di Azure (in Sito Web -> Configura -> impostazioni dell'app). Assicurati che 'falso' sia nel campo del valore.

  2. Scarica nuovamente le impostazioni di pubblicazione in VS o qualsiasi altra cosa usi per la distribuzione.

  3. Distribuire correttamente.

Tratto da:

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

Questo ha funzionato per me –

1

Per me la pubblicazione di iniziare a lavorare dopo la riconnessione della rete.

1

Ho riscontrato lo stesso problema durante il tentativo di distribuzione in Azure dall'aggiornamento VS2013 5. Accade a intermittenza. A volte lavori editoriali, a volte no. Nel mio caso è risultato essere collegato alla rete. Utilizziamo un router di bilanciamento del carico con due WAN ad esso collegate. Se l'indirizzo IP esterno cambia durante il processo di distribuzione, poiché il router ha commutato le WAN, non riesce. Spero che possa aiutare qualcuno.

1

Voglio condividere la mia soluzione con lo stesso problema. Anche MsDepSvc (Web Deployment Agent Service) e WMSvc (Web Management Service) erano in esecuzione sulla macchina virtuale remota e Visual Studio 2015 restituisce ancora un errore.

Vado a Azure portal>All Resources> Trova il mio Network Security Group e fare clic su di esso. >Inbound security rules e aggiungere nuova regola:

Nome: la vostra scelta.
Fonte: Qualsiasi.
Servizio: personalizzato
Protocollo: Qualsiasi
gamma Port:
Azione: Consenti

3

tenta di eseguire Visual Studio come amministratore. Questo ha risolto il mio problema.

2

Anche il ripristino del "profilo di pubblicazione" funziona :) È possibile reimpostarlo dal portale di Azure nella propria app Web. enter image description here

2

Assicurarsi di non disporre di un proxy di debug Web in esecuzione che registri tutto il traffico HTTP (s) tra il computer e Internet. Il mio problema era che Fiddler era in esecuzione perché stavo eseguendo il debug di un'API Web. Sono stato in grado di pubblicare con successo dopo aver chiuso Fiddler.

Problemi correlati