Где я могу получить IssuerName и IssuerKey в Azure
Я следую этому уроку:
В нем упоминается, что я должен получить IssuerName и IssuerKey из свойств моего ServiceBus. Нет никаких свойств с именами IssuerName и IssuerKey при использовании VS2012 Server Explorer для проверки моего ServiceBus. Когда я использую онлайн-консоль управления Azure и нажимаю "Сведения о соединении", я получаю только строку соединения, а не ожидаемые имена IssuerName и IssuerKey.
Где эти значения? Я на бесплатной пробной версии, это имеет значение?
Это то, что я вижу.
3 ответа
Перейдите на вкладку КОНФИГУРАЦИЯ, и вы увидите Политики общего доступа. Для демонстрации / примера вы можете просто использовать RootManageSharedAccessKey. Однако это не лучшая практика. Вы должны создать политики общего доступа, подходящие для приложения, будь то клиент с разрешениями "Отправить", служба с разрешениями "Отправить" и "Слушать" и т. Д.
В примере / руководстве также есть ошибка (устаревший контент для более старого SDK). В файле QueueConnector.cs CreateNamespaceManager должен вызывать CreateSharedAccessSignatureTokenProvider вместо CreateSharedSecretTokenProvider.
Кстати, вы также можете получить эти значения из строки подключения. Вам просто нужно извлечь их из других значений в строке подключения.
РЕДАКТИРОВАТЬ
Я проверил, что Microsoft Azure перемещает метод проверки подлинности с ACS на SAS для повышения производительности и управляемости, поэтому удалил элементы ACS из диалога для вновь созданной служебной шины. Кажется, документация еще не изменена.
Для использования с SAS хорошим справочным материалом является http://azure.microsoft.com/en-us/documentation/articles/service-bus-dotnet-how-to-use-queues/ а более низкоуровневый подход описан в http://msdn.microsoft.com/en-us/library/dn205161.aspx page.
Для получения дополнительной информации о SAS (и старой ACS), пожалуйста, посетите http://msdn.microsoft.com/en-us/library/dn170478.aspx
ОРИГИНАЛ НИЖЕ
Перейдите на портал Azure через веб-браузер. Вы можете найти это.
Недавно произошли изменения, когда связанное пространство имен ACS не создается автоматически для нового пространства имен служебной шины, созданного через портал. Если вам нужна аутентификация ACS, вам нужно создать пространство имен с помощью API управления или Azure PowerShell. Я написал некоторые объяснения по этому адресу: http://brentdacodemonkey.wordpress.com/2014/08/27/shared-access-signatures-with-azure-service-bus/