У меня есть веб-сайт ASP.NET, который размещен на веб-сервере клиента, который я мог публиковать непосредственно из Visual Studio с помощью публикации в один клик через Web. Соединение было установлено через FTPS, поэтому оно будет подключаться к IP-адресу сервера через порт 21; то есть ftps: //101.102.103.104: 21.
Однако после недавнего обновления сертификата SSL на сервере я больше не могу публиковать на сервере из VS - я получаю сообщение об ошибке ниже при тестировании соединения или попытке опубликовать файлы:
Обходной путь, который у меня есть, - это опубликовать в локальной папке, а затем соединиться с FileZilla, чтобы подтолкнуть файлы вверх. Учетные данные, которые я использую, одинаковы в FileZilla, и у них нет проблем с установлением соединения или загрузкой файлов. Таким образом, существует проблема с публикацией Visual Studio через FTPS с этим новым сертификатом.
Одно первоначальное отличие, которое я заметил при развертывании через FileZilla, заключалось в том, что при первоначальном подключении я получал предупреждение о том, что сертификат не соответствует имени сайта, но это было только при подключении по IP-адресу. Если я использовал имя сервера (который имеет тот же домен, что и сертификат подстановочного знака на сервере), он не отображал всплывающее окно с этим сертификатом. К сожалению, использование имени сервера в настройках публикации VS по-прежнему выдает ту же ошибку.
Пока я цеплялся за соломинку для исправления, я пытался подключиться к порту 990, чтобы посмотреть, смогу ли я использовать неявный SSL (в нескольких статьях это упоминалось как опция), но это не сработало - я не уверен если этот порт заблокирован на брандмауэре или служба не прослушивает, но я не могу подключиться к серверу через порт 990.
Я не верю, что это ограничение Visual Studio, так как оно работало раньше. Возможно, наши ИТ-специалисты внесли некоторые изменения в конфигурацию сервера одновременно с применением сертификата? Кто-нибудь еще сталкивался с этим, и вам удалось решить проблему?