图文详解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匹配方式内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

赞 (0)

相关推荐

  • Nginx 转发匹配规则的实现

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

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

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

  • 详解Nginx location 匹配规则

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

  • 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匹配规则的方法示例

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

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

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

  • 利用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多种匹配方式

    目录 前言 端口转发 利用访问地址转发 同一个server可以同时配置多个主机名 前置匹配 后置匹配 正则匹配 总结 前言 首先建立两个不同的路径的页面做测试 然后打开/usr/local/nginx/conf目录下的ngnix.conf 可以看到 每一个server都可以定义一个访问的转发到的路径 端口转发 server { listen 878;#当访问878端口组时 server_name localhost; #charset koi8-r; #access_log logs/host.

  • 图文详解nginx日志切割的实现

    图文详解nginx日志切割的实现

    目录 实现nginx的日志切割 面试题讨论: 总结 实现nginx的日志切割 (注:为什么要切割呢?因为当你用户访问量大的时候,可能日志也很大.) <1>:ll /usr/local/nginx/logs/  查看日志 (注:有两个日志,一个是访问日志,另一个是错误日志.) <2>:tail -f /usr/local/nginx/logs/access.log  查看访问日志 <3>:vim /opt/cut_nginx_log.sh  编写一个脚本 <4>

  • 图文详解Nginx版本平滑升级方案

    图文详解Nginx版本平滑升级方案

    目录 背景: Nginx平滑升级方案 回退步骤 总结 背景: 由于负载均衡测试服务器中nginx版本过低,存在安全漏洞,查询相关修复漏洞资料,需要采取nginx版本升级形式对漏洞进行修复. Nginx平滑升级方案 1.案例采用版本介绍 旧版本 nginx-1.12.2.tar.gz 新版本 nginx-1.20.1.tar.gz 2.nginx-1.12.2版本为当前运行版本 设置端口8080和对主页index.html进行修改,后续进行平滑升级后,依然可以对其访问. 3.解压新版本 nginx

  • 详解nginx 的 default_server 定义及匹配规则

    nginx 的 default_server 指令可以定义默认的 server 去处理一些没有匹配到 server_name 的请求,如果没有显式定义,则会选取第一个定义的 server 作为 default_server. 在了解到如上规则后,我们可以捕获未做绑定的域名访问或直接IP访问,做重定向到403页面等处理. 1.nginx 隐式的 default server http { # 如果没有显式声明 default server 则第一个 server 会被隐式的设为 default s

  • IIS7.0 Windows Server 2008 R2 下配置证书服务器和HTTPS方式访问网站的教程图文详解

    IIS7.0 Windows Server 2008 R2 下配置证书服务器和HTTPS方式访问网站的教程图文详解

    配置环境 Windows版本:Windows Server 2008 R2 Enterprise Service Pack 1 系统类型: 64 位操作系统 了解HTTPS 为什么需要 HTTPS ? 在我们浏览网站时,多数网站的URL都是以HTTP开头,HTTP协议我们比较熟悉,信息通过明文传输; 使用HTTP协议有它的优点,它与服务器间传输数据更快速准确; 但是HTTP明显是不安全的,我们也可以注意到,当我们在使用邮件或者是在线支付时,都是使用HTTPS; HTTPS传输数据需要使用证书并对

  • vue-cli + sass 的正确打开方式图文详解

    vue-cli + sass 的正确打开方式图文详解

    关于在vue-cli搭建的项目中怎么配置sass,网上搜到的基本是这种答案: 但是我认为,直接将样式写在每个单文件的<style>里,是十分不明智的做法.且不说node-sass安装过程的各种坑,内嵌的<style>也让组件显得十分混乱.想象一下你在修改某个methods时必须拖动滚轮穿越几十上百行的css代码,又或者为了修改一组样式,却找不到对应的css文件,因为它们散布在vue文件里... 在我看来,正确的做法应该是单独管理sass文件,然后在main.js中直接引入编译好的c

  • 详解Nginx 和 PHP 的两种部署方式的对比

    详解Nginx 和 PHP 的两种部署方式的对比

    详解Nginx 和 PHP 的两种部署方式的对比 2种部署方式简介 第一种 前置1台nginx服务器做HTTP反向代理和负载均衡 后面N太服务器的Nginx做Web服务,并调用php-fpm提供的fast cgi服务 此种部署方式最为常见,web服务和PHP服务在同一台服务器上都有部署 第二种 前置1台nginx服务器做Web服务 后面服务器只部署php-fpm服务,供nginx服务器调用 前置1台nginx服务器,在调用后面多例php-fpm服务时,也可以做到负载均衡 如下图 : 对比 从系统

  • 微信推送功能实现方式图文详解

    推送的方式: 短信推送(第三方) 邮件推送 微信推送 公众号:认证的公众号(个人的认证公众号每天只能发一篇文章),粉丝可以跟公众号聊天,未认证公众号 服务号:企业认证(营业执照),沙箱环境测试主动给用户发消息(推送),用户要接收到推送消息前提是需要关注对应的服务号才行 企业号 微信小程序 微信推送的流程: 微信沙箱环境:http://mp.weixin.qq.com/debug/cgi-bin/sandbox?t=sandbox/login 使用pycharm打开微信推送demo,然后进行相关修

  • 详解Nginx 虚拟主机配置的三种方式(基于IP)

    Nginx配置虚拟主机支持3种方式:基于IP的虚拟主机配置,基于端口的虚拟主机配置,基于域名的虚拟主机配置. 详解Nginx 虚拟主机配置的三种方式(基于端口) https://www.jb51.net/article/14977.htm 详解Nginx 虚拟主机配置的三种方式(基于域名) https://www.jb51.net/article/14978.htm 1.基于IP的虚拟主机配置 如果同一台服务器有多个IP,可以使用基于IP的虚机主机配置,将不同的服务绑定在不同的IP上. 1.1

随机推荐