C# 我在Azure中从何处获得IssuerName和IssuerKey

我谨此陈辞：

它提到我应该从ServiceBus的属性中获取IssuerName和IssuerKey。使用VS2012服务器资源管理器检查我的ServiceBus时，没有名为IssuerName和IssuerKey的属性。当我使用在线Azure管理控制台并单击连接信息时，我只得到一个连接字符串，而不是预期的IssuerName和IssuerKey

这些价值观在哪里？我是免费试用的，这有关系吗

这就是我看到的

编辑
我检查了Microsoft Azure是否正在将身份验证方法从ACS移动到SAS以获得更好的性能和可管理性，因此从新创建的servicebus的对话框中删除了ACS内容。似乎文档尚未更改

要与SAS一起使用，请参考，第页介绍了更低级的方法。
有关SAS（和旧ACS）的更多信息，请参阅

以下原件

请通过web浏览器转到Azure门户。你会找到的

---

转到配置选项卡，您将看到共享访问策略。为了演示/示例，您可以只使用rootmanagesharedacesskey但是，这不是最佳做法。您应该创建适合应用程序的共享访问策略，无论是具有发送权限的客户端、具有发送和侦听权限的服务，等等

示例/教程中也有一个bug（旧SDK的过时内容）。在QueueConnector.cs文件中，CreateNamespaceManager应调用CreateSharedAccessSignatureTokenProvider，而不是CreateSharedSecretTokenProvider

---

顺便说一句，您还可以从连接字符串中获取这些值。您只需从连接字符串中的其他值中提取它们。

最近发生了一个变化，即没有为通过门户创建的新服务总线名称空间自动创建关联的ACS名称空间。如果需要ACS身份验证，则需要通过管理API或Azure PowerShell创建名称空间。对此，我已经写了一些解释：

我的不是那样的？。见上文picture@Richard210363//我编辑内容。请检查：）ACS不再使用服务总线名称空间创建。这就是为什么2014年8月之后创建的名称空间的图片有所不同。谢谢。事实证明，我从属性中获得了正确的IssuerName和IssuerKey（尽管它们有不同的名称），但上面描述的代码中的错误就是问题所在，以防有人从Scott Seely的Pluralsight课程中获得，上面的“bug”也是我的问题-调用CreateSharedAccessSignatureTokenProvider而不是CreateSharedSecretTokenProvider，您将很好地检索令牌。@jmdon-非常感谢。我花了几个小时想弄明白这一点。