Under this situation, it probably due to invalid client request. See whether IPSec specification make dropping any packets.ĩ) If you still face problem, please use "Evenvwr" on the client machine, try to look up the remote server application log, see any info from SQL Server that indicates the sql instance reject client connection. If you are using SNAC/SqlClient, go to SQL Configuration Manager, check out client protocols, see alias setting.Ĩ) Check out IPSec setting if you still face problem. If you are using MDAC: on your client machine, click "cliconfig.exe", check out alias, whether it points to some other port that you can not telnet, if so, correct it or remove alias, since you should be able to connect through servername by sqlbrowser service automatcally respond to the correct port which server is listening on.ī. You should be able to see the sql tcp port and udp port(1434 for browser service) is opened in Firewall, which enable you can telnet from client.ħ) Does your client app set any alias that cause the connection redirect to an invalid port?Ī. If so, go to " SQL Server 2005 Surface Area configuration", click "Surface Area configuration for service and connection", then click the instance name, enable its remote connection.
If you connect to named instance, then on your target server machine do "net start sqlbrowser".Ħ) Are your target server behind firewall? If it is named instance, on your target server machine, go to "SQL Server Configuration Manager", open "Protocols for MSSQL$", check TCP enabled, and right click TCP, find out the tcp port number under 'IPAll". Then on your client machine, do " telnet ", see whether it succeeds.ĥ) Is your browser service running on the target server? If it is default instance, on your client machine, try : "telnet 1433", remember, SQL Server 2005 default instance always use the reserved port 1433, namely, if you modify it to any other port number, the client app can not connect to the sql instance.ī. Then do ping -a, can it be resolved to correct target machine name?ģ) Are you connecting to default instance or named instance? Please go to the target machine, to check whether the instance started successfully, you can go to "Service Control Manager", find out "MSSQLSERVER" or "MSSQL$" whether they are running?Ĥ) Does your target SQL instance enabled TCP and listening on a valid TCP port?Ī. Go to the remote machine to see whether it returned the correct ipaddress.
Ping (if your remote server has ipv6 enabled, it might return ipv6 address). You'd better go through the following checklist to fix the "connection refused" problem.ġ) Are you connecting to the right server? Check out whether your target machine name is valid.Ģ) Whether the you specified in your connection string resolve to the correct ipaddress? do: Secondly, this error is winsock error "WSAECONNREFUSED - 10061". " or your client protocol setting ask for first try Named Pipe connection, if fails, then fallback to TCP connection. For eg, in "Client NetworkUtility", you see the protocol order is "np on top of tcp". xx", which indicates that either your connection string explicitly use 'tcp:" prefix, say "Server=tcp. In this post, I am trying to list out potential cause and general solution to this specific error when you are making connection to SQL Server 2005.įirst, It is due to TCP connection fail, since you can tell from the title, "TCP Provider.
0 kommentar(er)
