癥狀

頁面提示414 Request-URI Too Large

可能原因

場景1.cookie中寫入的值太大造成的，因為header中的其他參數的size一般比較固定，只有cookie可能被寫入較大的數據

場景2.請求參數太長，比如發布一個文章正文，用urlencode后，使用get方式傳到后臺。

GET http://www.264.cn/ HTTP/1.1
Host: www.264.cn
Connection: keep-alive
Cache-Control: max-age=0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.31 
Accept-Encoding: gzip,deflate,sdch
Accept-Language: zh-CN,zh;q=0.8
Accept-Charset: GBK,utf-8;q=0.7,*;q=0.3
Cookie: bdshare_firstime=1363517175366; 
If-Modified-Since: Mon, 13 May 2013 13:40:02 GMT

當請求頭過大時，超過large_client_header_buffer時，nginx可能返回"Request URI too large" (414)或者"Bad-request"(400)錯誤。

如上例HTTP請求頭由多行構成，其中"GET http://www.264.cn/ HTTP/1.1"表示Request line

當Request line的長度大于large_client_header_buffer的一個buffer(128k)時，nginx會返回"Request URI too large" (414)錯誤，對應上面的場景2。

請求投中最長的一行也要小于large_client_header_buffer，當不是Request line的最長行大于一個buffer(128k)時，會返回"Bad-request"(400)錯誤，對應上面的場景1。

解決辦法

---

方法一

在nginx.conf里面把這兩個緩存加大就行
client_header_buffer_size?512k;
large_client_header_buffers?4?512k;

修改配置文件后，需要reload或者重啟nginx

解決辦法（二）

前端改用post 請求傳遞參數

解決辦法（三）

服務端修改接受參數行為

總結

以上是生活随笔為你收集整理的nginx 414 Request-URI Too Large原因及解决方法的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。