Форум: "Базы";
Текущий архив: 2003.07.10;
Скачать: [xml.tar.bz2];
ВнизПодключение к MSsql серверу Найти похожие ветки
← →
victor_ch (2003-06-13 10:17) [0]Почему при изменении пароля на клиентской машине я обязательно должен менять пароль пользователя и на сервере, хотя я выбираю не Windows NT authentification, а SQL server authentification
можно ли сделать как при содинении с ораклом вход на определенный порт и при этом не проверяется есть ли такой юзер в NT
← →
clickmaker (2003-06-13 11:15) [1]Значит чего-то не так сделал. При правильной настройке логин сиквела не зависит от НТишной секьюрити. И что такое "пароль на клиентской машине"?
← →
victor_ch (2003-06-17 09:22) [2]видать зависит
потому что сначала, как я понял должно произойти соединение с сервером, а только потом соединение с базой данных
сейчас специально поменял пароль входа в виндовс
пробую в тестовой проге соединиться через ADOConnection
c сервером, выходит реплика
Test connection failed because of an error in initializing provider. Client unable to establish connection
хотя пытаюсь входить не по Windows NT Integrated security, а используя specific user name and password
что я не так делаю?
← →
sniknik (2003-06-17 11:08) [3]строку коннекта приведи. а так откуда знать? но чтото не так, точно.
а заодно и уточни что за SQL сервер, догадатся конечно можно но хочу знать точно. в вопросе упоминаются 3 различных.
← →
victor_ch (2003-06-17 11:15) [4]сервак - MSSQL-7
строка коннекта
Provider=SQLOLEDB.1;Password=gfctrf;Persist Security Info=True;User ID=victor;Initial Catalog=Statistika;Data Source=ADM001
← →
Johnmen (2003-06-17 11:31) [5]Интересное кино... MySQL и вдруг MSSQL-7...:)))
← →
victor_ch (2003-06-17 11:35) [6]насчет MySQL это была моя ошибка когда задавал вопрос
случайно не тот чекбокс отметил
на самом деле Microsoft SQL server 7.0
← →
Zelius (2003-06-17 11:40) [7]Может ты используешь Named Pipes для подключения к серверу? Именованные каналы требуют секъюрити. Попробуй подключиться через TCP/IP.
← →
sniknik (2003-06-17 11:56) [8]строка вроде правильная... с сервером разобрались.
проверь
первое: действительно ли у тебя разрешение на двойную идентификацию стоит. (вкладка Security в свойствах SQL сервера)
второе: у юзера (victor) когда создавался что поставили? см. в свойствах NT authentification или SQL authentification. (должно стоять, ну понятно что) <- скорее всего причина в этом.
третье: права юзеру (роли и доступ) какие установлены? может он у тебя по SQL authentification и не может ничего?
← →
victor_ch (2003-06-17 13:53) [9]проверил
1)в свойствах стоит двойная идентификация
2)у юзера victor стоит идентификация SQL сервера
3)Юзер Victor:
server roles - system administrator
database access - statistika
database roles for "statistika" - (public,db_owner)
← →
sniknik (2003-06-17 14:27) [10]тоже все ок. странно. при аналогичных настройках я могу заходить на SQL сервера в нашей сети, куда обычно (TCP/IP) доступ запрещен... в смысле делаю логин на расшаренную директории и получаю отказ пока не введу имя/пароль пользователя которому это позволяется.
может действительно проверить > Zelius © (17.06.03 11:40)
(хотя мне кажется ситуация обратна описаной)
но все же посмотри утилита Server Network Utility (на сервере)
у меня в Enabled protocols -> Named Pipes и TCP/IP. У тебя случаем чегото одного нету?
(если есть оба то даже не знаю в чем может быть дело)
← →
victor_ch (2003-06-17 14:47) [11]все кажется разобрался
на клиенте запустил утилиту client network utility
и там стояло по умолчанию named Pipes изменил на TCP/IP
и все заработало нормально
спасибо за помощь
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2003.07.10;
Скачать: [xml.tar.bz2];
Память: 0.46 MB
Время: 0.007 c