使用SSMS连接Azure SQL Server遇47073错误，求非私有端点解决办法

除专用终结点外的替代解决办法 #

• 临时调整公共网络访问设置（仅限非生产/紧急场景）
  在Azure门户进入目标SQL服务器的「网络设置」，将「拒绝公共网络访问」切换为「否」，然后在「防火墙规则」中添加本地客户端的公网IP地址。完成后即可通过SSMS直接连接，但此操作会降低服务器的网络安全性，生产环境不建议长期使用。

• 通过Azure Bastion间接连接
  在Azure虚拟网络内部部署Azure Bastion，通过Bastion连接到VNet内的一台虚拟机，然后在该虚拟机中使用SSMS连接SQL Server。这种方式无需配置专用终结点，同时保持网络访问的安全性，因为所有流量都在VNet内部流转。

已创建专用终结点但仍无法连接的排查步骤 #

• 确认专用终结点状态：在Azure门户检查专用终结点的关联状态，确保已被SQL服务器「批准」，而非「Pending」或「Rejected」。
• 验证DNS解析：在客户端执行nslookup <你的SQL服务器名>.database.windows.net，确认解析结果为专用终结点的私有IP。若解析到公共IP，需检查专用DNS区域关联或本地DNS转发规则是否配置正确。
• 检查NSG规则：确认专用终结点所在子网的网络安全组（NSG）允许1433端口（或自定义SQL端口）的入站流量，同时SQL服务器的NSG需允许来自该VNet子网的流量。
• 核对SSMS连接配置：在SSMS的「连接到服务器」窗口进入「连接属性」标签，确认未强制使用公共网络连接，且服务器名称输入正确（需包含.database.windows.net后缀）。

内容的提问来源于stack exchange，提问作者Nomfundo Florence