414(URI Too Long)エラーについて

Question

WEBサーバにてURLを自動生成して配信するという処理を行っているのですが、そのURIが長すぎたのかブラウザ(chromeやfirefox問わず)でアクセスすると414エラーが返ってくる事象がありました。

414エラーについて確認すると、apacheの「LimitRequestLine」を調整することで対応可能になるとの記載をみたため、この値を初期値の「8192」から「16384」に変更いたしましたが、これでも414エラーが返ってくる状態でした。
さらに増やそうとこの値を「20000」に増やしましたが、それでも閲覧できない状態です。

そもそもURIが8192バイトを超えているのか？と文字数カウントサイト(http://www.luft.co.jp/cgi/str_counter.php)で文字数を確認したところ、全部で289バイト(文字数144.5)と遠く及ばないサイズとなっておりました。そのため、「LimitRequestLine」の値を変えたところで変化ないのでは？と考え始めてきている次第でございます。

URLがLimitRequestLineで指定しているバイト数を見た目上下回っている場合であっても、414エラーは発生することはあるのでしょうか？

Answer 1

書き換えてから、webサーバープロセスの再起動はやってるの？

あるいは別の要因があって、
URLの書換をやっていたりするとリダイレクトでURLが長くなる場合とか、
リダイレクトしたURLで再度URL書換が生じて、
その繰り返しで意味のない長過ぎるURLに化けちゃって引っかかるということもあるようで。

Comments

[otoko_murata]

ご回答ありがとうございます。

>書き換えてから、webサーバープロセスの再起動はやってるの？
書き換えてからapacheのプロセス再起動は都度行っております。

>あるいは別の要因があって、
>URLの書換をやっていたりするとリダイレクトでURLが長くなる場合とか、
>リダイレクトしたURLで再度URL書換が生じて、
>その繰り返しで意味のない長過ぎるURLに化けちゃって引っかかるということもあるようで。
特にリダイレクトのような処理もしていないんですよね…　とはいえ特殊な処理をしていないかはまた確認してみます。

ヒントになる情報をいただき、誠にありがとうございました。

[退会済みユーザー]

書き換えた httpd.conf とapacheが読み込んでいる httpd.conf が違う、あるいは読めてないってことはないかなぁ。httpd.conf の文法チェックも念の為。