84669 人学习
152542 人学习
20005 人学习
5487 人学习
7821 人学习
359900 人学习
3350 人学习
180660 人学习
48569 人学习
18603 人学习
40936 人学习
1549 人学习
1183 人学习
32909 人学习
这两天服务器上的php-fpm 一直很奇怪的被一个外部ip访问到 我的php-fpm配置里 做了ip限制 listen.allowed_clients = 127.0.0.1 但是他还是能连进来 而且不是通过9000端口进来的 整个进程一直被占用处于ESTABLISHED状态 怎么回事 是php-fpm有漏洞么 该怎么查杀 ?为什么php-fpm本来监听的9000端口 却通过其他端口连出去了
正常的连接 是下面截图
web server和fastcgi之间是通过网络连接的啊 一段fastcgi listen 9000,另一端难道不要开端口吗?
因为nginx和php之间是长连接,一旦连接建立成功,就不需要再关闭了,然后两者就可以一直愉快的通信了啊。如果用完一次,就关闭一次,会凭空产生不必要的重连的时延。反正这个连接就只有nginx和php使用,不用担心连接数被耗尽;传统的http协议之所以要做成短连接,是由于web服务是在公网上使用,一个浏览器访问当前网站建立的socket连接如果长时间不释放,然后每个访问的浏览器都学他不释放,服务器连接数就会被耗尽。综上所述,就是长短连接之间的区别和用途了。
我现在已经知道是什么了 那是php和memcache建立的长连接 和nginx没关系 请看清截图和问题 链接是从php出去连外部的 不是外部来连php谢谢
web server和fastcgi之间是通过网络连接的啊
一段fastcgi listen 9000,另一端难道不要开端口吗?
因为nginx和php之间是长连接,一旦连接建立成功,就不需要再关闭了,然后两者就可以一直愉快的通信了啊。如果用完一次,就关闭一次,会凭空产生不必要的重连的时延。反正这个连接就只有nginx和php使用,不用担心连接数被耗尽;传统的http协议之所以要做成短连接,是由于web服务是在公网上使用,一个浏览器访问当前网站建立的socket连接如果长时间不释放,然后每个访问的浏览器都学他不释放,服务器连接数就会被耗尽。综上所述,就是长短连接之间的区别和用途了。
我现在已经知道是什么了 那是php和memcache建立的长连接 和nginx没关系 请看清截图和问题 链接是从php出去连外部的 不是外部来连php谢谢