Re: Failed connections to remote 2k SQL Server



It could be a port issue - that would be my first guess. The
default instance (no instance name) will use the default
port of 1433. Check to see what ports your instances are
actually listening on - you can find it in the SQL log at
start up, from the Server network utilities (check the
properties for TCP/IP), from the registry in the
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL
Server\<InstanceName>\MSSQLServer\SuperSocketNetLib\Tcp
key.
If you aren't using a static port and are going through a
firewall, you need to open up UDP 1434 for SQL Server name
resolution for the named instance.
The following articles have more information:
INF: TCP Ports Needed for Communication to SQL Server
Through a Firewall
http://support.microsoft.com/?id=287932
How to use static and dynamic port allocation in SQL Server
2000
http://support.microsoft.com/?id=823938

-Sue

On Tue, 25 Oct 2005 00:50:02 -0700, "James Vickers"
<JamesVickers@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:

>Hi Everyone,
>
>I have a SQL Server 2k running SP4 installed on a Windows 2k3 server. It has
>two named instances, because the server also runs Veritas Backup Exec, which
>itself, installs an instance of SQL Server to log it's actions. This server
>is remotely managed by myself.
>
>When I use enterprise manager on the server, all is fine, both as
>registering under the server name, and the server IP address, using the
>format of:
>
>x.x.x.x\instance_name.
>
>I am logging in as SA, with a password that I have verified, many, many,
>times.
>
>
>However,
>
>When I try to register the server in Enterprise Manager remotely (with SP4
>applied), I cannot gain a connection. On both networks, port 1433 is open. On
>the network hosting the SQL Server, I have allowed 1433-1437 for both TCP and
>UDP access to the SQL Server's IP through it's firewall. On my network, I
>have access to any host over port 1433, and already have other external SQL
>Servers (not managed by me) registered successfully. I have checked the SQL
>server's network utility, and client network utility, and ensured that they
>are using TCP/IP over port 1433.
>
>I have run a netsh diag iphost connect to the server over port 1433, which
>succeeds. If I try and connect without using a named instance, it connects,
>and errors to tell me to use a named instance! When I try and connect with a
>named instance, i.e. x.x.x.x\named_instance it waits for about 2 minutes,
>then says that the server does not exist, or access denied - I know the login
>details are correct, and I know the server IP is correct - given that it
>errors without a named instance, I assume that it is connecting.
>
>Is there anything that I am missing?, I'm afraid that my level of knowledge
>with SQL Server is now exhausted!
>
>Any help would be much appreciated.
>
>Best regards,
>
>James Vickers,
>me@xxxxxxxxxxxxxxxx

.



Relevant Pages

  • Re: SQL2005: Cannot connect error 11001
    ... The famous Windows Firewall (turned on my Server from which I'm trying to ... Exception Details: System.Data.SqlClient.SqlException: Login failed for user ... Try starting the SQL Server ... if you changed the port ...
    (microsoft.public.sqlserver.connect)
  • Re: Connecting to an instance in a cluster
    ... Each virtual server has its own IP address so you can reuse port numbers between instances. ... Microsoft SQL Server MVP ... "Geoff N. Hiten" wrote: ...
    (microsoft.public.sqlserver.clustering)
  • RE: Some technical errors
    ... If the SMTP server is not running on port 25 TCP it is not a public ... Manager - Computer Assurance Services BDO Chartered Accountants & ...
    (Security-Basics)
  • Re: hack using xp_cmdshell
    ... I'm no security expert, so please forgive if I'm not using the right ... install SQL Server in Windows Only mode and then Switch down to Mixed mode, ... Is the SQL Server instance a default instance? ... > port 65300, which has never been open on my firewall. ...
    (microsoft.public.sqlserver.server)
  • Re: Failed connections to remote 2k SQL Server
    ... > It could be a port issue - that would be my first guess. ... you need to open up UDP 1434 for SQL Server name ... TCP Ports Needed for Communication to SQL Server ... >>server's network utility, and client network utility, and ensured that they ...
    (microsoft.public.sqlserver.setup)