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

https://stackoverflow.com/questions/4653236

09-10-2019
|

質問

Windows 7 X64でIIS 7、IIS 7を実行しています。 IIS 7でASP.NET Webサイトを正常にデバッグすることなく実行することができますが、F5を押してデバッグすると、次のようになります。

Webサーバーでのデバッグを開始できません。 ASP.NETデバッグを開始できませんでした。デバッグせずにプロジェクトを開始することで、詳細情報を入手できます。

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

以下を確認しました。

セキュリティ要件 - 以前に特別なことをしなければならなかったことを覚えていません。 IIS7のワーカープロセスはw3wp.exeです。 ASPNETまたはネットワークサービスとして実行されている場合は、デバッグするための管理者特権が必要だと言います。ここで何かを変更する必要があるかどうかを知るにはどうすればよいですか？
Webサイトのプロパティページ> [開始オプション]> [デバッガー]> [ASP.NET]がチェックされます。使用するカスタムサーバーは、サイトのURLに設定されています（デバッグせずに正常に動作します）。
デバッグが有効になっています web.config.
アプリケーションはASP.NET 3.5を使用しています（最終的には4.0に移動したいのですが、対処するための移行があります）。
アプリケーションプール：.NET AppPoolの分類（DefaultAppPoolも試しました）。

次にチェックできるアイデアはありますか？

確かに、IIS、VS、Webサイトの作成、テストを開始するのはそれほど難しくないはずですか？

前もって感謝します。

解決 2

犯人がIISであったことがわかりました URL書き換え モジュール。コールをリダイレクトしたルールを定義しました default.aspx （これはとして設定されました Webサイトの開始ページ）標準的なホームURLを持つことができるように、サイトのルートに。しかし、どうやらVSはこれに問題があり、混乱しました。この問題は、私がHelicon ISAPI_REWRITEを使用していたときに発生しなかったので、確認することさえ起こりませんでした。

結局、まったく新しいWebサイトをゼロから作成し、プロジェクト/ファイルを少しずつ解決し、これを見つけるまで私のweb.configを再構築しました！まあ、少なくとも今は.NET 4.0を使用してややきれいなサイトを持っています（これまでのところ、うまくいけば壁にぶつかりません） - しかし、なんて痛いのでしょう！

他のヒント

IISにアクセスして、使用しているアプリプールが開始されることを確認してください。多くの場合、アプリプールをシャットダウンするエラーが発生します。右クリックして開始するだけで、行く必要があります。

Visual Studioは、起動するとき、（何らかの理由で）URLにアクセスしようとします。

/debugattach.aspx

リダイレクト（またはキャッチ）を書き直したルールがある場合は、たとえば、 .aspx ファイル、どこかで、このエラーが発生します。解決策は、このセクションをあなたの始まりに追加することです web.config's <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つの特定のリクエストを必ずキャッチします。なし, そして、最も重要なことは、実行を停止して、他のルールが実行されないようにします。これは堅牢なソリューションですので、これを自由に構成ファイルに保管してください。

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

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

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

<httpErrors mode="Custom">

「Webサーバーでのデバッグを開始できない」という問題が発生しました。「詳細なロカロン」の以前の値に戻しました。問題は修正されました。もう少し深く掘り下げて、実際にこれを引き起こしているのは実際には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

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

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

これがあなたが指摘したエラーをクリアするために私がしたことです。ファイルシステム内のアプリのWebフォルダーを見つけます。 プロパティ=>セキュリティ クリック高度ボタンをクリックします オーナー タブ、クリックします編集フォルダーのボタンを変更して（正しいアクセス許可を使用して）変更し、「」をチェックしました。サブコンテナーとオブジェクトの担当者「チェックボックス。クリックして」申し込み「そして、私はビジネスをしていました（デバッグができます）。

これが他の誰かのために機能することを願っています。

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

2012年VSで同じエラーメッセージを受け取っていましたが、管理者として実行されていませんでした。アプリを管理者として実行したとき、私は別の、そして少し役立つメッセージを受け取りました（これを理解することができました）。 Hth

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

ダン、

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

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

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

ソリューションはシンプルです

ホストファイルを編集します %SystemRoot%\System32\drivers\etc\
IPバインディングでラインを追加します： 127.0.0.1 MySite.local

コードの欠陥があるため、このエラーが途方もない回数を掲載しているため、このエラーが発生しました。これは本質的にIISにロックされていたので、デバッグしようとしたとき、デバッガーを開始しようとして「タイミング」しました。私は単にIISを再起動しましたが、それには数分かかりましたが、問題を解決しました。

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

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

Turn Windows features on or off screenshot

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

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

Webサイトを実行することを修正しました。：d

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

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

私は同じ問題を抱えていましたが、キャラクターが誤って入力されたために原因であることがわかりました。 Web.config エンドタグの後。私の Web.config 最後にこのように見えました： </section>h. 。「H」は、クロージングタグの後の余分な文字でした。

このようなスティングを削除：web.configでターゲットフレームワーク= "4.0"または適切なフレームワークバージョンにAppPoolを変更します。

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

私は同じ問題に直面していましたが、IISの代わりにVisual Studios独自のWeb開発サーバーにありました。GetAroundは、プロジェクトプロパティの下のWebタブでオプションをチェックし、すべてのユーザーにサーバー設定を適用します（プロジェクトファイルに保存します。）。それはいくつかの貴重な時間を節約します。

同じ問題がありました。上記のすべての答えは私にとってはうまくいきませんでした。解決策は、ビンとOBJフォルダーを手動で削除することでした。

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

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

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

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

Visual Studioでアプリケーションを作成したときに同じ問題があり、その後、PropertiesでローカルIIで使用するための仮想ディレクトリを作成しました。誰かがこのエラーを持っている場合、VSは間違ったApppoolの下でアプリケーションを作成し、つまりあなたのニーズに合わないApppoolの下でのアプリケーションを作成します。
この場合は、IIS Managerに移動し、アプリを選択し、基本設定に移動してアプリのAppPoolを変更してください。

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

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow