1. 背景介绍
最近在多个项目部署中遇到这样一个问题,一个域名如何实现多个项目的访问。因为不想自己单独去申请域名证书和域名配置,便想到了这个方案,结合Nginx的location功能实现了自己的需求,便记录下来。示例中是以项目演示,其他的语言类似同样的方式进行部署。例如node的项目,可以在location中做一个验证,然后使用porxy_pass反向代理模块实现。
2. location模块的匹配介绍
-
"="前缀指令匹配,如果匹配成功,则停止其他匹配。 -
普通字符串指令匹配,顺序是从长到短,匹配成功的
location如果使用^~,则停止其他匹配(正则匹配)。 -
正则表达式指令匹配,按照配置文件里的顺序,成功就停止其他匹配。
-
如果第三步中有匹配成功,则使用该结果,否则使用第二步结果。
2.1. 注意点
-
匹配的顺序是先匹配普通字符串,然后再匹配正则表达式。另外普通字符串匹配顺序是根据配置中字符长度从长到短,也就是说使用普通字符串配置的
location顺序是无关紧要的,反正最后nginx会根据配置的长短来进行匹配,但是需要注意的是正则表达式按照配置文件里的顺序测试。找到第一个匹配的正则表达式将停止搜索。 -
一般情况下,匹配成功了普通字符串
location后还会进行正则表达式location匹配。有两种方法改变这种行为,其一就是使用“=”前缀,这时执行的是严格匹配,并且匹配成功后立即停止其他匹配,同时处理这个请求;另外一种就是使用“^~”前缀,如果把这个前缀用于一个常规字符串那么告诉nginx如果路径匹配那么不测试正则表达式。
location = /uri
=开头表示精确匹配,只有完全匹配上才能生效。
location ^~ /uri
^~开头对URL路径进行前缀匹配,并且在正则之前。
location ~ pattern
~开头表示区分大小写的正则匹配。
location ~* pattern
~*开头表示不区分大小写的正则匹配。
location /uri
不带任何修饰符,也表示前缀匹配,但是在正则匹配之后。
location /
通用匹配,任何未匹配到其它location的请求都会匹配到,相当于switch中的default。
3. 配置实例
server {listen 80;server_name hqxg365.com;#charset koi8-r;#access_log logs/host.access.log main;location / {root D:/setup/nginx-1.20.1/html/beian/hqxg365;index index.html index.htm;}# 域名+项目1名称location ^~ /a1/ {alias D:/setup/nginx-1.20.1/html/beian/hqxg365/a1/;index index.html index.htm;}# 域名+项目2名称location ^~ /a2/ {alias D:/setup/nginx-1.20.1/html/beian/hqxg365/a2/;index index.html index.htm;}#error_page 404 /404.html;# redirect server error pages to the static page /50x.html#error_page 500 502 503 504 /50x.html;location = /50x.html {root html;}}
4. 效果预览
4.1. 访问a1项目

4.2. 访问a2项目

4.3. 访问主域名
