Аутентификация Windows в SQL Sever 2000 для учетной записи, не вошедшей в Windows

Преимущество использования проверки подлинности Windows заключается в том, что мне не нужно указывать имя пользователя и пароль для входа на сервер, поскольку пользователь в настоящее время вошел в систему Windows. Но в конкретном случае я хотел бы войти в SQL Server как другой пользователь, используя то же соединение ODBC с проверкой подлинности Windows.

Итак, вопрос: возможно ли войти в SQL Server с использованием проверки подлинности Windows, но не как пользователь, который в настоящее время вошел в Windows (без диалогового окна с запросом имени пользователя и пароля)?


odbc sql-server windows-authentication
person L. Kolmodin    schedule 08.10.2008    source источник
comment
Обычно такой вопрос возникает, когда что-то в системе начинает идти не так (будь то проблемы с базой данных, безопасностью или приложениями). Можете ли вы быть более точным в этом конкретном случае?   -  person Philippe Grondier    schedule 08.10.2008

Ответы (3)


arrow_upward
1
arrow_downward

Простой ответ на ваш вопрос: нет, без диалогового окна невозможно войти в SQL Server, используя другую учетную запись Windows.

Немного более сложный ответ; Вы можете войти в систему как другой пользователь (с диалоговым окном), щелкнув правой кнопкой мыши значок Query Analyzer и выбрав «Запустить от имени» (может потребоваться удерживание клавиши CTRL или SHIFT, чтобы отобразить RUN AS.

Также есть исполняемый файл командной строки RUNAS, на который вы можете посмотреть, чтобы вы могли создать ярлык, содержащий команду RUNAS, учетные данные и путь к анализатору запросов. Это устранило бы запрос имени пользователя или пароля при выполнении.

person Rob    schedule 08.10.2008

arrow_upward
1
arrow_downward

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

И как только вы это сделаете, возможно, стоит рассмотреть смешанную аутентификацию и использовать SQL login/pw для этой конкретной ситуации.

person Peter Gibbons    schedule 08.10.2008
comment
У нас сохранены имя пользователя и пароль. Поскольку кажется, что DSN ODBC решает, следует ли использовать аутентификацию SQL или аутентификацию Windows, мы пытаемся избежать вдвое большего количества DSN ODBC, по одному для каждого. - person L. Kolmodin; 08.10.2008
comment
Л. Колмодин: Вы можете создать строку подключения ODBC «на лету» и программно изменить свойство подключения, такое как uid, pwd или trust_connection. Для этого нет необходимости поддерживать несколько DSN. - person Philippe Grondier; 08.10.2008

arrow_upward
0
arrow_downward

Runas не позволяет вам вводить пароль в командной строке и выводит всплывающее окно для его сбора. Небольшой поиск позволил мне найти статью о технете, которая может помочь, хотя и не по назначению.

http://technet.microsoft.com/en-us/library/bb727155.aspx
http://blogs.msdn.com/oldnewthing/archive/2004/11/29/271551.aspx

person jason saldo    schedule 08.10.2008
comment
Ах, не так ли? Синтаксис EPAL не кажется мне знакомым, но я полагаю, что существует более одного инструмента, который делает то же самое. Должно быть, это был доморощенный инструмент RUNAS, который я использовал у своих предыдущих работодателей. - person Rob; 08.10.2008