无法通过SSMS连接到Azure(Microsoft SQL Server，错误:53)

Question

每次我试图通过SSMS连接到azure服务器时，都会出现以下错误。已在服务器防火墙中列出IP客户端地址，但仍然不起作用。

微软 SQL 服务器，错误： 53

我正在使用Microsoft Imagine订阅下的azure学生许可证，这有问题吗？

附笔。：

>

已尝试使用此 https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/troubleshoot-connecting-to-the-sql-server-database-engine 进行故障排除，但仍收到错误消息

我正在使用没有虚拟机的 SQL Azure

我的连接字符串是

Server=tcp：test-dikna.database.windows.net，1433;Initial Catalog=test-diknaDb;保留安全信息 = 假;用户 ID = diknary;密码=;MultipleActiveResultSets=False;加密=真;TrustServerCertificate=False;连接超时 = 30;

Answer 1

Windows azure SQL数据库有很好的故障排除指南，即使在今天也是有效的。。

参考：
Windows Azure SQL数据库连接疑难解答指南

另一个交互式链接：
解决Microsoft Azure SQL数据库的连接问题

以下是步骤（粘贴在此处以避免链接损坏。）

验证Azure防火墙设置和服务可用性:< br >此问题的错误消息不言自明，您需要将您的IP添加到允许的IP列表中..还要检查您的数据库在门户中是否在线，或者是否有任何中断

验证您可以访问服务器IP。

1.打开命令提示符窗口，使用PING命令确认名称解析成功地将逻辑服务器名称转换为IP地址。下面显示的“请求超时”消息是意料之中的，因为SQL数据库永远不会响应ping请求。

C:

用32字节的数据ping data.sn1-1.database.windows.net[65.55.74.144]:

请求超时。

请求超时。

请求超时。

请求超时。

65.55.74.144的ping统计：

数据包:发送= 4，接收= 0，丢失= 4 (100%丢失)

如果服务器名称解析为IP地址，请记下该值并继续执行步骤2。如果此步骤失败，请联系您的网络管理员或Internet服务提供商以获得修复名称解析问题的帮助。

2.在命令提示符窗口中，尝试使用上一步返回的IP地址telnet到端口1433。这将测试是否有任何防火墙/路由器阻止到端口1433的流量。

C:

连接到65.55.74.144...

3.如果Telnet成功，窗口将变为完全空白的屏幕。退出并继续下一步。如果不成功，捕获输出并移动到步骤4。

在命令提示符窗口中，通过尝试telnet到DNS名称而不是IP地址来重复测试。

C:

注意：如果 Telnet 不是默认 Windows 安装的一部分，则可以从“添加/删除 Windows 组件”中启用它。

4.使用tracert实用程序并捕获显示尝试连接服务器时所采取的中间步骤的输出。如果需要网络工程师对问题进行故障排除，此信息将非常有用。

C:

在最多 30 个跃点上跟踪到 65.55.74.144 的路由

1 2毫秒1毫秒1毫秒192.168.0.1

2 6毫秒5毫秒5毫秒10.33.34.50

3 5 毫秒 4 毫秒 5 毫秒 4-1-753.DLLSTX-LCR-07.verizon-gni.net [130.81.107.26]

so-6-2-0-0.DFW01-BB-RTR1.verizon-gni.net女士[130.81.28.208]

so-11-0-0-0.LCC1-RES-BB-RTR1-RE1.verizon-gni.net女士[130.81.17.40]

6 49 毫秒 44 毫秒 44 毫秒 so-6-0-0-0.ASH-PEER-RTR1-re1.verizon-gni.net [130.81.10.90]

如果您遇到问题，即使在尝试访问IP时，您也没有到达VIP，而是在您的客户端和VIP之间被阻止。有关如何进一步操作的更多步骤，请参阅第一个链接中的网络部分，在此阶段您需要让网络管理员参与