SQL Server Management Studio 2005以降でWindows認証ユーザーを変更する方法はありますか(SQL Server 2000以前と同様)。
これは一般的な接続プロパティダイアログです(Windows認証を選択したときに淡色表示されたUID/PWDに注意してください)。
参考までに - 1つの回避策はrunas
を使用することですが、私は複数のサーバー(および複数のドメイン)にまたがる複数のWindowsアカウントで作業できるようにするソリューションを探しています。
shift
私が発見したもう一つの方法は、「スタート」>「コントロールパネル」>「保存されたユーザー名とパスワード」(Windows 7の「管理ツール」>「資格情報マネージャー」)に行き、「runas」コマンドで使用するドメインアカウントを追加することです。 。
それから、SQL Management Studio 2005では、「Windows認証」を選択し、接続したいサーバーを入力します(グレー表示されているユーザーはまだローカルユーザーですが)。
なぜか聞かないでください。 :)
編集:Credential Managerのサーバー名の後に必ず ":1433"を含めるか、ドメインを信頼していないために接続できない可能性があります。
runas /netonly /user:domain\username program.exe
コマンドは私にとってWindows 10
でしか機能しませんでした
通常のユーザーとしてコマンドバッチを実行するとき、私は前のコメントで何人かのユーザーによって言及される間違ったパスワード問題を得ました。
これらの答えはどれも私が必要としていたものではありませんでした。私のローカルマシンにログインしていたのとは異なるドメインアカウントを使ってリモートサーバーにログインします。私は彼らのドメインに参加したくありません!
代わりに、[サーバーへの接続]ダイアログで[Windows認証]を選択し、[オプション]ボタンをクリックしてから、[追加の接続パラメーター]タブで、 "user id = domain\user; password = password"と入力します。
SSMSは記憶しませんが、そのアカウントに接続します。
ちょっとしたPowerShell魔法がトリックをするでしょう:
cmdkey /add:"SERVER:1433" /user:"DOMAIN\USERNAME" /pass:"PASSWORD"
それからWindows認証を選択してください
誰かがこの種のシナリオを展開することを望むかもしれない多くの場所がありますが、統合認証が機能する方法のために、それは不可能です。
Gbnが述べたように、統合認証はあなたのWindowsアイデンティティに対応する特別なトークンを使います。別のWindowsユーザーとしてアクティビティを効果的に実行することを可能にする「偽装」(おそらくRun As ...コマンドで使用される)と呼ばれるコーディング方法がありますが、実際には別のユーザーとして恣意的に行動する方法はありませんそれ以外のWindowsアプリケーションではLinux)。
複数のドメインにわたって複数のサーバーを管理する必要がある場合は、次のいずれかを検討してください。
うまくいけば、これは役立ちます!
いいえ.
あなたはSQL Server 2000エンタープライズマネージャにいられますか? Windows認証はログイン時に生成されたNTログイントークンに依存しているので、Windows認証は現在ログインしているユーザーを使用するので思い出しません。
「別名で実行」の唯一の方法。
ドメイン間で信頼関係がありませんか。