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

location中的root和alias的区别

rootalias主要区别在于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
nginx中root和alias;proxy_pass;upstream下划线问题_第1张图片

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

nginx中root和alias;proxy_pass;upstream下划线问题_第2张图片
将location / {}去掉再次访问http://47.105.XXX.XX/

nginx中root和alias;proxy_pass;upstream下划线问题_第3张图片

nginx中root和alias;proxy_pass;upstream下划线问题_第4张图片

反向代理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转发的时候默认会把upstreamname当成http header中的host传递过去。

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

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

#加在location中
proxy_set_header HOST $host;

你可能感兴趣的:(nginx,nginx,运维,服务器)