Visual Studio 2010 Remote Debugger をWindows Server 2003(x86)サーバーにインストールしましたが、接続しようとすると、次のエラーが発生します。
'ServerName'という名前のMicrosoftVisualStudioリモートデバッグモニターに接続できません。ターゲットコンピューター上のVisualStudioリモートデバッガーは、このコンピューターに接続できません。ファイアウォールが、DCOMを介したローカルコンピューターへの通信を妨げている可能性があります。ヘルプが必要な場合は、ヘルプを参照してください。
Windowsファイアウォールの設定を確認し、ローカルマシンでファイル共有が有効になっていることを確認しました。 DCOMがサーバーとデバッグサービスで実行されていることを確認しました。私が知っている実際のファイアウォールはありません。
これを機能させるには、他に何を変更する必要がありますか?
接続の問題が発生しました。問題は、クライアントPC(私のデスクトップ)がデバッグモニターを実行しているリモートホストに接続できたが、リモートホストが私のデスクトップにデータを送り返すことができなかったことでした。
これは、Windowsファイアウォールの「プロファイル」設定が原因であることが判明しました。ファイアウォールルールは「パブリック」プロファイルに制限されていましたが、デスクトップはローカルドメインに接続されていました。設定を「ドメイン」に変更すると、リモートホストがデバッグデータをクライアントデスクトップに確実に通信できるようになります。
[Windowsファイアウォール]-> [受信ルール]-> [Microsoft Visual Studio]-> [詳細設定]タブで確認します。
乾杯、J
ASP.NETアプリに対してリモートデバッグを機能させるために行った手順は次のとおりです。すでにこれを行っているかどうかはわかりませんが、何かが役立つことを願っています。
私のマシン(これからはDEVMACHINEと呼びます)で、リモートデバッガー(msvsmon.exe)を含むフォルダーを共有しました。私のマシンでは、C:\ Program Files\Microsoft Visual Studio 10.0\Common7\IDE\Remote Debugger\x86にありました。私は共有msvsmonを呼び出しました
サーバーで、Windowsエクスプローラーを開き、\\ DEVMACHINE\msvsmonに移動して、msvsmon.exeを実行しました(これにより、Visual Studioリモートデバッグモニターが開きました)
DEVMACHINEで、Visual Studio 2010を起動し、デバッグしようとしているアプリケーションを表すソリューションを開きました。
Visual Studioで、[ツール]> [プロセスにアタッチ...]をクリックしました。
[修飾子]フィールドにサーバー名を入力し、リストにあるw3p.exeプロセスをダブルクリックしました。
次に、デバッグを開始したい場所にブレークポイントを配置しました
注意すべき点がいくつかあります。サーバーにデプロイされたコードはデバッグビルドであり、pdbファイルとバイナリがありました。私はサーバーの完全な管理者権限を持っていました。サーバーにツールがインストールされていません。DEVMACHINEにあるexeを実行しただけです。 DEVMACHINEとサーバーの間にファイアウォールはありませんでした。また、DEVMACHINEとサーバーの両方が同じドメイン上にあります。
お役に立てば幸いです。
上記と同じエラーが発生し続けましたが、他のすべての回答を試した後、開発マシンでDCOMが無効になっていることが問題であることが判明しました。この問題は、この technet link の手順を使用してDCOMを有効にすることで解決されました。
ローカルDNSを使用しているので、Webサイトが公開される前に(hostsファイルを編集して)テストできます。
自宅と職場のルーターから特定のIPが割り当てられています。
つまり、dev.example.com
は192.168.1.123
にマップされます
マシンがデバッガに到達できなくなったことに気付かずに別のネットワークに変更したため、エラーが発生しました。
かなりあいまいな状況で、このエラーを取得する必要がありました。再起動やリサイクルの量は修正されませんIIS。
以下は、Visual StudioIDEでVisualStudioリモートデバッグモニターをセットアップするための簡単な手順です。
[プログラム]> [Microsoft Visual Studio 2010]> [VisualStudioツール]> [Visual Studio2010リモートデバッガーフォルダー]を開きます。
Windowsエクスプローラーには、32ビットバージョンと64ビットバージョンのリモートデバッグモニターが表示されます。
リモートサーバーに一致するそれぞれのバージョン(たとえば、x64マシンはX64フォルダーを使用し、x32マシンはX86フォルダーを使用します)をマシン上のフォルダーにコピーします。
リモートマシンのコンソールで、フォルダーに移動してmsvsmon.exeを起動します。
[ツール]> [オプション]に移動し、[認証モード]を[認証なし]に変更して、[すべてのユーザーにデバッグを許可する]チェックボックスをオンにします。
開発マシンから、Visual Studioで、[ツール]> [プロセスにアタッチ]に移動します。
トランスポートをリモートに変更し、修飾子をリモートサーバーの名前に変更します。
これで、デバッグする実行可能ファイルがそのリストに表示されます。デバッグするプロセスを選択し、[添付]をクリックします。
これで、リモートサーバーで実行中にコードをデバッグできます。
完了したら、リモートサーバーでリモートデバッグモニターをオフにすることを忘れないでください。
以下のMSリンクを参照してください: https://docs.Microsoft.com/en-us/visualstudio/debugger/remote-debugging-cpp?view=vs-2017
デバッグサービスでも同じ問題が発生しました。デバッグサービスが自動的に開始されましたが、接続できませんでした。ファイアウォールを完全にオフにしたこともありましたが、それも役に立ちませんでした。
(サービスではなく)デバッグモニターを実行して、それに接続してみてください。あなたはスタートメニューでそれを見つけることができます。
モニターとサービスの違いについて混乱していますか?私もそうだった。 http://social.msdn.Microsoft.com/Forums/en/vsdebug/thread/afc80afc-c8eb-4831-915a-1edb8d188f98 を参照してください。
ここでも同じ問題があります。私の理由は、ローカルコンピューターでトレンドセキュリティが有効になっていて、ファイアウォールをブロックしていたためです。パスワードが必要だったので止められなかったので、すべてのトレンドプロセスを削除しただけで、問題なく動作しているように見えました。したがって、アクセスをブロックしているアンチウイルスが有効になっているかどうかを確認できます。
また、ローカルコンピューターのWindowsファイアウォールの許可されたプログラムにdevenv.exeを追加し、そのポリシーを設定する必要がありました。