If the response time of your website increases due to HTTP flood attacks, you can enable the rate limiting feature. Rate limiting allows Dynamic Route for CDN (DCDN) nodes to identify malicious IP addresses that frequently send requests to your website and block malicious requests. This improves website security.
Apply for the rate limiting feature
- Group 1: 23184221 (Full)
- Group 2: 33298914 (Full)
- Group 3: 33137775 (Full)
- Group 4: 41552166
Enable the rate limiting feature
- Log on to the DCDN console.
- In the left-side navigation pane, click Domain Names.
- On the Domain Names page, find the domain name that you want to manage and click Configure in the Actions column.
- In the left-side navigation pane of the domain name, click Security Settings.
- Click the Rate Limiting tab.
- Turn on Rate Limiting.
- Click Modify.
- In the Rate Limiting dialog box, turn on Parameter Check and configure Limiting Mode.
Parameter Description Parameter Check After Parameter Check is enabled, URIs retain all parameters and are matched against rate limiting rules. Parameter Check checks only URIs. Custom matching rules that are configured for the custom rate limiting mode do not apply to this feature.Note Parameter Check takes effect only in custom rate limiting rules. Limiting Mode You can select one of the following modes:
The default rate limiting mode. Select this mode to reduce false positives if the network traffic of your website is within the expected range.
Select this mode if your website responds slowly and exceptions are detected in network traffic, CPU usage, memory usage, or other performance metrics.
Select this mode if you want to create custom rate limiting rules based on your business requirements. This mode detects requests frequently sent from IP addresses and mitigates HTTP flood attacks. For more information about how to create a custom rate limiting rule, see .
Create a custom rate limiting rule
- If you set Limiting Mode to Custom, you must create a custom rate limiting rule. Other limiting modes do not require custom rate limiting rules.
- You can create a maximum of five custom rate limiting rules.
- Click Add Rule on the right side of Custom Rules.
- Follow the on-screen instructions to create a custom rate limiting rule. The following
table describes the parameters.
Parameter Description Name
- The name must be 4 to 30 characters in length and can contain letters and digits.
- The names of rules that are configured for the same domain name must be unique.
URI Enter the URI that you want to protect, for example,
/register. If the URI contains parameters, for example,
/user?action=login, you must turn on Parameter Check.
Match Mode You can select one of the following match modes. By default, match modes are listed and executed in the following order: exact match, prefix match, and fuzzy match. You can adjust the priorities of the match modes in a rate limiting rule. Then, the match modes are listed and executed based on their priorities.
- Prefix Match
In this mode, requests are counted if the request URI starts with the specified URI. For example, if the URI is set to
/register, requests that are sent to
- Exact Match
In this mode, requests are counted only if the request URI exactly matches the specified URI.
- Regex Match
In this mode, regular expressions are used to match directories.
Monitored Object You can select one of the following objects that you want to monitor:
- Client IP Address
- Request Header
- URL Parameter
Interval Set a time period during which requests are counted. This parameter takes effect only if you specify a monitored object. The interval must be greater than or equal to 10 seconds. Match Against Click Add Rule and set the following parameters: Type, Parameter, Relational Operator, and Value.Note The number of requests that match the specified rule is counted on each DCDN node. It may take some time to trigger the rate liming rule. You can send more requests to the DCDN nodes to trigger the rule. Action Specify an action to be performed after the specified condition is triggered. You can select Block or CAPTCHA.
If this action is triggered, the HTTP 403 status code is returned to all requests.
If this action is triggered, the HTTP 200 status code is returned to the request and the request is redirected for verification. The request is allowed to access the requested resources only if it passes the verification.
For example, if an IP address initiates more than five requests within 20 seconds, CAPTCHA is triggered. All requests from the IP address within the following 10 minutes are verified. Requests from this IP address are allowed to access resources only if the requests pass the verification.
TTL Specify the time period that IP addresses remain blocked. The time period must be at least 60 seconds.
- Click OK.
|Scenario||Monitored object||Interval||Matching against||Action||TTL||Expected result|
|4xx or 5xx errors||IP||10 seconds||
||Block||10 minutes||If the percentage of the HTTP 404 status code among all HTTP status codes returned to an IP address reaches 60%, and at least 50 requests are coming from the IP address, the IP address is blocked for 10 minutes. All requests from the IP address receive the HTTP 403 status code.|
|Queries per second (QPS) errors||Domain name||10 seconds||
Note Specify a value for N based on your business requirements.
|CAPTCHA||10 minutes||If the number of requests that are sent to a domain name reaches the value of N, CAPTCHA is triggered. Within the next 10 minutes, all requests sent to the domain name are verified. Requests are allowed to access the domain name only if the requests pass the verification.|