Модераторы: LSD
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Проблема доступа к данным 
:(
    Опции темы
Vit
Дата 15.10.2008, 21:36 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


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
PM MAIL WWW ICQ   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Общие вопросы по базам данных"
LSD
Zloxa

Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:

  • вопросам по СУБД для которых нет отдельных подфорумов
  • вопросам которые затрагивают несколько разных СУБД (например проблема выбора)
  • инструменты для работы с СУБД
  • вопросы проектирования БД
  • теоретически вопросы о СУБД

Данный форум не предназначен для:

  • вопросов о поиске разлиных БД (если не понимаете чем БД отличается от СУБД то: а) вам не сюда; б) Google в помощь)
  • обсуждения проблем с доступом к СУБД из различных ЯП (для этого есть соответсвующие форумы по каждому ЯП)
  • обсуждения проблем с написание SQL запросов, для этого есть форум Составление SQL-запросов
  • просьб о написании курсовой, реферата и т.п., для этого есть Центр помощи или фриланс биржа
  • объявлений о найме специалистов, для этого есть раздел Объявления о найме специалистов

Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение. ;)


Полезные советы:

При написании сообщения постарайтесь дать теме максимально понятное название. В теме максимально подробно опишите проблему. Если применимо укажите: название базы данных и версии (MySQL 4.1, MS SQL Server 2000 и т.п.); используемых язык программирования; способа доступа (ADO, BDE и т.д.); сообщения об ошибках.

Для вставки кода используйте теги [code=sql] [/code].

Литературу по базам данных можно поискать здесь.

Действия модераторов можно обсудить здесь.


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | СУБД, общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.0939 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.