Impossibile connettersi alla distribuzione Web del computer remoto ERROR_DESTINATION_NOT_REACHABLE

Sto cercando di configurare Web Deploy 3.5 su Windows Server 2008 R2 Standard con SP1 installato su di esso. Quando provo a convalidare la connessione utilizzando Visual Studio 2013 per pubblicare un sito Web, viene visualizzato il seguente errore.

Could not connect to remote computer (computer name). Make sure Web Management Service is started.
Learn more at http://go.microsoft.com/fwlink/?linkId=221672#ERROR_DESTINATION_NOT_REACHABLE

E ho provato tutto ciò che è stato trovato su tutti i forum come segue. E l'ho già fatto in precedenza in un lavoro diverso e ogni volta ha funzionato bene.

1. Assicurarsi che il servizio di gestione Web sia avviato e impostato su Automatico
2. Assicurarsi che il servizio agente di distribuzione Web sia avviato e impostato su Automatico
3. Web Deploy 3.5 è installato
4. Ho provato a installare anche versioni diverse di Web Deploy 3.5 come le versioni di hosting.
5. Ho verificato se la porta del firewall per il servizio di gestione Web è in ascolto sulla porta 8172 (vedi immagine sotto).
6. La versione .Net Framework Penso che non sia un problema.
7. Ho anche verificato che durante l'installazione di Web Deploy 3.5 siano installati tutti i componenti.
8. Quando faccio clic sul nodo del server all'interno di IIS e all'interno del servizio di gestione Web, viene visualizzato anche Abilita connessione remota
9. Ho anche verificato se gli utenti sono delegati alla pubblicazione su quel sito Web.
10. Non trovo alcun registro all'interno di C: \ inetpub \ logs \ wmsvc.

Non riesco a eseguire il ping dell'URL 8172 / webdeploy.axd. C'è qualche altro servizio che potrebbe essere in ascolto su qualche porta che mi manca. Qualcosa è strano qui. Non riesco a vedere alcun traffico che attraversi anche Fiddler dal mio computer locale. Ho provato a incollare l'URL .axd su Internet Explorer del server e non riesce ancora a raggiungerlo e non dice nulla.

Più alla ricerca:

Ho provato a connettermi utilizzando il client Telnet e dice: Impossibile aprire la connessione all'host, sulla porta 8172: Connessione non riuscita. Da qualche parte è bloccato e non ho idea di dove cercare.

Un commento su questa risposta su StackOverflow mi ha portato sulla strada giusta con questo stesso messaggio di errore se qualcun altro si imbatte in questo e le altre risposte non aiutano: https://stackoverflow.com/a/13871041/1128742 .

Non è necessario solo installare la distribuzione Web, ma è necessario abilitare il sottoelemento Gestore distribuzione IIS. Apri Aggiungi / rimuovi programmi> Distribuzione Web Microsoft> Modifica> assicurati che Gestore distribuzione IIS sia abilitato.

La distribuzione Web funzionava per noi, quindi abbiamo applicato alcuni aggiornamenti di Windows e ha smesso di funzionare all'improvviso, questo era il colpevole.

Ho avuto lo stesso problema (404). Risolto da:

1. Disinstallato Web Deploy 3.6 da Programmi e funzionalità
2. Pacchetto x64 scaricato da https://www.iis.net/downloads/microsoft/web-deploy#additionalDownloads
3. Pacchetto MSI scaricato installato, che si è rivelato essere Web Deploy 3.5.

Immediatamente (senza riavvio) questo ha risolto il problema.

Quindi il problema si è rivelato essere un altro firewall che impedisce qualsiasi connessione alla porta 8172 e ha dovuto essere aperto.

Ho appena avuto un problema simile. Era dovuto al pasticcio con i certificati SSL.

Durante l'installazione di WebDeploy si installa normalmente il servizio di gestione che crea un certificato autofirmato denominato: WMSvc-HOSTNAME .

Questo certificato dovrebbe essere disponibile nell'archivio certificati :

e dovrebbe essere visibile in IIS in Certificati server :

Dal momento che stavo scherzando con esso in qualche modo WMSvc-HOSTNAME era disponibile nell'archivio certificati e scompariva dai certificati server in IIS .

Il problema era che il servizio di gestione era configurato per utilizzare il certificato WMSvc:

Soluzione:

Creare un nuovo certificato SSL autofirmato e utilizzarlo con il servizio di gestione anziché WMSVC .

Ho avuto lo stesso problema, pubblicando la mia soluzione per completezza: stavo cercando di distribuire il Web su una VM Hyper-V , risolto ricreando lo Switch virtuale utilizzato dalla VM. Probabilmente è stato configurato male qualche tempo fa nel tentativo di risolvere alcuni altri collegamenti. Avrei dovuto controllare prima se potessi effettivamente raggiungere la destinazione ...