は、私は、Visual Studioリモートデバッグを設定するにはどうすればよいとき：ユーザーアカウントが一致しない場合のリモートデバッグ方法
ほとんどのドキュメントには、同じドメイン内に同じユーザー名を持つ両方のマシンを用意する必要があることがわかります。それはここでは不可能です。
私はおそらく「リモート」に自分のユーザー名を追加できますが、ソフトウェアがまだの下で実行する必要がある「RemoteUserName。それが助け場合、私は私の開発マシンに2番目のネットワークカードを追加して、直接接続できる」リモートを
「マシン。
VS2008を使用しますが、VS2010にすぐに移動されます。
ありがとう。申し訳ありませんが、私はちょうどあなたの正確な問題をデバッグしようとしている最後の10時間を費やしました。私の調査結果は良くありません。
あなたのアカウントを同期させる必要があります。特に、リモートアプリケーションを使用してSOA環境内の他のシステムに接続する場合は、Sharepoint、ADを使用する必要があります。
ローカルマシン上にリモートマシンと同じ名前のアカウントを作成すると、リモートデバッグが正常に機能します（ドメインアカウントを使用するよりも、そうすることができます）。
これで、リモートサービスがこのアカウントとその管理者グループのメンバで実行されていることを確認する必要があります。これは私がコントロールを押し続け、リモートデバッガで右クリックして実行することを意味し、ユーザを選択します（リモートサーバが必要なユーザとしてログインしている場合は不要です）。
ウィザードを実行すると、非認証で管理されたコードがデバッグされないため、必要なポートが開き、[認証]を使用します。ブレークポイントは決して満たされず、これについて何もできません。
ローカルのdevマシンで、ドメインアカウントからログオフし、リモートサービスを実行しているサーバーのアカウントと同じ名前のローカルアカウントにログオンします。
これで、リモートデバッグが変更されました。あなたが上記のいずれかを行うことができない場合、申し訳ありませんが回避策はありません、完全にユーザーアカウントに依存し、適切なアクセス許可を持っています。
私はあなたが話しているのデバッグ管理さだと仮定は、（ネイティブデバッグ用なしでリモート・デバッグ・ソリューションがありますau ）。この場合、デバッガをローカルのユーザで使用して、マシンを起動することをお勧めします。このローカルユーザーの名前とパスワードが "RemoteUserName"の名前とパスワードと一致する場合、それは機能するはずです。
（これは、ワークステーションにログインするADアカウントを使用してからあなたを妨げるものではない、あなただけの別のアカウントを設定およびVisual Studioを起動するたrunasを使用する必要があることに注意してください。）
次のコマンドを使用して、コマンドプロンプトを経由して私たちのデバッガを起動してみて、ローカルアカウントを作成したくない場合は、次の
runas /user:[[email protected]] /netonly [debugger.exe]
例えば：
runas /user:[email protected] /netonly devenv.exe