Azure SQL防火墙数据库错误&；联系技术支持

当您管理IP并启用windows azure服务时，据我所知，它应该能够与所有现成的azure服务一起工作。目前情况并非如此。您必须实际允许云应用的ip与服务联系

我试着联系技术支持，结果发现你现在必须付费才能联系他们！什么？！所以这似乎是Azure唯一被谈论的地方

---

这是怎么回事？我是不是遗漏了什么？这不就是糟糕的客户服务吗？

这实际上偶尔会发生一次。Azure dudes添加了另一个IP地址范围以用作云服务虚拟IP地址，但SQL Azure dudes没有添加该范围以根据启用的“Windows Azure服务”复选标记进行处理。我记得这件事在我们身上发生过两次

这本应该奏效的。设置复选标记后，所有web角色都应该能够连接到SQL Azure。所以你认为这应该行得通是对的

解决方法如下。您知道云服务部署的VIP，因此您可以使用“whois”查找它所属的位置。“whois”会说它属于微软，并提供整个区块的地址范围。然后，您可以添加允许整个范围的防火墙规则

至于你为什么要付钱让他们报告他们的错误。微软通常有一个政策，如果你不得不为某个被证明是他们的bug的东西付费获得支持，那么他们会报销你的费用。我想你也可以在这里用。无论如何，目前最低限度的支持包的费用大约为每月30美元，所以看起来不算是一笔大开支。我同意这不是很方便，但在某种程度上是公平的

---

报告问题的另一个选项是使用。我必须承认，我从来没有过这样的好经验，但我想这至少是一种引起轰动的方式，有助于引起人们对整个问题的更多关注。

这实际上偶尔会发生一次。Azure dudes添加了另一个IP地址范围以用作云服务虚拟IP地址，但SQL Azure dudes没有添加该范围以根据启用的“Windows Azure服务”复选标记进行处理。我记得这件事在我们身上发生过两次

这本应该奏效的。设置复选标记后，所有web角色都应该能够连接到SQL Azure。所以你认为这应该行得通是对的

解决方法如下。您知道云服务部署的VIP，因此您可以使用“whois”查找它所属的位置。“whois”会说它属于微软，并提供整个区块的地址范围。然后，您可以添加允许整个范围的防火墙规则

至于你为什么要付钱让他们报告他们的错误。微软通常有一个政策，如果你不得不为某个被证明是他们的bug的东西付费获得支持，那么他们会报销你的费用。我想你也可以在这里用。无论如何，目前最低限度的支持包的费用大约为每月30美元，所以看起来不算是一笔大开支。我同意这不是很方便，但在某种程度上是公平的

---

报告问题的另一个选项是使用。我必须承认，我在这方面从未有过任何好的经验，但我想这至少是一种引起轰动的方式，有助于引起人们对整个问题的更多关注。

你想从哪里联系数据库？您收到了什么错误消息？这是一个云服务和一个web角色正在联系它（在Azure上）。您试图从何处联系数据库？您收到了什么错误消息？这是一个云服务和一个联系它的web角色（在Azure上）。