每次尝试通过SSMS连接到Azure服务器时,都会出现以下错误。列出了服务器防火墙中的IP客户端地址,但仍无法正常工作。
Microsoft SQL Server,错误:53
我在Microsoft Imagine订阅下使用azure学生许可证,这是一个问题吗?
P.S:
Server = tcp:test-dikna.database.windows.net,1433; Initial Catalog = test-diknaDb; Persist Security Info = False; User ID = diknary; Password =; MultipleActiveResultSets = False; Encrypt = True; TrustServerCertificate = False;连接超时= 30;
答案 0 :(得分:0)
Windows azure SQL数据库具有良好的故障排除指南,即使在今天也有效。
<强>参考文献:强>
Windows Azure SQL Database Connectivity Troubleshooting Guide
另一个互动链接:
Troubleshooting connectivity issues with Microsoft Azure SQL Database
下面是步骤(这里粘贴以避免链接腐烂..)
验证Azure防火墙设置和服务可用性:
此问题的错误消息是自解释的,您需要将您的IP添加到允许的IP列表..还要检查您的数据库是否在门户网站中在线或有任何中断
验证您是否可以访问服务器IP。
1.打开命令提示符窗口并使用PING命令确认名称解析成功将逻辑服务器名称转换为IP地址。预计会出现“请求超时”消息,因为SQL数据库永远不会响应ping请求。
C:&gt; ping .database.windows.net
使用32个字节的数据ping data.sn1-1.database.windows.net [65.55.74.144]:
请求超时。
请求超时。
请求超时。
请求超时。
Ping 65.55.74.144的统计数据:
数据包:已发送= 4,已接收= 0,已丢失= 4(已丢失100%)
如果服务器名称解析为IP地址,请记下该值并继续执行步骤2.如果此步骤失败,请与网络管理员或Internet服务提供商联系,以获取有关修复名称解析问题的帮助。
2.从命令提示符窗口,尝试使用前一步骤中返回的IP地址telnet到端口1433。这将测试是否有任何防火墙/路由器阻止到端口1433的流量。
C:&gt; telnet 65.55.74.144 1433
连接到65.55.74.144 ......
3.如果Telnet成功,窗口将变为完全空白的屏幕。退出并继续下一步。如果不成功,请捕获输出并转到步骤4.
在命令提示符窗口中,尝试telnet到DNS名称而不是IP地址来重复测试。
C:&gt; telnet .database.windows.net 1433
注意:如果Telnet不是默认Windows安装的一部分,则可以从“添加/删除Windows组件”中启用它。
4.使用tracert实用程序并捕获输出,显示尝试访问服务器时所采取的中间步骤。如果需要网络工程师来解决问题,此信息将非常有用。
C:&gt; tracert 65.55.74.144
追踪到最大30跳的路线到65.55.74.144
1 2 ms 1 ms 1 ms 192.168.0.1
2 6 ms 5 ms 5 ms 10.33.34.50
3 5 ms 4 ms 5 ms 4-1-753.DLLSTX-LCR-07.verizon-gni.net [130.81.107.26]
4 8 ms 5 ms 5 ms so-6-2-0-0.DFW01-BB-RTR1.verizon-gni.net [130.81.28.208]
5 44 ms 43 ms 44 ms so-11-0-0-0.LCC1-RES-BB-RTR1-RE1.verizon-gni.net [130.81.17.40]
6 49 ms 44 ms 44 ms so-6-0-0-0.ASH-PEER-RTR1-re1.verizon-gni.net [130.81.10.90]
如果您遇到问题,即使在尝试访问IP时,您也没有到达VIP,而是在客户端和VIP之间被阻止。请参阅第一个链接中的网络部分,了解有关如何进行更多步骤继续进行,您需要在此阶段让网络管理员参与