Lania,

да вроде правильно всё домейн\имя и пароль (ну и сервер\instance или сервер_IP &порт если не по умолчанию)

покажи какой DataSource (Connection String) линк стоит в Excel (не обязательно светить сервер/пользователь/пароль)

попробовать поставить последнюю версию (и PBI и драйверов SSAS, хотя по идее идут в комплекте) - может старое глючное стоит (Resource Monitor -> CPU -> Associated Modules)

на всякий случай подключайся в свой SSAS как будто это Azure (может обновит драйвер, хотя при Live Connection так просто не проверишь), по идее это должно быть AnalysisServices.DataSource(server,db,..)

глянь на сервере что Windows Log пишет в Security, может там ошибка всплывёт при входе на момент подключения

не все сети открыты для разрешения DNS, обращение по IP вполне должно проходить,

- MSOLAP.5 это довольно старый драйвер (SQL Server 2012)

- в строке учётки можно писать имя_SSAS_Server\пользователь , или IP\пользователь или пользователь

обычно дома тестирую на локальной машине - поэтому проблем с дистанционными подключениями не встречал, сейчас PBI на VM разверну..

так понимаю по скрину с аутентикацией пользователя подключение к SSAS с Import или MDX/DAX (в LiveConnection не выскакивает запрос credentials)

млин, такая-же фигня, не могу подключится из PBI к хосту (пингуется нормально) , один раз просит пользователя с паролем и всё :\
надо копать варианты
попробую сначала как Andy советует, сначала сессию на хост открыть с авторизацией (но это действительно - не для обычного пользователя)

Lania,

в принципе у меня тоже самое и при подключении к SQL Server (на стандартный порт 1433), с Windows Credentials - не подключается (через domain\user, server_ip\user, server_name\user, user) с SQL (DataBase) Authentication (типа sa и пр) без проблем.
ошибка в SQL сервер логах такая Login failed. The login is from an untrusted domain and cannot be used with Windows authenticationестественно машины не в домейне.

так что наверное сначала надо раскопать как клиенская машина может обойти проблему с "untrusted domain" (на предыдущих серверах когда-то можно было отключить эту проверку, или куда-то там IP клиенский нужно было добавлять)

хотя эта ошибка выскакивает только если подключаться через "Use My Current Credentials"

подозреваю что SSAS драйвер который использует PBI какой-то специфичный со своими ограничениями (помню пару лет назад когда они его только выпустили в бэта версии - проблем тоже хватало)

создать сессию через net use не получилось т.к. в своё время всё лишнее убил (от сервисов до исключений в FW)

попробую по старинке другим драйвером через OLE DB для SSAS (как когда-то в SSRS делалось)

короче вчера получилось пробросить авторизацию через OLE DB драйвер ( Microsoft OLE DB Provider for Analysis Services 14.0 ) - может ручной подход и для родного пройдёт если найти где Connection String правильно прописать вместо этого
т.к. PBI фильтрует некоторые настройки в Connection String (выкидывает в ручную прописанных пользователей и пароли) {параметры каждого драйвера доступны на MS}, в default драйвере не прошло ни манипуляции во вкладке Windows (Use Current../Use alternate..{user/pass}) ни на вкладке Basic {user/pass}.

шаги для нового OLE DB датасета такие (на старых наверное можно просто код поменять, только авторизацию на сохранение запросит): New Source -> More.. -> Other -> OLE DB -> Build -> Microsoft OLE DB Provider for Analysis Services 14.0 -> там строишь Connection String (если есть готовый - вставляй вместо build), в простом варианте получился такой: "provider=MSOLAP;initial catalog=AW14E;data source=192.168.0.20"
или на M Code:
на вкладке Windows - оставил что было по умолчанию (Use my current credentials)
на вкладке Database - прописал пользователя (без домейна и слэшей) и пароль

всё на другой (не в домейне) машине обновляется с сервера (поменял запрос - таблица dataset-а обновилась новыми данными/столбцами)

ещё вариант есть если система чисто для разработки с некритичными данными - открыть доступ с анонимной авторизацией, тогда наверное (не пробовал) родной SSAS драйвер подойдёт без особых заморочек (по желанию настроить IP адреса в FW чтобы допускать только нужные станции, или комбинации сетевых компьютер\пользователь)

отдельная группа способов - задействовать саму DBMS/СУБД - через openquery/openrowset/linked_server с доступом туда по SQL Authentication a уже SQL Server заменит прокси авторизацией под нужными user/pass.

хмм, я без анонимного входа делал, пошагово вот так:

перепроверил с нескольких машин - работает.
может на компьютере глючит что-то или опять-же версия не та (SQL_AS_OLEDB.msi драйвер/PBI)?