关于nginx:Nginx常见错误码解决方案

302 谬误

景象:nginx 在应用非 80 端口做反向代理时，浏览器拜访发现返回 302 谬误

解决方案:

// 如果是 proxy_set_header Host $host;
// 那么改成 proxy_set_header Host $host:$server_post;
// 没有配置则加上 proxy_set_header Host $host:$server_post;

// 以下为增加地位
location ^/api {

    proxy_set_header Host $host:$server_post; 
    proxy_pass http://127.0.0.1;
}

400 谬误

nginx400 谬误是因为 request header 过大，通常是因为 cookie 中写入了较长的字符串所引起的。若 cookie 太大，可能还须要调整 large_client_header_buffers(默认 4k)

403 谬误

参考 (403 谬误解决)[https://rumenz.com/rumenbiji/…]

413 谬误

413 Request Entity Too Large

上传文件过程中容易呈现这个问题, 传递的某些数据大小超过了 nginx 的配置

解决方案：

hhtp{
    client_max_body_size 8M;       // 扭转这个值
    client_body_buffer_size 128k; // 缓冲区大小
}

如果后端是 php 批改 php.ini
post_max_size = 8M  
upload_max_filesize = 6M
重启 php 服务

如果后端是 Springboot

Spring Boot 1.3.x 
multipart.maxFileSize=8M
multipart.maxRequestSize=8M

Spring Boot 1.4.x and 1.5.x
spring.http.multipart.maxFileSize=8M
spring.http.multipart.maxRequestSize=8M


Spring Boot 2.x
spring.servlet.multipart.max-file-size=8M
spring.servlet.multipart.max-request-size=8M

414 谬误

414 Request-URI Too Large 申请的 url 太长了

解决方案:

http{
    client_header_buffer_size 512k;
    large_client_header_buffers 4 512k;
}

499 谬误

这是 nginx 定义的一个状态码，用于示意这样的谬误：服务器返回 http 头之前，客户端就提前敞开了 http 连贯

问题的外围就是要排查为什么服务端解决工夫过长

可能问题：

1. 后盾 python 程序处理申请工夫过长

2.mysql 慢查问

通过查看监控：

1.cpu 和内存的应用，都在失常范畴

2. 后台程序拜访失常

3.MySQL 没有慢查问

502 谬误

502 Bad Gateway：作为网关或者代理工作的服务器尝试执行申请时，从上游服务器接管到有效的响应

504 谬误

504 Gateway Time-out：作为网关或者代理工作的服务器尝试执行申请时，未能及时从上游服务器（URI 标识出的服务器，例如 HTTP、FTP、LDAP）或者辅助服务器（例如 DNS）收到响应。