【运维知识进阶篇】集群架构-Rewrite重定向(上)

简介: 【运维知识进阶篇】集群架构-Rewrite重定向

Rewrite主要实现url地址重写,以及重定向,就是把传入web的请求重定向到其他url的过程。

分以下几种场景使用

1、地址跳转,用户访问一个URL,将其定向到另一个URL

2、协议跳转,用户通过http协议请求网站时,将其重新跳转至https协议方式

3、伪静态,动态页面静态化,为了搜素引擎收录。

4、搜索引擎,SEO优化依赖于url路径,好记的url便于支持搜索引擎录入

Rewrite标记

每个Rewrite后面都有flag标记,主要有以下几种

flag 规则
last 停止当前匹配,并重新发送请求
barek 终止匹配,不发送新请求
redirector 临时跳转,关闭nginx请求就不跳转了,302
premanent 永久跳转,访问过一次就不会访问原站了,301,第一次请求会保存缓存到浏览器中,通过浏览器缓存跳转

更改配置文件,准备代码文件进行测试last与break

1. [root@Web01 conf.d]# vim rewrite.conf
2. server {
3.         listen 80;
4.         server_name rewrite.koten.com;
5.         root /code/rewrite/;
6. 
7. location / {
8. rewrite /1.html /2.html;
9. rewrite /2.html /3.html;
10.         }
11. 
12. location /2.html {
13. rewrite /2.html /a.html;
14.         }
15. 
16. location /3.html {
17. rewrite /3.html /b.html;
18. "rewrite.conf" 18L, 343C written 
19. [root@Web01 conf.d]# systemctl restart nginx
20. [root@Web01 conf.d]# mkdir -p /code/rewrite
21. [root@Web01 conf.d]# echo 1.html > /code/rewrite/1.html
22. [root@Web01 conf.d]# echo 2.html > /code/rewrite/2.html
23. [root@Web01 conf.d]# echo 3.html > /code/rewrite/3.html
24. [root@Web01 conf.d]# echo a.html > /code/rewrite/a.html
25. [root@Web01 conf.d]# echo b.html > /code/rewrite/b.html

发现访问1.html,实际重定向到了b.html

添加last标记

1. [root@Web01 conf.d]# vim rewrite.conf
2. server {
3.         listen 80;
4.         server_name rewrite.koten.com;
5.         root /code/rewrite/;
6. 
7. location / {
8. rewrite /1.html /2.html last;
9. rewrite /2.html /3.html;
10.         }
11. 
12. location /2.html {
13. rewrite /2.html /a.html;
14.         }
15. 
16. location /3.html {
17. rewrite /3.html /b.html;
18. "rewrite.conf" 18L, 348C written 
19. [root@Web01 conf.d]# systemctl restart nginx

跳过了当前location,进行下一location重定向,最终跳转到a.html

添加down标记

1. [root@Web01 conf.d]# vim rewrite.conf
2. server {
3.         listen 80;
4.         server_name rewrite.koten.com;
5.         root /code/rewrite/;
6. 
7. location / {
8. rewrite /1.html /2.html break;
9. rewrite /2.html /3.html;
10.         }
11. 
12. location /2.html {
13. rewrite /2.html /a.html;
14.         }
15. 
16. location /3.html {
17. rewrite /3.html /b.html;
18. "rewrite.conf" 18L, 349C written 
19. [root@Web01 conf.d]# systemctl restart nginx

break后不再进行重定向操作,最终定向到2.html

redirect与permanent测试

1. [root@Web01 conf.d]# vim rewrite.conf
2. server {
3.         listen 80;
4.         server_name rewrite.koten.com;
5.         root /code;
6. 
7. location /test {
8.                 #临时重定向
9. rewrite ^(.*)$  http://www.koten.vip redirect;    
10.                 #return 302 http://www.koten.vip
11. 
12.                 #永久重定向
13.                 #rewrite ^(.*)$  http://www.koten.vip permanent;  
14.                 #return 301 http://www.koten.vip;
15.         }
16. }
17. ~                                                  
18. ~                                                  
19. "rewrite.conf" 12L, 356C written 
20. [root@Web01 conf.d]# systemctl restart nginx

访问rewrite.koten.com/test,定向到www.koten.vip

 

Rewrite使用案例

我们先开启rewrite日志对规则进行匹配调试

rewrite_log on;  #加入到/etc/nginx/nginx.conf中

案例1:用户访问/abc/1.html实际上真实访问的是/ccc/bbb/2.html中

1. [root@Web01 conf.d]# mkdir -p /code/rewrite/ccc/bbb/
2. [root@Web01 conf.d]# echo '/ccc/bbb/2.html' > /code/rewrite/ccc/bbb/2.html
3. [root@Web01 conf.d]# vim rewrite.conf
4. server {
5.         listen 80;
6.         server_name rewrite.koten.com;
7.         root /code/rewrite;
8. 
9. location /abc {
10. rewrite (.*) /ccc/bbb/2.html redirect;
11.                 #return 302 /ccc/bbb/2.html
12.         }
13. }
14. ~                                                  
15. ~                                                  
16. ~                                                  
17. ~                                                  
18. ~                                                  
19. "rewrite.conf" 10L, 217C written 
20. [root@Web01 conf.d]# systemctl restart nginx

案例2:用户访问/2018/ccc/bbb/2.html实际上真实访问的是/2023/ccc/bbb.2.html

1. [root@Web01 conf.d]# mkdir -p /code/rewrite/2023/ccc/bbb/
2. [root@Web01 conf.d]# echo '/2023/ccc/bbb/2.html' > /code/rewrite/2023/ccc/bbb/2.html
3. [root@Web01 conf.d]# vim rewrite.conf
4. server {
5.         listen 80;
6.         server_name rewrite.koten.com;
7.         root /code/rewrite;
8. 
9. location /2018 {
10. rewrite ^/2018/(.*) /2023/$1 redirect;
11.         }
12. }
13. ~                                                  
14. ~                                                  
15. ~                                                  
16. ~                                                  
17. ~                                                  
18. ~                                                  
19. "rewrite.conf" 9L, 188C written  
20. [root@Web01 conf.d]# systemctl restart nginx

案例3:用户访问/test实际上访问的是https://www.koten.vip

1. [root@Web01 conf.d]# vim rewrite.conf
2. server {
3.         listen 80;
4.         server_name rewrite.koten.com;
5. 
6. location /test {
7. rewrite (.*) https://www.koten.vip redirect;
8.         }
9. }
10. ~                                                  
11. ~                                                  
12. ~                                                  
13. ~                                                  
14. ~                                                  
15. ~                                                  
16. ~                                                  
17. "rewrite.conf" 8L, 154C written
18. [root@Web01 conf.d]# systemctl restart nginx

目录
相关文章
|
16天前
|
弹性计算 运维 Serverless
卓越效能,极简运维,体验Serverless高可用架构,完成任务可领取转轮日历!
卓越效能,极简运维,体验Serverless高可用架构,完成任务可领取转轮日历!
|
1月前
|
运维 监控 安全
自动化运维的利剑:Ansible在现代IT架构中的应用
在数字化浪潮中,企业对IT系统的敏捷性和可靠性要求日益提高。Ansible,一种简单但强大的自动化运维工具,正成为现代IT架构中不可或缺的一部分。它通过声明式编程语言YAM,简化了系统配置、应用部署和任务自动化的过程,显著提升了运维效率和准确性。本文将深入探讨Ansible的核心特性、应用场景以及如何有效整合进现有IT环境,为读者揭示其在自动化运维中的实用价值和未来发展潜力。
|
6天前
|
存储 负载均衡 监控
揭秘 Elasticsearch 集群架构,解锁大数据处理神器
Elasticsearch 是一个强大的分布式搜索和分析引擎,广泛应用于大数据处理、实时搜索和分析。本文深入探讨了 Elasticsearch 集群的架构和特性,包括高可用性和负载均衡,以及主节点、数据节点、协调节点和 Ingest 节点的角色和功能。
22 0
|
1月前
|
运维 Devops 应用服务中间件
自动化运维的利剑:Ansible在现代IT架构中的应用
【10月更文挑战第42天】本文旨在揭示自动化运维工具Ansible如何革新现代IT架构,通过简化配置管理和部署流程,提升效率和可靠性。我们将探索Ansible的核心功能、语言特性以及其在DevOps文化中的角色。文章还将展示如何借助Ansible构建模块化和可重用的配置代码,实现快速迭代与部署,并确保系统一致性。通过阅读本文,运维人员将了解如何利用Ansible优化日常任务,加速产品上线速度,同时提高系统的稳健性。
42 5
|
1月前
|
存储 缓存 NoSQL
【赵渝强老师】Memcached集群的架构
Memcached 是一个高性能的分布式内存对象缓存系统,通过在内存中维护一个巨大的 Hash 表来存储各种格式的数据,如图像、视频、文件及数据库检索结果等。它主要用于减轻数据库压力,提高网站系统的性能。Memcached 不支持数据持久化,因此仅作为缓存技术使用。其数据分布式存储由客户端应用程序实现,而非服务端。
【赵渝强老师】Memcached集群的架构
|
1月前
|
调度 Docker 容器
【赵渝强老师】Docker Swarm集群的体系架构
Docker Swarm自1.12.0版本起集成至Docker引擎,无需单独安装。它内置服务发现功能,支持跨多服务器或宿主机创建容器,形成集群提供服务。相比之下,Docker Compose仅限于单个宿主机。Docker Swarm采用主从架构,Swarm Manager负责管理和调度集群中的容器资源,用户通过其接口发送指令,Swarm Node根据指令创建容器运行应用。
|
1月前
|
机器学习/深度学习 运维 监控
智能运维在现代IT架构中的转型之路####
【10月更文挑战第29天】 本文旨在探讨智能运维(AIOps)如何成为现代IT架构不可或缺的一部分,通过分析其核心价值、关键技术及实践案例,揭示AIOps在提升系统稳定性、优化资源配置及加速故障响应中的关键作用。不同于传统运维模式的被动响应,智能运维强调预测性维护与自动化处理,为企业数字化转型提供强有力的技术支撑。 ####
75 0
|
21天前
|
弹性计算 API 持续交付
后端服务架构的微服务化转型
本文旨在探讨后端服务从单体架构向微服务架构转型的过程,分析微服务架构的优势和面临的挑战。文章首先介绍单体架构的局限性,然后详细阐述微服务架构的核心概念及其在现代软件开发中的应用。通过对比两种架构,指出微服务化转型的必要性和实施策略。最后,讨论了微服务架构实施过程中可能遇到的问题及解决方案。
|
1月前
|
Cloud Native Devops 云计算
云计算的未来:云原生架构与微服务的革命####
【10月更文挑战第21天】 随着企业数字化转型的加速,云原生技术正迅速成为IT行业的新宠。本文深入探讨了云原生架构的核心理念、关键技术如容器化和微服务的优势,以及如何通过这些技术实现高效、灵活且可扩展的现代应用开发。我们将揭示云原生如何重塑软件开发流程,提升业务敏捷性,并探索其对企业IT架构的深远影响。 ####
43 3
|
1月前
|
Cloud Native 安全 数据安全/隐私保护
云原生架构下的微服务治理与挑战####
随着云计算技术的飞速发展,云原生架构以其高效、灵活、可扩展的特性成为现代企业IT架构的首选。本文聚焦于云原生环境下的微服务治理问题,探讨其在促进业务敏捷性的同时所面临的挑战及应对策略。通过分析微服务拆分、服务间通信、故障隔离与恢复等关键环节,本文旨在为读者提供一个关于如何在云原生环境中有效实施微服务治理的全面视角,助力企业在数字化转型的道路上稳健前行。 ####

热门文章

最新文章