Webサーバーでデバッグを開始できません。ASP.NETデバッグを開始できませんでしたVS 2010、II7、Win 7 x64

Visual Studio 2010（管理者として）、IIS 7をWindows 7 x64で実行しています。うまくデバッグせずにIIS 7でASP.NET Webサイトを実行できますが、F5キーを押してデバッグすると、次のようになります。

Webサーバーでデバッグを開始できません。ASP.NETデバッグを開始できませんでした。デバッグせずにプロジェクトを開始すると、詳細情報が利用できる場合があります。

残念ながら、ヘルプリンクはあまり役に立ちませんでしたが、大規模なもののツリーの全体を導きます。

私は以下をチェックしました：

• セキュリティ要件—以前に特別なことをしなければならなかったことを思い出しません。IIS7のワーカープロセスはw3wp.exeです。ASPNETまたはNETWORK SERVICEとして実行している場合、デバッグするには管理者権限が必要であると記載されています。ここで何かを変更する必要があるかどうかを確認するにはどうすればよいですか？

• Webサイトの[プロパティページ]> [開始オプション]> [デバッガー]> [ASP.NET]がオンになっています。[カスタムサーバーを使用]は、サイトのURLに設定されています（デバッグなしで正常に機能します）。

• でデバッグが有効になっていweb.configます。

• アプリケーションはASP.NET 3.5を使用しています（最終的には4.0に移動したいのですが、移行する必要があります）。

• アプリケーションプール：.NET AppPoolを分類しています（DefaultAppPoolも試しました）。

次に確認できるアイデアはありますか？

確かに、IIS、VSのインストール、Webサイトの作成、テストの開始はそれほど難しくありませんか？

前もって感謝します。

IISに移動して、使用しているアプリケーションプールが開始されていることを確認してください。多くの場合、アプリプールをシャットダウンするエラーが発生します。右クリックして「開始」するだけでよいのです。

犯人はIISのURL書き換えモジュールであることが判明しました。Default.aspx（Webサイトの開始ページとして設定されています）への呼び出しをサイトのルートにリダイレクトするルールを定義して、正規のホームURLを作成できるようにしました。しかし、どうやらVSはこれに問題があり、混乱しました。Helicon ISAPI_Rewriteを使用している場合、この問題は発生しなかったため、確認する必要はありませんでした。

私はまったく新しいWebサイトを最初から作成し、プロジェクト/ファイルを少しずつ私のソリューションに移植し、これが見つかるまでweb.configを再構築しました！まあ、少なくとも今は.NET 4.0を使用した少しクリーンなサイトがあります（これまでのところ、壁にぶつからないことを願っています）。

Visual Studioは、起動時に（何らかの理由で）URLへのアクセスを試みます。

/debugattach.aspx

たとえば、.aspxファイルを別の場所にリダイレクトする（またはキャッチする）書き換えルールがある場合、このエラーが発生します。解決策は、あなたの最初に、このセクションを追加することですweb.configの<system.webServer>/<rewrite>/<rules>セクション：

<rule name="Ignore Default.aspx" enabled="true" stopProcessing="true">
    <match url="^debugattach\.aspx" />
    <conditions logicalGrouping="MatchAll" trackAllCaptures="false" />
    <action type="None" />
</rule>

これにより、この特定の要求を確実にキャッチし、何も実行せず、最も重要なこととして実行を停止して、他のルールが実行されないようにします。これは堅牢なソリューションであるため、本番用の構成ファイルに自由に保持してください。

他の人のために、私の場合、ネットワークリソース共有にアクセスするためにWindows資格情報を使用するようにアプリケーションプールを構成しました。ソリューションを最後にデバッグしてから、Windowsパスワードをリセットしました。アプリプールとバダビングに保存されている変更されたパスワード。

ApplicationPool Identityがカスタムアカウントに設定され、コンピューターのパスワードが変更された場合、パスワードを更新する必要があります

私のシナリオでは、web.configのhttpErrorsセクションを変更し、次のように設定しました。

<httpErrors mode="Custom"> 

「Webサーバーでデバッグを開始できません」問題が発生しました。これを「DetailedLocalOnly」の以前の値に戻すと、問題が修正されました。少し深く掘り下げたところ、これが実際に発生しているのは401エラー設定だけであることがわかりました。

<httpErrors mode="Custom"> 
    <error statusCode="401" prefixLanguageFilePath="" path="/masterpages/500.html" responseMode="ExecuteURL" />
<httpErrors mode="Custom"> 

401エラー行をコメントアウトして問題も修正しました。カスタムエラー処理を維持してデバッグを開始できるので、それで問題ありませんでした。

なぜこれが起こっているのか私にはまだわかりません。

アプリケーションプールを確認してください。停止した場合。再起動してください。

DNN（Dot Net Nuke）モジュールをデバッグしようとして同じ問題がありました。コンパイルdebug = "true"が必要であることがわかりました：

<compilation debug="true" strict="false" targetFramework="4.0"> 

あなたのweb.configで。デフォルトでは、DNNではfalseです。ここに元のソース：http : //www.dnnsoftware.com/forums/forumid/111/postid/189880/scope/posts

rewriteモジュールを実装した後も、まったく同じ問題があります。

web.configファイルから書き換えエントリを削除すると、デバッグは完全に機能します。

これを回避するために、デバッグ中にリライトタグをコメントアウトするだけです。

<rewrite>
    <rules>
        <rule name="LowerCaseRule_1" stopProcessing="true">
            <match url="[A-Z]" ignoreCase="false" />
            <action type="Redirect" url="{ToLower:{URL}}" />
        </rule>
        <rule name="RedirectDefault.aspx_1" stopProcessing="true">
            <match url="(.*)default.aspx" />
            <action type="Redirect" url="{R:1}" redirectType="Permanent" />
        </rule>
    </rules>
</rewrite>

その後、デバッグ後にコメントを削除します。

Visual Studio 2010のバグである必要があります。

IISでアプリケーションプールが停止したため、同じエラーが発生しました。アプリプールを開始した後、問題は解決されました。

これは、あなたが指摘したエラーをクリアするために私がしたことです。移動し、ファイルシステム内のアプリのためのウェブフォルダを見つけ=>セキュリティプロパティ ]をクリックし高度のクリックボタンを所有者 ]タブをクリックし[編集]ボタンをして、フォルダの（適切な権限を持つ）所有者を変更し、「チェックしRepalceをサブコンテナとオブジェクトの所有者」チェックボックス。「適用」をクリックすると、私はビジネスに参加しました（デバッグ可能）。

これが他の誰かのために働くことを願っています。

最後に、これを抱えていた私の単一のソリューションに対してこれを修正しました。ソリューション内の2つのプロジェクトは、IISのサイトとして設定されました。私は行って、両方のプロジェクトの認証の下でASP.Net偽装を有効にしました...そしてVIOLA！最後に、この煩わしいエラーはもうありません！

VS 2012でも同じエラーメッセージが表示されましたが、管理者として実行されていませんでした。アプリを管理者として実行すると、別の少し役立つメッセージが表示されました（それを理解することができました）。HTH

アプリプールの再起動に問題があるか、単に再起動したくない場合は、WindowsがASP.NET v4.0またはその他のアプリプールで最新の更新を行ったかどうかを確認します。それが私の場合に起こったことです。コンピューターを再起動してからASP.NET v4.0アプリプールを再起動すると、すべてが再び機能しました。

ダン、

アーロンの提案に加えて、以下を試してください

• IIS Webサイトで統合Windows認証が選択されていることを確認します
• IISの代わりにCassiniを使用してデバッグできますか？

すべてのIISウィンドウ機能をオンにすると、Windows 10でも同じ問題が発生しました。Windows 8.1に切り替えて、再び問題が発生しました。ルートはWebサイト名 " http：//MySite.local "にありました（OSバージョンには関係ありません）。

そして解決は簡単です

• のホストファイルを編集 %SystemRoot%\System32\drivers\etc\

• IPバインディングの行を追加します。 127.0.0.1 MySite.local

コードに欠陥があり、IISにリクエストが殺到するような膨大な回数のポストバックが原因で、このエラーが発生しました。これは本質的にIISをロックしているため、デバッグしようとすると、デバッガーを起動しようとして「タイムアウト」しました。IISを再起動したところ、数分かかりましたが、問題は解決しました。

私はこのエラーがより一般的でなかったことを望みます、それを生成するいくつかの異なる方法があるようです。

Windows 8.1のVisual Studio 2012および2013でも同じ問題が発生しました。私にとっての修正は、「Windowsの機能をオンまたはオフにする」を使用してIISにWindows認証を追加することでした

サイトのアプリケーションプールが正しいフレームワークバージョンを使用していることを確認してください。ASP.Net 2005サイトで「デバッグを開始できません」エラーが発生しました。Windows 7でDefaultAppPoolを誤って使用していました（.Net Framework 4を使用していたと思います）。.Net Framework 2に基づいて新しいアプリプールを作成し、問題のあるWebサイトに割り当てました。その後、デバッグはうまくいきました。

IIS上のWebサイトが停止していないかどうかを確認します。

私は自分のWebサイトを実行するように修正しました。：D

私はこの問題を抱えていて、最終的に私がASP.netがIISに正しく登録されていないことに気付きました。これは、Visual Studioの前にIISサーバーがインストールされている場合に発生することがあります。この問題を修正するには、aspnet_regiis -iコマンドを使用します。 詳細については、リンクを参照してください

同じ問題がありました。IISにSSL証明書がインストールされていて、それをVisual Studioからデバッグしようとしている場合は、証明書を無視するようにIISでアプリケーションを設定する必要があります。

同じ問題がありWeb.config、終了タグの後に誤って文字を入力したことが原因であることがわかりました。私Web.configは最後にこのように見えました：</section>h。「h」は、終了タグの後の追加文字でした。

次のような文字列を削除します。web.configのtargetFramework = "4.0"またはAppPoolを適切なフレームワークバージョンに変更します。

IIS UrlScan拡張機能をアンインストールすると、問題が解決しました。

私は同じ問題に直面していましたが、IISではなくVisual Studios独自のWeb開発サーバー上にありました。回避策は、プロジェクトのプロパティの下にある[Web]タブのオプションをオフにすることです。サーバー設定をすべてのユーザーに適用します（プロジェクトファイルに保存します）。貴重な時間を節約できます。

私も同じ問題を抱えていました。上記のすべての答えは私にとってうまくいきませんでした。解決策は、binおよびobjフォルダーを手動で削除することでした。

私もこの問題を見つけましたが、@ Kirkが説明したものやURLの書き換えに最も似ていました。

私の場合、誰かがMVCプロジェクトのweb.configファイルにこの変更をチェックインしていました。

<system.webServer>
    <security>
        <requestFiltering>
            <fileExtensions>
                <add fileExtension=".aspx" allowed="false" />
            </fileExtensions>
        </requestFiltering>
    </security>
</system.webServer>

Webサーバーでは.aspxファイル拡張子が許可されなかったため、/debugattach.aspxURLが拒否され、デバッガーが実行できなくなりました。この構成を削除すると、再び機能しました。

Visual Studioでアプリケーションを作成し、プロパティでローカルIISで使用する仮想ディレクトリを作成したときにも、同じ問題が発生しました。誰かがこのエラーを抱えている場合、それはVSが間違ったAppPoolの下、つまり、ニーズに合わないAppPoolの下でアプリケーションを作成するためです。
この場合は、IISマネージャーに移動し、[アプリ]を選択し、[基本設定]に移動して、アプリのAppPoolを変更してください。

最近同じエラーが発生しましたが、私の場合、MIMEタイプが重複していることがわかりました。私は最近、最初にリストに表示されなかった2つを追加しました。IISでそれらを追加でき、IISでもエラーが発生したのは、診断プロセスの一環としてサイトのMIMEタイプを再度確認することにしたときだけです。web.configで重複を参照していました。web.configファイルに戻ると、最近追加された2つのMIMEタイプを含む、という新しいセクションが追加されていることに気付きました。そのセクションを削除し、人生は再び良いです！これが他の提案で問題を解決することができなかった他の人を助けることを願っています。