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

Не удается подключиться к службе MSDeploy из Visual Studio 2013

Ситуация

У меня есть размещенный сервер, на котором есть наш веб-сервер разработки. Я установил службу веб-управления (через установщик веб-платформы) и настроил пользователя управления IIS, настроил делегирование, запустил службу, и я пытаюсь подключиться к службе через диалоговое окно публикации Visual Studio 2013 в Интернете с помощью кнопки Проверить соединение.

Я использую следующий адрес: https://169.254.0.0:8172/msdeploy.axd (очевидно, что IP-адрес был изменен, но я абсолютно уверен, что тот, который я использую, правильный, так как это то, к чему я подключаюсь по RDP. Я также пробовал http в соответствии с этой статьей SF: Как настроить сервер WebDeploy для прямой публикации из Visual Studio?

Я убедился, что службы (веб-управление и агент веб-развертывания) работают, и что брандмауэр не блокирует связь (я попытался отключить его).

Раньше мне везло с этим для серверов, которые были в локальной сети и в домене, но это ни то, ни другое. Мы ценим любые предложения.

Обновить

Брандмауэр Windows не управлял ограничениями портов

Ограничения на порты серверов управлялись Azure (я не знал об этом в этом проекте). Открыл TCP-порт 8172 и использовал http-версию указанного выше адреса. Теперь ошибка: Could not complete the request to remote agent URL 'http://.../msdeploy.axd/MSDEPLOYAGENTSERVICE'. The operation has timed out.

404.7 Ошибка в журналах ошибок

Наряду с указанным выше сообщением об ошибке тайм-аута я еще раз просмотрел журналы и заметил, что возвращается ошибка HTTP 404.7: Not Found. Модуль фильтрации запросов настроен на запрет расширения файла. Я просмотрел сопоставления обработчиков, и есть обработчики для * .axd, и они кажутся включенными и допустимыми. Это меня злит.

Это было сочетание проблем:

  1. Брандмауэр Windows не блокировал порт 8172 TCP, Azure блокировал. Мораль: расспросите начальство об истинной природе серверного зверя, которого вы готовитесь изменить.
  2. В этом случае MsDeployServiceURL должен быть https. Мораль: иногда заявлениям, которые звучат так, как будто они нарезаны и высушены, «так и есть» не стоит верить.
  3. Пришлось установить дополнительный модуль или функцию для веб-развертывания: Невозможно использовать «Веб-развертывание» в Windows Server 2012. ОШИБКА HTTP 404.7. . Мораль: IDK, установите весь пакет, даже если вы не думаете, что вам понадобятся некоторые его части, и пропустите экспресс-установку?