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

Question

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

Webサーバーでデバッグを開始できません。ASP.NETデバッグを開始できませんでした。デバッグせずにプロジェクトを開始すると、より多くの情報が得られる場合があります。

残念ながら、ヘルプリンクは私をあまり助けておらず、物事の大きなツリーの一体を導きます。

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

セキュリティ要件—以前に特別なことをしなければならなかったことを思い出しません。IIS7のワーカープロセスはw3wp.exeです。ASPNETまたはNETWORKSERVICEとして実行している場合は、デバッグするために管理者権限が必要であると書かれています。ここで何かを変更する必要があるかどうかを確認するにはどうすればよいですか？
Webサイトの[プロパティページ]>[スタートオプション]>[デバッガー]>[ASP.NET]がオンになっています。[カスタムサーバーを使用]はサイトのURLに設定されています（デバッグしなくても正常に機能します）。
でデバッグが有効になっていweb.configます。
アプリケーションはASP.NET3.5を使用しています（最終的に4.0に移行したいのですが、対処するための移行がいくつかあります）。
アプリケーションプール：.NET AppPoolの分類（DefaultAppPoolも試してみました）。

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

確かに、IIS、VSをインストールし、Webサイトを作成して、テストを開始するのはそれほど難しいことではありませんか？

前もって感謝します。

score 239 · Accepted Answer

IISにアクセスして、使用しているAppPoolが起動していることを確認してください。多くの場合、アプリプールをシャットダウンするエラーが発生します。右クリックして開始するだけで、準備完了です。

score 45 · Accepted Answer

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

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

score 42 · Accepted Answer

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>

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

score 30 · Accepted Answer

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

score 21 · Accepted Answer

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

score 19 · Accepted Answer

私のシナリオでは、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エラー行をコメントアウトすると問題も修正されました。その後、カスタムエラー処理を維持してデバッグを開始できるため、これを使用しました。

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

score 13 · Accepted Answer

チェックアプリケーションプールを配置します。停止した場合。再起動します。

score 11 · Accepted Answer

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

score 8 · Accepted Answer

リライトモジュールを実装した後も、まったく同じ問題が発生します。

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>

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

VisualStudio2010のバグである必要があります。

score 6 · Accepted Answer

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

score 5 · Accepted Answer

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

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

score 5 · Accepted Answer

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

score 3 · Accepted Answer

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

score 3 · Accepted Answer

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

score 2 · Accepted Answer

ダン、

アーロンの提案に加えて、次のことを試してください

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

score 2 · Accepted Answer

すべてのIISWindows機能をオンにしたときに、Windows10で同じ問題が発生しました。Windows 8.1に切り替えて、再び問題が発生しました。ルートはWebサイト名「http://MySite.local」（OSバージョンとは関係ありません）にありました。

そして解決策は簡単です

でhostsファイルを編集します%SystemRoot%\System32\drivers\etc\
IPバインディングを使用して行を追加します。127.0.0.1 MySite.local

score 1 · Accepted Answer

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

このエラーが一般的ではないことを願っています。エラーを生成する方法はいくつかあるようです。

score 1 · Accepted Answer

Windows8.1のVisualStudio2012と2013でも同じ問題が発生しました。私にとっての修正は、「Windowsの機能をオンまたはオフにする」を使用してIISにWindows認証を追加することでした。

Windowsの機能をオンまたはオフにするスクリーンショット

score 1 · Accepted Answer

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

score 1 · Accepted Answer

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

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

score 1 · Accepted Answer

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

score 1 · Accepted Answer

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

score 1 · Accepted Answer

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

score 0 · Accepted Answer

web.configのtargetFramework="4.0"のようにスティングを削除するか、AppPoolを適切なフレームワークバージョンに変更します。

score 0 · Accepted Answer

0

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

于 2013-11-18T13:54:41.953 に答える

score 0 · Accepted Answer

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

score 0 · Accepted Answer

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

score 0 · Accepted Answer

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

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

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

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

score 0 · Accepted Answer

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

score 0 · Accepted Answer

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

score -4 · Accepted Answer

-4

IISを使用する代わりに、IISExpressを使用してください。

于 2014-10-15T20:29:53.913 に答える

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

31 に答える 31

Related

Reference