就普通的反向代理來講
Nginx的配置還是比較簡單的,如:
1
2
3
4
|
或者可以
1
2
3
4
|
Apache2的反向代理的配置是:
1
|
ProxyPass /ysz/ http://localhost:8080/
|
然而,如果要配置一個相對復雜的反向代理
Nginx相對Apache2就要麻煩一些了
比如,將url中以/wap/開頭的請求轉發到后台對應的某台server上
可以再Nginx里設置一個變量,來臨時保存/wap/后面的路徑信息
1
2
3
4
5
6
7
8
9
|
location ^~ /wap/
{
if ($request_uri ~ /wap/(\d+)/(.+))
{
set $bucketid $1;
set $params $2;
}
proxy_pass http://mx$bucketid.test.com:6601/$params;
}
|
也可以首先rewrite一下,然后再代理:
1
2
3
4
|
或者
1
2
3
4
|
注意上面最后的?$args,表明把原始url最后的get參數也給代理到后台
如果在proxy_pass中使用了變量(不管是主機名變量$1或后面的$2變量),則必須得加這段代碼
但如果pass_proxy后沒用任何變量,則不需要加,它默認會把所有的url都給代理到后台,如:
1
2
3
4
|
而Apache2相對就簡單多了:
1
2
3
4
5
6
|
ProxyPassMatch ^/wap/(.*)$ http://192.168.132.147/$1
if ($host ~* www.(.*)){
set $host_without_www $1;
rewrite (.*)$ http://$host_without_www/www$1;
}
|
url的/問題
在nginx中配置proxy_pass時,當在后面的url加上了/,相當於是絕對根路徑,則nginx不會把location中匹配的路徑部分代理走;如果沒有/,則會把匹配的路徑部分也給代理走。
下面四種情況分別用http://192.168.1.4/proxy/test.html 進行訪問。
第一種:
1
2
3
|
會被代理到http://127.0.0.1:81/test.html 這個url
第二咱(相對於第一種,最后少一個 /)
1
2
3
|
會被代理到http://127.0.0.1:81/proxy/test.html 這個url
第三種:
1
2
3
|
會被代理到http://127.0.0.1:81/ftlynx/test.html 這個url。
第四種情況(相對於第三種,最后少一個 / ):
1
2
3
|
會被代理到http://127.0.0.1:81/ftlynxtest.html 這個url
上面的結果都是本人結合日志文件測試過的。從結果可以看出,應該說分為兩種情況才正確。即http://127.0.0.1:81 (上面的第二種) 這種和 http://127.0.0.1:81/.... (上面的第1,3,4種) 這種。