SQL-事前ログインハンドシェイク中にエラーが発生しました


15

昨日の夕方まで、ローカルマシンからサーバーに接続できました。今、私は次のエラーを受け取ります:

サーバーとの接続は正常に確立されましたが、事前ログインハンドシェイク中にエラーが発生しました。(プロバイダー:SSLプロバイダー、エラー:0-待機操作がタイムアウトしました。)(.Net SqlClient Data Provider)

注、実際のサーバーに問題なくログオンできます。

昨日、マシンにIISをインストールし、自分のIPアドレスを使用してサイトをセットアップしました。これに何か関係があるかどうかはわかりません。

私はこの記事に出くわし、手順に従いましたが、役に立たなかったようです。

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

また、次の記事を読み、TC / IP設定を変更し、再起動しましたが、何もしませんでした。

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

コメントからも提案を試み始めましたが、物事をもっと混乱させているかもしれないことに気づいたときに停止しました。

だから、なぜこれが起こっているのですか/どうすれば修正できますか?


これはSQL Serverのどのバージョンですか?SQLマシンへの接続をどのように試みていますか。SQL Server Management Studioまたは開発したアプリなどを使用していますか?SQL Serverサービスとサーバーマシンを再起動しようとしましたか?
マックスヴァーノン

サーバーは2008、ローカルSQLは2012です。私が開発したアプリとSSMSを使用して試してみました。私のマシンでSqlサービスを再起動しましたが、実際のサーバーは再起動しませんでした(実稼働に影響します。また、ローカルSQL接続の問題のみです)。
リヴカ

デフォルトのSQLインスタンスですか?その場合netstat -aoは、ポート1433がリッスンしており、PIDがsqlservr.exeに属していることを確認してください。リッスンしている場合、SQL Server Configuration Managerで実際に接続しているIPアドレスに対してTCP / IPが有効になっていることを確認します(Maxが示しているように、TCP / IPのプロパティを開いて、正しいIP有効になっています)。
クリスマッキーン

サービスのプロパティを見ると、私のマシンには2012年ではなくSQLEXPRESSがあります。2012年はSSMSでした(おそらく違いはないでしょうか?)。@ChrisMcKeown-1433がリストされていません。また、IPアドレスはどうあるべきですか?私の地元?ここで変数を切り替えてくれてありがとう。
リヴカ

1
また、SQLエラーログを調べると、どのポートでリッスンしているかを調べることもできます:2012-09-04 09:12:58.74サーバーサーバーは[127.0.0.1 <ipv4> 64746]でリッスンしています。
シイタケ

回答:


5

私の状況では、可能性の高い原因であるCovenant Eyesというコンテンツフィルター/プロキシがありました。

SQL Server 2012のインストールを修復しようとしましたが、インストールがクラッシュしましたが、まだ問題は解決しませんでした。アンインストールコードを生成してフィルターをアンインストールすると、すぐに接続できました。再起動する必要さえありませんでした。

マシンでプロキシとコンテンツフィルターを確認し、無効にします!


ワオ。これは少し前のことですが、私たちはマシンにCovenant Eyesをインストールしました。
リヴカ

私は彼らに私の問題を知らせるつもりです...多分彼らは古いバージョンの.NETを使用していますか?フォーラムエントリは次のとおり
t

7

ここに提案された答え:http ://social.msdn.microsoft.com/Forums/en-US/vssetup/thread/2d11b6f9-3ada-4682-b643-c721a97af4ba

問題がうんざりですか?winsockが何であるか、またはこの低レベルのがらくたが意味することを知らないか気にしないでください。

コマンドプロンプトに移動します

これを行う

netsh Winsock reset

あなたの人生を続け、幸せになりましょう。


注、それは私の問題を解決しませんでした...しかし、それは他のいくつかのために解決しました。
Watki02

Watki02に感謝します。あなたの答え(netsh Winsockのリセット)は、VS2010でのVB.Net clickOnceアプリケーション開発のこの問題を解決するのに役立ちます。.NET 4.5を備えたオペレーションシステムVista。SQL2005 Express EditionからSQL 2005 ServerへのリモートDB接続を確立します。

おかげで、それは私を助けてくれましたが、それが何を意味するのか分かりません:)
イリヤチェルノマルディク

チャームのように動作し、非常に高速です!!!
ジェフティエン

3

私の特定の設定では、カスタムデータベースにセッションデータを保存していました。また、接続文字列を介してデータを暗号化(Encrypt = True)していたため、この問題は修正されました。

ただし、結果としてデータがSSL暗号化されていないのではないかと考えていますが、Webサーバーを追加するまではあまり問題になりません。


1

システムの復元を行ったので、接続できるようになりました。


0

SQL Server構成マネージャーを開き、SQL Serverサービスが実行されていることを確認します。

SQL Server構成マネージャー-サービス

TCP / IP接続を許可するように構成されています。

SQL Server構成マネージャー-ネットワーク構成


おかげで、すでにそれを試してみました。
リヴカ

0

このエラーは、コンピューターのインターネットプロトコル設定を変更するプログラムをインストールした後に発生しました。最近、インターネットダウンロードマネージャーのインストール後に同じ問題が発生しました。IDMがIP設定を変更したため、PCからIDMをアンインストールし、PCを再起動すると問題が解決します。

そのため、インターネットダウンロードマネージャーなど、インターネットプロトコルの設定を変更したアプリケーションをアンインストールします。


0

このエラーは、SQL Serverの接続の過負荷が原因で発生する場合があります。したがって、DBをシングルユーザーに変更し、再度マルチユーザーに変更します。

または、単にこのクエリを実行します。

マスターALTER DATABASE DatabaseNameを使用します。SETSINGLE_USER WITH ROLLBACK IMMEDIATE ALTER DATABASE DatabaseName SET MULTI_USER

これで問題が解決しました。:) 楽しい..!!


0

これらのソリューションはどれも私にとってはうまくいきませんでした。効果があったのは次のとおりです。

/programming/3270199/a-connection-was-successfully-established-with-the-server-but-then-an-error-occ/44703629#44703629

  • SQL Server構成マネージャー

  • SQL Serverサービスを選択

  • 問題のあるサービスを見つけてプロパティを表示する

  • [ログオン]タブで、[ビルトインアカウント]を[ネットワークサービス]に変更します

免責事項:これは私の地元の開発用PC上にあったので、そうすることでセキュリティ上の懸念はありませんでした。


0

この問題は、SSLインスペクションを実行している途中のファイアウォールに関連している可能性があります。

SSL検査を行わずに別の接続を使用して再試行するか、接続している送信元または宛先、あるいはその両方の免除を作成するようファイアウォール管理者に依頼することをお勧めします。

乾杯!


0

SQLに接続しようとする各ワークステーションでこのエラーメッセージが表示されていました。すべてのコンピューターはドメインに接続されています。この問題を解決するために私がしたことは:

1)ワークステーションにログインするユーザーのSQL Management Studioでログインとしてdomian \ user nameを作成します。2)TLS 1.0もこのアクセスを妨げていました。トランスポート層セキュリティTLSは、2つのシステム間で安全な通信チャネルを確立するために使用される暗号化プロトコルです。これは、一方または両方のシステムを認証し、システム間でやり取りされる情報の機密性と整合性を保護するために使用されます。

両方のコンピューターのレジストリで、\ HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ SecurityProviders \ SCHANNEL \ Protocols \ TLS 1.0 \ Serverに移動しました。2つのサブキーの値を交換します。
再起動後、私は再度テストし、接続を正常に確立することができました。


-2

同じ問題がありました。ping、telnet、RDPの接続性を含むすべてをチェックし、ISPがルートを変更した後にそれが起こり始めたことについに気付きました。ルートを変更した後、動作を開始しました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.