Uma conexão foi estabelecida com sucesso com o servidor, mas ocorreu um erro durante o handshake pré-login

Estou recebendo o seguinte erro ao tentar conectar o banco de dados de produção do ambiente local.

Consegui conectar o Production DB antes, mas de repente estou recebendo o seguinte erro, alguma ideia?

Uma conexão foi estabelecida com sucesso com o servidor, mas ocorreu um erro durante o handshake pré-login. (provedor: Provedor TCP, erro: 0 - O identificador é inválido.)

Eu estava tentando executar o site asp.net em um PC local, que tem a cadeia de conexão do banco de dados de produção, a seguir está o rastreamento de pilha para o erro que estou obtendo no ambiente local.

>    at MyWebsiteDAL.clsForumQuestion.SelectAll(Int32 CurrentPageIndex, Int32 PageSize) in D:\EDrive\My WebSites\MyWebsite\MyWebsite\MyWebsiteDAL\clsForumQuestion.cs:line 821
       at CodeConnect.Default.Page_Load(Object sender, EventArgs e) in D:\EDrive\My WebSites\MyWebsite\MyWebsite\MyWebsite\Default.aspx.cs:line 100
       at System.Web.Util.CalliHelper.EventArgFunctionCaller(IntPtr fp, Object o, Object t, EventArgs e)
       at System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e)
       at System.Web.UI.Control.OnLoad(EventArgs e)
       at System.Web.UI.Control.LoadRecursive()
       at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

Alguma ideia do que pode ter dado errado aqui?

Solução

1) Limpe sua solução VS.Net

2) Projeto de reconstrução.

3) Redefinir IIS

4) Execute o projeto novamente.

Basicamente isso resolveu meu problema, mas no meu caso eu não estava recebendo esse erro e de repente meu ambiente local começou a me dar o erro acima, então pode ser que esse truque funcione para mim.

- Salve seu trabalho,
- Feche o Visual Studio e
- Reabra seu projeto

Sempre funciona para mim.

Executar o seguinte comando funcionou para mim:

netsh Winsock reset

Visto em https://serverfault.com/a/487139/250527

Eu experimentei esse erro ao executar alguns processos que exigem muita memória. Quando o sistema começou a ficar sem memória, comecei a notar esse tipo de erro. Tive que mudar o algoritmo para fazer um melhor uso da RAM.

Note-se que enquanto alguns tópicos lançaram esta exceção, alguns outros lançaram:

System.Data.SqlClient.SqlException (0x80131904): Tempo limite de conexão expirado. O período de tempo limite decorreu ao tentar consumir a confirmação do handshake pré-login. Isso pode ocorrer porque o handshake pré-login falhou ou o servidor não conseguiu responder a tempo. A duração gasta ao tentar se conectar a este servidor foi - [Pré-Login] inicialização = 43606; aperto de mão = 560; ---> System.ComponentModel.Win32Exception (0x80004005): A operação de espera atingiu o tempo limite

Ambos os problemas desapareceram depois que o sistema foi alterado para que pudesse ser executado usando menos RAM.

Eu tive o mesmo problema, estava armazenando dados da sessão no banco de dados, a string de conexão tinha Encrypt = True nela, que presumo que disse ao cliente sql para se conectar ao servidor no modo seguro (SSL), removendo isso ajudou!

Você pode querer verificar algumas coisas:

1. Seu servidor de produção permite conexões remotas. (possível que alguém tenha desativado isso, especialmente se você tiver um DBA)

2. Verifique sua string de conexão. Às vezes, se você estiver usando um endereço IP ou nome de servidor, isso causará este erro. Experimente ambos.

No meu caso foi:

Persist Security Info=True;

na minha string de conexão que precisava ser removida. Depois que fiz isso, não tive mais problemas.

Conforme descrito na resposta de Ricardo ,

netsh Winsock reset

funcionou para mim,

PS: se você tiver um gerenciador de download da Internet ou programas que alteram a configuração de IP, estão instalados, depois de executar este comando ao reinicializar o computador, o IDM pedirá para alterar a configuração. Defina NÃO neste caso e execute o aplicativo, ele funcionará corretamente.

Espero

Tive um problema semelhante ao não conseguir me conectar a um banco de dados e tentei as recomendações aqui.

No final do dia, isso é o que funcionou para mim:

Usou a ferramenta SQL Server Configuration Manager para habilitar os protocolos TCP / IP e / ou Named Pipes no computador cliente SQL Server.

1. Clique em Iniciar, aponte para Todos os programas e clique em SQL Server Configuration Manager.
2. Clique para expandir Configuração de rede do SQL Server e clique em Protocolos de cliente.
3. Clique com o botão direito do mouse no protocolo TCP / IP e clique em Ativar.
4. Clique com o botão direito do mouse no protocolo de Pipes nomeados e clique em Ativar.
5. Reinicie o serviço do servidor SQL se for solicitado.

Ainda não sei por que ou quando isso foi desativado.

No meu caso, esse erro ocorreu com dot net core e Microsoft.Data.SqlClient. A resolução era adicionar ;TrustServerCertificate=trueao final da string de conexão.

Para mim, a solução é matar os processos de trabalho expresso do IIS zumbi.

por exemplo, localize no Gerenciador de Tarefas e finalize a tarefa.

Eu tive o mesmo problema e não estava tendo sorte com as correções sugeridas. Então me deparei com este artigo e vi o comentário de Mirrh sobre um programa chamado Sendori bloqueando o LSP. Não tenho ideia de como chegou ao meu computador, mas lá estava e removê-lo corrigiu o problema.

Se o artigo não funcionar, verifique seus programas e desinstale o Sendori, caso o veja.

Reiniciei o serviço SQL Server (Sharepoint) e ele resolveu o problema.

Eu estava tendo exatamente o mesmo problema sem alterações na base de código ou nos servidores. Descobriu-se que o servidor de banco de dados estava funcionando com 100% da CPU e o SQL Server estava sem tempo de CPU, o que causou o tempo limite.

Tive o mesmo problema por muitos dias. Tive que adicionar explicitamente suporte a TLS1.2 em meu projeto principal para resolver esse erro e funcionou bem. (ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12;)

Veja o link abaixo para mais detalhes (graças ao autor Usman Khurshid) https://www.itechtics.com/connection-successfully-established-error-occured-pre-login-handshake/

Tentei a maioria das opções acima e nada funcionou. Em seguida, desliguei o software VPN (NordVPN) e estava tudo bem.

Tentei muitas soluções no mês passado, nenhuma funcionou. O problema é que o banco de dados de produção está dentro de uma VPN e, de alguma forma, o provedor ISP acha que a conexão HTTP não é segura. No entanto, consegui me conectar ao mesmo banco de dados de produção do SSMS (usa TCP).

Minha solução: usar o telefone celular como um ponto de acesso e usar dados móveis em vez do Wi-Fi do meu escritório / casa.

Teve o mesmo problema, o motivo para isso foi a biblioteca BCrypt.Net, compilada no framework .NET 2.0, enquanto todo o projeto, que o utilizou, foi compilado com .NET 4.0. Se os sintomas forem os mesmos, tente baixar o código-fonte do BCrypt e reconstruí-lo na configuração de versão no .NET 4.0. Depois de fazer isso, o "handshake pré-login" funcionou bem. Espero que ajude alguém.

Eu experimentei esse erro e fiz todas as sugestões de vocês aqui, mas nenhuma surtiu efeito no meu erro.

Eu peguei o culpado: se você está usando um *.iniarquivo para o seu sistema, você pode querer verificar qual nome de servidor foi inserido lá e certificar-se de que é o mesmo que está em sua string de conexão web.config.

O mesmo problema aqui e nenhuma resposta listada funcionou, nem qualquer solução que eu pudesse encontrar online. O problema começou logo depois que a atualização de aniversário do Windows 10 foi aplicada em meu PC de desenvolvimento e afetou apenas minha antiga instância do SQL Server 2005. Não consegui me conectar à instância por meio de meus aplicativos da Web ou mesmo usando Sql Management Studio.

Se valer a pena, isto é o que resolveu para mim:

1. Abra o SQL Server Configuration Manager (dependendo de qual versão do SQL Server você está executando):

   • C: \ Windows \ SysWOW64 \ SQLServerManager.msc
   • C: \ Windows \ SysWOW64 \ SQLServerManager10.msc OU
   • C: \ Windows \ SysWOW64 \ SQLServerManager12.msc OU
   • etc

2. Selecione os serviços do SQL Server

3. Localize o serviço com problemas e veja as Propriedades

   • por exemplo, SQL Server (SQL2005) no meu caso

4. Na guia Logon, altere a "Conta interna" para "Serviço de rede"

O que é quase o que esta solução aleatória disse: http://www.kutayzorlu.com/operating-systems/linux-unix-redhat-debian-ubuntu-opensuse-centos/general-server-administrating/error-fixed-a-connection -foi-estabelecido-com-sucesso-com-o-servidor-mas-então-ocorreu-um-erro-durante-o-pré-login-handshake-12405.html

Escolhi o serviço de rede sem nenhum motivo. O meu já estava configurado para usar o sistema local. Essa segurança não importa para mim, pois era problemática apenas na minha máquina de desenvolvimento local, acessada apenas localmente. Não posso dizer por que isso funciona, mas funcionou.

No meu caso, estava recebendo o erro quando queria acessar um banco de dados remoto. No entanto, resolvi isso iniciando o serviço SQL Server Browser.

Se você estiver se conectando a um SQL Server antigo:

Mude de System.Data. SqlClient.SqlConnection to System.Data. OleDb.OleDbConnection

Use uma string de conexão OleDb:

<connectionStrings>
<add name="Northwind" connectionString="Provider=SQLOLEDB.1; Data Source=MyServer; Initial Catalog=Northwind;  Persist Security Info=True; User ID=abc; Password=xyz;" providerName="System.Data.OleDb" />
</connectionStrings>

No meu caso, a reativação do TLS 1.0 no servidor de banco de dados resolveu esse problema.