Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2003.12.26;
Скачать: [xml.tar.bz2];

Вниз

Механизм подключения к SQL Server   Найти похожие ветки 

 
Chris   (2003-12-04 09:38) [0]

Объясните, пожалуйста, порядок соединений с SQL Server"ом. Наш сисадмин утверждает, что ADO компонент сразу подключается к SQL Server"у. Мое же мнение таково, что сначала идет установка связи с компьютером, а затем с SQL Server"ом, установленном на этом (том) компьютере.
Проблема в следующем. При включении своего компьютера выбираю учетную запись локального пользователя и пытаюсь подключиться к SQL Server"у - выдает инвалидное соединение. Через сетевое окружение кликаю на удаленный комп (где стоит SQL Server) - тот предлагает ввести имя пользователя и пароль, ввожу (расшаренных папок нет) и после этого запускаю ADOConnection.Open - все отлично соединяется!
Кто знает, где найти последовательность запросов на подключение к SQL Server"у, где ясно видно, на каких уровнях и сколько устанавливается подключений при работе с SQL Server"ом?


 
Shirson   (2003-12-04 09:47) [1]

Connection String у тебя какой?


 
Reindeer Moss Eater   (2003-12-04 09:49) [2]

На твоем сервере используется только NT аутентификация.
Поэтому доступ возможен только для залогонившихся в то NT на котором стоит SQL сервер.

ADO здесь совершенно не при чем


 
Chris   (2003-12-04 10:08) [3]

Связка логин-пароль, которую я использую для подключения к SQL Server"у, не существует в списках локальных пользователей компьютера, на котором стоит SQL Server, следовательно SQL Server не использует NT аутентификацию. Вопрос несколько в иной сфере - мне необходимо доказать сисадмину, что подключение к базе возможно лишь на основе подключения к самому компьютеру. Что-то вроде подключения в подключении... Вот только где взять достойные доказательства...
Все это мне необходимо для следующего механизма:
1. Сисадмин вводит на том компьютере новую учетную (локальную) запись.
2. В своей программе я выполняю команду подключения к сетевому диску
3. Произвожу подключение к SQL Server"у
4. Работаю с базой
5. Отключаюсь от SQL Server"а
6. Отключаю сетевой диск


 
LordOfSilence   (2003-12-04 10:11) [4]

SQL Server использует ту аутентификацию, которая указана в его
свойствах. Причем здесь вообще какой-то "сетевой диск"?


 
Reindeer Moss Eater   (2003-12-04 10:20) [5]

2. В своей программе я выполняю команду подключения к сетевому диску

Вот при этой операции и происходит логон к NT серверу.
Если до подключения коннекто невозможен, а после него возможен, то сервер использует NT аутентификацию.

Прежде чем пытаться что-то доказать своему админу, полезно ознакомиться с самим предметом доказательства.


 
Nikky   (2003-12-04 10:22) [6]


>
> Chris (04.12.03 10:08) [3]


Вы, видимо, полагаете, что для доступа к данным базы вам нужно расшаривать папки, в которых лежат соответствующие данные? Это не так. Данные идут через tcp или named pipes соединения.


 
Рамиль   (2003-12-04 10:30) [7]

Сисадмин прав. Компа даже может быть не видно в сети, но коннект к серверу долже проходить. Тут скорее всего проблема с DNS (а вот в этом виноват сисадмин;-)).


 
Anatoly Podgoretsky   (2003-12-04 10:39) [8]

Получить информацию по подключению у администратора базы данных, если же это ты, то повысить свой профессиональный уровень.


 
MOA   (2003-12-04 10:43) [9]

>следовательно SQL Server не использует NT аутентификацию
Если у Вас MSSQL 2000, отказаться от NT аутентификации невозможно.

Если MSSQL 7 или 6.5 и аутентификация на сервере включена как "SQL Server" - всё, что нужно - это логин и пароль на SQL + если named pipes - права на IPC$.
Если MSSQL 2000 в домене всё, что нужно - быть пользователем этого домена и в MSSQL дать права этому пользователю (или группе).
Так что Ваш админ прав.
Удачи!


 
Chris   (2003-12-04 10:51) [10]

> Anatoly Podgoretsky
Все знать невозможно, а на форумы я и хожу для повышения своего уровня

> MOA
Именно так - MSSQL находится в домене, а на своем компьютере я работаю локальным пользователем, и подключаться к MSSQL мне нужно именно локальным пользователем или пользователем, не являющемся членом домена. Сисадмин же утверждает, что нет необходимости создавать на компе с MSSQL специальную учетную запись, т.к. соединение с MSSQL происходит по определенному порту (у нас 5000) и аутентификацию с компом производить не нужно.


 
Reindeer Moss Eater   (2003-12-04 10:55) [11]

Твой админ сто раз прав.


 
sniknik   (2003-12-04 11:07) [12]

> Именно так - MSSQL находится в домене, а на своем компьютере я работаю локальным пользователем
заведи его же(пользователя) и на сервере домена куда подключаешся, пароли должны совпадать. надобность в вводе логина/пароля при подключении отпадет. будеш логинится сразу даже если начнеш с ADO open.
также работаю (не в домене).


 
MOA   (2003-12-04 11:09) [13]

Переведите аутентификацю на MSSQL в смешанную, заведите на MSSQL SLQ-юзера и подключайтесь к серверу им. Никаких прав на машину с сервером будет не надо.
Удачи!



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2003.12.26;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.48 MB
Время: 0.033 c
3-86258
peypivo
2003-12-03 14:45
2003.12.26
странная таблица


1-86399
Islander
2003-12-08 12:06
2003.12.26
Изменение размеров кнопок под размер системного шрифта


1-86367
Dead
2003-12-14 19:53
2003.12.26
Как передеть файл через TServerSocket и TClientSocket...


1-86413
Jenaxx
2003-12-13 17:43
2003.12.26
Скажите как просто сгенерировать случайное число


7-86567
Kolega
2003-10-22 10:02
2003.12.26
Help





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский