location /test/ {
proxy_pass http://$host;
}

如你想不到，这个配置是不能使用的，查看error.log，打出来的信息也无法帮助解决问题。

但相同情况下，root标签就工作得很好：

locatin /test/ {
root /dev/shm/$host;
}

令人匪夷所思，估计这是nginx的一个bug，或者是一个搅不清的逻辑？

把上面的错误配置改成

location /test/ {
proxy_pass http://$host/;
}

或者

set $vhost "test.sudone.com";
location /test/ {
proxy_pass http://$vhost;
}

等等，都不能解决问题，最后是用了个奇怪的配置方式，居然能工作……

location /test/ {
proxy_pass http://127.0.0.1:80;
proxy_set_header Host $host;
}

这个配置就能工作正常，但上面这个配置只支持单ip的后端，能不能支持upstream呢？

再改一下测测

upstream backend.sudone.com {
server 127.0.0.1:80;
}

location /test/ {
proxy_pass http://backend.sudone.com;#固定写的后端upstream
proxy_set_header Host $host;#$host=test.sudone.com;
}

嗯？能用！

有了这个办法，我便不用在数十个主机配置内把/test/这个location贴上数十次，另外，它也可以支持这样的写法：

location /test/ {
proxy_pass http://127.0.0.1:80;
proxy_set_header Host fetch.$host;
}

还可以用正则表达式对host进行匹配：

set $vhost $host;
if $host ~* "([^\.]+)\.sudone\.com" {
set $vhost $1.xxx.com;
}

location /test/ {
proxy_pass http://127.0.0.1:80;
proxy_set_header Host fetch.$host;
}

可用的方面就广了。

---------------------------------------------------

补充：

在这个配置里，我的nginx代理的后端(backend)也是nginx，目前尚不清楚其它的web服务器如apache等是否能在这样的配置下工作正常。