Eine Verbindung zum Server wurde erfolgreich hergestellt, aber während des Handshakes vor der Anmeldung ist ein Fehler aufgetreten

Ich erhalte die folgende Fehlermeldung, wenn ich versuche, die Produktionsdatenbank über die lokale Umgebung zu verbinden.

Ich konnte die Production DB schon einmal verbinden, aber plötzlich erhalte ich folgenden Fehler, eine Idee?

Eine Verbindung zum Server wurde erfolgreich hergestellt, aber während des Handshakes vor der Anmeldung ist ein Fehler aufgetreten. (Anbieter: TCP-Anbieter, Fehler: 0 - Das Handle ist ungültig.)

Ich habe versucht, die asp.net-Website auf einem lokalen PC mit der Verbindungszeichenfolge Production DB auszuführen. Im Folgenden finden Sie eine Stapelverfolgung für Fehler, die in der lokalen Umgebung auftreten.

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

Irgendeine Idee, was hier schief gelaufen sein könnte?

Lösung

1) Reinigen Sie Ihre VS.Net-Lösung

2) Projekt neu erstellen.

3) IIS zurücksetzen

4) Führen Sie das Projekt erneut aus.

Im Grunde hat das mein Problem gelöst, aber in meinem Fall bekam ich diesen Fehler nicht und plötzlich gibt mir meine lokale Umgebung den oben genannten Fehler, also könnte dieser Trick für mich funktionieren.

- Speichern Sie Ihre Arbeit,
- Schließen Sie Visual Studio und
- öffnen Sie Ihr Projekt erneut

Funktioniert immer für mich.

Das Ausführen des folgenden Befehls hat bei mir funktioniert:

netsh Winsock reset

Gesehen unter https://serverfault.com/a/487139/250527

Ich habe diesen Fehler beim Ausführen einiger sehr speicherintensiver Prozesse festgestellt. Als dem System der Speicher knapp wurde, bemerkte ich diese Art von Fehler. Ich musste den Algorithmus ändern, um den RAM besser nutzen zu können.

Zu beachten ist, dass einige Threads diese Ausnahme auslösten, andere jedoch:

System.Data.SqlClient.SqlException (0x80131904): Verbindungszeitlimit abgelaufen. Die Zeitüberschreitung beim Versuch, die Handshake-Bestätigung vor der Anmeldung zu nutzen. Dies kann daran liegen, dass der Handshake vor der Anmeldung fehlgeschlagen ist oder der Server nicht rechtzeitig antworten konnte. Die Dauer des Versuchs, eine Verbindung zu diesem Server herzustellen, betrug: [Voranmeldung] Initialisierung = 43606; Handschlag = 560; ---> System.ComponentModel.Win32Exception (0x80004005): Die Wartezeit ist abgelaufen

Beide Probleme verschwanden, nachdem das System geändert wurde, sodass es mit weniger RAM ausgeführt werden konnte.

Ich hatte das gleiche Problem, ich habe Sitzungsdaten in der Datenbank gespeichert, die Verbindungszeichenfolge enthielt Encrypt = True. Ich gehe davon aus, dass der SQL-Client angewiesen wurde, im sicheren (SSL) Modus eine Verbindung zum Server herzustellen.

Vielleicht möchten Sie ein paar Dinge überprüfen:

1. Ihr Produktionsserver erlaubt Remoteverbindungen. (Möglicherweise hat jemand dies deaktiviert, insbesondere wenn Sie einen DBA haben.)

2. Überprüfen Sie Ihre Verbindungszeichenfolge. Wenn Sie eine IP-Adresse oder einen Servernamen verwenden, führt dies manchmal zu diesem Fehler. Versuchen Sie beides.

In meinem Fall war es:

Persist Security Info=True;

in meiner Verbindungszeichenfolge, die entfernt werden musste. Nachdem ich das getan hatte, hatte ich keine Probleme mehr.

Wie in der Antwort von Ricardo beschrieben ,

netsh Winsock reset

hat für mich gearbeitet,

PS: Wenn Sie einen Internet-Download-Manager oder solche Programme haben, die Ihre IP-Einstellung ändern, wird nach dem Ausführen dieses Befehls beim Neustart Ihres Computers IDM aufgefordert, die Einstellung zu ändern. Setzen Sie in diesem Fall NEIN und führen Sie dann Ihre Anwendung aus. Dies funktioniert ordnungsgemäß.

Hoffe es

Ich hatte ein ähnliches Problem, bei dem ich keine Verbindung zu einer Datenbank herstellen konnte, und habe die Empfehlungen hier ausprobiert.

Am Ende des Tages hat das für mich funktioniert:

Verwendete das SQL Server Configuration Manager-Tool, um die Protokolle TCP / IP und / oder Named Pipes auf dem SQL Server-Clientcomputer zu aktivieren.

1. Klicken Sie auf Start, zeigen Sie auf Alle Programme, und klicken Sie auf SQL Server Configuration Manager.
2. Klicken Sie hier, um die SQL Server-Netzwerkkonfiguration zu erweitern, und klicken Sie dann auf Clientprotokolle.
3. Klicken Sie mit der rechten Maustaste auf das TCP / IP-Protokoll, und klicken Sie dann auf Aktivieren.
4. Klicken Sie mit der rechten Maustaste auf das Named Pipes-Protokoll, und klicken Sie dann auf Aktivieren.
5. Starten Sie den SQL Server-Dienst neu, wenn Sie dazu aufgefordert werden.

Ich bin mir immer noch nicht sicher, warum oder wann dies deaktiviert wurde.

Für mich besteht die Lösung darin, Zombie-IIS-Express-Worker-Prozesse zu beenden.

zB im Task-Manager suchen und Aufgabe beenden.

In meinem Fall trat dieser Fehler bei dot net core und auf Microsoft.Data.SqlClient. Die Auflösung bestand darin ;TrustServerCertificate=true, am Ende der Verbindungszeichenfolge hinzuzufügen .

Ich hatte das gleiche Problem und hatte kein Glück mit den vorgeschlagenen Korrekturen. Ich bin dann auf diesen Artikel gestoßen und habe den Kommentar von Mirrh zu einem Programm namens Sendori gesehen, das den LSP blockiert. Keine Ahnung, wie es auf meinen Computer kam, aber da war es und das Entfernen behebt das Problem.

Wenn der Artikel nicht funktioniert, überprüfen Sie einfach Ihre Programme und deinstallieren Sie Sendori, wenn Sie es sehen.

Ich habe den SQL Server-Dienst (Sharepoint) neu gestartet und das Problem behoben.

Ich hatte genau das gleiche Problem ohne Änderungen an der Codebasis oder den Servern. Es stellte sich heraus, dass der DB-Server mit 100% CPU lief und SQL Server keine CPU-Zeit mehr hatte, was zu einem Timeout führte.

Hatte seit vielen Tagen das gleiche Problem. Ich musste meinem Kernprojekt explizit TLS1.2-Unterstützung hinzufügen, um diesen Fehler zu beheben, und es funktionierte einwandfrei. (ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12;)

Weitere Informationen finden Sie unter dem folgenden Link (danke an den Autor Usman Khurshid). Https://www.itechtics.com/connection-successfully-established-error-occured-pre-login-handshake/

Versuchte die meisten der oben genannten und nichts funktionierte. Dann schaltete die VPN-Software (NordVPN) aus und alles war in Ordnung.

Ich habe im letzten Monat viele Lösungen ausprobiert, keine hat funktioniert. Das Problem ist, dass sich die Produktionsdatenbank in einem VPN befindet und der ISP-Anbieter der Meinung ist, dass die HTTP-Verbindung nicht sicher ist. Ich konnte jedoch über SSMS eine Verbindung zu derselben Produktionsdatenbank herstellen (verwendet TCP).

Meine Lösung: Verwenden Sie das Mobiltelefon als Hotspot und verwenden Sie mobile Daten anstelle meines WLANs im Büro / zu Hause.

Hatte das gleiche Problem, der Grund dafür war die BCrypt.Net-Bibliothek, die mit dem .NET 2.0-Framework kompiliert wurde, während das gesamte Projekt, das es verwendete, mit .NET 4.0 kompiliert wurde. Wenn die Symptome gleich sind, laden Sie den BCrypt-Quellcode herunter und erstellen Sie ihn in der Release-Konfiguration in .NET 4.0 neu. Nachdem ich es getan hatte, funktionierte "Pre-Login Handshake" gut. Hoffe es hilft jedem.

Ich habe diesen Fehler erlebt und alle Vorschläge von euch hier gemacht, aber keiner hatte Auswirkungen auf meinen Fehler.

Ich habe den Schuldigen entdeckt: Wenn Sie eine *.iniDatei für Ihr System verwenden, möchten Sie möglicherweise überprüfen, welcher Servername dort eingegeben wurde, und sicherstellen, dass er mit dem in Ihrer web.config-Verbindungszeichenfolge übereinstimmt.

Das gleiche Problem hier und keine hier aufgeführten Antworten funktionierten, noch irgendwelche Lösungen, die ich online finden konnte. Das Problem begann kurz nach der Anwendung des Windows 10-Jubiläumsupdates auf meinem Entwicklungs-PC und betraf nur meine alte SQL Server 2005-Instanz. Ich konnte keine Verbindung zur Instanz über meine Webanwendungen oder sogar über SQL Management Studio herstellen.

Für das, was es wert ist, ist es das, was es für mich gelöst hat:

1. Öffnen Sie SQL Server Configuration Manager (abhängig von der Version von SQL Server, die Sie ausführen):

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

2. Wählen Sie SQL Server Services

3. Suchen Sie den problematischen Dienst und zeigen Sie Eigenschaften an

   • zB SQL Server (SQL2005) in meinem Fall

4. Ändern Sie auf der Registerkarte "Anmelden" das "Integrierte Konto" in "Netzwerkdienst".

Welches ist fast, was diese zufällige Lösung sagte: http://www.kutayzorlu.com/operating-systems/linux-unix-redhat-debian-ubuntu-opensuse-centos/general-server-administrating/error-fixed-a-connection -wurde-erfolgreich-mit-dem-Server-eingerichtet-aber-dann-ist-ein-Fehler-während-des-Pre-Login-Handshakes-12405.html aufgetreten

Ich habe mich ohne Grund für den Netzwerkdienst entschieden. Meins war bereits für die Verwendung des lokalen Systems konfiguriert. Diese Sicherheit spielt für mich keine Rolle, da sie nur auf meinem lokalen Entwicklungscomputer problematisch war und nur lokal aufgerufen wurde. Ich kann nicht raten, warum das funktioniert, aber es hat funktioniert.

In meinem Fall wurde der Fehler angezeigt, als ich auf eine entfernte Datenbank zugreifen wollte. Ich habe es jedoch gelöst, indem ich den SQL Server-Browserdienst gestartet habe.

Wenn Sie eine Verbindung zu einem alten SQL Server herstellen:

Wechseln Sie von System.Data. SqlClient.SqlConnection to System.Data. OleDb.OleDbConnection

Verwenden Sie eine OleDb-Verbindungszeichenfolge:

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

In meinem Fall wurde dieses Problem durch erneutes Aktivieren von TLS 1.0 auf dem DB-Server behoben.