国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

Linux 上 Nginx 上傳文件報(bào)錯(cuò):413 request entity too large

這篇具有很好參考價(jià)值的文章主要介紹了Linux 上 Nginx 上傳文件報(bào)錯(cuò):413 request entity too large。希望對大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

一、前言

最近在自己折騰 Blog,把項(xiàng)目部署到服務(wù)器上后,發(fā)現(xiàn)上傳文件的接口居然報(bào)錯(cuò)了:413 request entity too large,一看這錯(cuò)誤,發(fā)現(xiàn)是 nginx 配置的原因,那就重新修改一下 nginx 的配置吧,這里也把解決的過程記錄下來,幫助各位小伙伴避坑。

二、解決思路

既然是 nginx 的原因?qū)е逻@個(gè)錯(cuò)誤,那我們來修改以下 nginx 的配置就好了,在 nginx 配置中找到了這個(gè)配置:
client_max_body_size 20M
意思是限制請求的報(bào)文大小最大限制在 20M。

記錄一下該配置的相關(guān)知識:

可以選擇在http{ }中設(shè)置:client_max_body_size 20m;
也可以選擇在server{ }中設(shè)置:client_max_body_size 20m;
還可以選擇在location{ }中設(shè)置:client_max_body_size 20m;

這三者是有區(qū)別的

設(shè)置到http{}內(nèi),控制全局nginx所有請求報(bào)文大小
設(shè)置到server{}內(nèi),控制該server的所有請求報(bào)文大小
設(shè)置到location{}內(nèi),控制滿足該路由規(guī)則的請求報(bào)文大小

三、解決方案

輸入一下命令,修改nginx.conf 配置文件

vim /usr/local/nginx/conf/nginx.conf

按 i 進(jìn)入編輯模式,復(fù)制以下代碼,我們加入到 server 模塊下面來

client_max_body_size 20M;

Linux 上 Nginx 上傳文件報(bào)錯(cuò):413 request entity too large,Nginx,linux,nginx,運(yùn)維

完事之后按 ESC ,輸入:wq 保存配置,輸入以下命令重啟 nginx 服務(wù):

/usr/local/nginx/sbin/nginx -s reload

四、結(jié)尾

如果你覺得本文對你有幫助,不妨給筆者點(diǎn)個(gè)免費(fèi)的小贊支持一下下吧。
歡迎訪問筆者的自建小站 依琴の小站 如果需要添加友聯(lián),不妨給我留個(gè)言吧。文章來源地址http://www.zghlxwxcb.cn/news/detail-784465.html

到了這里,關(guān)于Linux 上 Nginx 上傳文件報(bào)錯(cuò):413 request entity too large的文章就介紹完了。如果您還想了解更多內(nèi)容,請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 瀏覽器Post請求出現(xiàn)413 Request Entity Too Large (Nginx)

    瀏覽器Post請求出現(xiàn)413 Request Entity Too Large (Nginx)

    環(huán)境 操作系統(tǒng) window server 2016 前端項(xiàng)目 Vue2 Nginx-1.25.3 一、錯(cuò)誤信息 前端是vue項(xiàng)目,打包后部署在Nginx上,前端post請求出現(xiàn)Request Entity? Too Large錯(cuò)誤信息。 ?這種問題一般是請求實(shí)體太大(包含參數(shù),文件等)。客戶端發(fā)送的實(shí)體主體部分比服務(wù)器能夠或者限制處理的要大。

    2024年04月11日
    瀏覽(17)
  • Rancher上的應(yīng)用服務(wù)報(bào)錯(cuò):413 Request Entity Too Large

    Rancher上的應(yīng)用服務(wù)報(bào)錯(cuò):413 Request Entity Too Large

    UI-rancher的ingress-UI前端(在nginx里面)-zuul-server 也就是說沒經(jīng)過一次http servlet 都要設(shè)置一下大小 ?1.rancher的ingress 當(dāng)出現(xiàn)Request Entity Too Large時(shí),是由于傳輸流超過1M。 1、需要在rancher的ingress中設(shè)置參數(shù)解決。 配置注釋:nginx.ingress.kubernetes.io/proxy-body-size ? ? 2. 前端在nginx里面 3.前

    2024年02月10日
    瀏覽(20)
  • 413 Request Entity Too Large

    字面意思很簡單,就是文件太大了 先說解決方法?。?! 如果是使用NGINX做代理,NGINX默認(rèn)最大上傳是1M如果超過就無法上傳。 可以在配置寫入如下: 在最后加上 client_max_body_size 100m; ,記得最后帶上分號結(jié)束。 本來在本地調(diào)試頁面時(shí)候,因?yàn)樽约悍?wù)器本身帶寬就很小,上傳

    2024年02月10日
    瀏覽(20)
  • 413 Request Entity Too Large問題解決方法

    最近我們有個(gè)小程序需求是現(xiàn)場拍照提取照片中的有效信息,上傳圖片只能通過現(xiàn)場拍照,由于目前手機(jī)像素普遍較高,導(dǎo)致上傳接口出現(xiàn)413 Request Entity Too Large,上傳文件過大引起nginx代理報(bào)錯(cuò)。 針對這個(gè)問題,解決方案是: 項(xiàng)目配置文件修改,比如springboot項(xiàng)目中的applic

    2024年02月16日
    瀏覽(16)
  • 訪問elasticsearch集群提示ERROR 新增es數(shù)據(jù)失敗,后臺日志返回413 Request Entity Too Larg

    訪問elasticsearch集群提示ERROR 新增es數(shù)據(jù)失敗,后臺日志返回413 Request Entity Too Larg

    在運(yùn)維paas云平臺時(shí)有研發(fā)反饋客戶端訪問elasticsearch服務(wù)偶發(fā)性的出現(xiàn)報(bào)錯(cuò),提示報(bào)錯(cuò)如下: 報(bào)錯(cuò)日志內(nèi)容核心點(diǎn)如下: 根據(jù)日志報(bào)錯(cuò)內(nèi)容及研發(fā)反饋的信息得到如下有用信息: 1、連接elasticsearch服務(wù)并請求處理業(yè)務(wù)是偶發(fā)性的提示報(bào)錯(cuò),也就是說明elasticsearch服務(wù)是正常的

    2024年04月17日
    瀏覽(16)
  • 【異?!縁ailed to load resource: the server responded with a status of 413 (Request Entity Too Large)

    【異?!縁ailed to load resource: the server responded with a status of 413 (Request Entity Too Large)

    經(jīng)過查詢,是因?yàn)閼?yīng)用服務(wù)器使用了Nginx做代理,而在Nginx這一層限制了上傳文件的大小,因此需要修改Nginx配置 在location 下面增加 client_max_body_size 100M; 配置項(xiàng),重啟Nginx文件上傳成功.

    2024年02月15日
    瀏覽(13)
  • Nginx報(bào)錯(cuò)Request failed with status code 413處理(創(chuàng)作助手)

    報(bào)錯(cuò)詳情: Request failed with status code 413 這個(gè)錯(cuò)誤表示請求實(shí)體過大,超過了服務(wù)器所允許的最大請求體大小。本文將介紹如何解決這個(gè)問題。 首先,需要查看Nginx配置文件中的client_max_body_size設(shè)置。這個(gè)設(shè)置決定了允許的最大請求體大小。如果設(shè)置為0,表示禁用了請求體大小

    2024年02月04日
    瀏覽(16)
  • git報(bào)錯(cuò):error: RPC failed; HTTP 413 curl 22 The requested URL returned error: 413

    git報(bào)錯(cuò):error: RPC failed; HTTP 413 curl 22 The requested URL returned error: 413

    如圖: error: RPC failed; HTTP 413 curl 22 The requested URL returned error: 413 send-pack: unexpected disconnect while reading sideband packet fatal: the remote end hung up unexpectedly Everything up-to-date 原因是上傳的文件過大,網(wǎng)上解決方案很多種,但是親測有效的是把https傳輸改為ssh即可。 首先查看遠(yuǎn)程倉庫: 這

    2024年02月05日
    瀏覽(27)
  • git push 報(bào)錯(cuò)“error: RPC failed; HTTP 413 curl 22 The requested URL returned error: 413”

    git push 報(bào)錯(cuò)“error: RPC failed; HTTP 413 curl 22 The requested URL returned error: 413”

    事先聲明本方法只適用于上傳文件較小的友友們?。?! 狀態(tài)碼413是表示請求實(shí)體太大,就是push的內(nèi)容太多了。檢查自己的文件,發(fā)現(xiàn)超過了300MB(一些沒用的東西忘刪了┭┮﹏┭┮),于是刪了一些不需要的文件,再次commit + push ,還是失敗。 按照下面的方法改提交緩存,

    2024年02月11日
    瀏覽(26)
  • ES查詢報(bào)錯(cuò):entity content is too long [142501157] for the configured buffer limit [104857600]

    ES查詢報(bào)錯(cuò):entity content is too long [142501157] for the configured buffer limit [104857600]

    java - org.apache.http.ContentTooLongException: entity content is too long [105539255] for the configured buffer limit [104857600] - Stack Overflow 在生產(chǎn)環(huán)境批量同步數(shù)據(jù)的時(shí)候,我寫了一個(gè)查詢請求,然后直接報(bào)錯(cuò): entity content is too long [142501157] for the configured buffer limit [104857600] 具體內(nèi)容如下: 在 HttpAs

    2024年02月05日
    瀏覽(55)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包