Форум: "Базы";
Текущий архив: 2004.02.06;
Скачать: [xml.tar.bz2];
ВнизСоединение с MSSQL через ADO Найти похожие ветки
← →
FilSM (2004-01-14 12:40) [0]Парни!
Задаю все тот же вопрос. Проблема следующая:
1. есть база на MSSQL,
2. есть soft, который соединяется с указанной базой использую ADO компоненту,
3. при этом соединение с базой возможно только тогда, когда пользователь логиниться при запуске компьютера как локальный администратор.
4. если админ урезает у пользователя ети права, то никакого соединения нет.
В чем проблема? Где порыться?
← →
bushmen (2004-01-14 12:55) [1]А имена пользователей разные при этом или все на одном имени?
← →
Nikolay M. (2004-01-14 12:59) [2]Авторизация какая? Windows Authentication или MS SQL Server Authentication?
← →
FilSM (2004-01-14 13:33) [3]for bushmen
имена разные, одно с правами локального пользователя, а другое без таковых. Проясню. Сисадсины иногда, дабы на рабочих местах не инсталлировались программы без их ведома, у всех пользователей отбирают права локального администратора. Тут-то проблема и возникает.
← →
FilSM (2004-01-14 13:36) [4]for Nikolay M.
Windows Authentication
← →
Nikolay M. (2004-01-14 14:04) [5]
> FilSM (14.01.04 13:36) [4]
> Windows Authentication
Что и следовало ожидать.
Полистай:
http://www.sql.ru/subscribe/2003/143.shtml
← →
FilSM (2004-01-14 14:57) [6]for Nikolay M.
извени, сразу не понял вопроса.
Используется MSSQL Server аутентификацию. Проверяли у заказчика и у себя тестировали - одно и то же. Есть одна деталь, подключение выполняется с использованием компоненты ADO Connection и при этом строка соединения формируется динамически из данных, которые вводит User: имена сервера и базы, имя и пороль учетной записи для подключения. Но если использовать Enterprise Manager-a и для подключения использовать то же учетную запись - все проходи нормально. А ссылочку я изучу.
← →
Nikolay M. (2004-01-14 15:04) [7]
> строка соединения формируется динамически из данных, которые
> вводит User: имена сервера и базы, имя и пороль учетной
> записи для подключения
А если для теста сделать новое ADOConection и создать в нем строку подключения стандартным мастером?
← →
FilSM (2004-01-14 15:10) [8]for Nikolay M.
хорошая мысль. сейчас попробую.
← →
FilSM (2004-01-14 15:33) [9]for Nikolay M.
проверил. Выявилась еще одна проблема: если у учетной записи есть пароль для подключения и этот пароль указывать в стандартном мастере, то в сформированной строке соединения пароль не сохраняется и соответственно нет подключения. Сделал иначе: ручками прописал в исходнике необходимую строку соединения - результат тот же. Есть ощущения, что все-таки проблема лежит в области распределения прав на какие-то папки или записи в реестре. Надо глубже изучить твою ссылку.
← →
Nikolay M. (2004-01-14 15:37) [10]
> нет подключения
В чем это выражается? Текст ошибки есть?
← →
FilSM (2004-01-14 16:58) [11]for Nikolay M.
докопался. Причина в том, что простому User-у недоступен для просмотра реестр, а строка соединения срониться именно в нем.
Функция соединения с сервером включала в себя считывания этой строки из реестра и при этом возвращала пустую строку. Вот соединение и не происходило. А на эту мысль меня натолкнула твоя ссылка. Спасибо!
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2004.02.06;
Скачать: [xml.tar.bz2];
Память: 0.46 MB
Время: 0.029 c