IIS7.5の静的ファイルハンドラーによってスクリプトが提供されない

Windows 7 Home PremiumノートブックのIISに最初のWebアプリケーションを展開しようとしました。アプリケーションを作成した後、クラシックアプリプールに変更し、そのプールをフレームワーク4.0に設定する必要がありました。今、私は次のエラーを受け取ります：

HTTPエラー404.17-見つかりません要求されたコンテンツはスクリプトのようであり、静的ファイルハンドラーによって提供されません。

要求されたURLはhttp：// localhost：80 / pvmms / default.aspxです

広範囲にわたるグーグル操作を行っても、私が作業するのに十分な明確または明確な結果が得られなかったと思います。いつものように、私は専門家に依頼しました。

編集： これは、.aspxファイル用のフレームワーク4.0ハンドラーマッピングがないためだと思います。ただし、aspnet_regiisは、管理ユーザーに指を与え、それを実行するには管理者権限が必要だと言っています。

編集＃2： 私はすべてのフレームワーク（2＆4、32、64）を登録し、すべてが機能するようになりました。これを手動で.aspxaspnet_isapiとvoilaにスクリプトマップを追加して見つけました。私のメモリに障害が発生し、VSのインストール後にのみIISを有効にしない限り、フレームワークのインストールでこれが行われない理由がわかりません。

今は遅すぎるかもしれませんが、多くの場合、実行する必要があります

aspnet_regiis.exe -i  

asp.netをインストールした後。多分私はとにかく今それをするでしょう。

上記に加えて、WCFサポートが必要な場合は、次のコマンドを実行する必要があります。

c:\Windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe -i

v3.0を現在のフレームワークバージョンに置き換えます。

作成したWCFサービスにアクセスしようとすると、IIS 8.5からこのエラーが発生しました。サーバーでWCF HTTPアクティベーション機能が有効になっていないことがわかりました。チェックボックスをオンにして、ウィザード（iisreset）をクリックして作業を開始しました。

iis 7.5を使用している場合。

IISマネージャーに移動し、Webサイトのプロパティを開きます。

そこに「ハンドラーマッピング」セクションが表示されます。そのセクションに移動して「staticFile」を検索します。

ほとんどの場合、リストの最後のファイルです。

次に、それを右クリックして、「親に戻す」を選択します。

私がこれに初めて直面したときに私は非常に多くの時間を無駄にしました、とにかくこれはあなたの問題を解決します。

ASP .NET 4.5を使用するWindows Server 2012でこの問題が発生しました。aspnet_regiis.exeを使用できません。役割と機能の追加ウィザードを使用してASP .NET 4.5をインストールする必要があります。

サーバーマネージャーの右隅にある[管理]メニューの[役割と機能の追加]メニュー項目を見つけることができます

私はこのオプションをチェックする必要があります

有効にすることでこの問題を解決しました WCF Services

Programs and Features > NET Framework 4.5 Services > WCF Services> HTTP Activation node

しかし、IISセットアップ全体の構成/推測/試用を確認し、これを確認/試してみる必要があります。アプローチに関する解決策を見つけるために4〜5日を費やしていますが、これは完全かつ正確な方法です。

確かに、「IIS」はこれまでに最も親切に行われた最大の信頼トリックです

私はこれが古い質問であることを知っていますが、再構築したWindows 8マシンの3.5アプリケーションでこれを取得したばかりで、その後も引き続きこの問題aspnet_regiis -iruが発生し、アプリケーション開発機能内でASP.NET 3.5がチェックされていませんでした。 （画像を投稿するのに十分な評判がありません）。

デフォルトでアプリケーション用に作成されたアプリケーションプールがバージョン2である可能性があります。そのため、リストに.svc拡張子のハンドラーが表示されても機能せず、静的ファイルとして扱います。必要なのは、アプリケーションプールのプロパティを開いてバージョン4に切り替えることだけです。

asp.netを再度登録すると、問題が解決します。

Visual Studioコマンドプロンプトに移動し、
asp.netをwindows \ microsoft.net \ Framework [.Net version num] \ aspnet_regiis.exe -iとして登録します。

セットアップしているWindows 8マシンでも同じ問題が発生しました。.NET Framework 4.5をインストールするvs2010の前にvs2012をインストールしました。アプリプールを4.0で実行しています。aspnet_regiis -iを使用して、aspnetが4.0に登録されていることを確認しました。それでもまだうまくいきませんでした。次にWindowsの機能を開いたところ、4.5が「.NET Framework 4.5 Advanced Services」というセットを追加していることに気付きました。WCFサービスノードとその子を有効にすると、SVCエンドポイントが正しく動作しました。これがWindows 8への移行を推進している人々の役に立つことを願っています。

同じ問題に遭遇したとき、私はこの質問に出くわしました。私の問題の根本的な原因は、正しく構成されていないアプリプールです。4.0に設定する必要があるときに、うっかり2.0に設定されました。次のリンクの回答は、この問題を明らかにするのに役立ちました：http : //forums.iis.net/t/1160143.aspx

同じ問題がありました。IISの静的コンテンツ機能を追加すると、正常に動作します。

同じエラーメッセージが表示される可能性がある別の解決策。

.NET 4.0 Webアプリケーションを新しいアプリケーションプールにセットアップしようとすると、この奇妙なエラーが発生し、静的ファイルハンドラーを使用してaspxファイルを処理しようとしていたので、意味がありませんでした。

何らかの理由で、.NET 4.0用のISAPIが、IISマネージャーのサーバーレベルのISAPIおよびCGI制限領域で無効に設定されていました。これを有効に設定するだけで十分でしたが、IIS 7.5マネージャーは非常に複雑で、追跡が難しいため、これを理解するのに長い時間がかかりました。

4.0エンジンで処理できない4.0アプリケーションだったので、静的ファイルハンドラーがデフォルトで使用されていたと思います。

これを読んでいる他の人のために：

これは、登録した.Netバージョンが、Webサイトに接続されているアプリケーションプールの[基本設定]で選択したバージョンでない場合に発生する可能性があります。たとえば、サイトのアプリケーションプールで.Net v2.0が選択されていますが、v4.0を登録しました

Windows 10 / Framework 4.7の場合、次の方法でHTTPアクティベーションをオンにする必要がありました。

1. コントロールパネル>プログラムと機能> Windowsの機能をオンまたはオフにする
2. .NET Framework 4.7 Advanced Servicesの下で、WCF Servicesを展開し、HTTP Activationを選択して、WCFを操作するときに必要なものをすべてチェックします。
3. [OK]をクリックしてインストールを実行し、管理コマンドプロンプトを開いてIISRESETコマンドを発行します。

cmd->右クリック->管理者として実行

C：\ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ aspnet_regiis.exe -i

IISマネージャーを使用して、ASP.NET 4.5が以前にインストールされていたとしても、.aspxファイルが（「ハンドラーマッピング」の下で）ISAPI 2.0にマップされていることがわかりました。ISAPI 4.0 64ビットの実行可能ファイルを（また）指すように編集して、問題を修正しました。

実行ファイルは％windir％\ Microsoft.NET \ Framework64 \ v4.0.30319 \ aspnet_isapi.dllにありました

.net 2.0に割り当てられたクラシックアプリプールを備えたiis 7.5上のアプリケーションについてこのメッセージを受け取りました。ハンドラーマッピングに移動して、2つのスクリプトマップを追加する必要がありました。どちらも名前以外は同じです。1つの名前はsvc-ISAPI-2.0-64、もう1つの名前はsvc-ISAPI-2.0でした。リクエストパスは.svcでした。また、実行可能ファイルは％SystemRoot％\ Microsoft.NET \ Framework64 \ v2.0.50727 \ aspnet_isapi.dllでした。私はiisを再起動し、すべてが幸せでした

私が今解決した最悪のシナリオの1つは、Web.configに競合するエントリがあることです。

ローカルマシンでは、.woff拡張子がIISに登録されていなかったため、Web.configを使用して追加しました。しかし、本番サーバーでは.woffにMIMEタイプが登録されていました。これにより、アプリケーションレベルの競合が発生しました。

面白いのは、これについてエラーが記録されていないことです。推測作業です（もちろん初回）。

したがって、私にとっての解決策は、web.configから要素を削除することです。

同じ問題が発生しました。Webサイトのターゲットフレームワークのバージョンを、それが開発されたバージョンに変更しました。IISでも同じです。これは私の問題を解決しました。お役に立てれば...

ありがとうございました

私の場合、アプリケーションプール->詳細設定-> 32ビットアプリケーションを有効にする（trueである必要があります）で、複数の理由が考えられます。以前はfalseに設定されていました。

CMDまたはpowershellを使用して、好みの.NetおよびCPUアーキテクチャディレクトリに移動します。

次のコマンドを入力します。 aspnet_regiis –r