В конце концов мне удалось заставить его работать.Для тех, у кого похожая проблема, я напишу свое решение ниже.
Для ошибки «Цепочка сертификатов была выдана органом, которому не доверяют» - так же, как обсуждалось в связанной веткев комментарии TJB это было связано с тем, что у меня не было сертификата, подписанного CA, но самозаверяющего.
Сертификат, подписанный CA из Azure, вероятно, решит проблему, но я попробовал ДавайтеЗашифровать сайт (также связанный в другой теме).Проблема, с которой я столкнулся в Let's Encrypt, заключалась в том, что у меня был сервер Windows, хотя они изначально поддерживали системы на основе Linux.Однако я нашел статью Дэниела Хутмахера под названием Шифрование соединений SQL Server с сертификатами Let's Encrypt , которая решала ту самую проблему, которая у меня была.(Что касается инструмента клиента, текущая версия отличается от описанной в статье, но вы все равно можете загрузить старую версию на github. Я использовал последний выпуск ноября 2017 года).Благодаря этому я смог создать и добавить сертификат, подписанный центром сертификации, на сервер SQL.
На этом этапе я создал модель в Azure Analytics Services, использовал базу данных Azure в качестве типа источника / соединения и заполнил соединение.на мой виртуальный сервер SQL.Я видел свои таблицы базы данных, но , когда я пытался запросить данные, я получил новую ошибку, утверждая, что AAS требует локального шлюза данных, настроенного .
Документы Microsoft Установка и настройка локального шлюза данных описывает, как установить локальный шлюз данных на виртуальной машине, но если вы похожи на меня и используете личную учетную запись для Azure, у вас будут проблемы с привязкой вашей учетной записи.до шлюза .Как подсказано здесь , - создать новую учетную запись в Azure Active Directory (я создал нового пользователя и зарегистрировал его в своем настраиваемом домене Azure, поэтому имя входа было похоже на XXX@zzz.onmicrosoft.com).Я дал пользователю роль администратора, чтобы временно избежать любых неудач разрешений Azure.Затем я добавил пользователя в свою подписку через «Подписки» -> «My_subscription» -> «Контроль доступа» (IAM) и назначил роль владельца для пользователя AD.
Теперь, вернувшись на свою виртуальную машину, я смог привязать учетную запись нового пользователя.до шлюза (не забудьте изменить регион шлюза на предпочитаемый регион до завершения установки).
Далее в Azure я создал службу «локальный шлюз данных» (обратите внимание, что вам нужно выбрать тот же регион, что и тот, под которым расположен ваш VM-шлюз).Сейчас я не уверен, что только новый созданный мной пользователь AD мог видеть шлюз, поэтому, если вы его не видите, попробуйте и пользователя AD.
И последнее, но не менее важное, в Azure Analyticsсервисы Я перешел к настройкам «локального шлюза данных» и настроил его на использование только что созданного.
Благодаря этому я смог создать модель и запросить данные из базы данных.
Примечание: В модельной сети, предназначенной для аналитических служб, я вошел в систему под именем пользователя AD, а не под своей личной учетной записью.Попытка сменить учетную запись на личную привела к сбою входа в систему, однако после нескольких таких попыток и открытия нескольких веб-дизайнеров в отдельных вкладках я правильно вошел в свою учетную запись.Через некоторое время я больше не мог реплицировать проблему.
Я думаю, проблема, возможно, заключалась в том, что я вошел в Azure как под своей личной учетной записью, так и с пользователем AD одновременно в одном браузере при настройке eveything.до.