2008-10-08 5 views
0

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

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

+0

Это, как правило, такой вопрос, который возникает, когда некоторые вещи начинают идти не так с системы (это проблемы с базой данных, безопасностью или приложением). Можете ли вы более подробно остановиться на этом «конкретном случае»? – 2008-10-08 11:56:13

ответ

1

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

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

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

1

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

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

+0

У нас есть имя пользователя и пароль. Как кажется, ODBC DSN решает, следует ли использовать аутентификацию SQL или проверку подлинности Windows, мы стараемся избегать наличия в два раза больше DSN-устройств ODBC, по одному для каждого. – 2008-10-08 11:30:54

+0

Л. Колмодин: Вы можете построить свою строку соединения ODBC «на лету» и программно изменить свойство соединения, такое как uid, pwd или trusted_connection. Нет необходимости поддерживать несколько DSN для этого – 2008-10-08 12:01:41

0

Рунас не позволяет вам вводить пароль в командной строке и создает всплывающее окно для его сбора. Немного поиска позвольте мне к artical на TechNet, которые могут помочь в то время не это предполагаемое использование ..

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