关于nginx配置的一个报错connect() to unix:/tmp/php-cgi.sock failed (2: No such file or directory)

针对配置php的情况:

linux服务器一般提示这个

connect() to unix:/tmp/php-cgi.sock failed (2: No such file or directory) while connecting to upstream, client: x.x.x.x, server: xxx.xxx.xxx, request: "GET /index.php HTTP/1.1", upstream: "fastcgi://unix:/tmp/php-cgi.sock:"

win服务器一般提示

connect() failed (111: Connection refused) while connecting to upstream, client: x.x.x.x, server: xxx.xxx.xxx, request: "GET /index.php HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000"

这两个提示,一般就是配置文件错误。我们配置nginx支持php时,会有一个

以前,不是配置成:fastcgi_pass   unix:/tmp/php-cgi.sock; (linux机器)

就是配置成:fastcgi_pass   127.0.0.1:9000; (win机器)

结果就报以上错误。此时,这个配置成什么,有系统决定形式,但具体内容,要看php对应的php-fpm的配置文件

/www/server/php/73/etc/php-fpm.conf (我机器的位置)

要看这个文件的内容,编辑该文件,找到 listen = /tmp/php-cgi-73.sock 这一行。将等于号后边的内容复制到nginx的配置文件里,替换fastcgi_pass后边的值。

然后重启nginx即可。

而此处我同时还配置了jsp的访问。那么,也报了几乎同样的错误。其实,最终发现,是tomcat的配置端口写错了。

总之,有报错,就一定有配置写错。仔细找找可能错的地方。一般就是路径配置,和参数文件的指定,在一个就是端口。保证这三个地方没问题。一般就不会有太大问题。

原文地址:https://www.cnblogs.com/leafinwind/p/11186484.html

时间: 2024-11-09 03:17:22

关于nginx配置的一个报错connect() to unix:/tmp/php-cgi.sock failed (2: No such file or directory)的相关文章

nginx和php-fpm配置 错误connect() failed (111: Connection refused) while connecting to upstream connect() to unix:/run/php/php7.2-fpm.sock failed (2: No such file or directory) while connecting to upstream

若fpm配置文件中配置如下: listen = 127.0.0.1:9000 则对应的nginx.conf中的配置应为: fastcgi_pass 127.0.0.1:9000; 此时开启9000端口监听,不会生成sock文件 若fpm中的配置为使用Unix套接字,如下: listen = /run/php/php7.2-fpm.sock 则对应nginx.conf中的配置应为: fastcgi_pass unix:/run/php/php7.2-fpm.sock; 此时9000端口未开启,在/

php fpm安装curl后,nginx出现connect() to unix:/var/run/php5-fpm.sock failed (13: Permission denied)的错误

这里选择直接apt-get安装,因为比起自己编译简单多了,不需要自己配置什么 #sudo apt-get install curl libcurl3 libcurl3-dev php5-curl 安装后重启nginx #nginx -s reload 岂知出现错误,php全部不能访问,查看错误日志如下: 2014/07/24 23:59:46 [crit] 40455#0: *229072 connect() to unix:/var/run/php5-fpm.sock failed (13:

vs2013 报错error C1083: 无法打开包括文件:“gl\glew.h”: No such file or directory\

vs报错诸如如无法打开“gl\xxx.h”时, 解决方法: 1.去http://glew.sourceforge.net/下载相关文件,2.在下载下来的文件里找到xxx.h,将其复制到vs的相关目录下.如我的vs安装目录为D:\VS2013,则把xxx.h复制到D:\VS2013\VC\include\GL3.重新编译搞定 原文地址:https://www.cnblogs.com/sea-stream/p/10543756.html

终端SSH远程连接CentOS报错:-bash: warning: setlocale: LC_CTYPE: cannot change locale (UTF-8): No such file or directory

终端SSH远程连接CentOS时,报以下错误提示: -bash: warning: setlocale: LC_CTYPE: cannot change locale (UTF-8): No such file or directory 在centos服务器上 sudo vim /etc/locale.conf 内容如下: LC_ALL=en_US.utf8 LC_CTYPE=en_US.utf8 LANG=en_US.utf8 重新连接就正常了. 原文地址:https://www.cnblog

nginx: [emerg] unknown directive “ ” in /usr/local/nginx/nginx.conf.conf:xx报错处理

当我们在修改Nginx的配置文件,然后加载配置文件./nginx -s reload   报错类似的错误, nginx: [emerg] unknown directive “ ” in /usr/local/nginx/nginx.conf.conf:xx报错处理 那么,大多数我们就是配置刚刚写的这句代码的时候,多打了个空格,细心找一下,重写下就ok了! 原文地址:https://www.cnblogs.com/arebirth/p/errornginx01.html

Nginx部署Django项目报错 KeyError: 'REQUEST_METHOD'

这个问题是应为Nginx的配置文件有问题: 要使用uwsgi启动Django的话要有以下配置: upstream djangos14{ # nginx负载均衡配置: server 10.0.0.10:9999; #server 10.0.0.11:80; } server { listen 80; server_name www.s14hanju.com; location / { # 要使用uwsgi,代理就不要用proxy_pass了,要使用uwsgi_pass: uwsgi_pass dj

虚拟化--002 VCAC vcac配置sso一直报错

002 VCAC  vcac配置sso一直报错 1.选择用ia的sso失效,一直提示端口不能连接,用ip地址直接连,可以连接,但是还是会报错Error communicating to the remote server https://x.x.x.x..... 2.最后用的是vc的sso来连接,结果成功了,用的也是ip地址.

storm 一个报错 Async loop died! & reconnect

Async loop died! 重启任务后发现任务一直异常,日志中有大量reconnect. b.s.m.n.Client [INFO] Reconnect started for Netty-Client-192.168.1.2/192.168.1.21:6724... [26] telnet到对应级机器的6724端口,连接不上,登陆机器检测端口,发现端口没有正常关闭,重启使用此端口job,之后恢复正常. storm 一个报错 Async loop died! & reconnect

配置MySQL主从复制报错Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work

配置MySQL主从复制报错 Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the --replicate-same-server-id option must be used on slave but this do