【问题标题】:Nginx "invalid number of arguments in "try_files" directive..." for PHP securityNginx“try_files”指令中的参数数量无效......“用于PHP安全性
【发布时间】:2013-06-25 08:04:09
【问题描述】:

我正在尝试使用 debian 样式的目录结构从我的共享主机的用户文件夹中的源代码运行 Nginx。当我尝试启动服务器时出现错误:

[emerg] invalid number of arguments in "try_files" directive in /home/.../nginx/conf/sites-enabled/default:11

引用的行是来自 Nginx 陷阱页面的 PHP 执行保护。这是我的配置文件:

nginx.conf:

worker_processes 1;

events {
    worker_connections 1024;
}

http {

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    client_max_body_size 5m;

    include /home/hittingsmoke/nginx/conf/mime.types;
    default_type application/octet-stream;

    gzip on;
    gzip_disable \"msie6\";

    include /home/hittingsmoke/nginx/conf/sites-enabled/*;
}

...和网站可用/默认:

server {
    listen       12513;

    root /home/hittingsmoke/nginx/html/;
    index index.php index.html index.htm;

    server_name _;

    location ~ \.php$ {
        try_files $uri =404;
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
        fastcgi_pass unix:/home/hittingsmoke/php-5.3/var/run/php5-fpm.sock;
        fastcgi_param   SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_index index.php;
        include fastcgi_params;
    }
    # redirect server error pages to the static page /50x.html
    #
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   html;
    }

}

我找不到我的配置有什么问题。我的设置几乎与我正在运行的 Ubuntu 机器上的工作安装相同。我做错了什么?

编辑:经过进一步测试,这只发生在我使用包含 nginx.conf 的站点可用设置时。如果我将可用站点/默认站点的内容复制/粘贴到我的 nginx.conf 中,一切正常。

EDIT2:如前所述,如果我从 vhosts 文件中删除了 try_files,它会再次失败,并在 fastcgi_params 上出现相同的错误。这是我的 fastcgi_params 文件的内容。都是默认的:

fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;

fastcgi_param  SCRIPT_NAME        $fastcgi_script_name;
fastcgi_param  REQUEST_URI        $request_uri;
fastcgi_param  DOCUMENT_URI       $document_uri;
fastcgi_param  DOCUMENT_ROOT      $document_root;
fastcgi_param  SERVER_PROTOCOL    $server_protocol;
fastcgi_param  HTTPS              $https if_not_empty;

fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
fastcgi_param  SERVER_SOFTWARE    nginx/$nginx_version;

fastcgi_param  REMOTE_ADDR        $remote_addr;
fastcgi_param  REMOTE_PORT        $remote_port;
fastcgi_param  SERVER_ADDR        $server_addr;
fastcgi_param  SERVER_PORT        $server_port;
fastcgi_param  SERVER_NAME        $server_name;

# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param  REDIRECT_STATUS    200;

EDIT3:我犯了一个小错误。它是 fastcgi_param,而不是 fastcgi_param*s*,在删除 try_files 指令后错误继续存在。

【问题讨论】:

    标签: nginx


    【解决方案1】:

    Nginx 试图解释try_files 指令至少需要两条路径:

        try_files /path1$uri /path2$uri ...
    

    使用/dev/null 作为一个简单的解决方法:

        try_files $uri /dev/null =404;
    

    或允许更多自定义的命名位置:

        try_files $uri @error
        ...
        location @error {
            ...
        }
    

    【讨论】:

      【解决方案2】:

      不确定这是否是您的问题,但我的 try_files 位于 PHP 位置块之外:

      location / {
          try_files $uri $uri/ =404;
      }
      
      location ~ \.php$ {
          ....
      }
      

      【讨论】:

      • 看起来不是我的问题。如果我将它移动到非 PHP 根位置,它只会在 fastcgi_param 处失败,并出现相同的无效参数数量错误。这似乎与使用 vhosts 文件而不是将我的主机配置保存在 nginx.conf 中有关。如果我将 sites-available/default 的确切内容复制/粘贴到包含行所在的 nginx.conf 中,那么一切正常。
      猜你喜欢
      • 1970-01-01
      • 2017-02-19
      • 2019-01-06
      • 2014-01-16
      • 1970-01-01
      • 2017-01-21
      • 2013-12-23
      • 2016-01-05
      • 2018-12-19
      相关资源
      最近更新 更多