Es konnte keine Verbindung zum Remotecomputer hergestellt werden. Webbereitstellung ERROR_DESTINATION_NOT_REACHABLE

Ich versuche, Web Deploy 3.5 unter Windows Server 2008 R2 Standard mit SP1 zu konfigurieren. Wenn ich versuche, die Verbindung mit Visual Studio 2013 zum Veröffentlichen einer Website zu überprüfen, wird der folgende Fehler ausgegeben.

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

Und ich habe alles, was in allen Foren zu finden ist, wie folgt ausprobiert. Und ich habe das auch schon einmal bei einem anderen Job gemacht und jedes Mal hat es gut funktioniert.

1. Stellen Sie sicher, dass der Web Management Service gestartet und auf Automatisch eingestellt ist
2. Stellen Sie sicher, dass der Web Deployment Agent-Dienst gestartet und auf Automatisch eingestellt ist
3. Web Deploy 3.5 ist installiert
4. Ich habe versucht, eine andere Version von Web Deploy 3.5 zu installieren, wie die Hosting-Versionen.
5. Ich habe überprüft, ob der Firewall-Port für den Web Management Service den 8172-Port überwacht (siehe Abbildung unten).
6. Die .Net Framework-Version ist meines Erachtens kein Problem.
7. Ich habe auch sichergestellt, dass während der Installation von Web Deploy 3.5 alle Komponenten installiert werden.
8. Wenn ich in IIS und im Web Management Service auf den Serverknoten klicke, wird auch "Remoteverbindung aktivieren" angezeigt
9. Ich habe auch überprüft, ob Benutzer zur Veröffentlichung auf dieser Website delegiert sind.
10. Ich finde auch keine Protokolle in C: \ inetpub \ logs \ wmsvc.

Ich kann die URL 8172 / webdeploy.axd nicht anpingen. Gibt es einen anderen Dienst, der einen fehlenden Port abhören könnte? Hier ist etwas seltsam. Ich kann nicht einmal von meinem lokalen Computer aus Verkehr durch Fiddler sehen. Ich habe versucht, die .axd-URL in den Internet Explorer des Servers einzufügen, aber sie kann sie immer noch nicht erreichen und sagt nichts.

Weitere Ergebnisse:

Ich habe versucht, eine Verbindung mit dem Telnet-Client herzustellen, und es heißt: Verbindung zum Host auf Port 8172 konnte nicht hergestellt werden: Verbindung fehlgeschlagen. Irgendwo ist es blockiert und ich habe keine Ahnung, wo ich suchen soll.

Ein Kommentar zu dieser Antwort bei stackoverflow hat mich mit derselben Fehlermeldung auf den richtigen Weg gebracht, wenn jemand anderes darauf stößt und die anderen Antworten nicht helfen: https://stackoverflow.com/a/13871041/1128742 .

Es muss nicht nur die Webbereitstellung installiert werden, sondern auch das Unterelement IIS Deployment Handler muss aktiviert sein. Öffnen Sie Programme hinzufügen / entfernen> Microsoft Web Deploy> Ändern> Stellen Sie sicher, dass der IIS-Bereitstellungshandler aktiviert ist.

Die Webbereitstellung funktionierte für uns, dann haben wir einige Windows-Updates angewendet und es funktionierte plötzlich nicht mehr. Dies war der Schuldige.

Ich hatte das gleiche Problem (404). Es wurde behoben durch:

1. Deinstallierte Web Deploy 3.6 von Programs & Features
2. Heruntergeladenes x64-Paket von https://www.iis.net/downloads/microsoft/web-deploy#additionalDownloads
3. Installiertes heruntergeladenes MSI-Paket, das sich als Web Deploy 3.5 herausstellte.

Das Problem wurde sofort (ohne Neustart) behoben.

Es stellte sich also heraus, dass es eine andere Firewall gab, die jegliche Verbindung zum 8172-Port verhinderte, und sie musste geöffnet werden.

Ich hatte gerade ein ähnliches Problem. Es war auf das Durcheinander mit SSL-Zertifikaten zurückzuführen.

Während der Installation von WebDeploy installieren Sie normalerweise den Verwaltungsdienst, der ein selbstsigniertes Zertifikat mit dem Namen WMSvc-HOSTNAME erstellt .

Dieses Zertifikat sollte im Zertifikatspeicher verfügbar sein :

und sollte in IIS unter Serverzertifikate sichtbar sein :

Da ich irgendwie damit herumgespielt habe, war WMSvc-HOSTNAME im Zertifikatspeicher verfügbar und verschwand aus den Serverzertifikaten in IIS .

Das Problem war, dass der Verwaltungsdienst für die Verwendung des WMSvc-Zertifikats konfiguriert wurde:

Lösung:

Erstellen Sie ein neues selbstsigniertes SSL-Zertifikat und verwenden Sie es mit Management Service anstelle von WMSVC .

Ich hatte das gleiche Problem, als ich meine Lösung der Vollständigkeit halber veröffentlichte: Ich habe versucht, Web Deploy auf einer Hyper-V-VM bereitzustellen , die durch die Neuerstellung des von der VM verwendeten virtuellen Switch behoben wurde . Wahrscheinlich wurde vor einiger Zeit falsch konfiguriert, um einige andere Verbindungen zu beheben. Hätte früher prüfen sollen, ob ich das Ziel tatsächlich erreichen könnte ...