Подтвердить что ты не робот

Не удалось выполнить задачу развертывания сети. Не удалось подключиться... сервер не ответил

Я публиковал приложение Lightswitch с помощью Visual Studio 2012 RC для моего локального хоста (Win 7, SQL 2008 R2, IIS 7.5). Теперь я пытаюсь опубликовать на удаленном сервере (Win 2008 R2, SQL 2008 R2, IIS 7.5), и у меня возникают проблемы.

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

Не удалось выполнить задачу развертывания сети. (Не удалось подключиться к удаленному компьютеру ( "###. ###. ###. ###" ) с использованием указанного процесса ( "Агент веб-развертывания Service" ), потому что сервер не ответил. Убедитесь, что процесс ( "Служба агента веб-развертывания" ) запускается на удаленном компьютере компьютер. Узнайте больше: http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_COULD_NOT_CONNECT_TO_REMOTESVC.)

Я проверил каждую из вещей, которые предлагает ссылка "узнать больше". Я проверил, что MsDepSvc и WMSVC работают, а порты 80 и 8172 отвечают на сканирование портов. В настройках публикации для URL-адреса службы я использую IP-адрес (http://###.###.###.###) удаленной машины. Для имени пользователя я использую DomainName\Administrator, который я использую для входа в систему с использованием RDP.

Я разместил на Форумы MSDN, где член предложил мне отменить инструмент развертывания веб-сайтов с V2.0 на V1.1, Что я сделал, но ничего не изменил.

Следуя советам в ответе на этот SO Вопрос, я попытался запустить msdeploy из командной строки.

Из командной строки на сервере я получаю:

C:\Program Files\IIS\Microsoft Web Deploy > msdeploy -verb: дамп -source: dirpath = c:\temp, computername = http://SeverName:80/msdeployagentservice,username=Administrator,password=XXXX-verbose -debug Verbose: использование идентификатора 'c12c3392-2290-44b7-9434-dbd0ff5f9385' для подключения к удаленному сервер. Verbose: предварительная аутентификация URL-адреса удаленного агента 'http://ServerName:80/msdeployagentservice' как "Администратор". MSDeploy.dirPath(name = MSDeploy.dirPath) c:\temp (name = dirPath) (keyAttribute = c:\temp) (linkName = Child1)

Из командной строки на машине dev я получаю:

C:\Program Files\IIS\Microsoft Web Deploy V3 > msdeploy -verb: дамп -source: dirpath = c:\temp, computername = http://###.###.###.###:80/msdeployagentservice,username=Administrator,password=XXXX -verbose -debug Информация: Использование идентификатора '7f0b7d5b-e202-424c-a7dd-246920253081' для подключения к удаленному серверу. Verbose: предварительная аутентификация URL удаленного агента 'http://###.###.###.###:80/msdeployagentservice' as "Администратор". Verbose: предварительная аутентификация URL-адреса удаленного агента 'http://###.###.###.###:80/msdeployagentservice' как "Администратор". Код ошибки: ERROR_COULD_NOT_CONNECT_TO_REMOTESVC Дополнительная информация: Не удалось подключиться к удаленному компьютеру ( "###. ###. ###. ###" ), используя ( "Служба агента веб-развертывания" ), поскольку сервер Не ответил. Убедитесь, что процесс ( "Агент веб-развертывания Сервис" ) запускается на удаленном компьютере. http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_COULD_NOT_CONNECT_TO_REMOTESVC. Узнайте больше: http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_COULD_NOT_CONNECT_TO_REMOTESVC. --- > Microsoft.Web.Deployment.DeploymentException: объект типа 'dirPath' и путь 'c:\temp' не могут быть созданы. --- > System.Net.WebException: удаленный сервер ответил на ошибку: (400) Плохой запрос. в System.Net.HttpWebRequest.GetResponse() at Microsoft.Web.Deployment.AgentClientProvider.GetHttpResponse(HttpWebRequest запрос) --- Конец внутренней проверки стека исключений --- --- Конец Внутренняя трассировка стека исключений --- при Microsoft.Web.Deployment.DeploymentManager.CreateObjectPrivate(DeploymentProviderContext providerContext, DeploymentBaseOptions baseOptions, DeploymentObject sourceObject, String serverVersion) при Microsoft.Web.Deployment.DeploymentManager.CreateObject(DeploymentProviderOptions providerOptions, DeploymentBaseOptions baseOptions) при MSDeploy.MSDeploy.CreateObject(DeploymentProviderOptions providerOptions, DeploymentBaseOptions baseOptions) при MSDeploy.MSDeploy.ExecuteWorker() в MSDeploy.MSDeploy.Execute()
в MSDeploy.MSDeploy.Main(String [] unusedArgs) Число ошибок: 1.

Используя Wireshark, я обнаружил, что я вхожу в систему, но после POST /MSDEPLOYAGENTSERVICE я получаю сообщение об ошибке 400: Bad, которое выглядит так:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN""http://www.w3.org/TR/html4/strict.dtd">\r\n
<HTML><HEAD><TITLE>Bad Request</TITLE>\r\n
<META HTTP-EQUIV="Content-Type" Content="text/html; charset=us-ascii"></HEAD>\r\n
<BODY><h2>Bad Request - Invalid Content Length</h2>\r\n
<hr><p>HTTP Error 400. There is an invalid content length or chunk length in the request.</p>\r\n
</BODY></HTML>\r\n

Единственное, что я мог найти, упомянутое это конкретное поведение: Статья поддержки Microsoft для ISA Server 2000.

Чего еще я должен смотреть?

4b9b3361

Ответ 1

Я столкнулся с этим вчера. В моем сценарии это полностью сводилось к тому, что в настройках публикации, где он запрашивает Site Name:, я предоставил MyApplication. Когда он действительно ожидал от меня предоставления:

Default Web Site/MyApplication

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

Ответ 2

У меня была такая же проблема с Web Deploy 3.5, когда я установил ее с помощью "Установщика веб-платформы 5.0"

Когда я попытался опубликовать из Visual Studio, я получил эту ошибку:

---------------------------
Microsoft Visual Studio
---------------------------
Could not connect to the remote computer ("10.0.3.102") using the specified process 
("Web Management Service") because the server did not respond. Make sure that the process 
("Web Management Service") is started on the remote computer.  Learn more at: 
http://go.microsoft.com/fwlink/?LinkId=221672#ERROR_COULD_NOT_CONNECT_TO_REMOTESVC. 
The remote server returned an error: (403) Forbidden.
---------------------------
OK   
---------------------------

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

Как я решил эту проблему:

  • открыть "Добавить или удалить" программы
  • Нажмите "Microsoft Web Deploy"
  • Нажмите кнопку "Изменить" (кроме "Удалить" )
  • Нажмите "Далее" в

enter image description here

  1. Нажмите "Изменить" в

enter image description here

  1. Добавьте функции, отмеченные красным X

enter image description here

  1. Завершите установку

    Результат: публикация из Visual Studio работает

Ответ 3

У меня была такая же проблема и я решил удалить все папки веб-развертывания в файлы программ (x86)\IIS и в Program Files\IIS.

После этого я переустановил веб-развертывание 1.1 и веб-развертывание 3.0 без встроенного SQL.

Ответ 4

Чтобы решить проблему, я использовал следующие шаги: Сервер: WS2012. DEV Vs2012 Проект MVC4.

1) Создайте пустой сайт на сервере с требуемым именем или при публикации используйте "Веб-сайт по умолчанию", если вы не переименовали по умолчанию что-то еще.

Я использовал информацию в этой ссылке

На сервере с использованием WPI установите

Установить веб-развертывание (3.5) для хостинга серверов

Рекомендуемая конфигурация сервера для поставщиков веб-хостинга

Я убедился, что другие версии, где НЕ установлен

Итак, проверьте имя используемого сайта. Я использую AdminUI. Это пустой сайт, созданный на тестовом сервере

Site Name is important.

Итак, при использовании Мастера, сопоставьте имя сайта

Publish wizard

Убедитесь, что соответствующие службы работают на сервере. И у вас есть достаточные привилегии для записи на сайт

services

Ответ 5

Мне удалось исправить это на моем сервере, перезапустив службу веб-управления

Ответ 6

Что Крис сказал: "Когда он действительно ожидал, что я предоставил" Default Web Site/MyApplication "." Фактические слова "Веб-сайт по умолчанию", а не имя вашего сервера.

У меня тоже было это, и я часами бил головой о стену, пока не попробовал это. (Спасибо Крису!)

FWIW, я использовал имя веб-сайта по умолчанию (имя сервера), а не слова "Веб-сайт по умолчанию", который, по-видимому, ДОЛЖЕН использовать. Какой-то хромой, но, по крайней мере, я знаю сейчас.

Ответ 7

Я также потратил несколько часов на эту ошибку (ERROR_COULD_NOT_CONNECT_TO_REMOTESVC) сегодня, смешная часть заключалась в том, что я смог развернуть с помощью gui contructed Properties/PublishProfiles/<Profile>.pubxml (через right click on project -> Publish... -> create via wizard).

В моем случае, однако, я случайно испортил атрибут <DeployIisAppPath>. Для этого нужно указать SiteName вместо ApplicationPool/SiteName. Вот полный блок из моего файла *.csproj:

<Project ...>
...
  <PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'DEV-Deploy|AnyCPU'">
    <DebugSymbols>true</DebugSymbols>
    <OutputPath>bin\</OutputPath>
    <DefineConstants>DEBUG;TRACE</DefineConstants>
    <DebugType>full</DebugType>
    <PlatformTarget>x64</PlatformTarget>
    <ErrorReport>prompt</ErrorReport>
    <CodeAnalysisRuleSet>MinimumRecommendedRules.ruleset</CodeAnalysisRuleSet>
    <DeployIisAppPath>HERE GOES THE SITE NAME ONLY</DeployIisAppPath>
  </PropertyGroup>
...
</Project>

Итак, если вы настроили SiteName как Foo, последняя часть этого блока конфигурации будет <DeployIisAppPath>Foo</DeployIisAppPath>.

Кроме того, вся информация на IIS Site для кодов ошибок действительно не помогла.

Ответ 8

Не удалось выполнить задачу развертывания сети. (Не удалось подключиться к удаленному компьютеру.)

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

Ответ 9

Используя информацию из нескольких форумов и ответов, мне наконец удалось установить Microsoft Web Deploy так, чтобы я мог использовать его для публикации из Visual Studio успешно (протестирован без активированного брандмауэра):

  • Установите "Службы управления" для IIS с помощью "Добавить функции ролей" в "Диспетчер серверов"
  • Установите веб-развертывание (важно: "Завершить" и после того, как были установлены "Службы управления" )   http://www.iis.net/downloads/microsoft/web-deploy#additionalDownloads

  • Обеспечение в IIS на уровне сервера

    • Откройте "Служба управления"
    • Разрешить учетные данные Windows и IIS
  • В IIS на уровне сайта
    • Открыть 'Разрешение диспетчера IIS'
    • Добавить пользователя, который будет использоваться для фактической публикации, например. Администратор

Если брандмауэр активен: включите "Общий доступ к файлам" и "Управление удаленными службами"

Ответ 10

Такая же проблема для экземпляра AWS EC2.

  • Перейдите к экземплярам EC2, выберите соответствующий экземпляр и в разделе Описания копировать Группы безопасности name

введите описание изображения здесь

  1. Перейдите в раздел Группы безопасности и выберите соответствующую группу безопасности и добавьте следующие Ввод правила , если отсутствует

введите описание изображения здесь

Ответ 11

У меня была та же проблема. Наконец, решила его, изменив https в URL-адрес службы.

Ответ 12

Я также получил эту работу, удалив все веб-развертывания, а затем установил только Web Deploy 2.0.

Ответ 13

Кроме того, убедитесь, что запущена служба локального поиска вызовов (RPC).

Ответ 14

Я решил это, поставив слово "Веб-сайт по умолчанию" в текстовое поле имени сайта при публикации с помощью мастера в Visual Studio 2013

Ответ 15

Просто удалите http://из http://SeverName:80/msdeployagentservice. Также попробуйте использовать ServerName. У меня была эта проблема, и я решил удалить http://

Ответ 16

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

Ответ 17

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

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

  • Откройте диспетчер IIS
  • Нажмите на имя сервера в дереве слева
  • В представлении "Возможности" выберите "Служба управления"
  • Остановить службу управления на правой панели.
  • Добавить новый IP-адрес в разделе Ограничения IP-адреса и удалить старый
  • Применить изменения и снова запустить службу
  • Обновите раздел устранения неполадок документации вашего сервера следующими способами:)

Ответ 18

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

Ответ 19

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