Trouble connecting to a remote instance of SQL Server 2008 (Developer Ed)

5,046

Solution 1

Well, I changed the static port for the named instance to a non-standard port (not 1433). I'm not exactly sure why this fixed it but I am now able to connect. Thanks for the help and troubleshooting tips everyone!

Solution 2

Open up UDP port 1434, you need this for the SQL Server Browser service.

or

Try connecting in SSMS using the following: 123.45.67.89\SQLSERVER,1433 Yo shouldn't need the browser service if you specify the port.

Solution 3

Can you telnet from the client to port 1433 on the server?

Solution 4

Start with the basics. Can you ping the SQL server by ip address and hostname from the remote machine?

Run "netstat -a -b -n" from a command prompt on the SQL server to verify what port the SQL instance is listening on.

Share:
5,046

Related videos on Youtube

Philip Bulley
Author by

Philip Bulley

Updated on September 17, 2022

Comments

  • Philip Bulley
    Philip Bulley over 1 year

    I just installed a named instance of SQL Server 2008 Developer Edition on our Windows 2008 server. I've been working all morning trying to enable remote connections but have been unsuccessful. Here are some details:

    • SQL Server service is running using the network service account
    • SQL Server Browser service is running using the network service account
    • TCP/IP protocol is enabled
    • TCP/IP listens on a specific IP address, port 1433 (I have done a netstat to verify it is listening)
    • Port 1433 is open on to TCP traffic in the firewall
    • Server authentication is set to mixed mode
    • Remote connections are enabled

    I am able to connect from SSMS 2008 on the server itself using the following:

    ipaddress\instance_name (e.g. 123.45.67.89\SQLSERVER)
    SQL Server authentication (e.g. sa, password)
    

    However, I am not able to connect, using the exact same connection properties and login, from a remote client using SSMS 2008. At first I thought it must be a firewall issue, but I tried completely turning the firewall off and still get the same error:

    "A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible."

    Anyone have any suggestions?

    Thanks!

  • Philip Bulley
    Philip Bulley over 14 years
    I tried opening up UDP 1434 but still no luck. I tried turning the firewall completely off and still nothing. :(
  • Nick Kavadias
    Nick Kavadias over 14 years
    How about connecting when you specify the port?
  • Philip Bulley
    Philip Bulley over 14 years
    I tried pinging the server by IP address, which was successful. When running the netstat command I see [sqlserver.exe] as the owner.
  • Philip Bulley
    Philip Bulley over 14 years
    I tried specifying the port as you suggested. Still no luck. :(
  • joeqwerty
    joeqwerty over 14 years
    What port is SQL Server listening on?
  • Nick Kavadias
    Nick Kavadias over 14 years
    wow that's interesting! A named instance cannot listen to port 1433? Will have to test that and see if its documented anywhere
  • Nick Kavadias
    Nick Kavadias over 14 years
    maybe try removing the instance name when connecting, if your connecting to the sql server on 1433?
  • Philip Bulley
    Philip Bulley over 14 years
    I had the static port set to listen on 1433, but I changed it to another non-standard port.
  • joeqwerty
    joeqwerty over 14 years
    So from the remote machine, are you trying to connect using the non-standard port you set on the server?
  • Ryan Ferretti
    Ryan Ferretti over 14 years
    Then something is blocking the connection between your workstation and the server. Either a firewall on one of the machines, or a wirewall on the network between the two machines. Or the SQL Server isn't setup to listen on that port. Check the ERRORLOG file to verify the port number that SQL Server is listening on.
  • Robert Koritnik
    Robert Koritnik about 12 years
    I'm using a named instance and configured it to listen to port 1433. Works. But it's true that named instances by default listen to other ports, so you have to configure firewall accordingly (if setting up port exception and not program exception).