Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

Until yesterday evening, I was able to connect to my server from my local machine. Now, I get the following error:

A connection was successfully established with the server, but then an error occurred during the pre-login handshake. (provider: SSL Provider, error: 0 - The wait operation timed out.) (.Net SqlClient Data Provider)

Note, I can log on to the actual server with no problem.

Yesterday, I installed IIS on my machine and set up a site using my IP address - don't know if this has anything to do.

I did come across this article, followed the steps, but didn't seem to help.

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

I also went through the following article, changed TC/IP settings, restarted, but nothing.

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/

Started trying suggestions from comments too but stopped when I realized I might be messing things up more.

So, why is this happening / how can I fix?

share|improve this question
    
What version of SQL Server is this? How are you attempting to connect to the SQL machine; using SQL Server Management Studio or an app you developed, etc? Have you tried restarting the SQL Server service and the server machine? –  Max Vernon Aug 30 '12 at 21:26
    
The server is 2008, my local sql is 2012. Tried it through an app I developed, as well as SSMS. Restarted Sql service on my machine, but didn't restart the actual server (will affect production, also, it's only a problem with my local SQL connecting). –  Rivka Aug 30 '12 at 21:45
    
Is it a default SQL instance? If so run netstat -ao and confirm that port 1433 is listening and that the PID belongs to sqlservr.exe. If it is listening, check that TCP/IP is enabled for the IP address that you're actually connecting to in SQL Server Configuration Manager (as Max has shown, but also open up the properties of TCP/IP and ensure that the correct IP is enabled). –  Chris McKeown Aug 30 '12 at 22:27
    
Looking at the service properties, my machine has SQLEXPRESS, not 2012. It was SSMS that was 2012 (which probably makes no difference?). @ChrisMcKeown - don't see 1433 listed there. Also, what should the IP address be? My local? Thanks guys, sorry for switching the variables here. –  Rivka Aug 31 '12 at 2:12
    
The IP that SQL listens on should be the same as the IP of your local machine (as shown in ipconfig) or 127.0.0.1 if you're connecting to localhost. Sounds to me like your IP address might have changed and SQL is no longer bound to the right IP. –  Chris McKeown Aug 31 '12 at 7:25

6 Answers 6

In my particular setup, I was using storing session data in a custom database, I also had the data encrypted (Encrypt=True) via the connection string, removing this fixed the problem!

I suspect though that the data isn't being ssl encrypted as a result though, not much of an issue until we add more web servers though!

share|improve this answer

An answer propsed here: http://social.msdn.microsoft.com/Forums/en-US/vssetup/thread/2d11b6f9-3ada-4682-b643-c721a97af4ba

Sick of the problem? Dont know or care what winsock is or any of this low level crap means.

Go to a command prompt

do this

netsh Winsock reset

go on with your life and be happy.

share|improve this answer
    
Note, it did not solve my problem... but it did for several others. –  Watki02 Mar 12 '13 at 21:07
    
Thank you Watki02, your answers (netsh Winsock reset) helps me to solve this problem for VB.Net clickOnce application develop in VS2010. Operation system Vista with .Net 4.5, to establish remote DB connection from Sql 2005 express edition to SQL 2005 Server. –  user166271 Mar 25 '13 at 11:07
    
Thanks, it did help me, don't know what it means though :) –  Ilya Chernomordik Nov 26 '13 at 12:32

In my situation, I had a content filter/proxy called Covenant Eyes that was the likely cause.

I tried repairing the install of SQL server 2012 and it crashed the install and still did not fix the problem. As soon as I generated an uninstall code and uninstalled the filter, I could connect; I did not even have to reboot.

Check for proxies and content filters on the machine and disable them!

share|improve this answer
    
WOW. This was a while ago, but we did and still do have Covenant Eyes installed on our machines. –  Rivka Mar 12 '13 at 21:12
    
I'm going to let them know of my issue... maybe they are using an old version of .NET? Here is the forum entry: gsfn.us/t/3s4ti –  Watki02 Mar 12 '13 at 21:27

I did a system restore and I'm able to connect now.

share|improve this answer

Open SQL Server Configuration Manager, and make sure the SQL Server service is running:

SQL Server Configuration Manager - Services

and configured to allow TCP/IP connections:

SQL Server Configuration Manager - Network Configuration

share|improve this answer
    
Thanks, tried that though already. –  Rivka Aug 30 '12 at 22:07

This error occurred after the installation of a program which changes the Internet Protocol settings of your computer. Recently I got the same issue after the installation of Internet download manager because IDM has changed the IP settings that error comes so after uninstalling IDM from my PC and restarting the PC solve the problem.

So uninstall any application which has changed the Internet Protocol settings like Internet download manager.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.