ファイルへのリクエストは Dispatcher を介して 404 応答を返しますが、公開インスタンスを介すると正しく返されます。(200または3xx)

原因

この問題の原因は、次のいずれかです。

  • ディスパッチャーファームが定義される .any file のディスパッチャー/フィルターセクションにおける誤設定
  • Web サーバーには、不正なパスにリクエストを書き換える、書き換えルールがあります。

解決策

I. Dispatcher の構成を確認します。

この問題をデバッグおよび解決する最初の手順は、Web サーバー設定でデバッグレベルのログを有効にすることです。デバッグログ記録を有効にする方法について詳しくは「Dispatcher の設定」を参照してください。. 

デバッグログが有効になっている場合は、「フィルターを拒否する { request-line }」という行を検索します。ここでは {request-line} は要求メソッドであり、URL は誤って 404 を返します。リクエストの例については次のログメッセージを参照してください GET /libs/wcm/core/content/siteadmin.infinity.json HTTP/1.1:

cache-action for [/libs/wcm/core/content/siteadmin.infinity.json]: NONE [Tue Oct 16 13:47:18 2012] [D] [2880(1532)] connected to render publishl (127.0.0.1:4502) [Tue Oct 16 13:47:18 2012] [D] [2880(1332)] Filter rejects GET /libs/wcm/core/content/siteadmin.infinity.json HTl  

そのような行があるが、URL パスが Web サーバーによって変更されている(「書き換えられている」)場合は、以下のセクション II を参照してください。ただし、URL パスが公開インスタンスに送信されると予想されるものと一致する場合は、ディスパッチャーファームの / filter 設定が正しくありません。これを修正する方法について詳しくは、「Dispatcher フラッシュ問題のトラブルシューティング」の記事を参照してください。

II.Web サーバーの書き換えルールを確認します。

ディスパッチャーで使用する URL パスが存在しないパスに変更された場合、Web サーバーで良くない書き換え規則が設定された可能性があります。Web サーバーの書き換えルールを確認し、該当するマニュアルを見つけます。次に、URL パスレビューを誤って変更したルールを検索して、書き換えルールを確認します。

本作品は Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License によってライセンス許可を受けています。  Twitter™ および Facebook の投稿には、Creative Commons の規約内容は適用されません。

法律上の注意   |   プライバシーポリシー