Не удалось подключиться к удаленному веб-развертыванию компьютера. ERROR_DESTINATION_NOT_REACHABLE

Я пытаюсь настроить Web Deploy 3.5 на Windows Server 2008 R2 Standard с установленным SP1. Когда я пытаюсь проверить соединение с помощью Visual Studio 2013 для публикации веб-сайта, возникает следующая ошибка.

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

И я попробовал все найденное на всех форумах следующим образом. И я также делал это раньше на другой работе, и каждый раз это работало просто отлично.

1. Убедитесь, что служба веб-управления запущена и установлена ​​на автоматический
2. Убедитесь, что служба агента веб-развертывания запущена и установлена ​​на автоматический
3. Web Deploy 3.5 установлен
4. Я попытался установить другую версию Web Deploy 3.5, например, версии хостинга.
5. Я проверил, прослушивает ли порт брандмауэра для Web Management Service порт 8172 (см. Изображение ниже).
6. Версия .Net Framework, я думаю, что это не проблема.
7. Я также убедился, что во время установки Web Deploy 3.5 все компоненты установлены.
8. Когда я щелкаю по узлу сервера внутри IIS и внутри службы веб-управления, он также говорит «Включить удаленное соединение»
9. Я также проверил, делегированы ли пользователи для публикации на этом сайте.
10. Я не нахожу никаких журналов внутри C: \ inetpub \ logs \ wmsvc.

Я не могу пропинговать 8172 / webdeploy.axd url. Есть ли какой-либо другой сервис, который может прослушивать какой-то порт, который мне не хватает. Здесь что-то странное. Я не вижу никакого трафика, проходящего через Fiddler с моей локальной машины. Я попытался вставить URL-адрес .axd в обозреватель Интернета на сервере, но он до сих пор не может связаться с ним и ничего не говорит.

Больше находок:

Я попытался соединиться с помощью клиента Telnet, и он говорит: Не удалось открыть соединение с хостом, порт 8172: Ошибка подключения. Где-то это заблокировано, и я понятия не имею, где искать.

Комментарий к этому ответу в stackoverflow поставил меня на правильный путь с этим же сообщением об ошибке, если кто-то еще сталкивался с этим, а другие ответы не помогли: https://stackoverflow.com/a/13871041/1128742 .

Необходимо не только установить веб-развертывание, но и включить подпункт IIS Deployment Handler. Откройте «Установка и удаление программ»> «Microsoft Web Deploy»> «Изменить»> и убедитесь, что обработчик развертывания IIS включен.

Веб-развертывание работало для нас, затем мы применили некоторые обновления Windows, и он внезапно перестал работать, это было причиной.

У меня была такая же проблема (404). Исправлено:

1. Uninstalled Web Deploy 3.6 из Программы и компоненты
2. Загруженный пакет x64 с https://www.iis.net/downloads/microsoft/web-deploy#additionalDownloads
3. Установил скачанный MSI-пакет, который оказался Web Deploy 3.5.

Сразу (без перезагрузки) это решило проблему.

Таким образом, проблема оказалась в том, что был другой брандмауэр, препятствующий подключению к порту 8172, и его пришлось открыть.

У меня только что была похожая проблема. Это было из-за возни с SSL-сертификатами.

Во время установки WebDeploy вы обычно устанавливаете Management Service, которая создает самозаверяющий сертификат с именем: WMSvc-HOSTNAME .

Этот сертификат должен быть доступен в хранилище сертификатов :

и должен быть виден в IIS под Сертификатами сервера :

Поскольку я как-то возился с этим, WMSvc-HOSTNAME был доступен в хранилище сертификатов и исчез из сертификатов сервера в IIS .

Проблема заключалась в том, что служба управления была настроена на использование сертификата WMSvc:

Решение:

Создайте новый самоподписанный сертификат SSL и используйте его вместе со службой управления вместо WMSVC .

У меня была та же проблема, когда я отправлял свое решение для полноты: я пытался выполнить веб-развертывание на виртуальной машине Hyper-V , решив его путем воссоздания виртуального коммутатора, используемого виртуальной машиной . Возможно, какое-то время назад неправильно настроили, пытаясь устранить некоторые другие соединения. Должен был проверить раньше, могу ли я на самом деле добраться до места назначения ...