请选择
Edge Acceleration
  • Site Acceleration
    • Overview
    • Access Control
      • Token Authentication
    • File Optimization
      • Smart Compression
    • Network Optimization
      • HTTP/2
      • HTTP/3(QUIC)
        • Overview
        • Enable HTTP/3
        • QUIC SDK
          • SDK Overview
          • SDK Download and Integration
          • Sample Code
            • Android
            • iOS
          • API Documentation
            • Android
            • iOS
      • IPv6 Access
      • Maximum Upload Size
      • WebSocket
      • Client IP Geolocation Header
      • Client IP Geographical Location
      • gRPC
    • URL Rewrite
      • Access URL Redirection
      • Origin-Pull URL Rewrite
    • Modifying Header
      • Modifying HTTP Response Headers
      • Modifying HTTP Request Headers
    • Custom Error Page
    • Request and Response Actions
      • Processing order
      • Default HTTP Headers of Origin-Pull Requests
      • Default HTTP Response Headers
  • Smart Acceleration
  • L4 Proxy
    • Overview
    • Creating an L4 Proxy Instance
    • Modifying an L4 Proxy Instance
    • Disabling or Deleting an L4 Proxy Instance
    • Batch Configuring Forwarding Rules
    • Obtaining Real Client IPs
      • Obtaining Real TCP Client IPs via TOA
      • Obtaining Real Client IPs Through Protocol V1/V2
        • Overview
        • Method 1: Obtaining Real Client IPs Through Nginx
        • Method 2: Parsing Real Client IPs on Application Server
        • Format of Real Client IPs Obtained Through Proxy Protocol V1/V2
      • Transmitting Client Real IP via SPP Protocol
  • Edge DNS
    • Hosting DNS Records
      • Modifying DNS Servers
      • Configuring DNS Records
      • Advanced DNS Configuration
    • Domain Connection
      • Adding A Domain Name for Acceleration
      • Ownership Verification
      • Modifying CNAME Records
    • Domain alias
      • Overview
      • Configuration Guide
      • Batch Connecting SaaS Domain Names
      • Configuring Alias Domain Names for Disaster Recovery
    • Traffic Scheduling
      • Traffic Scheduling Management
    • Origin Configuration
      • Load Balancing
        • Overview
        • Quickly Create Load Balancers
        • Health Check Policies
        • Viewing the Health Status of Origin Server
        • Related References
          • Load Balancing-Related Concepts
          • Introduction to Request Retry Strategy
      • Origin Group Configuration
      • Origin-pull configuration
        • Configuring Origin-Pull HTTPS
        • Host Header Rewrite
        • Controlling Origin-pull Requests
        • Redirect Following During Origin-Pull
        • HTTP/2 Origin-Pull
        • Range GETs
      • Related References
        • ld Version Origin Group Compatible Related Issues
        • VOD Origin Server Details
      • Collect EdgeOne origin-pull node IP
  • Edge Cache
    • Overview
    • EdgeOne Cache Rules
      • Content Cache Rules
      • Cache Key Introduction
      • Vary Feature
    • Cache Configuration
      • Custom Cache Key
      • Node Cache TTL
      • Status Code Cache TTL
      • Browser Cache TTL
      • Offline Caching
      • Cache Prefresh
    • Clear and Preheat Cach
      • Cache Purge
      • URL Pre-Warming
    • How to improve the Cache Hit Rate of EdgeOne
  • Rules Engine
    • Overview
    • Supported Matching Types and Actions
    • Rule Management
    • variables
  • Image Processing

Access URL Redirection

Overview

EdgeOne Nodes redirect the client requests request URL to the target URL by responding to 3XX status codes. This feature can change the URL redirection that originally needed to be generated and returned by the origin server in your business scenario to be directly constructed and returned by the EdgeOne edge nodes, reducing the network latency of following the origin-pull and the load of the origin server generating the URL redirection, and improving the access performance of the client.

Use Cases

The following are common Applicable Scenarios for Rewrite access URL:
Migration of website or reconstruction: When a website undergoes migration or reconstruction, the URL structure may change. To maintain the validity of old links, you can use URL redirect to redirect old URLs to new URLs, ensuring that users and Search Engines can smoothly access the new resources.
Geographical location or Device Type orientation: Based on the user's geographical location or device type, you can use URL redirect to guide users to different resources or pages. For example, provide optimized mobile pages for mobile device users, or provide different language versions of pages based on the user's region.
Temporary maintenance or activity page: When a website is undergoing temporary maintenance or hosting a specific event, you can use URL redirect to guide users to the maintenance notification page or activity page, thereby improving the user Experience.

Directions

Scenario One: Domain Services Require a 302 Redirection to a Temporary Maintenance Page

If you require temporary maintenance for the domain business www.example.com under your example.com site, and want to redirect all requests under the domain to https://www.example.com/public/waitingpage/index.html via a 302 redirection, you can refer to the following steps:
1. Log in to the EdgeOne console and click Site List in the left sidebar.In the site list, click the target Site.
2. On the site details page, click Site Acceleration to enter the global site configuration page, then click the Rule Engine tab.
3. On the rule engine management page, click Create rule and select Add blank rule.
4. On the rule editing page, select the Matching type as HOST is www.example.com.
5. Click on Action, and in the pop-up action list, select the Action as Redirect access URL.
6. Configure the rules for Redirect access URL. Select the Target protocol as HTTPS, the Target hostname as Follow request, and the Destination Path as /public/waitingpage/index.html.
7. Click Save and Publish to complete the configuration. The complete rule configuration is as shown below:


Scenario Two: Migration of Origin Server Resource Directory, Client Request URL Must Remain Unchanged

If you need to migrate all jpg image resources from the test directory to the newtest directory under the www.example.com domain of your example.com site, but the client request URL needs to remain unchanged, that is, the test directory is still accessed. You may refer to the following steps:
1. Log in to the EdgeOne console and click Site List in the left sidebar.In the site list, click the target Site.
2. On the site details page, click Site Acceleration to enter the global site configuration page, then click the Rule Engine tab.
3. On the rule engine management page, click Create rule and select Add blank rule.
4. On the rule editing page, select the Matching type as HOST is www.example.com.
5. Click on Action, and in the pop-up action list, select the action as Redirect access URL.
6. Configure the rules for Redirect access URL. Select the Target protocol as Follow request, the Target hostname as Follow request. And you can configure the Destination Path as Replace by regex, input the Regular Expression as /test/([^/]*)\.jpg to match the destination path, and replace it with /newtest/$1.jpg.
7. Click Save and Publish to complete the configuration. The complete rule configuration is as shown below:


Relevant References

The explanations for each configuration item of the redirect access URL are as follows:
Configuration Item
Description
Target Protocol
The request protocol of the target redirect address, default to follow the request, can support specifying the jump to HTTP/HTTPS protocol.
Target Hostname
The Hostname part of the target redirect address, default to follow the request, support modifying to a custom domain. For example, www.example.com.
Destination Path
The path part of the target redirect address, providing three mode options:
Follow request: Default configuration, follow the request path.
Custom: Customize a complete path, replace the original request path with the target path. For example, /download.
Regular Expression: Support matching and replacing paths through Google RE2 Regex. At the same time, it supports using $numto refer to the Regex capture group, where num represents the group number, up to $9.
For example: Currently, we hope to replace the path /old-path/1234 with /new-path/1234, we can configure the Regex expression as ^/old-path/(\d+)$, and the replacement path can be configured as /new-path/$1, where $1 refers to the first capture group in the Regex expression, that is, the number part of the path.
Query String
Whether to carry the original query string to the target URL, default to enable, that is, carry the original query string after redirecting.
Status Code
Select the response status code for the redirect: 302 (default), 301, 303, and 307.