图文详解Nginx多种匹配方式

目录
  • 前言
  • 端口转发
  • 利用访问地址转发
  • 同一个server可以同时配置多个主机名
  • 前置匹配
  • 后置匹配
  • 正则匹配
  • 总结

前言

首先建立两个不同的路径的页面做测试

然后打开/usr/local/nginx/conf目录下的ngnix.conf

可以看到

每一个server都可以定义一个访问的转发到的路径

端口转发

 server {
        listen       878;#当访问878端口组时
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   /www/zthwww/w2;#访问878端口时,访问这个路径下的index.html文件
            index  index.html index.htm;
        }
}

重新启动ngnix

 /usr/local/nginx/sbin/nginx -s reload

如果报一下错误,说明是配置文件格式错误,检查配置的server的大括号位置是否匹配,格式是否正确

测试结果

利用访问地址转发

在进行这步操作时,必须确保DNS解析中,已经添加*前缀解析

然后还是在conf文件中

 server {
        listen       80;
        server_name  zth2.zhangdd1915.top;#修改为任意的XXX.自己域名的格式

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   /www/zthwww/w1;#指定路径
            index  index.html index.htm;
        }
}

(注意端口号和虚拟主机名不能重复,否则会报错)再次重新启动ngnix

测试

同一个server可以同时配置多个主机名

例如

 server {
        listen       80;
        server_name  zth2.zhangdd1915.top zth3.zhangdd1915.top;#主机名1 空格 主机名2的形式

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   /www/zthwww/w1;
            index  index.html index.htm;
        }
}

重启测试

前置匹配

 server {
        listen       80;
        server_name  *.zhangdd1915.top;#只要是以 .zhangdd1915.top结尾都会匹配到此

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   /www/zthwww/w1;
            index  index.html index.htm;
        }
}

注意这个一定要写在最前面,因为先写的先匹配,在之前的DNS解析中已经谢了*,所以会自动匹配到默认的,所以要写在首位

重启测试

后置匹配

 server {
        listen       878;
        server_name  zhangdd1915.*;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   /www/zthwww/w2;
            index  index.html index.htm;
        }
}

由于我只有一域名,这里就不做测试了。

正则匹配

 server {
        listen       878;
        server_name  ~^[0-9]+\.zhangdd1915\.top$;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   /www/zthwww/w1;
            index  index.html index.htm;
        }
}

例如前缀是N个数字开头

总结

到此这篇关于Nginx多种匹配方式的文章就介绍到这了,更多相关Nginx匹配方式内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

时间: 2022-05-13

详解Nginx location 匹配规则

语法规则 location [=|~|~*|^~] /uri/ { - } 模式 含义 location = /uri = 表示精确匹配,只有完全匹配上才能生效 location ^~ /uri ^~ 开头对URL路径进行前缀匹配,并且在正则之前. location ~ pattern 开头表示区分大小写的正则匹配 location ~* pattern 开头表示不区分大小写的正则匹配 location /uri 不带任何修饰符,也表示前缀匹配,但是在正则匹配之后 location / 通用匹配

利用nginx如何匹配多个条件

问题分析 熟悉nginx的都知道,nginx不想其他语言那样可以支持逻辑或与运算,也不支持if else和if嵌套. 因为公司内部服务器不允许外部访问,所以在nginx使用$remote_addr对ip做了限制.但是在微信上访问会出现ip不是真实ip的情况.真实ip出现在$http_x_forwarded_for里面. 处理方法 需求 这里需要匹配$remote_addr $http_x_forwarded_for这两项其中一个获取是内部ip即可访问. 配置nginx $remote_addr不

nginx 匹配规则小总结(推荐)

nginx location 等号类型(=)的优先级最高,需要精确匹配.一旦匹配成功,则不再查找其他匹配项. ^~类型表达式.一旦匹配成功,则不再查找其他匹配项. 正则表达式类型(~ ~*)的优先级次之.如果有多个location的正则能匹配的话,则使用正则表达式最长的那个. (location =) > (location 完整路径) > (location ^~ 路径) > (location ~,~* 正则顺序) > (location 部分起始路径) > (/) ng

Nginx rewrite正则匹配重写的方法示例

Nginx的rewrite功能支持正则匹配重写,即将URL地址临时或永久重新指向某个新的位置,类似于重定向.这个特性有利用当网站结构做出重大调整,如之前的网站mp3资源使用URL为www.site1.org/mp3进行访问,而现在服务器上mp3目录已经被使用music目录替换,那rewrite这个功能则能够轻松实现.其次如可以将site1.org强制调整到www.site1.org,反之亦可.这个指令位于ngx_http_rewrite_module模块.本文主要描述这个指令的用法并给出演示.

Nginx Location指令URI匹配规则详解小结

1.介绍 location指令是http模块当中最核心的一项配置,根据预先定义的URL匹配规则来接收用户发送的请求,根据匹配结果,将请求转发到后台服务器.非法的请求直接拒绝并返回403.404.500错误处理等. 2.location指令语法 location [=|~|~*|^~|@] /uri/ { - } 或 location @name { - } 3.URI匹配模式 location指令分为两种匹配模式: 1> 普通字符串匹配:以=开头或开头无引导字符(-)的规则 2> 正则匹配:以

Nginx 转发匹配规则的实现

一.正则表达式匹配 ~ 为区分大小写匹配 ~* 为不区分大小写匹配 !~ 和 !~* 分别为区分大小写不匹配及不区分大小写不匹配 二.文件及目录匹配 -f 和 !-f 用来判断是否存在文件 -d 和 !-d 用来判断是否存在目录 -e 和 !-e 用来判断是否存在文件或目录 -x 和 !-x 用来判断文件是否可执行 三.rewrite指令的最后一项参数为flag标记,flag标记有 last 相当于 apache 里面的[L]标记,表示 rewrite. break 本条规则匹配完成后,终止匹配

Nginx location匹配规则的方法示例

1.语法 location [=|~|~*|^~|@] /uri/ { ... } 2.说明 从上面的语法出发,可以了解到 location 可以区分为三个部分,接下来一个一个的研究一下. 1) [=|~|~*|^~|@] = : 表示精确匹配后面的url ~ : 表示正则匹配,但是区分大小写 ~* : 正则匹配,不区分大小写 ^~ : 表示普通字符匹配,如果该选项匹配,只匹配该选项,不匹配别的选项,一般用来匹配目录 @ : "@" 定义一个命名的 location,使用在内部定向时,

nginx 配置location匹配规则实例讲解

nginx的配置指令的作用域可以分为 main,server,location这3个种,实际上这3者不是依次包含的关系,而是相互独立的关系,比如一个只具有main级别作用域的指令,是不能写在某个server或者location内的,模块的某个指令可以同时具有main,server,location这3种作用域,另外每个模块有 main,srv,loc这3个级别的配置,一个模块的main级别的配置对所有的server和location都是共享的,srv级别的配置对所有 location都是共享的,

nginx location匹配实例详解

nginx location匹配实例详解 例1.nginx配置: 例2.nginx  配置: 例3.nginx配置: 感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!

解决Nginx端口冲突的排查方法示例

问题描述 一个Spring + Angular前后端分离的项目,使用Nginx进行数据转发. Nginx监听端口8100,前台端口4200,后台端口8080. 像往常一样,提前配置好MySQL.配置好Redis,引入项目的Nginx配置文件,然后启动前台.后台,成功. 接下来出现了问题:前台发起的请求,只有极少数能被后台接收到,大部分都是404,随着在浏览器中的点击,控制台不断的出现404. 如果只是404,那问题就很简单,很大可能是Nginx端口转发设置错了.但它的神奇之处就在于,还有那么几次

简介Nginx中的location匹配规则

location匹配命令 ~      #波浪线表示执行一个正则匹配,区分大小写 ~*    #表示执行一个正则匹配,不区分大小写 ^~    #^~表示普通字符匹配,如果该选项匹配,只匹配该选项,不匹配别的选项,一般用来匹配目录 =      #进行普通字符精确匹配 @     #"@" 定义一个命名的 location,使用在内部定向时,例如 error_page, try_files location 匹配的优先级(与location在配置文件中的顺序无关) = 精确匹配会第一个

JS正则匹配中文的方法示例

本文实例讲述了JS正则匹配中文的方法.分享给大家供大家参考,具体如下: 需求:使用JS正则的方式将字符串 "[微笑][撇嘴][发呆][得意][流泪]" 中的汉字进行匹配输出. 示例代码: <script> var pattern1 = /[\u4e00-\u9fa5]+/g; var pattern2 = /\[[\u4e00-\u9fa5]+\]/g; var contents = "[微笑][撇嘴][发呆][得意][流泪]"; content = c

Spring Boot 定制URL匹配规则的方法

事情的起源:有人问我,说编写了一个/hello访问路径,但是吧,不管是输入/hello还是/hello.html,还是/hello.xxx都能进行访问.当时我还以为他对代码进行处理了,后来发现不是,后来发现这是Spring Boot路由规则.好了,有废话了下,那么看看我们解决上面这个导致的问题. 构建web应用程序时,并不是所有的URL请求都遵循默认的规则.有时,我们希望RESTful URL匹配的时候包含定界符".",这种情况在Spring中可以称之为"定界符定义的格式&q