HTML转化规律对应表,Nginx 转发匹配规则的实现

本文介绍了Nginx中的转发匹配规则,包括正则表达式匹配、文件及目录匹配等核心概念。此外还详细讲解了rewrite指令的使用方法及其与其他指令的配合应用,并通过实例演示了如何利用这些规则进行复杂的URL重写。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1b886e01fb6cf6771d2069176464ece5.png

一、正则表达式匹配

~ 为区分大小写匹配

~* 为不区分大小写匹配

!~ 和 !~* 分别为区分大小写不匹配及不区分大小写不匹配

二、文件及目录匹配

-f 和 !-f 用来判断是否存在文件

-d 和 !-d 用来判断是否存在目录

-e 和 !-e 用来判断是否存在文件或目录

-x 和 !-x 用来判断文件是否可执行

三.rewrite指令的最后一项参数为flag标记,flag标记有

last 相当于 apache 里面的[L]标记,表示 rewrite。

break 本条规则匹配完成后,终止匹配,不再匹配后面的规则。

redirect 返回302临时重定向,浏览器地址会显示跳转后的URL地址。

permanent  返回301永久重定向,浏览器地址会显示跳转后的URL地址。

使用 last 和 break 实现URI重写,浏览器地址栏不变。

而且两者有细微差别,使用alias指令必须用 last标记;使用proxy_pass指令时,需要使用break标记。Last标记在本条rewrite规则执行完毕后,会对其所在server{......}标签重新发起请求,而break标记则在本条规则匹配完成后,终止匹配。

例如:如果我们将类似URL/photo/123456重定向到/path/to/photo/12/1234/123456.png

rewrite "/photo/([0-9]{2})([0-9]{2})([0-9]{2})"

rewrite "/path/to/photo/$1/$1$2/$1$2$3.png" ;

四、NginxRewrite 规则相关指令

1、break指令

使用环境:server、location、if

该指令的作用是完成当前的规则集,不再处理rewrite指令。

2、if 指令

使用环境:server、location

该指令用于检查一个条件是否符合,如果条件符合,则执行大括号内的语句。If指令不支持嵌套,不支持多个条件&&和||处理。

3、return指令

语法:returncode

使用环境:server、location、if

该指令用于结束规则的执行并返回状态码给客户端。

示例:如果访问的URL以".sh"或".bash"结尾,则返回403状态码

location ~ .*.(sh|bash)?$

{

return 403;

}

4、rewrite 指令

语法:rewriteregex replacement flag

使用环境:server、location、if

该指令根据表达式来重定向URI,或者修改字符串。指令根据配置文件中的顺序来执行。注意重写表达式只对相对路径有效。如果你想配对主机名,你应该使用if语句,示例如下:

if( $host ~* www.(.*) )

{

set $host_without_www $1;

rewrite ^(.*)$ http://$host_without_www$1permanent;

}

5、Set指令

语法:setvariable value ;

默认值:none

使用环境:server、location、if

该指令用于定义一个变量,并给变量赋值。变量的值可以为文本、变量以及文本变量的联合。

set$varname "hello world";

6、Uninitialized_variable_warn指令

语法:uninitialized_variable_warnon|off

使用环境:http、server、location、if

该指令用于开启和关闭未初始化变量的警告信息,默认值为开启。

五.Nginx的Rewrite规则编写实例

1、当访问的文件和目录不存在时,重定向到某个html文件

if( !-e $request_filename )

{

rewrite ^/(.*)$ index.htmllast;

}

2、目录对换 /123456/xxxx  ====>  /xxxx?id=123456

rewrite ^/(d+)/(.+)/ /$2?id=$1 last;

3、如果客户端使用的是IE浏览器,则重定向到/ie目录下

if( $http_user_agent ~ MSIE)

{

rewrite ^(.*)$ /ie/$1 break;

}

4、禁止访问多个目录

location ~ ^/(cron|templates)/

{

deny all;

break;

}

5、禁止访问以/data开头的文件

location ~ ^/data

{

deny all;

}

6、禁止访问以.sh,.flv,.mp3为文件后缀名的文件

location ~ .*.(sh|flv|mp3)$

{

return 403;

}

7、设置某些类型文件的浏览器缓存时间

location ~ .*.(gif|jpg|jpeg|png|bmp|swf)$

{

expires 30d;

}

location ~ .*.(js|css)$

{

expires 1h;

}

8、给favicon.ico和robots.txt设置过期时间

这里为favicon.ico为99天,robots.txt为7天并不记录404错误日志

location ~(favicon.ico) {

log_not_found off;

expires 99d;

break;

}

location ~(robots.txt) {

log_not_found off;

expires 7d;

break;

}

9、设定某个文件的过期时间;这里为600秒,并不记录访问日志

location ^~ /html/scripts/loadhead_1.js {

access_log off;

root /opt/lampp/htdocs/web;

expires 600;

break;

}

10、文件反盗链并设置过期时间

这里的return412 为自定义的http状态码,默认为403,方便找出正确的盗链的请求

rewrite ^/ http: //img.linuxidc.net/leech.gif;//显示一张防盗链图片

access_log off; //不记录访问日志,减轻压力

expires 3d //所有文件3天的浏览器缓存

location ~*^.+.(jpg|jpeg|gif|png|swf|rar|zip|css|js)$ {

valid_referers none blocked *.linuxidc.com*.linuxidc.net localhost 208.97.167.194;

if ($invalid_referer) {

rewrite ^/ http://img.linuxidc.net/leech.gif;

return 412;

break;

}

access_log off;

root /opt/lampp/htdocs/web;

expires 3d;

break;

}

11、只允许固定ip访问网站,并加上密码

root /opt/htdocs/www;

allow 208.97.167.194;

allow 222.33.1.2;

allow 231.152.49.4;

deny all;

auth_basic “C1G_ADMIN”;

auth_basic_user_file htpasswd;

12、将多级目录下的文件转成一个文件,增强seo效果

/job-123-456-789.html指向/job/123/456/789.html

rewrite^/job-([0-9]+)-([0-9]+)-([0-9]+).html$ /job/$1/$2/jobshow_$3.html last;

13、文件和目录不存在的时候重定向:

if (!-e $request_filename) {

proxy_pass http://127.0.0.1;

}

14、将根目录下某个文件夹指向2级目录

如/shanghaijob/ 指向/area/shanghai/

如果你将last改成permanent,那么浏览器地址栏显是/location/shanghai/

rewrite ^/([0-9a-z]+)job/(.*)$ /area/$1/$2last;

上面例子有个问题是访问/shanghai时将不会匹配

rewrite ^/([0-9a-z]+)job$ /area/$1/ last;

rewrite ^/([0-9a-z]+)job/(.*)$ /area/$1/$2last;

这样/shanghai也可以访问了,但页面中的相对链接无法使用,

如./list_1.html真实地址是/area/shanghia/list_1.html会变成/list_1.html,导至无法访问。

那我加上自动跳转也是不行咯

(-d $request_filename)它有个条件是必需为真实目录,而我的rewrite不是的,所以没有效果

if (-d $request_filename){

rewrite ^/(.*)([^/])$ http://$host/$1$2/permanent;

}

知道原因后就好办了,让我手动跳转吧

rewrite ^/([0-9a-z]+)job$ /$1job/permanent;

rewrite ^/([0-9a-z]+)job/(.*)$ /area/$1/$2last;

15、域名跳转

server{

listen 80;

server_name jump.linuxidc.com;

index index.html index.htm index.php;

root /opt/lampp/htdocs/www;

rewrite ^/ http://www.linuxidc.com/;

access_log off;

}

16、多域名转向

server_name www.linuxidc.comwww.linuxidc.net;

index index.html index.htm index.php;

root /opt/lampp/htdocs;

if ($host ~ "linuxidc.net") {

rewrite ^(.*) http://www.linuxidc.com$1permanent;

}

六、nginx全局变量

arg_PARAMETER #这个变量包含GET请求中,如果有变量PARAMETER时的值。

args #这个变量等于请求行中(GET请求)的参数,如:foo=123&bar=blahblah;

binary_remote_addr #二进制的客户地址。

body_bytes_sent #响应时送出的body字节数数量。即使连接中断,这个数据也是精确的。

content_length #请求头中的Content-length字段。

content_type #请求头中的Content-Type字段。

cookie_COOKIE #cookie COOKIE变量的值

document_root #当前请求在root指令中指定的值。

document_uri #与uri相同。

host #请求主机头字段,否则为服务器名称。

hostname #Set to themachine"s hostname as returned by gethostname

http_HEADER

is_args #如果有args参数,这个变量等于”?”,否则等于”",空值。

http_user_agent #客户端agent信息

http_cookie #客户端cookie信息

limit_rate #这个变量可以限制连接速率。

query_string #与args相同。

request_body_file #客户端请求主体信息的临时文件名。

request_method #客户端请求的动作,通常为GET或POST。

remote_addr #客户端的IP地址。

remote_port #客户端的端口。

remote_user #已经经过Auth Basic Module验证的用户名。

request_completion #如果请求结束,设置为OK. 当请求未结束或如果该请求不是请求链串的最后一个时,为空(Empty)。

request_method #GET或POST

request_filename #当前请求的文件路径,由root或alias指令与URI请求生成。

request_uri #包含请求参数的原始URI,不包含主机名,如:”/foo/bar.php?arg=baz”。不能修改。

scheme #HTTP方法(如http,https)。

server_protocol #请求使用的协议,通常是HTTP/1.0或HTTP/1.1。

server_addr #服务器地址,在完成一次系统调用后可以确定这个值。

server_name #服务器名称。

server_port #请求到达服务器的端口号。

七、Apache和Nginx规则的对应关系

Apache的RewriteCond对应Nginx的if

Apache的RewriteRule对应Nginx的rewrite

Apache的[R]对应Nginx的redirect

Apache的[P]对应Nginx的last

Apache的[R,L]对应Nginx的redirect

Apache的[P,L]对应Nginx的last

Apache的[PT,L]对应Nginx的last

例如:允许指定的域名访问本站,其他的域名一律转向www.jb51.net

Apache:

RewriteCond %{HTTP_HOST} !^(.*?).aaa.com$[NC]

RewriteCond %{HTTP_HOST} !^localhost$

RewriteCond %{HTTP_HOST}!^192.168.0.(.*?)$

RewriteRule ^/(.*)$ //www.jb51.net[R,L]

Nginx过滤示例:

if( $host ~* ^(.*).aaa.com$ )

{

set $allowHost ‘1";

}

if( $host ~* ^localhost )

{

set $allowHost ‘1";

}

if( $host ~* ^192.168.1.(.*?)$ )

{

set $allowHost ‘1";

}

if( $allowHost !~ ‘1" )

{

rewrite ^/(.*)$ //www.jb51.netredirect ;

}

总结

后端开发是一个最接近全栈的一个职业,前端不够用后端顶上写页面JS,没有运维不要紧后端来维护服务器,总之一个好的后端就是能面面俱到。

到此这篇关于Nginx 转发匹配规则的实现的文章就介绍到这了,更多相关Nginx 转发匹配规则内容请搜索云海天教程以前的文章或继续浏览下面的相关文章希望大家以后多多支持云海天教程!

### Ingress 控制器的概念、配置与使用教程 #### 概念概述 Ingress 控制器是一种特殊的组件,用于管理和实现 Kubernetes 中的 Ingress 资源。它通过监听 Ingress API 对象中的规则配置,并将其转化为具体的反向代理或负载均衡策略[^3]。常见的 Ingress 控制器实现包括 NGINX、Traefik 和 HAProxy 等。 NGINX Ingress 控制器的核心功能是将 Ingress 规则转换为 NGINX 配置文件,并动态更新这些配置以适应集群内的服务变化。这使得外部流量可以通过单一入口点访问多个内部服务,同时支持 SSL/TLS 加密、路径匹配和负载均衡等功能[^1]。 --- #### 配置步骤 ##### 1. 安装 NGINX Ingress Controller 在 Kubernetes 集群中安装 NGINX Ingress Controller 的典型方法如下所示: ```bash kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v1.0.0/deploy/static/provider/cloud/deploy.yaml ``` 该命令会部署一个包含以下资源的默认 NGINX Ingress Controller 实现: - Deployment:运行 NGINX 进程的主要容器。 - Service:暴露 NGINX 控制器的服务(通常是 LoadBalancer 类型)。 - ConfigMap:存储自定义 NGINX 配置参数。 如果需要更精细的控制,可以根据具体需求修改 YAML 文件中的字段[^2]。 --- ##### 2. 创建 Ingress Resource 为了使 NGINX Ingress Controller 正常工作,还需要定义至少一个 Ingress 资源。下面是一个简单的示例: ```yaml apiVersion: networking.k8s.io/v1 kind: Ingress metadata: name: example-ingress annotations: nginx.ingress.kubernetes.io/rewrite-target: / spec: rules: - host: example.com http: paths: - path: /app1 pathType: Prefix backend: service: name: app1-service port: number: 80 - path: /app2 pathType: Prefix backend: service: name: app2-service port: number: 80 ``` 在此配置中: - `annotations` 字段指定了额外的功能选项(如 URL 重写)。 - `rules` 列表描述了主机名到服务映射的关系以及对应的路径匹配逻辑[^4]。 --- ##### 3. 测试 Ingress 设置 完成上述操作后,可通过浏览器或工具测试新创建的 Ingress 是否按预期工作。假设已成功绑定域名,则可以直接访问 `http://example.com/app1` 或 `http://example.com/app2` 并验证返回的内容是否来自对应的服务实例。 此外还可以借助 kubectl 查看实时状态信息: ```bash kubectl get ingress kubectl describe ingress example-ingress ``` --- #### 使用场景扩展 除了基础的流量路由外,现代应用开发还可能涉及更多高级特性,例如 TLS 自动化配置、蓝绿发布模式集成等。对于前者来说,推荐结合 Cert-Manager 插件简化证书生命周期管理;而对于后者而言,则可以探索 Argo Rollouts 提供的支持渐进式交付能力的解决方案。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值