w3wpプロセスが見つかりません

Visual Studio 2010を使用して、ローカルコンピューターのasp.net MVCプロジェクトをデバッグします。手順は次のとおりです。

[デバッグ]をクリックして、 "w3wp.exe"プロセスにアタッチしてみます。ただし、リストには含まれていません。

「すべてのセッションでプロセスを表示」がクリックされていることを確認します。

実際に実行中のWebアプリケーションのインスタンスがない限り、w3wp.exeは実行中のプロセスに表示されません。

最初にWebページにアクセスしてみてください。初めて表示されたときに、デバッガーをアタッチしてみてください。プロセスが表示されます。

タスクマネージャリストの下部にある[すべてのユーザーのプロセスを表示]をクリックする必要があります。これは私がする必要があったものです。

1. IISを再起動します
2. サイトを右クリック>> Webサイトの管理>>参照
3. Visual Studioに戻り、プロセスリストを更新します。

「すべてのユーザーのプロセスを表示する」をオンにしてみてください。左下の「プロセスにアタッチ」ウィンドウの「すべてのユーザーのプロセスを表示する」チェックボックスがあります。

動作する簡単な方法は、リストにw3wpが表示されない場合、ブラウザーを開いてlocalhostを書き込んでから入力します。その後、w3wpがリストに表示されます。

Advanced Rest Clientなどを使用してルートをテストしている場合は、ルートを再度呼び出してからプロセスのリストを更新すると、ルートが表示されます

GoTo Webプロジェクトのプロパティ->左側のサイドバーで（Web）を選択->（サーバー）ヘッダーの下のGoTo->ドロップダウンをクリックして選択 "Local IIS"

そして、適用します。次に、デバッグを開始すると、プロセスリストにw3wp.exeが表示されます。

私はこの問題に遭遇しました。ホスト設定を再確認し、実際に本番サーバーではなくlocalhostを指していることを確認することもできます。

リモートサーバーを指さしていたのを忘れたため、サイトにアクセスしていましたが、ローカルではなかったため、表面的にはサイトが実行されているのを確認できたにもかかわらず、w3wpは実行されていませんでした。

私の場合、管理者モードでVisual Studioを開いていないため、w3wp.exeがリストに表示されませんでした。

Visual Studioを管理モードで開いたところ、うまくいきました。

Visual Studioを右クリックして、管理モードで開きます。

私の場合、Webプロジェクトを再ビルドして接続タイムアウトの制限（秒単位）を上げると、自動的に[デバッグ/プロセスにアタッチ]リストに表示され、機能し続けます。

私の経験も将来の読者のために共有したいと思います。

Webサーバークラスター構成（負荷分散など）がある場合、w3wpプロセスが予期したのと同じマシンで開始されない場合があることに注意してください。

Webサイトが単一のIISインスタンスでのみ実行されるように構成されていない限り、w3wpプロセスはWebクラスター内の他のマシンの1つで起動している可能性があります。

これは、ネットワーキングチーム/部署の設定に誤りがあるか、意図された動作である可能性があります。構成方法を正確に特定するために必要な経験はありません。

MSDNで関連ページも見つけました：

https://msdn.microsoft.com/en-us/library/bb742600.aspx

私の場合、あるVisual Studioから、別のVS Studioウィンドウから実行されているプロセスに接続する必要がありました。
問題は次のとおりです。1つのVSが管理者権限で起動されました。この問題を解決するには、両方のVSをAdmin permで起動する必要があります。

私の場合、問題はVisual Studioを管理者として実行していないことでした。私のマシンはアップデート後に再起動し、以前に実行していたすべてのプロセスを再起動しましたが、VSを非管理者モードでのみ再起動しました。VSを管理モードで再起動すると、デバッグのためにw3wp.exeプロセスが再び使用可能になりました。

管理者としてリモートデバッガを実行します。すべての提案に従って問題を解決しましたが、管理者としてリモートデバッガーを実行するまでは、w3wpプロセスを確認できませんでした

次の手順を試してください。

1. ソリューションエクスプローラーから仮想パスを作成します。

2. inetmgrに移動して、独自のプールが作成されていることを確認します。

3. プロセスのアタッチ（Ctrl + Alt + P）に進み、すべてのユーザーのプロセスを表示します。

4. 次に、w3wp.exeが表示されます。

これらすべてのフープを通過した後（Webブラウザを使用してインスタンスを開始したり、管理者としてリモートデバッグセッションを開始したり、[すべてのユーザーを表示]がオンになっていることを確認したり、サーバー上にいないことを確認したりした後でも、農場など）、まだ運が悪い場合があります。

リモートプロセス（通常、私の場合はWCFサービス）が、接続するプロセスのリストに表示されない場合があり、それに対して実行できることは何もありません。ターゲットプロセスを特定のアプリプールに保持することで、それを簡単に識別できるように常に注意しています。時々ここからそこにたどり着けない。これは間違いなく、Microsoftがこれまで行ったリモートデバッグに関して最も苛立たしいことです。