Не удалось выполнить задачу развертывания в 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

Убедитесь, что вы правильно установили сайт/приложение в профиле публикации: Publish profile dialog in Visual Studio 2010

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

Ответ 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. It's a trap

Начните читать снова с " 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.