» Подключение к SQL через VPN

У меня следующая проблема: Есть сеть с доменом к которой я через VPN подсоединил удаленный компьютер. На одном из серверов в домене стоит SQL-сервер к которому должен подключиться этот удаленный пользователь. С SQL разбираться наш программист, c VPN я.

Так вот когда я пытаюсь удаленно подключиться к серверу, допустим ввести ml150 то он его вообще не видит и говорит что "неправильный путь", после переборов я понял, что он подключаться только если полностью прописывать путь: \\ml150.rol.cent.

А теперь вопрос как подключить удаленного пользователя к SQL базе?

Как мне обьяснил наш программист там просто вводиться путь к компу сервера, я пробовал, не получаеться.

Уж не 1с ли вы пытаетесь подключить таким образом? Подключение к sql происходит непосредственно от удаленного пользователя или с помощью терминалов?

нет не 1С. В фирме программа написанная специально для работы сотрудников. Сама программа находиться у пользователя, программа посылает запросы на сервак на котором стоит SQL. Как я понимаю без терминалов.

а что мешает прописать путь \\ml150.rol.cent.?

Прописывал, не получаеться. Связи с сервером нет. Открыть файлы сервера я могу, а вот подключиться к SQL не получаеться

Кое в чем разобрался. Проблема была в том, что не дал своему аккаунту права для ВПН подключения, а путь все же нужно прописывать полностью. Но вот что интересно. Когда удаленный компьютер находиться в домене, то все работает, а мне нужно чтобы все работало если удаленный компьютер не входит в домен. Т.Е. Удаленный комп через ВПН подключается к серверу и работает с SQL Server? но не получается, происходит ошибка подключения. Когда пробую это сделать в SQL Server появляется следующая ошибки:
Дата        27.06.2008 12:46:37
Журнал        SQL Server (текущий - 01.07.2008 0:01:00)

Источник        Вход

Сообщение
Login failed for user ''. The user is not associated with a trusted SQL Server connection. [КЛИЕНТ: 192.168.211.4]
Дата        27.06.2008 12:46:37
Журнал        SQL Server (текущий - 01.07.2008 0:01:00)

Источник        Вход

Сообщение
Ошибка: 18452, серьезность: 14, состояние: 1.
Дата        27.06.2008 12:46:37
Журнал        SQL Server (текущий - 01.07.2008 0:01:00)

Источник        Вход

Сообщение
SSPI handshake failed with error code 0x8009030c while establishing a connection with integrated security; the connection has been closed. [КЛИЕНТ: 192.168.211.4]

в домене должен быть зареген пользователь, тоесть те логин и пароль под которыми юзер входит к себе на комп должны быть занесены в AD иначе домен в сеть не пустит, и вообще вариант все же бредовый, не проще подключать пользователей через впн к терминальному серверу, где запускалось бы только ваша прога и она бы тогда свободно коннектилась к sql, у меня так реализовано с 1С, работает отлично

Нет не получиться. Нужно только так. С доменом я разобрался, и с логином тоже, теперь надо как-то настроить SQL, так чтобы человек не из домена мог подключиться к серверу.

Цитата:

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

1-ый способ:
1.Поставьте на sql-сервере смешанную аунтефикацию.
2.Заведите логины(локальные) на сервере где стоит sql
3.Дайте разрешения пользователям, из пункта 2, на соответствующие базы и права.

2-ой способ:
Настроить трастовые отношеня между доменами и включать уже доменных пользователей.

Вопрос а если я поставлю смешанную индентификация, то люди которые раньше заходили от Windows идентификации смогут заходить без проблем?

Все сделал. Сделал смешанную идентификацию, но тоже появилась ошибка. В начале ошибка появлялась из-за того, что в строке соединения был не правильно указан параметр True_Connect. А потом просто надо было перезапустить сервак.

Всем большое спасибо за помощь.