| 
 | 
 
文中提到,使用lnmp1.1搭建的nginx环境,正好我的vps也是lnmp搭建的环境,所以我可以在我的vps里做实验。 
    看到文中的解决方案: 
    
 
 
    在location中,将匹配到/(avatar|uploads|ups)/.*\.(php|php5)?$的请求全部禁用掉。 
    似乎是一个很好的方法,那我们怎么绕过? 
    在web世界里,有一种请求方式叫pathinfo,我们在图中也可以看到,倒数第二行注释掉了一个includepathinfo.conf。前面的说明里也说到了,如果要开启pathinfo,只要注释掉try_files $uri=404即可。 
    很多框架、CMS的默认请求方式就是pathinfo,如著名php框架codeigniter,所以可见pathinfo用的是比较广的,所以也会有大量vps在这里是允许pathinfo的。 
    那么,当开启了pathinfo后,前面的denyall;就完全失效了,我们只需要在upload目录里上传xxx.php后,如下方式访问: 
    http://xxx/upload/xxx.php/xxx 
    即可让location/(avatar|uploads|ups)/.*\.(php|php5)?$这条规则完全失效,因为上述请求并不以.php结尾。 
    那么,怎样才能有效禁止某目录下解析php? 
    那还是应该回到nginx解析php的方式上。我们看到上图,我们可以发现,实际上进入这个location块:location~ [^/]\.php(/|$),才真正将请求交给fastcgi去解析。 
    所以,我们只需要阻止请求进入这个location块,那么这个请求不论是怎样的后缀,怎样的方式,都不会被php-fpm解析的。 
    所以,我的方法是: 
location ^~ /upload/ { 
    default_type text/plain; 
    expires 30d; 
} 
location ~ [^/]\.php(/|$) 
{ 
        # comment try_files$uri =404; to enable pathinfo 
        #try_files $uri=404; 
        fastcgi_pass  unix:/tmp/php-cgi-leavesongs.sock; 
        fastcgi_indexindex.php; 
        includefastcgi.conf; 
        includepathinfo.conf; 
} 
    在php的解析块前,加上“location ^~ /upload/”块,^~的意思是“一旦匹配上该块,则不再匹配其他块,一般匹配目录”。所以,这里正好满足我的要求,只要在/upload/目录下的文件,都将匹配到这个块中,而且不会再匹配别的块,所以也不会再进入下面的php解析块中。 |   
 
 
 
 |