Сбои MSDeploy с “существующим соединением были насильственно закрыты удаленным хостом”
В моих поисках, как сделать это, большинство ответов заканчивает тем, что говорило, что это становится проблематичным и ненадежным. Лучшая практика, на которую я натыкался, должна просто настроить одну из систем, что Вы собираетесь быть клонированием и... хорошо, клон это. Виртуальные системы могут быть клонированы к другим виртуальным системам, но Вы - вид просьбы взять установку в системе HP и клонировать его в лабораторию Лощин. Аппаратные средства отличаются, драйверы, и т.д.... Вы будете иметь лучший успех, если Вы возьмете одну из Лощин и заложите основу от этого.
Если Вы sysprep это, я не предполагаю, но я не знаю, переместит ли это Ваши приложения правильно.
Если Вы спрашиваете о программном обеспечении клона, мы обычно используем Спасение, Возможный Linux с partimage для создания диска клона к сетевому ресурсу. Другие используют Ghost или Altiris для клонирования дисков. И снова существуют те, которые используют Sysprep, если Вы используете Windows (partimage, altiris, и т.д. агностик хоста, они просто отображают диск и не заботятся об ОС).
Вы установленный на 'имени компьютера' - msdeploy сервис агента?
Для установки его - Вы должны:
1) загрузите пакет с iis.net
2) сервис управления установкой (для IIS на сервере DEST)
3) настройте сервис управления (для разрешения IP чего-то, отметьте: там требуется ПО КРАЙНЕЙ МЕРЕ ОДНА запись),
4) запустите сервис управления
5) запустите сервис агента
6) попробуйте развертывание
Я уверен, что это должно работать (я имею, встречаются с этой ошибкой при попытке для использования msdeploy в первый раз)
Я также видел это 'насильственно разъединенное' сообщение об ошибке, когда сертификат, используемый сервисом управления, недопустим для сервера.
В моем случае я создал стандартный веб-сервер VM, затем клонировал sysprepped версию VM. Сервис управления на клонированный VM's все еще отображал сертификат, выпущенный исходным VM.
Замена плохого сертификата с самоподписанным сертификатом разрешает проблемное право.
Мне потребовались несколько минут для понимания этого один первоначально...
Только что возникла эта проблема на сервере IIS 10.
Наше удаленное развертывание из CI возвращало следующую ошибку:
07-Mar-2019 11:36:21 Info: Using ID 'fc4e2c45-1368-4487-aff2-60cbb3cde2f6' for connections to the remote server.
07-Mar-2019 11:36:22 Error: Could not complete the request to remote agent URL 'https://anonymous-server.co.nz:8172/msdeploy.axd?site=anonymous-site.co.nz'.
07-Mar-2019 11:36:22 Error: The underlying connection was closed: An unexpected error occurred on a send.
07-Mar-2019 11:36:22 Error: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host.
07-Mar-2019 11:36:22 Error: An existing connection was forcibly closed by the remote host
07-Mar-2019 11:36:22 Error count: 1.
Это произошло после окна обслуживания, которое мы выполнили несколько ночей назад, установка обновлений Windows и перезагрузка сервера. Служба управления была подключена к сети, и я попытался перезапустить ее, однако она не позволяла развертываниям работать.
Срок действия используемого сертификата SSL не истек до 2027 года, и, похоже, он был правильно подключен к службе. Благодаря приведенному выше комментарию @ David-Montgomery, это привело меня в правильном направлении.
- Создание нового самозаверяющего сертификата из серверного узла -> просмотр сертификатов серверов (неважно, какие они временные)
- Остановите службу управления (перейдя на узел сервера, затем на Служба управления в группе управления внизу страницы вид функций, затем дважды щелкнув по нему и нажав кнопку остановки в правая панель)
- Измените сертификат SSL в управлении service (WMSVC) в качестве самоподписанного сертификата, который вы только что создали
- Применить и запустить службу с правой стороны
- Остановить службу снова
- Измените сертификат SSL обратно на тот, который использовался ранее (при условии, что срок его действия еще не истек)
- Применить и запустить службу еще раз.
- Удалите созданный вами временный сертификат.
После этого служба управления, похоже, повторно привязана к сертификату SSL, и развертывания снова работают.
TL; DR: по какой-то причине служба WMSVC потеряла соединение с SSL-сертификат, даже если пользовательский интерфейс показал, что он связан?