Show search and navigation.
Use a user-friendly URL, which is known as an edge CNAME URLThis type of URL takes advantage of an edge CNAME configuration and a CNAME record to provide a friendlier alternative to a CDN URL. An edge CNAME URL is specific to the platform from which it was configured., instead of a CDN URLA system-defined URL that points to a CDN hostname. A CDN URL allows content delivery via our network. Simplify your CDN setup by also creating an edge CNAME configuration which potentially allows you to deliver traffic via the CDN using the same links as your current setup..
Edge CNAME URLs are typically shorter and easier to remember than CDN URLs. Additionally, you may set up an edge CNAME URL to reflect your current workflow. Doing so allows you to transition to our service through a quick DNS update.
Sample edge CNAME URLs:
Sample CDN URLs:
Setting up an edge CNAME URL requires:
A Canonical Name (CNAME) record that points the desired hostname (e.g., cdn.example.com) to a CDN hostnameRefers to a system-defined hostname that is specific to your customer account and a CDN service. (e.g., wpc.0001.edgecastcdn.net).
This CNAME record should be updated or deleted when the corresponding edge CNAME configuration is deleted or deactivated.
An edge CNAME configuration that identifies:
The type of origin which can be either of the following:
Customer origin: Select a content access point that determines how the edge CNAME will leverage a specific customer origin.
|Content Access Point||Usage|
/80ANThis term represents your customer account number (e.g., 0001) which can be found in the upper right-hand corner of the MCC./CustomerOriginIdentifies a customer origin configuration by its directory name.
Standard HTTP/HTTPS requests to the specified customer origin.
/84ANThis term represents your customer account number (e.g., 0001) which can be found in the upper right-hand corner of the MCC./CustomerOriginIdentifies a customer origin configuration by its directory name.
Dynamic Cloud Packaging - On-Demand Streaming
Playback requests for on-demand content stored on the specified customer origin.
CDN storage: Select a content access point that determines how the edge CNAME will leverage our CDN storage solution.
|Content Access Point||Usage|
Standard HTTP/HTTPS requests to CDN storage.
Live Streaming - Dynamic Cloud Packaging
Dynamic Cloud Packaging - Live Streaming
Playback requests for live streaming.
Dynamic Cloud Packaging - On-Demand Streaming
Playback requests for on-demand content stored on our CDN storage solution.
An optional directory path that defines a new root directory to which requests will be directed.
Defining a relative path will shorten the length of the edge CNAME URL.
This sample scenario assumes that the following configuration has been defined.
Name / Host / Alias:
Value / Answer / Destination:
In this scenario, requests to cdn.example.com will actually point to the following CDN URL:
Setting up an edge CNAME configuration will not update or set the corresponding CNAME record. A CNAME record must be defined via a DNS service provider before an edge CNAME URL may be used.
Clear a search by searching for a blank value.
Searching for cdn would include all of the following results:
It would exclude all of the following results:
By default, Analytics tracks CDN usage activity in a variety of different ways. However, CDN usage on a per edge CNAME basis will only be tracked if the Custom Reports option has been enabled on each desired edge CNAME. After which, our edge servers will track the amount of data transferred and hits for each edge CNAME on which it has been enabled.
Custom reports are available from the Custom Reports module. Load this module from the main menu by finding the Analytics menu and then selecting Custom Reports.
Learn more about Custom Reports.
In the New Edge Cname option, type the hostname that will be associated with the edge CNAME configuration.
This hostname should be specified in lower-case letters and should not include a protocol (i.e., http://).
In the Origin Directory option, select one of the following:
Register a CNAME record via a DNS service provider.
To modify an edge CNAME
To delete an edge CNAME
Make sure to update or delete the corresponding CNAME record via a DNS service provider.
Rules Engine contains the ability to match all requests that originate from a particular edge CNAME. This type of configuration will prevent the corresponding edge CNAME from being deleted. In order to delete the edge CNAME in question, please make sure to first modify or delete all match conditions that reference it.
Our CDN will not serve traffic over an edge CNAME until your DNS configuration has been updated to point to it.
For example, if an edge CNAME has been configured for cdn.example.com, then a CNAME record called cdn should be created in the example.com zone.
An edge CNAME's optional directory path will not affect the configuration of the corresponding CNAME record. Our edge servers will automatically rewrite the edge CNAME URL to the appropriate folder.
Value: The CNAME record 's value should point to a CDN hostnameRefers to a system-defined hostname that is specific to your customer account and a CDN service.. This hostname varies according to whether it will serve HTTP or HTTPS traffic.
Set the CNAME record's value to the hostname defined under the Points To column on the Edge CNAMEs page.
Sample CDN hostname
Set the CNAME record's value to the system-defined hostname assigned to the TLS certificate associated with the edge CNAME configuration. This hostname is provided by your CDN account manager once the TLS certificate is provisioned on our network.
Avoid the following common mistakes:
Do not use an address or host (i.e., A or AAAA) record when setting up DNS for your edge CNAME.
An A record links a hostname to an IP address. Our CDN service consists of a distributed worldwide network. Requests for your content will resolve to different IP addresses according to various factors, such as the platform/feature being requested, the client's location, and the geographical delivery region associated with your account. Setting up your edge CNAME to always resolve to the same IP address will lead to sub-optimal performance.
Point a CNAME record to the appropriate hostname defined in the above table.
An insecure CNAME configuration makes it possible for a malicious actor to host their content through your account.
It is possible to set up an insecure CDN configuration that bypasses edge CNAMEs by directly pointing a CNAME record to our service. This type of configuration results in URLs with the following format:
Sample URL that leverages an insecure CNAME configuration:
If your account is currently configured as indicated above, then we strongly recommend that you create an edge CNAME configuration that points to that origin and then remove the content access point from your links.
For example, upon creating an edge CNAME configuration that points to myorigin, you should update the above URL to:
This vulnerability is restricted to URLs that bypass edge CNAMEs by leveraging a CNAME record defined within your zone followed by a content access point. CDN URLs, which require that the content access point be defined within the URL, are not affected by this issue.
To correct an insecure CNAME configuration
Identify all CNAME records that meet both of the following conditions:
If you have a CNAME record called cdn in the example.com zone and it points to our CDN service, then verify that the following edge CNAME configuration exists:
Identify each customer origin and CDN origin that is explicitly defined within a URL that is affected by this misconfiguration.
Let's assume that the following URLs serve traffic:
Each of the above URLs point to a different customer origin. Specifically, they point to myorigin, sales, and marketing.
Leverage Rules Engine's URL Rewrite feature to rewrite URLs for each origin identified in the previous step.
Setting up edge CNAME configurations will cause your existing links to contain redundant URL segments. Therefore, it is critical to rewrite your URLs when transitioning to a secure CNAME configuration in order to prevent those requests from returning a 404 Not Found.
The URL Rewrite feature requires Rules Engine - Advanced Rules which must be purchased separately. Contact your CDN account manager to activate it.
URL Rewrite configuration:
Source: Set the Source option to:
Destination: Set the Destination option to:
The above URL Rewrite configuration removes redundant URL segments from URLs that point to a specific origin.
This example rewrites URLs that point to the following customer origin:
Configure the URL Rewrite feature as indicated below.
Deploy a policy that contains the above rule and then wait until it has been fully deployed to the Production environment.
It may take up to an hour before a policy is fully deployed to the Production environment.
Verify that your edge CNAME URLs return your content.
Let's assume that you currently use the following URL:
Remove the content access point and then verify that the URL returns your web page:
Remove the content access point from all links that leverage each CNAME record identified in step 1.
This example assumes that you currently use the following base URL:
You should remove 800001/myorigin from your links. Use the following base URL instead:
A best practice for a deactivated edge CNAME configuration is to perform one of the following actions via your DNS service provider:
This best practice is designed to reduce your risk exposure.
An edge CNAME configuration may be deactivated due to any of the following actions:
Customer account deactivation
A customer account will be deactivated under any of the following conditions:
A suspended customer account experienced an extended period of inactivity.
A customer account may be suspended in response to a failure to provide payment within a reasonable time frame.