オフィスにある私の開発用 PC は Active Directory 上にありません。通常のインストールで、ドメインはありません。すべて正常に動作します。
共有ドライブに接続したい場合、会社の資格情報でドライブをマップする必要があります
例: CompanyDomain\UserName とパスワード 例: Foo\User1 と secretpassword
よく働く。
そこで、ネットワーク ユーザーの資格情報を使用して Visual Studio と SSMS を実行しようとしています。Shift キーを左クリックしたまま、[スタート] ボタンの下のアプリケーション アイコンを右クリックし、[別のユーザーとして実行] を左クリックします。
資格情報を（上記のように）入力しましたが、失敗しました。資格情報が間違っていると表示されます。
何ですって？これを直す方法はある？何が起こっているのか調べる方法は？
乾杯 ：）
PS OSはWin 7 RCです
答え1
アプリケーションを実行できるのは、ローカルに存在するアカウントのみです。ただし、他の方法が失敗した場合 (または使用できない場合)、Windows は認証に入力した {ユーザー名、パスワード} を使用するようにフォールバックするため、回避策があります。
同じ名前 ( domain\pure→ .\pure) と同じパスワードでローカル アカウントを作成し、ネットワーク リソースを必要とするプログラムを新しいローカル アカウントで実行します。新しいローカル アカウントが必要なローカル リソースにもアクセスできることを確認する必要があります。
答え2
私が質問を正しく理解していると仮定すると:
ネットワーク共有などのドメイン リソースをマップする場合は、ドメイン コントローラーに対して認証する必要があるため、説明したようにドメインのユーザー名とパスワードを入力します。
しかし、PC にインストールされている Visual Studio はローカル リソースであり、PC がドメインに属していない場合、ドメイン アカウントはアクセスできません。VS を実行するには、PC 上の SAM に対してローカルで認証する必要があり、当然、これにはローカル アカウントが必要です。何らかの方法でドメイン アカウントに PC へのアクセスを許可しない限り、つまり PC をドメインに参加させない限り、VS をドメイン アカウントとして実行することはできません。
なぜ VS をドメイン アカウントとして実行する必要があるのですか? VS がドメイン リソースにアクセスできるようにするためですか? そうであれば、通常どおり VS を実行し、最初にネットワーク ドライブ (任意のネットワーク ドライブ) をマップすると、VS はドメイン リソースを使用できるようになります。
JR
答え3
お使いのコンピュータはドメインに対して外部であり、したがってファイル サーバーなどに対しても外部です。ドライブをマップする場合、外部リソース ファイル サーバーに外部の資格情報を提供すると、ファイル サーバーはドメインで認証します。ファイル サーバーはドメインのメンバーであるため、これは正常に機能します。外部の資格情報を使用してローカル アプリケーションを RunAs すると、ワークステーションが外部ドメインで認証できないため、機能しません。
答え4
/netonly スイッチを指定した runas コマンドを使用するだけで動作するはずです。次のようになります。
runas /netonly /user:DOMAIN\username "path to the application.exe"