Nginx 常见问题整理
Nginx 常见问题整理
1、Nginx 常见问题
-
1、相同server_name多个虚拟主机优先级访问
- 根据文件名顺序优先读取。使用ip访问的时候，也是根据文件名顺序优先读取。
-
2、location匹配优先级
=进行普通字符精确匹配，也就是完全匹配。^ ~表示普通字符匹配，使用前缀匹配。~ \~*表示正在执行一个正则匹配();~*:为不区分大小写匹配(可用正则表达式)~:为区分大小写匹配(可用正则表达式)
- root目录下边添加
code1,code2,code3三个文件夹。每个文件夹中存放一个html文件，并做不同的标记。 - 此时重启Nginx,然后访问https://www.heartmusicbeat.com/code1, 此时将会返回 code1所在的文件的html文件。
- 然后注释掉第一个精确匹配的location,再访问 https://www.heartmusicbeat.com/code1 ，此时将返回code2所在的文件的html文件。由此可见，即使正则匹配到了，但是依旧会向下执行，匹配优先级更高的。
- 然后注释掉第三个匹配的location再访问 https://www.heartmusicbeat.com/code1，此时将会返回 code3所在的文件的html文件。
-
3、try_files使用
-
try_files的作用
- 按顺序检查文件是否存在。
-
4、alias和root的使用区别
-
- 使用 alias 时，目录名后面一定要加” /”
-
- alias 可以指定任何名称
-
- alias 在使用正则匹配时，必须捕捉要匹配的内容并在指定的内容处使用。
-
- alias 只能位于 location 块中。
5、如何传递用户的真实IP地址
-
场景如下：
假设用户经过多层代理访问后端服务，其实我们是不知道用户真实的IP地址的。
那么我们需要和第一级代理约定，需要在头信息中加上对应的IP地址信息，那么后续的传递都将含有用户真实的IP。
6、Nginx 常见的错误码
-
403错误
- 403是很常见的错误代码，一般就是未授权被禁止访问的意思。
- 可能的原因有两种：
- Nginx程序用户无权限访问web目录文件
- Nginx需要访问目录，但是autoindex选项被关闭
- 修复方法：
- 授予Nginx程序用户权限读取web目录文件
- 设置autoindex目录为on
-
413错误
- 在上传时Nginx返回了413错误：“413 Request Entity Too Large”，这一般就是上传文件大小超过Nginx配置引起。
- 修复方法：
- 在Nginx.conf增加client_max_body_size的设置，这个值默认是1M，可以增加到8M以提高文件大小限制；
- 如果运行的是php，那么还要检查php.ini，这个大小client_max_body_size要和php.ini中的如下值的最大值一致或者稍大，这样就不会因为提交数据大小不一致出现的错误。
-
502错误
-
Nginx 502 Bad Gateway的含义是请求的PHP-CGI已经执行，但是由于某种原因（一般是读取资源的问题）没有执行完毕而导致PHP-CGI进程终止。一般来说Nginx 502 Bad Gateway和php-fpm.conf的设置有关。
-
修复方法：
- 1、查看FastCGI进程是否已经启动
ps -aux | grep php-cgi- 2、检查系统Fastcgi进程运行情况
-
-
除了第一种情况，fastcgi进程数不够用、php执行时间长、或者是php-cgi进程死掉也可能造成Nginx的502错误。
-
运行以下命令判断是否接近FastCGI进程，如果fastcgi进程数接近配置文件中设置的数值，表明worker进程数设置太少。
netstat -anpo | grep "php-cgi" | wc -l
-
3、FastCGI执行时间过长
- 根据实际情况调高以下参数值
-
504错误
-
Nginx 504 Gateway Time-out的含义是所请求的网关没有请求到，简单来说就是没有请求到可以执行的PHP-CGI。
-
Nginx 504 Gateway Time-out一般与Nginx.conf的设置有关。
-
头部太大这种情况可能是由于Nginx默认的fastcgi进程响应的缓冲区太小造成的， 这将导致fastcgi进程被挂起，如果你的fastcgi服务对这个挂起处理的不好，那么最后就极有可能导致504 Gateway Time-out。
-
默认的fastcgi进程响应的缓冲区是8K，可以调大以下参数：
- 此外，也可能是php-cgi的问题，需要修改php.ini的配置：
- 将max_children由之前的10改为30，这样操作是为了保证有充足的php-cgi进程可以被使用。
- 将request_terminate_timeout由之前的0秒改成60秒，这样使php-cgi进程处理脚本的超时时间提高到60秒，可以防止进程被挂起以提高利用效率。
