- How do I determine whether my CDN configuration is applied?
- Does CDN support wildcard domain acceleration?
- Can I add different subdomains to multiple accounts when I add CDN domains?
- What are the IP addresses of the back-to-origin CDN nodes?
- Why is the "DOMAIN_OWNER_CONFLICT" error message reported when I add a CDN domain?
- What are the differences between the origin host and the origin server?
- Why is my CDN domain not approved? How can I resubmit a CDN domain for approval?
- What is the back-to-origin policy for multiple origin servers?
- What is the purpose of configuring an origin host?
- How do I bind a host to a domain?
How do I determine whether my CDN configuration is applied?
- Method 1: Run the
digcommand followed by a CDN domain. If the CDN domain is redirected to
*.*kunlun*.com, your CDN configuration is applied.
- Method 2: Run the nslookup or dig command to check the basic information of CDN nodes such as IP addresses, latency,
and packet loss. You can use IP check tools in the CDN console to check whether a resolved IP address is the IP address of a
CDN node. If yes, your CDN configuration is applied.
- Method 3: Obtain the response header corresponding to the CDN domain and check whether
the CDN node information exists.
Does CDN support wildcard domain acceleration?
*.test.comas a CDN domain. After
*.test.comis resolved to the CNAME created by CDN, all second-level domains of
test.comwill be accelerated, such as
b.a.test.com) of a wildcard domain (
*.test.com) cannot be accelerated.
- Each CDN domain must be less than 100 bytes in length.
- Up to third-level wildcard domains are supported, such as
- Similar to common domains, traffic generated by all second-level domains of a wildcard domain is billed. Traffic generated by wildcard domains is recorded in resource monitoring. A wildcard domain is billed as a CDN domain. Billing data is not provided for each second-level domain.
- A log file is provided for a single wildcard domain at set intervals. The log file contains acceleration information for all second-level domains of the wildcard domain.
- URLs and directories of wildcard domains are not supported when the cache is refreshed or preheated. URLs and directories of accurate domains can be refreshed.
Can I add different subdomains to multiple accounts when I add CDN domains?
When a wildcard domain such as
*.abc.com is not added to any account, different subdomains can be added to multiple accounts.
What are the IP addresses of the back-to-origin CDN nodes?
To prevent the origin server from being attacked, many customers expect CDN to provide the IP addresses of back-to-origin nodes and then set an IP address whitelist for the origin server. Only back-to-origin nodes can access the origin server.
However, different CDN nodes are intelligently allocated to access your origin server during the back-to-origin process each time. IP addresses of the back-to-origin CDN nodes are not fixed. Therefore, we do not recommend you set the back-to-origin policy of the origin server to a fixed IP address list. This may cause back-to-origin failure.
If you need to configure a whitelist for protection software such as dongle on the origin server, you can call the DescribeL2VipsByDomain operation to obtain IP addresses of CDN back-to-origin nodes and add them to the whitelist, so as not to affect resource retrieval.
Why is the "DOMAIN_OWNER_CONFLICT" error message reported when I add a CDN domain?
Cause: The account to which the subdomain is added is not the account to which a wildcard domain belongs.
Solution: Delete the wildcard domain or add a subdomain to the same account.
What are the differences between the origin host and the origin server?
- Example 1: Domain name of an origin server
Assume that the domain of the origin server is
www.a.com, and the origin host is
www.b.com. The actual back-to-origin request is sent to the IP address resolved from
www.a.com, which corresponds to the site
www.b.comon the host.
- Example 2: IP address of an origin server
Assume that the IP address of the origin server is 126.96.36.199, and the origin host is
www.b.com. CDN nodes retrieve contents from the origin server whose IP address is 188.8.131.52. This IP address corresponds to the site
www.b.comon the host.
If the problem persists, submit a ticket.
Why is my CDN domain not approved? How can I resubmit a CDN domain for approval?
- The content cannot be accessed normally or the content does not include any substantive information.
- Private game servers
- Role-playing and card playing game servers
- Websites where pirated software can be downloaded
- P2P financial websites
- Lottery websites
- Illegal hospital and medicine websites
- Websites related to pornography, drugs, and gambling
For more information, see Limits on domains.
- Log on to the CDN console.
- Click Domain Names to view the CDN domains that fail to be approved. Move the pointer over the icon to the right of Not Approved for a CDN domain to view the reason for rejection.
- Click Delete on the right of the unapproved CDN domain.
- Make adjustments based on the reason for rejection and submit the CDN domain again.
What is the back-to-origin policy for multiple origin servers?
- Origin server health check: A four-layer health check is automatically conducted to test port 80 of an origin server. The heath check interval is 2.5 seconds. The origin server is marked as unavailable after three consecutive failed checks.
- After you configure the parameters, a CDN node retrieves contents from the specified multiple origin servers in polling mode. Therefore, you must ensure that the contents from the corresponding site of each origin server are the same. Otherwise, the CDN node obtains different data.
The back-to-origin policy for multiple origin servers: 100% back-to-origin traffic is first sent to the primary origin server. After three consecutive failed checks of the primary origin server, 100% back-to-origin traffic is then sent to the secondary origin server. When a health check on an origin server is successful, the origin server is marked as available and its priority is recovered. If all origin servers have the same priority, a CDN node will retrieve contents from these origin servers in polling mode.
What is the purpose of configuring an origin host?
If the origin Web server of a CDN user is bound with another domain rather than a CDN domain, and no limit is set on the access permissions of the domain (for example, the default website can be accessed by using the server IP address), you can configure the origin host in the CDN console so that CDN service can be used when the Web server is not bound to a CDN domain.
If your Web server is bound to
test.abc.com instead of
cdn.abc.com, you only need to enter
test.abc.com in the Origin Host dialog box.
- When you access the server
127.0.0.1by running the curl command, no website contents are returned. This indicates that a domain may be bounded to the origin server or access to the domain is limited.
- When you use the
-Hparameter to transfer the CDN domain
cdn.abc.com, the website cannot be opened. This indicates that this CDN domain is not bounded to the origin server.
- When you use the
-Hparameter to transfer the CDN domain
test.abc.com, the website can be opened. This indicates that this CDN domain is not bounded to the origin server. Set the origin host to
test.abc.comin the CDN console. After a test, you will find that
cdn.abc.comcan be accessed.
How do I bind a host to a domain?
You can bind a host and specify an IP address for the domain without modifying domain resolution configurations. Compare the results before and after CDN is used.
- Open the hosts file in the C:\Windows\System32\drivers\etc directory.
- Enter an IP address, a space, and your domain.
If you run the
ping www.test.comcommand, the resolved IP address is
184.108.40.206.Note Windows domain resolution process: When you access a domain from the browser, the system tries to obtain the corresponding IP address from the DNS cache and the hosts file. If no IP address is obtained, the local DNS is used to obtain the IP address. For more information, see the relevant documentation.
For example, CDN is enabled for your domain
www.test.com. If an error occurs when you access
www.test.com and you cannot modify domain resolution configurations, you can modify the local
If access to www.test.com fails after the host IP address is changed to the IP address
of the origin server, an error occurs on the origin server, rather than on CDN. If
www.test.com can be accessed after the host IP address is changed to the IP address
of the origin server, but the CDN domain cannot be accessed, you can compare these
two links. If parameter filtering is enabled, the parameters behind the question mark
(?) in the URL will be filtered out. For example, when you access
www.test.com/? **=** is actually accessed.
? However, ***=** is filtered out. In this case, you only need to disable parameter filtering.