На одном компе(Сервер) установлен MSSQL SERVER на другом(клиент) программа, которая обращается к БД.

Начал настраивать источники ODBC, дошел до ввода настроек безопасности, там выбрал следующее:

- Проверка поддлиности учетной записи windows NT +
- Получить параметры, используемые по умолчанию от SQL сервера +


Нажал кнопку ДАЛЕЕ, началось устанавливаться соединение, но тут вылетает сообщение о том, что сервер не обнаружен, либо нет доступа.

В самом MSSQL Server - я никаких дополнительных настроек не ставил, только разресторил новую БД и все (не создавал пользователей, вобщем ничего не делал).

Подскажите пожалуйста, какие настройки нужно выставить у MSSQL сервера, что бы происходил нормальный коннект.
Добавлено @ 18:43
Самое интересное в том, что если я все вышеописанное произвожу на одном компе - все работает OK.

Естественно, потому как виндовский юзер у тебя скорее всего администратор и у него есть права доступа на SQL сервер.

Когда ты пытаешься достучаться с другого компа, то юзер не определен в SQL-e, поетому его и не пускают.
Для начало, используй sql autentication, но прежде убедись, что в SQL server-e допустима sql autentication и создай в учетную запись (login) и уж тогда конектись с других компов.

Что-то я не могу понять системы создания логина.
Все удаленные пользователи должны быть зарегистрированы в операционке, которая стоит на сервере?
Добавлено @ 20:46
sql autentication - я так понимаю, что это какой-то скрипт, если это так, то как его выполнить?

Какое-то странное сообщение выдается при попытке создания источника в ODBC: "Сервер не существует или недоступен", хотя его видно в списке серверов.

Я думаю что с логинами все нормально, если бы было не нормально, то SQL SERVER - говорил бы о том, что логин не доступен.

Описание:
Имя клиента Terminal_1
Имя Сервера Server_1
Созданы логины (windows овторизация)
На серверном компьютере - стоит Windows XP Home Edition
На клиенте стоит тоже Windows XP Home Edition

Подскажите - в чем ошибка?

Проверь какие протоколы включены на сервере.
На клиенте объяви alias (utility C:\WINDOWS\system32\cliconfg.exe) к своему серверу и посмотри, что произойдет.
Обрати внимание на опции с network libraries.
На клиенте запусти команду osql -S<server name> и покажи какую ошибку выдаст.

Удачи

Как запустить? Из программы, обращающейся к БД или откуда?

Найди osql или пренести её с сервера. Эта апликация бегущая в command line окошке.

Artemon

Не парься. Известный глюк. Если выбрана идентификация через ОС и SQL одновременно, то результат печален - они между собой не могут обменяться правильно паролями и я уже не помню, как его лечил. Но с большим гимором. Навскидку:
в ОС разреши пользователя user. Дай ему минимум прав. Проверь встроенный файерволл - он порты сервака случайно не глушит? В лоб задай использовать TCP/IP (на сервере - разрешенные протоколы). Юзеры - с одинаковыми английскими именами и паролями в ОС и сервере.
На sql.ru что-то на эту тему было прямо в FAQ.
Да, я для эксперимента на клиента взгромоздил бы средства администрирования, чтобы не мучаться с командной строкой.
А ГЛАВНОЕ: на XP встает только MSDE и Personal. Если у тебя Personal - ты до него не достучишься с другой машины НИКОГДА!

SergeBS, уверен во всём, что написал?
Я со многим не согласен.

Короче говоря, отказался от идентификации ОС, поставил идентификацию через SQL, создал логин в SQL.

И о чудо!!!!!!!!!!!!!!!!!

Все заработало как часы.



P.S.
Когда создавал пользователя в SQL с ОС идентификацией - он постоянно ругался и говорил что такого пользователя не существует или домена.
Может быть в этом была проблема. Если это так, то как сделать что бы пользователь с клиента был виден в SQL.

Для windows autentication надо, что б в сети был бы domain юзер логонится в domain.
В SQL сервере определить узеров из домeйна которые могут заходить в SQL и их права.
Тогда лишь заработает windows autentication.

boevik

Например?

Artemon
. Поздравляю.

А как в сети создать домин?

А вот с этим вопросом - в раздел по сетям или windows, к базам данных он не имеет никакого отношения