IISにページが存在していても、404ページが見つからないエラーが見つかりませんか？

正しい名前と拡張機能を備えた正しい物理ディレクトリにファイルが存在することを確認してください。 2。IISサイトまたはアプリケーションポイントが正しいフォルダーにポイントを確認し、アプリケーションプールが実行されています。 3.静的または動的ファイルタイプの適切なハンドラーマッピングが整っていることを確認してください。 4.デフォルトのドキュメント設定を確認し、デフォルトページがリストされていることを確認します。 5.意図しないリダイレクトまたはブロックのルールを書き直します。 6.アプリケーションプールのIDには、サイトフォルダーに十分な権限があることを確認してください。 7.リクエストが失敗した場所を診断するために失敗した要求トレースを有効にします。 8。リダイレクトまたはアクセスの拒否を引き起こす可能性のある問題のあるweb.configルールを確認してください。 9.サイトバインディングの検証要求されたURLと一致します。ファイルの存在にもかかわらず、404エラーは通常、IISの構成の問題によるものであり、それを解決するには、ファイルパス、ハンドラー、許可、およびルーティングルールを体系的に検証する必要があります。

サーバーに実際に存在するファイルまたはページにもかかわらず、IISでエラーが見つからない404ページはイライラする可能性があります。これは通常、IIがリクエストを適切にルーティングまたは提供できないことを意味します。段階的にトラブルシューティングして修正する方法は次のとおりです。

1.ファイルが正しい物理パスにあるかどうかを確認します

ファイルが存在すると思っても、確認してください。

• ファイルは、実際には、IISのサイトの物理パスで指定されたディレクトリにあります。
• ファイル名と拡張子は正しい（例： index.html 、 default.aspx ） - ケースに敏感なファイルシステムでホストされている場合（Windowsではまれであるが、特定の構成で可能）、ケース感度を含む。
• リクエストされているURLにはタイプミスはありません。

？例： https://yoursite.com/about.htmlを要求している場合は、サイトのルートフォルダーにabout.htmlが存在することを確認してください。

2。IISサイトとアプリケーションの構成を確認します

サイトまたはアプリケーションが正しいフォルダーを指していることを確認してください。

• IISマネージャーを開きます。
• サイトを選択してください。
• 右側のアクションパネルで、 [探索]をクリックして物理ディレクトリを開きます。要求されたファイルがあることを確認します。
• 基本設定の下で物理的なパスを再確認します。

サイトがアプリケーションに基づいている場合は、アプリケーションが正しくマッピングされていることを確認してください。

• 必要に応じて、フォルダを右クリックします→アプリケーションに変換します。
• アプリケーションプールが実行されていることを確認します。

3.ハンドラーマッピングと拡張機能を確認します

IISは、特定のファイルタイプを処理する方法を知らない場合があります。

• 静的ファイルの場合（ .html 、 .css 、 .jsなど）：

  • StaticFileModuleが有効になっていることを確認してください。
  • ハンドラーマッピングに移動します→ StaticFileが存在して有効になっているかどうかを確認します。

• 動的ページの場合（ .aspx 、 .phpなど）：

  • 適切なハンドラーがインストールされていることを確認してください。
  • ASP.NETの場合： aspnet_regiis -iを実行するか、サーバーマネージャーを使用してASP.NET機能をインストールします。
  • PHPの場合：FastCGIを確認し、PHPハンドラーがセットアップされています。

特定の拡張機能が欠落している場合：

• ハンドラーマッピングを手動で追加する、または
• 必要なIISロールサービスを再インストールします。

4.デフォルトのドキュメント設定を確認します

ディレクトリ（ https://yoursite.com/など）にアクセスする場合、IISはデフォルトのドキュメントを探します。

• IISマネージャーで、サイトを選択します。
• デフォルトのドキュメントを開きます。
• ファイル（ index.html 、 default.aspx ）がリストされていることを確認してください。
• そうでない場合は、追加します。 [追加]をクリックして、ファイル名を入力します。
• ルートディレクトリにファイルが存在することを確認してください。

デフォルトのドキュメントが欠落または誤解されている場合、IISはファイルが存在する場合でも404を返します。

5. URLの書き換えルールを確認します

URLの書き換え（ IIS URL書き換えモジュールを介して）は、意図せずに要求をブロックまたはリダイレクトすることができます。

• あなたのサイトのIISでURLを書き直します。
• ルールを一時的に無効にして、404を引き起こしているかどうかをテストします。
• 5月のルールを探してください：
  • パターンに基づいてアクセスをブロックします。
  • 存在しないページにリダイレクトします。
  • トレーリングスラッシュを必要とするか、httpsを誤って実施します。

ルールを1つずつ無効にした後、ページをテストします。

6.アプリケーションプールとアクセス許可を確認します

• アプリケーションプールが実行されていることを確認してください。
• アプリプールのIDがサイトフォルダーで許可を読み取っている（および必要に応じて実行）していることを確認してください。
  • デフォルトのID： IIS AppPool\YourAppPoolName （Windows 7/Server 2008）。
  • サイトディレクトリでこのユーザーの読み取りと実行の許可を付与します。

IIS_IUSRSフルコントロールを一時的に割り当てることでテストできます（生産では推奨されませんが、テストに役立ちます）。

7.失敗したリクエストトレースを有効にする（高度なデバッグ）

問題が続く場合：

• IISで失敗した要求トレースを有効にします。
• ステータスコード404のルールを設定します。
• エラーを再現します。
• ログファイル（ %SystemDrive%\inetpub\logs\FailedReqLogFiles ）を確認して、要求が失敗した場所を正確に確認します（たとえば、認証、ハンドラー、見つかりません）。

これにより、ファイルが見つからなかったのか、アクセスが拒否されたのか、モジュールがブロックされているのかが明らかになります。

8。web.configの問題を確認してください

誤解されたweb.config 404を引き起こす可能性があります。

• 間違った<rewrite></rewrite> 、 <handlers></handlers> 、または<authorization></authorization>ルールを探してください。
• web.config名前をweb.config.bakに一時的に変更し、ページが読み込まれるかどうかをテストします。
  • それが機能する場合、問題は構成ファイルにあります。

一般的な問題：

 <ルールname = "すべてをindex.html" stopprocessing = "true">にリダイレクトします
  <match url = "。*" />
  <action type = "rewrite" url = " /index.html" />
</rule>

これは、APIまたは静的ファイルリクエストを意図せずに書き換えることができます。

9.サイトが正しくバインドされていることを確認してください

• IISでサイトのバインディングを確認します。
• ホスト名、IP、およびポートがアクセスしているURLを確認します。
• ホストヘッダーを使用する場合は、DNSまたはホストファイルが正しく解決されることを確認してください。

キーチェックの概要：

• ✅ファイルは正しい物理パスに存在します。
• defaultデフォルトのドキュメントが構成され、存在します。
• handterハンドラーマッピングはファイルの種類をサポートしています。
• ✅アプリケーションプールが実行されており、権限があります。
• urlルールの書き換えは干渉していません。
• web.configは、誤ってブロックまたはリダイレクトされていません。
• deart診断のために有効になった要求のトレースに失敗しました。

ページが存在するときに404を修正することは、通常、ファイルが欠落しているのではなく、構成に関するものです。ほとんどの問題は、ハンドラー、許可、またはルーティングルールにかかっています。

基本的に、簡単に起動します - ファイルパスとデフォルトのドキュメントを確認し、必要に応じてより深いIIS設定に移動します。

以上がIISにページが存在していても、404ページが見つからないエラーが見つかりませんか？の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。