パラメータの長さが255を超える書き換えられたURLは機能しません

mod_rewriteを使用して、次のようにURLを書き換えています。

http://example.com/1,2,3,4/foo/

.htaccessでこれを行うことにより：

RewriteEngine On
RewriteRule ^([\d,]+)/foo/$ /foo.php?id=$1 [L,QSA]

「1,2,3,4」が255文字より長い文字列に変わる場合を除き、Apacheは「403 Forbidden」を返します。

foo.php?id=1,2,3,4非常に長いid文字列であっても、直接アクセスするのに問題はありませんが、これは私にとって選択肢ではありません。

調整すべきApacheやその他の設定はありますか？

更新：RewriteLogLevel 9でRewriteLogをオンにしました。短いID文字列では、ログファイルに複数の行が記録されます。しかし、id文字列が255文字を超える場合、何もログに記録されません（mod_rewriteが実行されていないようです？）。

この質問がおもしろい/役に立つと思ったら、賛成してください。

ファイルシステムの制限に直面していると思いますか？

最大ファイル名の長さは255バイトで、apacheまたはmod_rewriteルールがファイルが存在するかどうかをチェックすると、オペレーティングシステムによってエラーがapacheに返されます。

.htaccessファイルに何らかのルールを設定した場合、問題を回避するには遅すぎます。Apacheはすでにファイル名を統計しようとし、ファイルシステムエラー「（36）ファイル名が長すぎます」をスローして、403エラーを返します。

たぶん、アプリ内のURLパターンを変更できます。スラッシュからスラッシュまで最大255文字まで。

編集：この問題に対する詳細な回答はこちらをご覧ください。私はそこから私のものを借りました。

この制限について同様の質問がここにあります：

基礎となるファイルシステムの制限に直面している可能性があります

.htaccess構成のどこかでREQUEST_FILENAMEを使用しているかどうかはわかりません。そのため、提供されたソリューションが機能するかどうかはわかりません。

間違いなく興味深い質問です。mod_securityを実行し、もしそうなら、それなしで試しましたか？おそらく、長いパス名や、エンコードされていないコンマが含まれる長いパス名が好きではないのでしょうか？^^

GmonCが書いたように、本能的にはurlパスまたは少なくともその個々のセグメント、またはファイルシステムの解釈の制限のように感じますが。また、クエリ文字列に長い部分がある通常のURLが正常に機能する理由も説明できます。

以前のASP.NETでは、リクエストパスの制限が最大260文字かそれ以上だったと思います。

HTTPサーバーを変更しますか？その場合、apacheではなくnginxを検討してください。

そして、http： //wiki.nginx.org/NginxHttpRewriteModuleを使用します