SQL - Beim Pre-Login-Handshake ist ein Fehler aufgetreten


15

Bis gestern Abend konnte ich von meinem lokalen Computer aus eine Verbindung zu meinem Server herstellen. Jetzt erhalte ich folgende Fehlermeldung:

Es wurde erfolgreich eine Verbindung mit dem Server hergestellt, aber während des Pre-Login-Handshakes ist ein Fehler aufgetreten. (Anbieter: SSL-Anbieter, Fehler: 0 - Wartezeit abgelaufen.) (.Net SqlClient-Datenanbieter)

Hinweis: Ich kann mich problemlos beim eigentlichen Server anmelden.

Gestern habe ich IIS auf meinem Computer installiert und mithilfe meiner IP-Adresse eine Site eingerichtet. Ich weiß nicht, ob dies irgendetwas zu tun hat.

Ich bin auf diesen Artikel gestoßen, habe die Schritte befolgt, schien aber nicht zu helfen.

http://escapekeys.com/microsoft-sql-server-error-64-a-connection-war-successfully-stablished-with-the-server/89

Ich habe auch den folgenden Artikel durchgearbeitet, TC / IP-Einstellungen geändert, neu gestartet, aber nichts.

http://blog.sqlauthority.com/2009/05/21/sql-server-fix-error-provider-named-pipes-provider-error-40-could-not-open-a-connection-to-sql- Server-Microsoft-SQL-Server-Fehler /

Versuchte auch Vorschläge aus Kommentaren, hörte aber auf, als mir klar wurde, dass ich die Dinge mehr durcheinander bringen könnte.

Also, warum passiert das / wie kann ich das beheben?


Welche Version von SQL Server ist das? Wie versuchen Sie, eine Verbindung zum SQL-Computer herzustellen? Verwenden Sie SQL Server Management Studio oder eine von Ihnen entwickelte App usw.? Haben Sie versucht, den SQL Server-Dienst und den Server neu zu starten?
Max Vernon

Der Server ist 2008, meine lokale SQL ist 2012. Versuchte es über eine App, die ich entwickelt habe, sowie SSMS. Neustart des SQL-Dienstes auf meinem Computer, aber kein Neustart des eigentlichen Servers (beeinträchtigt auch die Produktion, es ist nur ein Problem mit der lokalen SQL-Verbindung).
Rivka

Ist es eine Standard-SQL-Instanz? Führen Sie netstat -aoin diesem Fall Port 1433 aus und bestätigen Sie, dass die PID zu sqlservr.exe gehört. Überprüfen Sie, ob TCP / IP für die IP-Adresse aktiviert ist, mit der Sie in SQL Server Configuration Manager eine Verbindung herstellen (wie Max gezeigt hat), öffnen Sie jedoch auch die Eigenschaften von TCP / IP, und stellen Sie sicher, dass die richtige IP-Adresse angegeben ist aktiviert).
Chris McKeown

In Bezug auf die Serviceeigenschaften hat meine Maschine SQLEXPRESS, nicht 2012. Es war SSMS, das 2012 war (was macht wahrscheinlich keinen Unterschied?). @ChrisMcKeown - 1433 sind dort nicht aufgelistet. Und wie sollte die IP-Adresse lauten? Mein Einheimischer? Danke Jungs, tut mir leid, dass ihr die Variablen hier geändert habt.
Rivka

1
Wenn Sie in den SQL-Fehlerprotokollen nachsehen, können Sie auch den Port abhören, auf dem es wartet: 2012-09-04 09: 12: 58.74 Server Server wartet auf [127.0.0.1 <ipv4> 64746].
Shiitake

Antworten:


5

In meiner Situation hatte ich einen Inhaltsfilter / Proxy namens Covenant Eyes, der wahrscheinlich die Ursache war.

Ich habe versucht, die Installation von SQL Server 2012 zu reparieren. Dabei ist die Installation abgestürzt und das Problem wurde immer noch nicht behoben. Sobald ich einen Deinstallationscode generiert und den Filter deinstalliert habe, konnte ich eine Verbindung herstellen. Ich musste nicht einmal neu starten.

Überprüfen Sie den Computer auf Proxys und Inhaltsfilter und deaktivieren Sie sie!


BEEINDRUCKEND. Dies ist eine Weile her, aber wir haben und haben immer noch Covenant Eyes auf unseren Maschinen installiert.
Rivka

Ich werde sie über mein Problem informieren ... verwenden sie möglicherweise eine alte Version von .NET? Hier ist der Forumseintrag
Watki02

7

Hier eine Antwort: http://social.msdn.microsoft.com/Forums/en-US/vssetup/thread/2d11b6f9-3ada-4682-b643-c721a97af4ba

Krank vom Problem? Weiß nicht, was Winsock ist oder was dieser niedrige Mist bedeutet.

Wechseln Sie zu einer Eingabeaufforderung

mach das

netsh Winsock reset

Mach weiter mit deinem Leben und sei glücklich.


Beachten Sie, es hat mein Problem nicht gelöst ... aber es hat für mehrere andere getan.
Watki02

Vielen Dank Watki02, Ihre Antworten (netsh Winsock reset) helfen mir, dieses Problem für die in VS2010 entwickelte VB.Net clickOnce-Anwendung zu lösen. Betriebssystem Vista mit .Net 4.5, um eine Remote-DB-Verbindung von SQL 2005 Express Edition zu SQL 2005 Server herzustellen.

Danke, es hat mir geholfen, ich weiß aber nicht, was es bedeutet :)
Ilya Chernomordik

Funktioniert wie ein Zauber und so schnell !!!
Jeff Tian

3

In meinem speziellen Setup wurde das Speichern von Sitzungsdaten in einer benutzerdefinierten Datenbank verwendet. Außerdem wurden die Daten über die Verbindungszeichenfolge verschlüsselt (Encrypt = True), wodurch das Problem behoben wurde.

Ich vermute jedoch, dass die Daten nicht SSL-verschlüsselt werden, was jedoch kein großes Problem darstellt, bis wir weitere Webserver hinzufügen!


1

Ich habe eine Systemwiederherstellung durchgeführt und kann jetzt eine Verbindung herstellen.


0

Öffnen Sie den SQL Server-Konfigurations-Manager, und stellen Sie sicher, dass der SQL Server-Dienst ausgeführt wird:

SQL Server Configuration Manager - Dienste

und konfiguriert, um TCP / IP-Verbindungen zuzulassen:

SQL Server Configuration Manager - Netzwerkkonfiguration


Danke, hab das aber schon probiert.
Rivka

0

Dieser Fehler trat nach der Installation eines Programms auf, mit dem die Internetprotokolleinstellungen Ihres Computers geändert wurden. Vor kurzem trat das gleiche Problem nach der Installation des Internet-Download-Managers auf, da IDM die IP-Einstellungen geändert hat. Dieser Fehler trat auf, nachdem IDM von meinem PC deinstalliert und der PC neu gestartet wurde. Beheben Sie das Problem.

Deinstallieren Sie daher alle Anwendungen, die die Internetprotokolleinstellungen geändert haben, z. B. den Internet-Download-Manager.


0

Manchmal ist dieser Fehler auf eine Überlastung der Verbindungen unter SQL Server zurückzuführen. Ändern Sie also einfach Ihre Datenbank in Einzelbenutzer und ändern Sie sie erneut in Mehrbenutzer.

Oder führen Sie einfach diese Abfrage aus.

verwende master ALTER DATABASE DatabaseName SET SINGLE_USER MIT ROLLBACK IMMEDIATE ALTER DATABASE DatabaseName SET MULTI_USER

Das hat mein Problem gelöst. :) Genießen..!!


0

Keine dieser Lösungen hat bei mir funktioniert. Was hat funktioniert, war das Folgende:

/programming/3270199/a-connection-wurde-erfolgreich-mit-dem-Server- hergestellt ,-aber-dem-Fehler-occ/44703629#44703629

  • In SQL Server Configuration Manager

  • Wählen Sie SQL Server Services

  • Suchen Sie den gestörten Dienst und zeigen Sie Eigenschaften an

  • Ändern Sie auf der Registerkarte Anmelden den Eintrag "Integriertes Konto" in "Netzwerkdienst".

Haftungsausschluss: Dies war auf meinem lokalen Entwickler-PC, so dass ich keine Sicherheitsbedenken hatte.


0

Dieses Problem kann mit einer Firewall in der Mitte zusammenhängen, die eine SSL-Überprüfung durchführt.

Ich schlage vor, Sie versuchen entweder erneut, eine andere Verbindung zu verwenden, die keine SSL-Prüfung durchführt, oder Sie bitten Ihren Firewall-Administrator, eine Ausnahme für die Quelle und / oder das Ziel zu erstellen, zu der bzw. dem Sie eine Verbindung herstellen.

Prost!


0

Ich habe diese Fehlermeldung auf jeder Workstation erhalten, die versucht, eine Verbindung zu SQL herzustellen. Alle Computer sind mit einer Domäne verbunden. Was ich getan habe, um dieses Problem zu beheben, war:

1) Erstellen Sie domian \ Benutzername als Login in SQL Management Studio des Benutzers, der sich an der Workstation anmeldet. 2) TLS 1.0 verhinderte ebenfalls diesen Zugriff. Transport Layer Security TLS ist ein kryptografisches Protokoll, mit dem ein sicherer Kommunikationskanal zwischen zwei Systemen hergestellt wird. Es dient zur Authentifizierung eines oder beider Systeme und zum Schutz der Vertraulichkeit und Integrität von Informationen, die zwischen Systemen ausgetauscht werden.

In der Registrierung beider Computer gingen wir zu \ HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ SecurityProviders \ SCHANNEL \ Protocols \ TLS 1.0 \ Server. Wir tauschen die Werte in den beiden Unterschlüsseln aus.
Nach einem Neustart habe ich nochmal getestet und konnte erfolgreich eine Verbindung aufbauen.


-2

Wir hatten das gleiche Problem. Wir haben alles überprüft, einschließlich Ping-, Telnet- und RDP-Konnektivität, und haben schließlich festgestellt, dass dies passiert ist, nachdem unser ISP die Route geändert hat. Nach dem Ändern der Route fing es an zu arbeiten.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.