Не удалось выполнить задачу развертывания в Visual Studio 2010

Я пытаюсь использовать функцию публикации VS2010 1-Click Publish для развертывания тестового сайта с моего ноутбука на моем сервере. У меня отключен брандмауэр на обеих машинах, и служба развертывания MS работает и на моем ноутбуке, и на сервере.

Однако, когда я пытаюсь опубликовать VS2010 на своем ноутбуке, я получаю следующую ошибку:

Ошибка 1 Не удалось установить задачу развертывания сети (удаленный агент (URL https://192.168.1.181/:8172/msdeploy.axd?site=LocationsTest) не удалось связаться. Убедитесь, что служба удаленного агента установлен и запущен на целевом компьютере.)
Запрошенный ресурс не существует, или запрошенный URL-адрес неверен.
Информация об ошибке:
Удаленный агент (URL https://192.168.1.181/:8172/msdeploy.axd?site=LocationsTest) не удалось связать. Убедитесь, что служба удаленного агента установлена и запущена на целевом компьютере.
Был получен неподдерживаемый ответ. Заголовок ответа 'MSDeploy.Response' был '', но ожидалось 'v1'.
Удаленный сервер ответил на ошибку: (404) Не найден. 0 0 Test.Web

Любая идея, что я делаю неправильно здесь?

Ответ 1

Убедитесь, что служба WMSvc (служба управления веб-сайтом) установлена на "Авто" (и запущена), поэтому она включена, когда вы перезагружаетесь и проверяете эту ссылку

Ответ 2

Перезапустить визуальную студию.

У меня это появилось несколько раз после того, как вы успешно развернули WebApp на сервере с IIS 7.5. Очевидно, что, поскольку развертывание/публикация была успешно завершена на сервере перед этой ошибкой, было очень мало, что могло бы пойти на неправильную настройку/настройку сервера (если предыдущее успешное развертывание не сделало что-то ужасно неправильное и удалило некоторые параметры конфигурации на сервер).

После перезагрузки сервера, убедитесь, что служба веб-управления и служба веб-развертывания работают правильно, и проверили с помощью инструмента cUrl, что GET из MsDeploy.axd был успешным, осталось только одно. Перезапустите Visual Studio. Волшебный пост-перезапуск публикации VS снова начал работать. Все само по себе. Магический материал, это развертывание в Интернете:)

Ответ 3

Убедитесь, что вы правильно установили сайт/приложение в профиле публикации:

Вы получаете то же сообщение об ошибке, если неправильно написано имя сайта или приложения.

Ответ 4

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

При установке/переустановке установщика WebDeploy выберите "Пользовательский/Изменить", а затем убедитесь, что "Интерфейс делегирования службы управления службами" является одним из установленных параметров, он не установлен по умолчанию, но необходим для работы WebDeploy (ошибка установщика).
Используйте новый значок делегирования службы управления на сервере node диспетчера IIS, чтобы добавить роль "Развернуть приложения с контентом", приняв его по умолчанию. Но вы также можете указать параметр "Запустить как" с пользователем, который имеет права изменять настройки IIS.
Перезапустите службу веб-управления.

После этого все работает нормально. Предполагая, что служба веб-управления настроена правильно (мой настроен на прием удаленных подключений, порт брандмауэра был открыт, а пользователь, с которого я загружался, был добавлен на каждый отдельный сайт, который я хочу развернуть (с помощью значка IMS Manager Permissions на каждом сайте node в диспетчере IIS).

Ответ 5

Мы обнаружили, что проблема связана с тем, что WebDeploy был установлен до того, как функция службы веб-управления была включена на сервере Windows 2008. После установки службы веб-управления полностью удалите Web Deploy. Затем смолируйте и убедитесь, что все компоненты пакета выбраны.

После переустановки мы сразу смогли опубликовать на сервере с моей локальной машины, а также из нашего CI.

Несколько слов, которые следует отметить после прочтения других ответов:

Если вы получаете ошибку 404, проблема не в безопасности.
Нам не пришлось перезапускать Visual Studio, чтобы это изменение вступило в силу.
Переустановка начнет работу в автоматическом режиме, не используйте эту настройку.

Ответ 6

Я смог исправить ту же проблему, когда я изменил "URL-адрес службы", который использует "Службу управления Windows":

https://ExampleURL:8172/msdeploy.axd?site=SiteName

к этому, в котором вместо этого используется "Служба удаленного агента":

http://ExampleURL

После этого он отлично справился.

Ответ 7

Я получил эту ошибку, потому что изменил свой пароль. Мастер развертывания по-прежнему сохранил мой старый пароль, после того, как он перепечатал мой пароль, теперь все работает нормально.

Ответ 8

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

В основном я всегда устанавливаю Web Deploy 3 из установщика веб-платформы. Это первая ошибка. По какой-то причине это устанавливает только половину необходимого вам материала. Если вы установили это, удалите его и загрузите установщик Web Deploy. Затем выберите "Завершить" установку.

Если вы следуете это руководство

Затем проигнорируйте вариант 1.

Начните читать снова с " 2. Загрузите установщик Web Deploy..."

Ответ 9

Глупо мне, у меня не было .NET 4, установленного на сервере

Ответ 10

Я получил 404 из браузера IE из https://servername: 8172/MsDeploy.axd

Но Chrome не беспокоился.

Это может быть первый тест, чтобы узнать, можете ли вы вообще связаться с службой веб-управления на сервере. Другими словами: Когда chome работал (он ответил пустой страницей), у вас есть доступ к службе на сервере.

Тем не менее вам также необходимо иметь разрешение на развертывание на конкретном сайте. В IIS найдите сайт и сделайте это в "Разрешениях диспетчера IIS" в разделе "Управление".

Ответ 11

Это же сообщение будет происходить практически случайно при публикации проектов с visual studio 2010.

Исправлено удаление файла $projectname.Publish.xml (в корневом каталоге проекта) и его повторное создание.

Ответ 12

Если вы используете SSL-сертификат, вы должны войти в службу управления в разделе диспетчера диспетчера сервера IIS и остановить службу, выбрать правильный сертификат и снова запустить службу. Это то, что сработало для меня (я получал Forbidden сообщение).

Ответ 13

Как и манекен, эта ошибка бросалась на меня, потому что я не установил Remote Web Agent как часть используемого инструмента веб-развертывания здесь.

Ответ 14

Несмотря на то, что все необходимое программное обеспечение установлено, у меня была аналогичная ошибка. Я заметил, что URL-адрес службы не был префикс http://. После префикса он работает хорошо.

Ответ 15

Я получал похожие ошибки от VS 2013 и нашел исправление, о котором я не видел, упоминал какие-либо другие ответы.

Ошибка:

Подключенное соединение было закрыто
Невозможно прочитать данные из транспортного соединения: существующее соединение было принудительно закрыто удаленным узлом с сервера сборки (TFS 2010).

Fix:

Исправление в моем случае состояло в том, чтобы снова включить TLS 1.0 в цель. Это раздел реестра, но для этого я использую бесплатный апплет IISCrypto.