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

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

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

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

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

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

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

1. при установке / переустановке установщика WebDeploy выберите Custom / Change, а затем убедитесь, что "Management Service Delegation UI" является одним из установленных параметров, он не установлен по умолчанию, но необходим для работы WebDeploy (ошибка установщика).
2. используйте новый значок делегирования службы управления в узле сервера диспетчера IIS для добавления роль "развертывание приложений с контентом", принимая ее параметры по умолчанию. Но вы также можете указать параметр "Запуск от имени" с пользователем, который имеет права изменять параметры IIS.
3. перезапустите службу веб-управления.

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

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

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

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

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

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

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

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

http://ExampleURL

он работал просто отлично после этого.

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

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

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

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

тогда игнорируйте Вариант 1.

начните читать снова с "2. Загрузите установщик веб-развертывания ..."

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

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

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

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

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

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

исправление состояло в том, чтобы удалить $projectname.Publish.xml файл (в корневом каталоге проекта) и повторно создать его.

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

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

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

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

ошибки:

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

исправления:

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