Назад | Перейти на главную страницу

Не удалось подключиться к удаленному компьютеру через веб-развертывание. 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. Я проверил, прослушивает ли порт брандмауэра для службы веб-управления порт 8172 (см. Изображение ниже).
  6. Версия .Net Framework, я думаю, не проблема.
  7. Я также убедился, что во время установки Web Deploy 3.5 все компоненты установлены.
  8. Когда я нажимаю на серверный узел внутри IIS и внутри службы веб-управления, он также говорит Включить удаленное соединение
  9. Я также проверил, уполномочены ли пользователи публиковать на этом сайте.
  10. Я не нахожу никаких журналов внутри C: \ inetpub \ logs \ wmsvc.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Решение:

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

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

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