-
-
Notifications
You must be signed in to change notification settings - Fork 4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
reverseproxy: Keep path to unix socket as dial address #4232
Conversation
@ctsrc could you please try out this fix to confirm that it solves the problem for you? You'll need to build Caddy from source. Clone the repo and checkout this branch
If you need plugins, you can add them in Thanks! |
@francislavoie I will try it later today and let you know |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for doing this! This fix is more consistent with the documentation comment on the Address
field of DialInfo
than before. It says the field follows the same semantics of the address parameter of net.Dial
, which in turn expects path on the filesystem for Unix sockets.
@francislavoie I tested it now and this fix by @elnoro solves the problem for me 👍🏻 @elnoro thank you very much for fixing this problem 😊 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks, this is a subtle difference, appreciate the change.
Hello,
This is a fix for #4231. I tried changing the Path variable in different ways but it did not help.
It seems http transport relies on the address in the dial info context var which caused the issue (https://github.com/caddyserver/caddy/blob/master/modules/caddyhttp/reverseproxy/httptransport.go#L181).
I have also added a test for healthchecks to reproduce the bug described in the issue.