Hi,
Just change the port via the SQL Server Network Utility. On the client
open the Client Network Utility and create a TCP/IP based alias that
dynamically determines the port. The client will then use port 1434 to
determine which port it needs to use. Make sure that your firewall has
both port 1434 and the port the SQL Server instance is listening on open.
Jonathan
> Hi Group,
>
[quoted text clipped - 12 lines]
>
> CM
CP - 25 Jul 2007 17:36 GMT
Hi Jonathan,
Thank you for your response. Can I still do this (creating the TCP/IP based)
if I am using Named Pipes as my connector on the client?
I have read a post somewhere that Named Pipes cannot dynamically determine
destination SQL port numbers in SQL Server 2000.
Regards
CM
> Hi,
>
[quoted text clipped - 22 lines]
> >
> > CM
JPD - 26 Jul 2007 15:58 GMT
Hi,
In your case you need to do nothing on the clients. Named Pipes on the
client will be able to negotiate a connection with the server.
Jonathan
> Hi Jonathan,
>
[quoted text clipped - 34 lines]
>>>
>>> CM
CP - 26 Jul 2007 18:12 GMT
Hi Jonathan,
Thank you again for your reply.
I am a bit confused here, as I had the understanding that Named Pipes and
TCP/IP were two different connectivity mechanisms and that if Named Pipes are
used in SQL 2000, the connections will fail if the default port is changed as
Named Pipes in SQL 2000 cannot dynamically determine destination port numbers.
Regards
CM
> Hi,
>
[quoted text clipped - 41 lines]
> >>>
> >>> CM