<div>
Perhaps it is not the default instance and therefore using another port?
</div>


<div>
It is the default instance; that's how I installed it.<br />

</div>


<div>
If its the default instance, then try the below steps:<br />
<br />
1. In Surface Area Configuration Manager, check whether remote connections are enabled or not.<br />
2. In Surface Area Configuration Manager, check whether SQL Browser Service is up and running.<br />
3. In Surface Area Configuration Manager, check whether Transport Protocols, Both Named pipes and TCP/IP is enabled or not.<br />
4. In SQL Server Configuration Manager, under Transport Protocols check whether TCP/IP is enabled( as per your statement it is enabled). &nbsp;Click on the another tab on it and check whether TCP / IP Dynamic ports are set to blank.<br />
And check whether TCP/IP port is set to 1433.<br />
5. If you do any changes, Restart the SQL Server Services<br />
<br />
I hope now it is done.
</div>


<div>
Everything seems correct but I am not sure about the ports. Attached is a screen shot of the TCP/IP properties screen. Does this look correct? How do I check whether the SQL Server TCP port is set to 1433? Thanks.<br />
<a href="https://filedb.experts-exchange.com/incoming/2009/01_w05/98807/tcp.jpg" target="_blank" class="file-inline" title="Screen shot of TCP/IP properties (33 KB)"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512"><path d="M67.508 468.467c-58.005-58.013-58.016-151.92 0-209.943l225.011-225.04c44.643-44.645 117.279-44.645 161.92 0 44.743 44.749 44.753 117.186 0 161.944l-189.465 189.49c-31.41 31.413-82.518 31.412-113.926.001-31.479-31.482-31.49-82.453 0-113.944L311.51 110.491c4.687-4.687 12.286-4.687 16.972 0l16.967 16.971c4.685 4.686 4.685 12.283 0 16.969L184.983 304.917c-12.724 12.724-12.73 33.328 0 46.058 12.696 12.697 33.356 12.699 46.054-.001l189.465-189.489c25.987-25.989 25.994-68.06.001-94.056-25.931-25.934-68.119-25.932-94.049 0l-225.01 225.039c-39.249 39.252-39.258 102.795-.001 142.057 39.285 39.29 102.885 39.287 142.162-.028A739446.174 739446.174 0 0 1 439.497 238.49c4.686-4.687 12.282-4.684 16.969.004l16.967 16.971c4.685 4.686 4.689 12.279.004 16.965a755654.128 755654.128 0 0 0-195.881 195.996c-58.034 58.092-152.004 58.093-210.048.041z"/></svg>tcp.jpg</a>
</div>


tcp.jpg

<div>
I did that and it worked. But what I don't understand is why wasn't it set up that way when SQL Server was installed? Port 1433 is supposed to be the default. Check out this Microsoft article which confirms that:<br />
<a href="http://msdn.microsoft.com/en-us/library/cc646023.aspx" rel="ugc">http://msdn.microsoft.com/en-us/library/cc646023.aspx</a>. This problem never occurred in previous versions of SQL Server. Whatever they have done now just makes it more difficult to set up.<br />
<br />

</div>


<div>
&gt;&gt;This problem never occurred in previous versions of SQL Server&lt;&lt;<br />
Most users prefer to err on the side of caution, hence the added security.<br />
<br />
&gt;&gt;Whatever they have done now just makes it more difficult to set up.&lt;&lt;<br />
See here <a href="http://www.robkerr.com/post/2008/07/Windows-Firewall-and-SQL-Server-2008.aspx" rel="ugc">http://www.robkerr.com/post/2008/07/Windows-Firewall-and-SQL-Server-2008.aspx</a>
</div>


<div>
The problem I have with this is directly contradicts the MS documentation, as far as I can see. The article I mentioned above, in reference to port 1433, says &quot;This is the most common port allowed through the firewall. It applies to routine connections to the default installation of the Database Engine, or a named instance that is the only instance running on the computer.&quot;. That article was ever referenced in a popup message somewhere during the installation of SQL Server 2008. Also, in the SQL Server Books Online page about configuring ports, it states &quot;If enabled, the default instance of the SQL Server Database Engine listens on TCP port 1433&quot;. That seems crystal clear but it's not installed that way. And my installation was a default instance. So what's going on here?<br />

</div>


<div>
galcott,<br />
&nbsp; &nbsp;What you have referred over there is correct.<br />
SQL Server is configured to listen port no 1433 by default.<br />
But in your Windows Firewall, all ports will be blocked by default.<br />
Hence you have to add an exception in Windows Firewall for the port 1433 to listen to communications from other server.<br />
<br />
Kindly try the below steps for it.<br />
1. Go to Control Panel --&gt; Windows Firewall.<br />
2. Navigate to Exceptions Tab.<br />
3. Click Add Port and Type 1433 for TCP port and name it as SQL Server.<br />
<br />
The above successfully allows you to listen on the port 1433
</div>


<div>
My whole point is that the SQL Server was NOT configured on port 1433. I had the exception set from the beginning. Please re-read my original message.<br />

</div>


<div>
Then kindly do one thing..<br />
<br />
Execute the system procedure sp_readerrorlog.<br />
<br />
And in one of the resultset, you will be able to find keywords like <br />
&quot;Server is listening on Port xxxx&quot;<br />
<br />
That is the port in which your server instance is listening upon.<br />
If you telnet from that port, then you will be able to get through it.
</div>


<div>
As I told you before, I changed the ports to 1433 in response to your previous reply and it worked. Since then I have just been trying to figure out why it works so differently from the way it is documented.
</div>


<div>
<div class="content wysiwyg-content">
I was trying to establish a remote connection to SQL Server 2008 from another machine on my network. The server is running the XP firewall. I thought I had everything set up correctly on the server (TCP/IP enabled, remote connections enabled, TCP port 1433 enabled on the firewall). The remote connection repeatedly failed. Based on some information I found on another site, I tried to telnet from the workstation to that machine on port 1433 (telnet 192.168.15.102 1433) and got a message &quot;no connection could be made because the target machine actively refused it&quot;. If port 1433 was open why would this happen? I finally set up an exception in the firewall for the SQL Server program (sqlserver.exe) and then the remote connection worked. But I wonder why this was necessary; I have never seen it happen before with previous versions of SQL Server.<br />

</div>
</div>


I was trying to establish a remote connection to SQL Server 2008 from another machine on my network. The server is running the XP firewall. I thought I had everything set up correctly on the server (TCP/IP enabled, remote connections enabled, TCP port 1433 enabled on the firewall). The remote connection repeatedly failed. Based on some information I found on another site, I tried to telnet from the workstation to that machine on port 1433 (telnet 192.168.15.102 1433) and got a message "no connection could be made because the target machine actively refused it". If port 1433 was open why would this happen? I finally set up an exception in the firewall for the SQL Server program (sqlserver.exe) and then the remote connection worked. But I wonder why this was necessary; I have never seen it happen before with previous versions of SQL Server.


SQL Server 2008 remote connection problem

Microsoft SQL Server is a suite of relational database management system (RDBMS) products providing multi-user database access functionality.SQL Server is available in multiple versions, typically identified by release year, and versions are subdivided into editions to distinguish between product functionality. Component services include integration (SSIS), reporting (SSRS), analysis (SSAS), data quality, master data, T-SQL and performance tuning.