Сбой задачи веб-развертывания Visual Studio 2010

Question

Я пытаюсь использовать функцию публикации в 1 клик VS2010, чтобы развернуть тестовый сайт с моего ноутбука на мой сервер. У меня отключен брандмауэр на обеих машинах, а служба развертывания 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) Not Found. 0 0 Test.Web

Есть идеи, что я здесь не так делаю?

Answer 1

Перезапустить visual studio .

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

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

Answer 2

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

Answer 3

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

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

Answer 4

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

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

После этого все работает нормально. Предполагая, что Служба веб-управления настроена правильно (у меня настроен прием удаленных подключений, порт брандмауэра был открыт, а пользователь, с которым я загружаюсь, был добавлен на каждый отдельный сайт, на котором я хочу развернуть (с помощью значка «Разрешения диспетчера IIS»). в каждом узле сайта в диспетчере IIS)).

Answer 5

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

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

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

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

Answer 6

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

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

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

http://ExampleURL

После этого все заработало.

Answer 7

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

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

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

Тогда не обращайте внимания на вариант 1.

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

Answer 8

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

Answer 9

Я получил 404 из браузера IE с https: // имя_сервера: 8172 / MsDeploy.axd

Но Chrome не создавал проблем.

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

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

Answer 10

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