Базовое соединение закрыто непредвиденная ошибка при приеме - Решение и исправление самых разных ошибок на TopOshibok.ru

Если при установки выходит ошибка, связанная с блокировкой сервера, то нужно скорректировать настройки КриптоПРО.

Например:

Базовое соединение закрыто: Непредвиденная ошибка при приеме

Решение:

1. Необходимо проверить настройки подключения

2. Данная ошибка возникает при установленном КриптоПРО. В данном случае в настройках необходимо указать:

«Требовать проверку подлинности пользователя для удаленных подключений путем проверки подлинности на уровне сети» — Отключить
«Установить уровень шифрования клиентских подключений» — Включить — Низкий

Ошибка при конфигурации сервера через мастер конфигурации: Базовое соединение закрыто. Непредвиденная ошибка при передаче/приеме. Взаимодействие клиента и сервера невозможно, т.к. у них разный алгоритм работы.

Проблема встречается, если принудительно отключить протоколы старых версий SSL, TLS, например через GPO.

Варианты ошибок:

Решение:

Включение TLS1.0, TLS1.1, TLS1.2 и настройка strong cryptography для .NET Framework: https://docs.microsoft.com/en-us/mem/configmgr/core/plan-design/security/enable-tls-1-2-server#bkmk_net

Добавление веток реестра:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v2.0.50727]
«SystemDefaultTlsVersions» = dword:00000001
«SchUseStrongCrypto» = dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v4.0.30319]
«SystemDefaultTlsVersions» = dword:00000001
«SchUseStrongCrypto» = dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v2.0.50727]
«SystemDefaultTlsVersions» = dword:00000001
«SchUseStrongCrypto» = dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\.NETFramework\v4.0.30319]
«SystemDefaultTlsVersions» = dword:00000001
«SchUseStrongCrypto» = dword:00000001

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.0\Client]
«Enabled»=dword:ffffffff
«DisabledByDefault»=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.0\Server]
«Enabled»=dword:ffffffff
«DisabledByDefault»=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.1\Client]
«Enabled»=dword:ffffffff
«DisabledByDefault»=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.1\Server]
«Enabled»=dword:ffffffff
«DisabledByDefault»=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Client]
«Enabled»=dword:ffffffff
«DisabledByDefault»=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Server]
«Enabled»=dword:ffffffff
«DisabledByDefault»=dword:00000000

Примечание: Данные настройки могут быть сброшены GPO!

Источник

Доброго всем времени суток!

Я хочу использовать Client Application Services, для этого решил ознакомиться и попробовать пройти примеры из этой ссылки: http://msdn.microsoft.com/en-us/library/bb546195(v=VS.90).aspx

Поначалу все было хорошо. Но теперь все время выскакивает ошибка — Базовое соединение закрыто: Непредвиденная ошибка при приеме. При вызове метода:

bool isAuthorized = false;
  try
  {
  // Call ValidateUser with empty strings in order to display the 
  // login dialog box configured as a credentials provider.
  isAuthorized = Membership.ValidateUser(
   String.Empty, String.Empty); // <--- ЗДЕСЬ ошибка

  
  }
  catch (System.Net.WebException)
  {
  if (DialogResult.OK == MessageBox.Show(
   "Unable to access the authentication service." +
   Environment.NewLine + "Attempt login in offline mode?",
   "Warning", MessageBoxButtons.OKCancel,
   MessageBoxIcon.Warning))
  {
   ConnectivityStatus.IsOffline = true;
   isAuthorized = Membership.ValidateUser(
   String.Empty, String.Empty);
   
   
  }
  }

  if (!isAuthorized)
  {
  MessageBox.Show("Unable to authenticate.", "Not logged in",
   MessageBoxButtons.OK, MessageBoxIcon.Error);
  Application.Exit();
  }
  return isAuthorized;
 }

Подскажите что случилось с вэб сервисом?

P.S. Когда вэб-сервис работал, через профайлер sql сервера я видел обращения к базе. Сейчас же никаких обращений нет.

Дополнение: VS 2008 SP1 .NET 3.5 Windows XP

Используется внутренний вэб сервер студии — ASP.NET Development Server

Во время возникновения ошибки с Событиях Windows появляются следующие сообщения:

Код события: 3005

Сообщение о событии: Возникло необработанное исключение.

Время события: 26.10.2010 13:21:55

Время события (UTC): 26.10.2010 9:21:55

Идентификатор события: 249a08db8bee4c059cbb12343a99ff13

Последовательность событий: 2

Появление события: 1

Код подробностей события: 0

Сведения о приложении:

Домен приложения: 7b2c11fe-1-129325585149428287

Уровень доверия: Full

Виртуальный путь к приложению: /ProfitWeb

Путь к приложению: E:\WIN_DEVELOP\ProfitAuthService\ProfitWeb\

Имя компьютера: PORAA

Сведения о процессе:

Идентификатор процесса: 3740

Имя процесса: WebDev.WebServer.exe

Имя учетной записи: ID_BLABLA\poraa

Сведения об исключении:

Тип исключения: HttpException

Сообщение об исключении: После передачи заголовков HTTP перенаправление невозможно.

Сведения о запросе:

URL запроса: http://localhost:55555/ProfitWeb/Authentication_JSON_AppService.axd/Login

Путь запроса: /ProfitWeb/Authentication_JSON_AppService.axd/Login

Адрес узла пользователя: 127.0.0.1

Пользователь:

Проверка подлинности: False

Тип проверки подлинности:

Имя учетной записи потока: ID_BLABLA\poraa

Сведения о потоке:

Идентификатор потока: 4

Имя учетной записи потока: ID_BLABLA\poraa

Выполняется олицетворение: False

Трассировка стека: в System.Web.HttpResponse.Redirect(String url, Boolean endResponse)

в System.Web.Security.FormsAuthenticationModule.OnLeave(Object source, EventArgs eventArgs)

в System.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()

в System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

Подробности пользовательского события:

Дополнительные сведения можно найти в центре справки и поддержки, в «http://go.microsoft.com/fwlink/events.asp».

Источник

I have the following code:

private Uri currentUri;

private void Form1_Load(object sender, EventArgs e)
{
    currentUri = new Uri(@"http://www.stackoverflow.com");
    HttpWebRequest myRequest = (HttpWebRequest) HttpWebRequest.Create("http://www.stackoverflow.com");
    WebProxy myProxy = new WebProxy("120.198.230.8:81");
    myRequest.Proxy = myProxy;

    HttpWebResponse myResponse = (HttpWebResponse)myRequest.GetResponse();

    webBrowser1.DocumentStream = myResponse.GetResponseStream();

    webBrowser1.Navigating += new WebBrowserNavigatingEventHandler(webBrowser1_Navigating);
}

void webBrowser1_Navigating(object sender, WebBrowserNavigatingEventArgs e)
{
    if (e.Url.AbsolutePath != "blank")
    {
        currentUri = new Uri(currentUri, e.Url.AbsolutePath);
        HttpWebRequest myRequest = (HttpWebRequest)HttpWebRequest.Create(currentUri);

        HttpWebResponse myResponse = (HttpWebResponse)myRequest.GetResponse();

        webBrowser1.DocumentStream = myResponse.GetResponseStream();
        e.Cancel = true;
    }
}

after compiling:

error: An unhandled exception of type ‘System.Net.WebException’
occurred in System.dll

Additional information: The underlying connection was closed: An
unexpected error occurred on a receive.

at line HttpWebResponse myResponse = (HttpWebResponse)myRequest.GetResponse();

Please help me.

Uwe Keim

39.6k57 gold badges175 silver badges291 bronze badges

asked Feb 12, 2014 at 13:03

Setting the HttpWebRequest.KeepAlive to false didn’t work for me.

Since I was accessing a HTTPS page I had to set the Service Point Security Protocol to Tls12.

ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12;

Notice that there are other SecurityProtocolTypes: SecurityProtocolType.Ssl3, SecurityProtocolType.Tls, SecurityProtocolType.Tls11

So if the Tls12 doesn’t work for you, try the three remaining options.

Also notice that you can set multiple protocols. This is preferable on most cases.

ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls;

Edit: Since this is a choice of security standards it’s obviously best to go with the latest (TLS 1.2 as of writing this), and not just doing what works. In fact, SSL3 has been officially prohibited from use since 2015 and TLS 1.0 and TLS 1.1 will likely be prohibited soon as well. source: @aske-b

answered May 8, 2017 at 9:57

Bartho BernsmannBartho Bernsmann

2,3931 gold badge26 silver badges34 bronze badges

The underlying connection was closed: An unexpected error occurred on a receive.

This problem occurs when the server or another network device
unexpectedly closes an existing Transmission Control Protocol (TCP)
connection. This problem may occur when a time-out value on the
server or on the network device is set too low. To resolve this
problem, see resolutions A, D, E, F, and O. The problem can also
occur if the server resets the connection unexpectedly, such as if an
unhandled exception crashes the server process. Analyze the server
logs to see if this may be the issue.

Resolution

To resolve this problem, make sure that you are using the most recent version of the .NET Framework.

Add a method to the class to override the GetWebRequest method. This change lets you access the HttpWebRequest object. If you are using Microsoft Visual C#, the new method must be similar to the following.

class MyTestService:TestService.TestService
{
    protected override WebRequest GetWebRequest(Uri uri)
    {
        HttpWebRequest webRequest = (HttpWebRequest) base.GetWebRequest(uri);
        //Setting KeepAlive to false
        webRequest.KeepAlive = false;
        return webRequest;
    }
}

Excerpt from KB915599: You receive one or more error messages when you try to make an HTTP request in an application that is built on the .NET Framework 1.1 Service Pack 1.

Andrew T.

4,7018 gold badges43 silver badges62 bronze badges

answered Feb 12, 2014 at 13:09

Nagaraj SNagaraj S

13.3k6 gold badges32 silver badges53 bronze badges

.NET 4.6 and above. You don’t need to do any additional work to support TLS 1.2, it’s supported by default.
.NET 4.5. TLS 1.2 is supported, but it’s not a default protocol. You need to opt-in to use it. The following code will make TLS 1.2 default, make sure to execute it before making a connection to secured resource:
ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12
.NET 4.0. TLS 1.2 is not supported, but if you have .NET 4.5 (or above) installed on the system then you still can opt in for TLS 1.2 even if your application framework doesn’t support it. The only problem is that SecurityProtocolType in .NET 4.0 doesn’t have an entry for TLS1.2, so we’d have to use a numerical representation of this enum value:
ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12
.NET 3.5 or below. TLS 1.2 is not supported. Upgrade your application to more recent version of the framework.

answered Aug 20, 2019 at 10:35

None of the solutions out there worked for me. What I eventually discovered was the following combination:

Client system: Windows XP Pro SP3
Client system has .NET Framework 2 SP1, 3, 3.5 installed
Software targeting .NET 2 using classic web services (.asmx)
Server: IIS6
Web site «Secure Communications» set to:
- Require Secure Channel
- Accept client certificates

Apparently, it was this last option that was causing the issue. I discovered this by trying to open the web service URL directly in Internet Explorer. It just hung indefinitely trying to load the page. Disabling «Accept client certificates» allowed the page to load normally. I am not sure if it was a problem with this specific system (maybe a glitched client certificate?) Since I wasn’t using client certificates this option worked for me.

answered Feb 15, 2016 at 17:29

Hugh JeffnerHugh Jeffner

2,9364 gold badges32 silver badges31 bronze badges

My Hosting server block requesting URL And code site getting the same error
Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. ---> System.Net.Sockets.SocketException: An existing connection was forcibly closed by the remote host

After a lot of time spent and apply the following step to resolve this issue

Added line before the call web URL

ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls;
still issue not resolve then I upgrade .net version to 4.7.2 but I think it’s optional
Last change I have checked my hosting server security level which causes to TLS handshaking for this used «https://www.ssllabs.com/ssltest/index.html» site
and also check to request URL security level then I find the difference is requested URL have to enable a weak level Cipher Suites you can see in the below image

Now here are my hosting server supporting Cipher Suites

here is called if you have control over requesting URL host server then you can sync this both server Cipher Suites. but in my case, it’s not possible so I have applied the following script in Windows PowerShell on my hosting server for enabling required weak level Cipher Suites.

Enable-TlsCipherSuite -Name "TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384"
Enable-TlsCipherSuite -Name "TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256"
Enable-TlsCipherSuite -Name "TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA"
Enable-TlsCipherSuite -Name "TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA"
Enable-TlsCipherSuite -Name "TLS_DHE_RSA_WITH_AES_256_CBC_SHA"
Enable-TlsCipherSuite -Name "TLS_DHE_RSA_WITH_AES_128_CBC_SHA"
Enable-TlsCipherSuite -Name "TLS_RSA_WITH_AES_256_GCM_SHA384"
Enable-TlsCipherSuite -Name "TLS_RSA_WITH_AES_128_GCM_SHA256"
Enable-TlsCipherSuite -Name "TLS_RSA_WITH_AES_256_CBC_SHA256"
Enable-TlsCipherSuite -Name "TLS_RSA_WITH_AES_128_CBC_SHA256"
Enable-TlsCipherSuite -Name "TLS_RSA_WITH_AES_256_CBC_SHA"
Enable-TlsCipherSuite -Name "TLS_RSA_WITH_AES_256_CBC_SHA"

after applying the above script my hosting server Cipher Suites level look like

Then my issue resolved.

Note: server security level downgrade is not a recommended option.

answered Oct 7, 2020 at 11:33

I met the same exception «Exception calling «ExecuteQuery» with «0» argument(s): «The underlying connection was closed: An unexpected error occurred on a receive.«» with powershell script block`

 #Setup Credentials to connect
        $Username="user@domain.com"  
        $Password="pwd4user"
        $securePassword = ConvertTo-SecureString $Password -AsPlainText -Force
        #$Cred = Get-Credential
        $Cred = New-Object Microsoft.SharePoint.Client.SharePointOnlineCredentials($Username, $securePassword)
     
        #Setup the context
        $Ctx = New-Object Microsoft.SharePoint.Client.ClientContext($SiteURL)
        $Ctx.Credentials = $Cred
 
        #Get the Library and Its Root Folder
        $Library=$Ctx.web.Lists.GetByTitle($LibraryName)
        $Ctx.Load($Library)
        $Ctx.Load($Library.RootFolder)
        $Ctx.ExecuteQuery()`

above code block can works on one of my pc, but on another PC it is not, after i added this line [Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12 at the header, but run it again I got another exception «Exception calling «ExecuteQuery» with «0» argument(s): «The partner returned a bad sign-in name or password error. For more information, see Federation Error
-handling Scenarios.«» i can confirm there is nothing wrong with my credentials, because it can works on one pc. then i search the exception info, i get this url: The partner returned a bad sign-in name or password error. For more information, see Federation Error-handling Scenarios.

the site figure out that the proxy may cause this exception, then i notice the proxy were different on this two PCs, so i changed the proxy on the pc which the script not works. finally the all exception were gone.

answered May 8 at 9:30

Before Execute query I put the statement as below and it resolved my error.
Just FYI in case it will help someone.

ServicePointManager.SecurityProtocol = (SecurityProtocolType)3072;
ctx.ExecuteQuery();

answered Sep 4, 2019 at 15:30

To expand on Bartho Bernsmann’s answer, I should like to add that one can have a universal, future-proof implementation at the expense of a little reflection:

static void AllowAllSecurityPrototols()
{   int                  i, n;
    Array                types;
    SecurityProtocolType combined;

    types = Enum.GetValues( typeof( SecurityProtocolType ) ); 
    combined = ( SecurityProtocolType )types.GetValue( 0 );

    n = types.Length;
    for( i = 1; i < n; i += 1 )
    {   combined |= ( SecurityProtocolType )types.GetValue( i );  }

    ServicePointManager.SecurityProtocol = combined;
}

I invoke this method in the static constructor of the class that accesses the internet.

answered Jul 17, 2020 at 14:46

I was working also on web scraping project and same issue found, below code applied and it worked nicely. If you are not aware about TLS versions then you can apply all below otherwise you can apply specific.

ServicePointManager.SecurityProtocol = SecurityProtocolType.Ssl3 | SecurityProtocolType.Tls12 | SecurityProtocolType.Tls11;

answered Nov 8, 2019 at 10:27

Anjan KantAnjan Kant

4,09041 silver badges39 bronze badges

Источник

при попытке восстановить пакеты nuget я получаю следующее: —

1 ошибка базовое соединение закрыто: непредвиденная ошибка при передаче.

Ошибка 2 базовое соединение было закрыто: не удалось установить отношения доверия для безопасного канала SSL/TLS.

Ошибка 3 команда » «D:
oot.из NuGetNuGet для.exe » установить «D:
ootpackages — . config «- source «» — неинтерактивный-RequireConsent-solutionDir «D:
oot «» выход с кодом 1.

Ошибка 4 файла метаданных ‘D:
ootproject — . Вебсайт.dll » не удалось найти D:
ootproject — . Unit-тестов КБК

никто из них не работает, мне было интересно, есть ли у кого-нибудь еще эта проблема? Если да, то кто-нибудь придумал решение?

Это, по-видимому, может быть ожидание игры, для SSL-сертификатов, которые будут исправлены.

после некоторой дальнейшей отладки с Fiddler я получил следующий ответ:

скрипач.сеть.https> HTTPS рукопожатие az320820.vo.msecnd.net не удалось. Система.ИО.IOException не удалось прочитать данные из транспортного соединения: существующее соединение было принудительно закрыто удаленным узлом.

Если я прав, кажется, что меня отвергают, но сервер, не уверен, почему, и я надеюсь, что это скоро разрешит его самостоятельно.

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

кто-то любезно поднял вопрос о коде plex, поэтому, надеюсь, мы скоро куда-нибудь попадем:https://nuget.codeplex.com/workitem/4372

обновление

по состоянию на 17 ноября, это, кажется, снова работает. NuGet правильно говорит мне, что у него проблемы с получением более старой версии Ninject.Сеть.Общий.3.2.0.0 но у нас есть обновленная версия, которая в порядке.

5 ответов

У меня была такая же проблема, пока я не вызвал своих сетевых администраторов. Мы обнаружили, что наш IPS помечен домен как вредоносное ПО, и мы заблокировали его на уровне нашей внутренней сети.

Как только мы удалили блок, все теперь снова работает.

У нас также были проблемы с получением изображений и css с сайтов проекта codeplex, и это также исправило эту проблему.

Я вижу этот вопрос за корпоративным прокси-сервера с помощью Visual студии 2015, которая использует новые В3 API-интерфейс (https://api.nuget.org/v3/index.json). В моем экземпляре, это связано с поддержкой SSL перехват корпоративного прокси (оживленном), что не знает, как обращаться с новой шифра протокола (например, протокол TLS 1.2, плюс некоторые новые обмен ключами шифра), который обсуждается, что конечную точку API, я считаю.

быстрое исправление для пользователей Visual Studio 2015 заключается в изменении URL-адреса с https на http. У меня такое чувство, что это может не сработать, если пакет имеет файл лицензии https.

или переключитесь на Visual Studio 2013 для установки и обновления пакетов.

проверьте, работает ли подключение к интернету, и ваш прокси-сервер настроен и включен в настройках локальной сети Internet Explorer. В моем случае он пытался загрузить его из интернета и не смог, так как мой прокси был отключен! Надеюсь, это поможет.

В Linux Перед выполнением команды Git выполните в командной строке следующее:

На Windows Перед выполнением команды Git выполните в командной строке следующее:

оброго времени суток, помогите решить проблему : при попытке сделать запрос на сайт sscasino.online дает ошибку

Для WebRequest нашел решение
Но нужно для xNEt, можете помочь ?
При этом, если включить http debbuger pro, то запросы идут нормально. Тестил на нескольких машинах

Сегодня получится краткий обзор об исключении, которое возникает при попытке получить содержимое страницы с использованием метода GetResponse() класса WebRequest. При этом страницы сайтов, получаемые через незащищенное соединение (протокол HTTP), отрабатывают без каких-либо ошибок. А вот, если вы захотите получить страницу через защищенное соединение (протокол HTTPS), то могут возникнуть некоторые трудности.

Внимание! Не для всех страниц с протоколом HTTPS возникает исключительная ситуация. Например, исключение может быть при использовании сайтом бесплатного сертификата Let’s Encrypt, использующего TLS шифрование.

Самые распространенные исключения, которые возникают:

Ниже приведу пример кода для получения содержимого web-страницы (рабочий вариант):

Как видно из примера кода строка ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 гарантирует, что не будет проблем с сертификатом. Здесь мы присваиваем протокол TLS 1.2.

Спасибо всем за внимание.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Ошибка при конфигурации сервера через мастер конфигурации: Базовое соединение закрыто. Непредвиденная ошибка при передаче/приеме. Взаимодействие клиента и сервера невозможно, т.к. у них разный алгоритм работы.

Проблема встречается, если принудительно отключить протоколы старых версий SSL, TLS, например через GPO.

Решение:

Добавление веток реестра:

[HKEY_LOCAL_MACHINESOFTWAREMicrosoft.NETFrameworkv2.0.50727]
«SystemDefaultTlsVersions» = dword:00000001
«SchUseStrongCrypto» = dword:00000001

[HKEY_LOCAL_MACHINESOFTWAREMicrosoft.NETFrameworkv4.0.30319]
«SystemDefaultTlsVersions» = dword:00000001
«SchUseStrongCrypto» = dword:00000001

[HKEY_LOCAL_MACHINESOFTWAREWow6432NodeMicrosoft.NETFrameworkv2.0.50727]
«SystemDefaultTlsVersions» = dword:00000001
«SchUseStrongCrypto» = dword:00000001

[HKEY_LOCAL_MACHINESOFTWAREWOW6432NodeMicrosoft.NETFrameworkv4.0.30319]
«SystemDefaultTlsVersions» = dword:00000001
«SchUseStrongCrypto» = dword:00000001

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.0Client]
«Enabled»=dword:ffffffff
«DisabledByDefault»=dword:00000000

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.0Server]
«Enabled»=dword:ffffffff
«DisabledByDefault»=dword:00000000

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.1Client]
«Enabled»=dword:ffffffff
«DisabledByDefault»=dword:00000000

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.1Server]
«Enabled»=dword:ffffffff
«DisabledByDefault»=dword:00000000

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Client]
«Enabled»=dword:ffffffff
«DisabledByDefault»=dword:00000000

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSecurityProvidersSCHANNELProtocolsTLS 1.2Server]
«Enabled»=dword:ffffffff
«DisabledByDefault»=dword:00000000

Примечание: Данные настройки могут быть сброшены GPO!

Например:

Базовое соединение закрыто: Непредвиденная ошибка при приеме

Решение:

1. Необходимо проверить настройки подключения

2. Данная ошибка возникает при установленном КриптоПРО. В данном случае в настройках необходимо указать:

«Требовать проверку подлинности пользователя для удаленных подключений путем проверки подлинности на уровне сети» — Отключить
«Установить уровень шифрования клиентских подключений» — Включить — Низкий

Источник