Sql server SQL Server 2000-远程连接ODBC

我有四台机器：

• XP和SQL 2000（我遇到问题的机器A）
  • 防火墙：关闭
  • 港口：1433
• XP与SQL 2000（机器B）
  • 防火墙：关闭
  • 港口：1433
• XP（机器C）
• XP（机器D）

注:

• 所有机器都在一个工作组中
• 它们都有动态IP地址

已完成测试：

机器A：

• ping机器B-正常
• ping机器C-正常
• ping机器D-正常
• 端口1433上的telnet B，错误
• 连接到本地SQL-正常
• 连接到机器B的SQL-错误

机器B：

• ping机器A-正常
• ping机器C-正常
• ping机器D-正常
• 端口1433上的telnet A，错误
• 连接到本地SQL-正常
• 连接到计算机A的SQL-错误

机器C：

• ping机器A-正常
• ping机器B-正常
• ping机器D-正常
• 端口1433上的telnet A，错误
• 端口1433上的telnet B，错误
• 连接到计算机A的SQL-错误
• 连接到机器B的SQL-正常

机器D：

• ping机器A-正常
• ping机器B-正常
• ping机器C-正常
• 端口1433上的telnet A，错误
• 端口1433上的telnet B，错误
• 连接到计算机A的SQL-错误
• 连接到机器B的SQL-正常

---

我无法连接到计算机A的SQL Server。A和B具有相同的配置，它们没有网络问题，但A为什么不工作？如何对此进行故障排除？我已经读了足够多的微软的文章了。以前有人遇到过同样的问题吗？pc是否有可能被ping，但在物理网络中出现问题

您确定A的SQL服务正在1433上侦听吗？此外，是否有防火墙阻止A在其SQL端口上连接？

SQL正在侦听机器A的哪个端口？你能从其他机器上远程登录到它吗？@Colin，我在两台服务器上尝试远程登录时出错，这很奇怪，因为即使远程登录有错误，B也在工作…*我在端口1433上尝试远程登录两台服务器时出错，这很奇怪，因为B在工作。我在机器a上运行“netstat-a”，我没有看到1433。您应该能够使用网络配置管理器来验证或设置SQL服务使用的TCP。这篇文章的“验证SQL Server实例的端口配置”部分可以解释：谢谢，我刚刚发现我的SQL侦听端口时确实有问题。我安装了SQL2000SP4，似乎解决了我所有的连接问题。