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的使用区别

• 1. 使用 alias 时，目录名后面一定要加” /”
• 1. alias 可以指定任何名称
• 1. alias 在使用正则匹配时，必须捕捉要匹配的内容并在指定的内容处使用。
• 1. 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秒，可以防止进程被挂起以提高利用效率。