Can you run Caddy from the command line directly instead of as a service, and see if you get the same problem? (Don’t forget to set the CADDYPATH)
sorry for late reply,
execute command: /usr/local/bin/caddy run --config /etc/caddy/Caddyfile --adapter caddyfile
but the error remains the same…
Error(a little bit messy):
2019/12/01 09:29:39 [INFO] [note.craigary.net] The server validated our request
2019/12/01 09:29:39 [INFO] [note.craigary.net] acme: Validations succeeded; requesting certificates
2019/12/01 09:29:40 [INFO] [note.craigary.net] Server responded with a certificate.
2019/12/01 09:29:44.698 ERROR http.log.error dialing backend: dial unix /var/run/php/php7.3-fpm.sock:0: connect: no such file or directory {"request": {"method": "GET", "uri": "/", "proto": "HTTP/2.0", "remote_addr": "47.254.94.88:21837", "host": "note.craigary.net", "headers": {"Sec-Fetch-Site": ["none"], "Sec-Fetch-Mode": ["navigate"], "Accept-Language": ["en-US,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,zh-TW;q=0.6"], "Dnt": ["1"], "User-Agent": ["Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.56 Safari/537.36"], "Accept": ["text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9"], "Cookie": ["_ga=GA1.2.1519661375.1574141031; _gid=GA1.2.1225328046.1575127943"], "Upgrade-Insecure-Requests": ["1"], "Sec-Fetch-User": ["?1"], "Accept-Encoding": ["gzip, deflate, br"]}, "tls": {"resumed": false, "version": 772, "resumed": 4865, "proto": "h2", "proto_mutual": true, "server_name": "note.craigary.net"}}, "status": 502, "err_id": "6w2n9h7mk", "err_trace": "reverseproxy.(*Handler).ServeHTTP (reverseproxy.go:330)"}
2019/12/01 09:29:47.867 ERROR http.log.error dialing backend: dial unix /var/run/php/php7.3-fpm.sock:0: connect: no such file or directory {"request": {"method": "GET", "uri": "/", "proto": "HTTP/2.0", "remote_addr": "47.254.94.88:21837", "host": "note.craigary.net", "headers": {"Sec-Fetch-User": ["?1"], "Sec-Fetch-Mode": ["navigate"], "Accept-Language": ["en-US,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,zh-TW;q=0.6"], "Cookie": ["_ga=GA1.2.1519661375.1574141031; _gid=GA1.2.1225328046.1575127943"], "Accept-Encoding": ["gzip, deflate, br"], "Cache-Control": ["max-age=0"], "Dnt": ["1"], "Upgrade-Insecure-Requests": ["1"], "User-Agent": ["Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.56 Safari/537.36"], "Accept": ["text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9"], "Sec-Fetch-Site": ["none"]}, "tls": {"resumed": false, "version": 772, "resumed": 4865, "proto": "h2", "proto_mutual": true, "server_name": "note.craigary.net"}}, "status": 502, "err_id": "7wdzcsi30", "err_trace": "reverseproxy.(*Handler).ServeHTTP (reverseproxy.go:330)"}
2019/12/01 09:29:49.593 ERROR http.log.error dialing backend: dial unix /var/run/php/php7.3-fpm.sock:0: connect: no such file or directory {"request": {"method": "GET", "uri": "/", "proto": "HTTP/2.0", "remote_addr": "47.254.94.88:21837", "host": "note.craigary.net", "headers": {"Dnt": ["1"], "Upgrade-Insecure-Requests": ["1"], "User-Agent": ["Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.56 Safari/537.36"], "Sec-Fetch-Mode": ["navigate"], "Accept-Encoding": ["gzip, deflate, br"], "Accept-Language": ["en-US,en;q=0.9,zh-CN;q=0.8,zh;q=0.7,zh-TW;q=0.6"], "Cache-Control": ["max-age=0"], "Accept": ["text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9"], "Sec-Fetch-Site": ["cross-site"], "Cookie": ["_ga=GA1.2.1519661375.1574141031; _gid=GA1.2.1225328046.1575127943"], "Sec-Fetch-User": ["?1"]}, "tls": {"resumed": false, "version": 772, "resumed": 4865, "proto": "h2", "proto_mutual": true, "server_name": "note.craigary.net"}}, "status": 502, "err_id": "ig0vyssxd", "err_trace": "reverseproxy.(*Handler).ServeHTTP (reverseproxy.go:330)"}
Well, the file is definitely there, and you can see and access it as your user, and you can run Caddy as your user and it thinks the file doesn’t exist. I can’t think of much else to troubleshoot on that front.
I think it’s time to open an issue on the Github repo. If you can give us some information on your setup and some instructions on how to replicate this error as simply as possible, hopefully we can start narrowing it down over there.
After testing for a while, I realized this is an issue related to my VPS Operating System image, I tried using caddy v1, with the instructions I familiar with, the problem still exists.
Now I am happy with Caddy + Debian 
1 Like
@Whitestrake I have a very similar problem that just popped up after rebooting my Ubuntu server. “php_fastcgi unix//var/run/php/php7.3-fpm.sock” previously worked fine, but now I get a 502 error like:
Dec 06 09:26:55 attenborough caddy[653]: 2019/12/06 14:26:55.029 ERROR http.log.error dialing backend: dial unix /var/run/php/php7.3-fpm.sock:0: connect: no such file or directory {"request": {"method": "GET", "uri": "/", "proto": "HTTP/2.0", "remote_addr": "[2601:42:0:6200:e00c:411a:fdf6:3923]:65006", "host": "ri.sunrisemovement.dev", "headers": {"Accept-Language": ["en-US,en;q=0.5"], "Cookie": ["__cfduid=d6ca04da650bbdc70d21c10be860b5ffa1572436203"], "Te": ["trailers"], "Pragma": ["no-cache"], "Cache-Control": ["no-cache"], "User-Agent": ["Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:71.0) Gecko/20100101 Firefox/71.0"], "Accept": ["text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8"], "Accept-Encoding": ["gzip, deflate, br"], "Dnt": ["1"], "Upgrade-Insecure-Requests": ["1"]}, "tls": {"resumed": true, "version": 772, "resumed": 4865, "proto": "h2", "proto_mutual": true, "server_name": "ri.sunrisemovement.dev"}}, "status": 502, "err_id": "vi2098aeb", "err_trace": "reverseproxy.(*Handler).ServeHTTP (reverseproxy.go:330)"}
I suspect that it’s also a problem with my OS, but I can’t figure out what it might be. @craigary Did you figure out what it was, or did you just change OS without tracking down the problem?
I’d be interested to know if you have this issue with v2 beta 9. With beta 9 Caddy could read my PHP socket, but with a subsequent commit it couldn’t.
I haven’t yet tried again.
That’s weird, AFAIK we didn’t change anything related to unix sockets or proxy dialing in that time (unless you’re using NTLM, which I doubt is the case).
Actually can you both try before and after this commit? I’m curious whether that affected anything.
That commit indeed seems to be the breaking one:
http.log.error dialing backend: dial unix /run/php/php7.3-fpm.sock:0: connect: no such file or directory
The commit before allows for index.php to be served.
Ruh roh, good to know! @Mohammed90 – any ideas off the top of your head what might be breaking unix sockets in that commit? (I just now noticed php7.3-fpm.sock:0: – not sure what the “:0:” is all about…)
To create the host of upstream, we call:
func (l ParsedAddress) JoinHostPort(offset uint) string {
return net.JoinHostPort(l.Host, strconv.Itoa(int(l.StartPort+offset)))
}
Which for unix networks results in port of :0 appended. We should strip the port portion if the network is unix.
1 Like
Aha, thanks. I will submit a commit to fix it in just a bit.
@BrightEyesD @craigary Would you mind testing against this commit? Don't append port to unix sockets · caddyserver/caddy@33a318d · GitHub
2 Likes
Thanks Does that mean we fixed it?
Yes. Sorry for the ambiguity. 
@matt Any idea when a release might drop that includes this fix?
I’m not confident in my ability to compile Caddy V2 from source to get this commit, but if no release is imminent, I’ll roll up my sleeves and try to figure it out.
1 Like
Hopefully no later than Monday.
But building from source is easy. Instructions are on the readme.
1 Like
@skyfaller, if you do compile, make sure you view the readme of the v2 branch. Iirc, the instructions are different to those of v1.
1 Like
@matt @Mohammed90 I’m now running v2.0.0-beta11 h1:NVHnPAdZPt6OUBMltUMe2DWVsyYRbeE6NxhCm3AjGT8= and this issue is still not fixed. I’m still getting errors like:
Dec 23 16:58:51 attenborough caddy[653]: 2019/12/23 21:58:51.751 ERROR http.log.error dialing backend: dial unix /var/run/php/php7.3-fpm.sock:0: connect: no such file or directory {"request": {"method": "GET", "uri": "/", "proto": "HTTP/2.0", "remote_addr": "[2601:42:0:6200:6098:abe8:2896:4095]:62774", "host": "ri.sunrisemovement.dev", "headers": {"Accept-Encoding": ["gzip, deflate, br"], "Dnt": ["1"], "Cookie": ["__cfduid=d6ca04da650bbdc70d21c10be860b5ffa1572436203"], "Upgrade-Insecure-Requests": ["1"], "Te": ["trailers"], "User-Agent": ["Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:71.0) Gecko/20100101 Firefox/71.0"], "Accept": ["text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8"], "Accept-Language": ["en-US,en;q=0.5"]}, "tls": {"resumed": false, "version": 772, "resumed": 4865, "proto": "h2", "proto_mutual": true, "server_name": "ri.sunrisemovement.dev"}}, "status": 502, "err_id": "cxqqnfmjw", "err_trace": "reverseproxy.(*Handler).ServeHTTP (reverseproxy.go:330)"}
Note the “php7.3-fpm.sock:0:”
This is from my Caddyfile saying “php_fastcgi unix//var/run/php/php7.3-fpm.sock”