Hey Igor,
I think I have hit a bug while trying out the feature you added in
0.7.27.
My config looks like this:
server {
listen 127.0.0.1:81;
server_name _;
access_log /var/log/nginx/access.log;
set $subdir "default";
if ($host ~ "^(.+)\.user\.domain\.net$") {
set $subdir $1;
}
root /www/$subdir;
index index.php index.html index.htm;
location ~ \.php$ {
fastcgi_pass unix:/var/run/php-fpm/socket-$subdir;
}
}
And I get the following error:
[error] 17238#0: *1 no resolver defined to resolve
/var/run/php-fpm/socket-345232, client: 127.0.0.1, server: _, request:
“GET /info.php HTTP/1.1”, host: “345232.user.domain.net”
If I remove the variable from fastcgi_pass everything works fine!
It seems like nginx is ignoring that I try to point it to a unix socket,
when I use a variable!
Regards,
Samy
Samuel Vogel schrieb:
}
socket, when I use a variable!
Regards,
Samy
Hey Igor,
I have just tried to 0.7.26 with the patch you sent to the list and I do
get the exact same error:
2008/12/22 14:05:45 [error] 23482#0: *2 no resolver defined to resolve
/var/run/php-fpm/socket-345232, client: 127.0.0.1, server: _, request:
“GET /info.php HTTP/1.1”, host: “345232.user.domain.net”
Maybe this helps to isolate the issue a bit!
Regards,
Samy
On Mon, Dec 22, 2008 at 03:25:04PM +0100, Samuel Vogel wrote:
access_log /var/log/nginx/access.log;
fastcgi_pass unix:/var/run/php-fpm/socket-$subdir;
It seems like nginx is ignoring that I try to point it to a unix
2008/12/22 14:05:45 [error] 23482#0: *2 no resolver defined to resolve
/var/run/php-fpm/socket-345232, client: 127.0.0.1, server: _, request:
“GET /info.php HTTP/1.1”, host: “345232.user.domain.net”
Maybe this helps to isolate the issue a bit!
fastcgi_pass currently does not support variables for unix sockets:
it tries to resolve it as domain name. I will try to fix the bug before
vacantion.
On Mon, Dec 22, 2008 at 05:24:23PM +0100, Samuel Vogel wrote:
}
[error] 17238#0: *1 no resolver defined to resolve
Hey Igor,
fastcgi_pass currently does not support variables for unix sockets:
it tries to resolve it as domain name. I will try to fix the bug before
vacantion
This would be great, since this is what we need the variable support for!
The attached patch allows to use variables in unix sockets path
in fastcgi_pass and proxy_pass.
Igor S. schrieb:
The attached patch allows to use variables in unix sockets path
in fastcgi_pass and proxy_pass.
Thanks Igor! Greatly appreciate it.
I have already tried the patch out and it works flawlessly!
It is also great that the patch also supports proxy_pass!
Regards,
Samy