Attività di distribuzione Web di Visual Studio 2010 non riuscita

Sto cercando di utilizzare la funzionalità di pubblicazione 1 clic di VS2010 per distribuire un sito di test dal mio laptop al mio server. Il firewall è distriggersto su entrambe le macchine e il servizio di distribuzione MS è attivo e funzionante sia sul mio laptop che sul server.

Tuttavia, quando provo a pubblicare da VS2010 sul mio laptop, ho il seguente errore:

Errore 1 Attività di distribuzione Web non riuscita. (Imansible contattare l’agente remoto (URL https://192.168.1.181/:8172/msdeploy.axd?site=LocationsTest ). Assicurarsi che il servizio dell’agente remoto sia installato e avviato sul computer di destinazione. .)
La risorsa richiesta non esiste o l’URL richiesto non è corretto.
Dettagli circa l’errore:
Non è stato ansible contattare l’agente remoto (URL https://192.168.1.181/:8172/msdeploy.axd?site=LocationsTest ). Assicurarsi che il servizio dell’agente remoto sia installato e avviato sul computer di destinazione.
È stata ricevuta una risposta non supportata. L’intestazione della risposta ‘MSDeploy.Response’ era ” ma era previsto ‘v1’.
Il server remoto ha restituito un errore: (404) non trovato. 0 0 Test.Web

Qualche idea su cosa sto facendo male qui?

    Assicurati di avere il servizio WMSvc (servizio di gestione Web) impostato su “Auto” (e avviato) in modo che sia acceso quando si riavvia e controllare questo collegamento

    Riavvia lo studio visivo .

    Ne ho avuto uno in alcune occasioni dopo aver appena distribuito con successo una WebApp su un server con IIS 7.5. Ovviamente dal momento che una distribuzione / pubblicazione è stata eseguita correttamente sul server poco prima che si verificasse questo errore, c’era pochissimo che avrebbe potuto andare storto nella configurazione / configurazione del server (a meno che la precedente distribuzione avvenisse in modo orribilmente sbagliato e rimossi alcuni parametri di configurazione su il server).

    Dopo aver riavviato il server, controllato che il servizio di gestione Web e il servizio di distribuzione Web funzionassero correttamente e verificato dallo strumento cUrl che un GET di MsDeploy.axd era riuscito c’era solo una cosa da fare. Riavvia Visual Studio. Magicamente il post riavvio di VS publish ha iniziato a funzionare di nuovo. Tutto da solo. Cose magiche, questa distribuzione Web 🙂

    Assicurati di aver impostato correttamente Sito / Applicazione nel profilo di pubblicazione: Pubblica la finestra di dialogo del profilo in Visual Studio 2010

    Si ottiene lo stesso messaggio di errore se si scrive male il nome del sito o dell’applicazione.

    Anche se molte cose diverse non correlate possono contribuire a ottenere il 404, l’ho risolto per il mio.

    1. Durante l’installazione / reinstallazione del programma di installazione di WebDeploy, selezionare Personalizza / Cambia e assicurarsi che l”interfaccia utente di Delimitazione servizio di gestione’ sia una delle opzioni installate, non installata per impostazione predefinita, ma per il corretto funzionamento di WebDeploy (bug del programma di installazione).
    2. Utilizzare la nuova icona Delega servizio di gestione nel nodo Server del manager IIS per aggiungere il ruolo “Distribuisci applicazioni con contenuto”, accettandone le impostazioni predefinite. Ma potresti anche voler specificare un’impostazione “Esegui come” con un utente che ha i diritti per modificare le impostazioni di IIS.
    3. Riavviare il servizio di gestione Web.

    Dopo questo, tutto funziona bene. Supponendo che il servizio di gestione Web sia configurato correttamente (il mio è configurato per accettare connessioni remote, la porta del firewall è stata aperta e l’utente con cui sto caricando è stato aggiunto a ogni singolo sito che voglio distribuire (utilizzando l’icona Autorizzazioni di Gestione IIS in ogni nodo del sito in Gestione IIS)).

    Abbiamo riscontrato che il problema era dovuto all’installazione di WebDeploy prima che la funzionalità del servizio di gestione Web fosse abilitata su un server Windows 2008. Dopo aver installato il servizio di gestione Web, disinstallare completamente Web Deploy. Quindi resinstallare e assicurarsi che tutti i componenti del pacchetto siano selezionati.

    Dopo la reinstallazione, siamo stati immediatamente in grado di pubblicare sul server dalla mia macchina locale e anche dal nostro CI.

    Un paio di punti da notare dopo aver letto le altre risposte:

    • Se ricevi un errore 404, il problema non è di sicurezza.
    • Non è stato necessario riavviare Visual Studio affinché questa modifica abbia effetto.
    • La reinstallazione avvierà i servizi in modalità automatica, non adustare questa impostazione.

    Sono stato in grado di risolvere lo stesso problema quando ho cambiato il “Servizio URL” che utilizza “Windows Management Service” da:

    https://ExampleURL:8172/msdeploy.axd?site=SiteName 

    a ciò che utilizza “Servizio Remote Agent” invece:

     http://ExampleURL 

    Ha funzionato bene dopo.

    Ho ricevuto questo errore perché ho cambiato la mia password. La procedura guidata di distribuzione ha comunque salvato la mia vecchia password, dopo aver ridigitato la mia password, ora tutto funziona correttamente.

    Ho installato un paio di server web e continuo a ricevere questo problema, quindi sto postando qui la mia risposta in modo tale da trovarla quando ho riscontrato il problema con Google.

    Fondamentalmente installo sempre Web Deploy 3 dal Web Platform Installer. Questo è il primo errore. Per qualche ragione questo installa solo metà della roba che ti serve. Se è stato installato, disinstallarlo e scaricare il programma di installazione di Web Deploy. Quindi scegliere l’installazione “Completa”.

    Se stai seguendo questa guida

    Quindi ignorare l’opzione 1. È una trappola

    Iniziare nuovamente la lettura da ” 2. Scarica il programma di installazione di Web Deploy …

    Sciocco, non avevo installato .NET 4 sul server

    Ho ottenuto 404 da un browser IE da https: // nomeserver: 8172 / MsDeploy.axd

    Ma Chrome non ha creato problemi.

    Questo può essere il primo test per vedere se è ansible raggiungere il servizio di gestione Web sul server. In altre parole: quando ha funzionato chome (ha risposto con una pagina vuota), allora si ha accesso al servizio sul server.

    Tuttavia, devi anche disporre dell’authorization per l’implementazione nel sito specifico. In IIS trovare il sito e farlo in “Autorizzazioni Gestione IIS” in Gestione.

    Questo stesso messaggio si presenterebbe quasi a caso durante la pubblicazione di progetti da Visual Studio 2010.

    La correzione consisteva $projectname.Publish.xml file $projectname.Publish.xml (nella directory root del progetto) e ricrearlo.

    Se si utilizza un certificato SSL, è necessario accedere al servizio di gestione nella sezione Gestione IIS di Server Manager e interrompere il servizio, selezionare il certificato corretto e quindi riavviare il servizio. Questo è ciò che ha funzionato per me (stavo ricevendo il messaggio Proibito).

    Come un manichino, questo errore mi è stato lanciato perché non avevo installato Remote Web Agent come parte dello Strumento di distribuzione Web disponibile qui .

    Anche se tutti i software necessari sono installati ho avuto un errore simile. Ho notato che l’URL del servizio non era prefissato con http: //. Una volta prefissato, funziona bene.

    Stavo ricevendo errori simili da VS 2013 e ho trovato una correzione che non ho visto menzionare nessuna delle altre risposte.

    Errori:

    • La connessione sottostante è stata chiusa
    • Imansible leggere i dati dalla connessione di trasporto: una connessione esistente è stata forzatamente chiusa dall’host remoto, dal server di compilazione (TFS 2010) .

    Difficoltà:

    La soluzione nel mio caso era ritriggersre TLS 1.0 sulla destinazione. È una chiave di registro ma sto usando l’applet IISCrypto gratuita per questo.