È stata stabilita una connessione con il server, ma si è verificato un errore durante l'handshake di pre-accesso

Ricevo l'errore seguente quando cerco di connettere il DB di produzione dall'ambiente locale.

Sono stato in grado di connettere il DB di produzione prima, ma improvvisamente ricevo il seguente errore, qualche idea?

È stata stabilita una connessione con il server, ma si è verificato un errore durante l'handshake di pre-accesso. (provider: provider TCP, errore: 0 - l'handle non è valido.)

Stavo cercando di eseguire il sito Web asp.net nel PC locale, che ha una stringa di connessione del DB di produzione, di seguito è riportata la traccia dello stack per l'errore che sto ottenendo nell'ambiente locale.

>    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)

Qualche idea su cosa potrebbe essere andato storto qui?

Soluzione

1) Pulisci la tua soluzione VS.Net

2) Ricostruisci il progetto.

3) Reimposta IIS

4) Esegui di nuovo il progetto.

Fondamentalmente questo ha risolto il mio problema, ma nel mio caso non stavo ricevendo questo errore e improvvisamente il mio ambiente locale inizia a darmi l'errore sopra, quindi potrebbe essere quel trucco per me.

- Salva il tuo lavoro,
- Chiudi Visual Studio, quindi
- Riapri il tuo progetto

Funziona sempre per me.

L'esecuzione del seguente comando ha funzionato per me:

netsh Winsock reset

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

Ho riscontrato questo errore durante l'esecuzione di alcuni processi molto costosi in termini di memoria. Quando il sistema ha iniziato a funzionare a corto di memoria, ho iniziato a notare questo tipo di errore. Ho dovuto modificare l'algoritmo per utilizzare al meglio la RAM.

Da notare che mentre alcuni thread hanno generato questa eccezione, altri hanno generato:

System.Data.SqlClient.SqlException (0x80131904): Timeout connessione scaduto. Il periodo di timeout è trascorso durante il tentativo di utilizzare il riconoscimento dell'handshake di pre-accesso. Ciò potrebbe essere dovuto al fatto che l'handshake di pre-accesso non è riuscito o il server non è stato in grado di rispondere in tempo. La durata spesa durante il tentativo di connessione a questo server è stata: inizializzazione [Pre-Login] = 43606; handshake = 560; ---> System.ComponentModel.Win32Exception (0x80004005): l'operazione di attesa è scaduta

Entrambi i problemi sono scomparsi dopo che il sistema è stato modificato in modo che potesse funzionare utilizzando meno RAM.

Ho avuto lo stesso problema, stavo memorizzando i dati della sessione nel database, la stringa di connessione conteneva Encrypt = True , che presumo abbia detto al client sql di connettersi al server in modalità sicura (SSL), rimuoverlo ha aiutato!

Potresti voler controllare alcune cose:

1. Il tuo server di produzione consente connessioni remote. (possibile che qualcuno lo abbia disattivato, soprattutto se si dispone di un DBA)

2. Controlla la tua stringa di connessione. A volte, se stai usando un indirizzo IP o un nome di server, questo causerà questo errore. Prova entrambi.

Nel mio caso è stato:

Persist Security Info=True;

nella mia stringa di connessione che doveva essere rimossa. Una volta fatto ciò, non ho più avuto problemi.

Nel mio caso questo errore si è verificato con dot net core e Microsoft.Data.SqlClient. La risoluzione era di aggiungere ;TrustServerCertificate=truealla fine della stringa di connessione.

Come descritto nella risposta di Ricardo ,

netsh Winsock reset

ha funzionato per me,

PS se si dispone di un gestore di download Internet o di programmi che modificano l'impostazione IP, dopo aver eseguito questo comando al riavvio del computer IDM chiederà di modificare le impostazioni, impostare NO in questo caso e quindi eseguire l'applicazione funzionerà correttamente.

Lo spero

Ho avuto un problema simile in cui non riuscivo a connettermi a un database e ho provato i consigli qui.

Alla fine della giornata questo è ciò che ha funzionato per me:

Ha utilizzato lo strumento Gestione configurazione SQL Server per abilitare i protocolli TCP / IP e / o Named Pipes sul computer client SQL Server.

1. Fare clic su Start, scegliere Tutti i programmi e fare clic su Gestione configurazione SQL Server.
2. Fare clic per espandere Configurazione di rete di SQL Server e quindi fare clic su Protocolli client.
3. Fare clic con il pulsante destro del mouse sul protocollo TCP / IP e quindi fare clic su Abilita.
4. Fare clic con il pulsante destro del mouse sul protocollo Named Pipes e quindi fare clic su Abilita.
5. Riavviare il servizio SQL Server se richiesto.

Non sono ancora sicuro del perché o quando sia stato disabilitato.

Per me la soluzione è eliminare i processi di lavoro Zombie IIS Express.

es. individuare in Task Manager e terminare l'attività.

Ho avuto lo stesso problema e non ho avuto fortuna con le soluzioni suggerite. Poi mi sono imbattuto in questo articolo e ho visto il commento di Mirrh riguardo a un programma chiamato Sendori che blocca l'LSP. Non ho idea di come sia arrivato sul mio computer ma era lì e rimuovendolo ha risolto il problema.

Se l'articolo non funziona, controlla i tuoi programmi e disinstalla Sendori se lo vedi.

Ho riavviato il servizio SQL Server (Sharepoint) e ha risolto il problema.

Stavo ottenendo lo stesso identico problema senza modifiche alla base di codice o ai server. Si è scoperto che il server DB era in esecuzione al 100% della CPU e SQL Server era a corto di tempo della CPU, il che ha causato il timeout.

Ho avuto lo stesso problema da molti giorni. Ho dovuto aggiungere esplicitamente il supporto TLS1.2 nel mio progetto principale per risolvere questo errore e ha funzionato bene. (ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12;)

Vedi sotto il link per maggiori dettagli (grazie all'autore Usman Khurshid) https://www.itechtics.com/connection-successfully-established-error-occured-pre-login-handshake/

Ho provato la maggior parte di quanto sopra e niente ha funzionato. Quindi ha spento il software VPN (NordVPN) e tutto è andato bene.

Ho provato molte soluzioni nell'ultimo mese, nessuna ha funzionato. Il problema è che il DB di produzione si trova all'interno di una VPN e in qualche modo il provider ISP ritiene che la connessione HTTP non sia sicura. Tuttavia, sono stato in grado di connettermi allo stesso DB di produzione da SSMS (utilizza TCP).

La mia soluzione: usa il telefono cellulare come hotspot e utilizza i dati mobili invece del Wi-Fi dell'ufficio / di casa.

Aveva lo stesso problema, il motivo era la libreria BCrypt.Net, compilata utilizzando il framework .NET 2.0, mentre l'intero progetto, che lo utilizzava, veniva compilato con .NET 4.0. Se i sintomi sono gli stessi, prova a scaricare il codice sorgente BCrypt e ricostruiscilo nella configurazione della versione all'interno di .NET 4.0. Dopo averlo fatto, "l'handshake pre-login" ha funzionato bene. Spero che aiuti chiunque.

Ho riscontrato questo errore e ho fatto tutti i suggerimenti di voi ragazzi qui, ma nessuno ha avuto alcun effetto sul mio errore.

Ho colto il colpevole: se stai usando un *.inifile per il tuo sistema, potresti voler controllare quale nome del server è stato inserito lì e assicurarti che sia lo stesso di quello nella tua stringa di connessione web.config.

Lo stesso problema qui e nessuna risposta elencata qui ha funzionato, né alcuna soluzione che ho potuto trovare online. Il problema è iniziato poco dopo che l'aggiornamento dell'anniversario di Windows 10 è stato applicato al mio PC di sviluppo e ha interessato solo la mia vecchia istanza di SQL Server 2005. Non sono stato in grado di connettermi all'istanza tramite le mie applicazioni Web o anche utilizzando Sql Management Studio.

Per quello che vale, questo è ciò che mi ha risolto:

1. Apri Gestione configurazione SQL Server (a seconda della versione di SQL Server in esecuzione):

   • C: \ Windows \ SysWOW64 \ SQLServerManager.msc
   • C: \ Windows \ SysWOW64 \ SQLServerManager10.msc OPPURE
   • C: \ Windows \ SysWOW64 \ SQLServerManager12.msc OPPURE
   • eccetera

2. Seleziona Servizi SQL Server

3. Individua il servizio problematico e visualizza Proprietà

   • ad esempio SQL Server (SQL2005) nel mio caso

4. Nella scheda Accesso, modifica "Account predefinito" in "Servizio di rete"

Che è quasi quello che diceva questa soluzione casuale: http://www.kutayzorlu.com/operating-systems/linux-unix-redhat-debian-ubuntu-opensuse-centos/general-server-administrating/error-fixed-a-connection -Era-successo-consolidata con-il-server-ma-poi-an-error-occurred-durante-la-pre-login-handshake-12405.html

Ho scelto il servizio di rete senza alcun motivo. Il mio era già configurato per utilizzare il sistema locale. Questa sicurezza non mi importa in quanto era problematica solo sulla mia macchina di sviluppo locale, accessibile solo localmente. Non posso consigliare perché funziona, ma lo ha fatto.

Nel mio caso, ricevevo l'errore quando volevo accedere a un database remoto. Tuttavia, l'ho risolto avviando il servizio SQL Server Browser.

Se ti stai connettendo a un vecchio SQL Server:

Passa da System.Data. SqlClient.SqlConnection a System.Data. OleDb.OleDbConnection

Usa una stringa di connessione 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>

Nel mio caso, la riattivazione di TLS 1.0 nel server DB ha risolto questo problema.