nginx中root和alias；proxy_pass；upstream下划线问题

location中的root和alias的区别

root与alias主要区别在于nginx如何解释location后面的uri，这会使两者分别以不同的方式将请求映射到服务器文件上。

root的处理结果是：root路径＋location路径
alias的处理结果是：使用alias路径替换location路径

alias是一个目录别名的定义，root则是最上层目录的定义。

root实例：

location ^~ /t/ {
     root /www/root/html/;
}

如果一个请求的URI是/t/a.html时，web服务器将会返回服务器上的/www/root/html/t/a.html的文件。也就是root路径+location路径

alias实例：

location ^~ /t/ {
 alias /www/root/html/new_t/;
}

如果一个请求的URI是/t/a.html时，web服务器将会返回服务器上的/www/root/html/new_t/a.html的文件。注意这里是new_t，因为alias会把location后面配置的路径丢弃掉，把当前匹配到的目录指向到指定的目录。

注意：

1. 使用alias时，目录名后面一定要加/。
2. alias在使用正则匹配时，必须捕捉要匹配的内容并在指定的内容处使用。
3. alias只能位于location块中。（root可以不放在location中）

location中的root和server中的root

先上概括： 就近原则

当直接访问服务器，不加其他路径访问时，并且nginx配置中，含有location /{}配置时，nginx的location会优先匹配到此代码块，会指向此代码块中的root , server中的root, 不会生效。当去掉/ 配置，nginx找不到匹配到的location代码块时候，才会才执行server中的root。----也就是就近原则。

和location中的一样在server中的
如果一个请求的URI是/t/a.html时，匹配不到location中的url的时候，web服务器将会返回服务器上的/www/root/html/t/a.html的文件。也就是root路径+请求路径

demo

当第一次访问http://47.105.XXX.XX/

将location / {}去掉再次访问http://47.105.XXX.XX/

反向代理proxy_pass

这个参数是比较常用的，普通的负载均衡也是使用这个参数来实现的

proxy_pass后面可以直接写ip，也可以写upstream的name。
proxy_pass最后面如果没有“/”代表将匹配的location也转发过去，如果有“/”则不会携带location规则

比如proxy_pass不带“/”

location /aaa/bbb {
            proxy_pass http://aaa;
}

则请求/aaa/bbb ->转发 192.168.0.239:9000/aaa/bbb

比如proxy_pass带“/”

location /aaa/bbb {
            proxy_pass http://aaa/;
}

则请求/aaa/bbb ->转发 192.168.0.239:9000/

配置demo

upstream aaa {
    server 192.168.0.239:9000;
}


server {
    listen       80;
    proxy_set_header X-Real-IP           $remote_addr;
    proxy_set_header X-Forwarded-For     $proxy_add_x_forwarded_for;
    client_header_buffer_size 10m;
	
    location /cloud/ {
            proxy_pass http://aaa/;
            proxy_set_header X-Real-IP           $remote_addr;
            proxy_set_header X-Forwarded-For $remote_addr;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection  "upgrade";
    }
}

upstream下划线问题

在使用默认的nginx配置时，有时候我们的upstream的命名中带有下划线，这个时候请求时会报400异常，这是因为nginx转发的时候默认会把upstream的name当成http header中的host传递过去。

而且tomcat是遵循的RFC1-1034的规范的，所以任务请求不合法。

此时可以修改upstream名字为驼峰
或者在nginx中覆盖默认的http header host

#加在location中
proxy_set_header HOST $host;