问题[stat](server)

# grep pm.status_path /etc/php5/fpm/pool.d/www.conf
pm.status_path = /fcgi-status

nginx配置：

location ~ ^/(fcgi-status|ping)$ {
     access_log off;
     allow 127.0.0.1;
     deny all;
     fastcgi_param SCRIPT_FILENAME /path/$fastcgi_script_name;
     fastcgi_pass unix:/var/run/php-fastcgi/php-fastcgi.socket;
}

fastcgi_param 和 fastcgi_pass 与适用的网站相同。

php-fastcgi 和 nginx 已重新启动，但是：

# curl http://127.0.0.1/fcgi-status -i
HTTP/1.1 404 Not Found
Server: nginx/1.10.1
Date: Tue, 18 Oct 2016 08:10:03 GMT
Content-Type: text/html
Transfer-Encoding: chunked
Connection: keep-alive
X-Powered-By: PHP/5.5.9-1ubuntu4.20

No input file specified.

这不是这个问题的重复，因为错误不是“找不到文件”（也许 nginx 无法找到路径），而是“没有指定输入文件”。请注意，响应中有php标头，因此答案不是来自 nginx，而是来自 php-fpm。

这是服务器上唯一的池。

我究竟做错了什么？

我正在使用 haproxy 1.6.8。

以下信息输出于

echo "show sess" | nc -U /var/lib/haproxy/stats 


0x1696d40: proto=tcpv4 src=67.55.94.187:51183 fe=adf be=adfback srv=capped ts=08 age=0s calls=4 rq[f=8400a0h,i=0,an=2000h,rx=,wx=,ax=] rp[f=400000h,i=0,an=60000h,rx=59s,wx=,ax=] s0=[7,8h,fd=186,ex=] s1=[7,108h,fd=209,ex=] exp=59s
0x17d4dd0: proto=tcpv4 src=173.239.36.124:19785 fe=adf be=adfback srv=capped2 ts=08 age=0s calls=4 rq[f=8400a0h,i=0,an=2000h,rx=,wx=,ax=] rp[f=400000h,i=0,an=60000h,rx=59s,wx=,ax=] s0=[7,8h,fd=100,ex=] s1=[7,108h,fd=246,ex=] exp=59s
0x16f7fc0: proto=tcpv4 src=67.55.94.183:54971 fe=adf be=adfback srv=capped ts=08 age=0s calls=4 rq[f=8400a0h,i=0,an=2000h,rx=,wx=,ax=] rp[f=400000h,i=0,an=60000h,rx=59s,wx=,ax=] s0=[7,8h,fd=168,ex=] s1=[7,108h,fd=288,ex=] exp=59s
0x1a8b170: proto=tcpv4 src=67.55.94.182:18194 fe=adf be=adfback srv=capped ts=08 age=0s calls=4 rq[f=8400a0h,i=0,an=2000h,rx=,wx=,ax=] rp[f=400000h,i=0,an=60000h,rx=59s,wx=,ax=] s0=[7,8h,fd=45,ex=] s1=[7,108h,fd=299,ex=] exp=59s

我该如何解释这些数据？有这方面的文档吗？

我想确保没有人更改文件。为了做到这一点，我不仅要检查文件的 MD5 总和，还要检查它的大小，因为据我了解，这个额外的简单检查可以复杂地伪造几个数字。

我可以相信stat返回的尺寸吗？我不是说是否对stat自身进行了更改。我没那么深。但是，例如，是否可以stat通过破解目录文件来损害返回的文件大小？或者通过类似的方式，不需要超级用户权限？

是Linux。