![]() |
|
Модераторы: LSD |
![]()
|
|
| Vit |
|
|||
![]() Vitaly Nevzorov ![]() ![]() ![]() ![]() Профиль Группа: Экс. модератор Сообщений: 10964 Регистрация: 25.3.2002 Где: Chicago Репутация: 14 Всего: 207 |
Итак дано:
1) Машина с Windows 2003 Sever, Firewall выключен, машина имеет 2 сетевухи - одна для локальной сети и имеет локальный адрес (10.1.10.х), другая воткнута в кабельный модем и имеет static IP. Снаружи машина пингуется, веб.сервер на ней работает исправно: "снаружи" до него легко достучаться. Внутри, в локалке, машина стоит без домена. 2) На машине установлены MS SQL Server 2005 + MS Analysis Services. Оба в рабочем состоянии. В MS SQL Server surface area configuration - разрешено всё, в свойствах протоколов разрешено всё, в свойствах TCP/IP протокола для MS SQL Server прописаны порты, внешний и внутренний IP адреса. Авторизация MS SQL Server 2005 - смешанная, добавлены администраторы везде. Теперь создаю OLAP кубик, прописываю роли, вношу всё что только можно, разрешаю всем и конкретно каждому делать всё что угодно. При попытке коннекта с локального компьютера - всё тип-топ, с локальной сети тоже. Могу кубик браузить и из Excel и из самопального клиента и веб.сайт на его основе сварганить. Всё работает без проблем. А когда пробую подключить клиент с удалённого компьютера - ни фига! Нет коннекта, хоть ты тресни! 3 бубна уже порвал - не работает! Итого вопросы следующие: 1. Как заставить удалённый клиент (например Excel) работать с SSAS сервером? 2. Есть ли какой-нибудь способ использовать локальные, чисто SSAS серверные аккаунты, а не виндовые (как например в MS SQL Server)? Лирическое отступление: Если честно, то политика MS с домейновскими аккаунтами везде и всюду уже достала до ручки - я просто не способен её переварить. Ну понимаю - удобно иметь в локалке централизованное место хранения всех аттрибутов всех пользователей локалки... Но в данном же случае идёт о пользователях аналитического сервера!!!! Это не локальные пользователи и не пользователи домена, это вообще левые людю по отношению к сетке, это клиенты... Ну типа если у меня,допустим, утрированно интернет магазин, не должен же я в делать доменного пользователя для каждого покупателя магазина - это ИМХО бред (или я чего-то не понимаю) - эти пользователи - пользователи исключительно одного сервиса, а никак не внутренней сети. У меня такая же ситуация. Стоит аналитический сервер, клиент, заплативший денюжку должен иметь возможность подключиться к этому серверу своим любимым OLAP клиентом и работать... Как это сделать совершенно непонятно - спинным мозгом чувствую, что решение просто обязано быть ибо не я один такое придумал, наверняка есть сотни фирм делающие то же самое... -------------------- With the best wishes, Vit I have done so much with so little for so long that I am now qualified to do anything with nothing Самый большой Delphi FAQ на русском языке здесь: www.drkb.ru |
|||
|
||||
![]()
|
| Правила форума "Общие вопросы по базам данных" | |
|
|
Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:
Данный форум не предназначен для:
Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение.
Полезные советы: Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa. |
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | СУБД, общие вопросы | Следующая тема » |
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |