proxy_pass 注意事项

nginx代理配置完之后,nginx配置proxy_pass，需要注意转发的路径配置.

1. proxy_pass配置说明

不带/

location /test/
{
proxy_pass http://t6:8300; }

带/

location /test/
{
proxy_pass http://t6:8300/; }
上面两种配置，区别只在于proxy_pass转发的路径后是否带 “/”

如果是不带/的情况，如果访问url = http://server/test/test.jsp，则被nginx代理后，请求路径会便问http://proxy_pass/test/test.jsp，将test/ 作为根路径，请求test/路径下的资源

如果是带/的情况，如果访问url = http://server/test/test.jsp，则被nginx代理后，请求路径会变为 http://proxy_pass/test.jsp，直接访问server的根资源

2. 典型实例

同一个域名下，根据根路径的不同，访问不同应用及资源
例如：A应用 http://server/a ; B应用 http://server/b
A 应用和 B应用共同使用访问域名 http://server； 配置nginx代理转发时，如果采用情况2的配置方式，则会导致访问http://server/a/test.jsp时，代理到http://proxy_pass/test.jsp，导致无法访问到正确的资源，页面中如果有对根资源的访问，也都会以http://server 做为根路径访问资源，导致资源失效

针对此类情况，需要采用情况1，分别针对不用应用，设置不同的根资源路径，并保证代理后的根路径也依然有效

一般而言,通过www.b.com/a 代理到www.a.com 如果后面加/则www.b.com/a = www.a.com 否则是www.b.com/a = www.a.com/a,前者如果www.a.com下有静态样式文件 那么请求路径是www.b.com/static/.... 自然是没有样式文件的,所以这种情况要在www.a.com下建一个a文件夹,然后项目放在里面,通过www.b.com/a/a = www.a.com/a 才能样式才能生成成功,这种情况下最好末尾不加/,那么www.b.com/a = www.a.com/a.

如果www.a.com本身又代理了一个/api 代理到一个接口工程,然后www.b.com/a 访问页面通过/api 会访问一个www.b.com/a/api访问接口,因为末尾没有斜杠 所以代理后的地址为www.a.com/a/api 会显示404 因为没有设置这个路径如何显示,所以要在www.a.com 设置代理 location /a/api 也代理到接口 这样www.b.com/a/api才能访问接口成功.

一般代理用于帮助JS 或者接口来根据path来请求不同地址,不太适合联系项目间的关系 毕竟可以用子域名来解决.