Setting up CloudFront [Custom Origin] for EC2 instance Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern) Come Celebrate our 10 Year Anniversary!CloudFront Distribution with ELB origin HTTP 502 (Bad Gateway)how to setup subdomains for AWS EC2 Ubuntu Instance?Whole-site delivery on CloudFrontHow Do I Mask the CDN Domain with My Own Domain Name?Route 53 configuration for Cloudfront distribution linked to S3 bucket for naked domainAmazon route 53 + cloudfront + s3 -> with angularjs2 app in ec2Certificate Mismatch setting up Route53, CloudFront, Custom OriginCan't Connect To Wordpress on EC2 With Cloudfront and SSLGetting CloudFront to Work with EC2 Wordpress Installation + Route 53AWS Cloudfront Distribution with Cross-region EC2 instances with HTTPS domainAWS CloudFront - using custom domains
How could a hydrazine and N2O4 cloud (or it's reactants) show up in weather radar?
How can I list files in reverse time order by a command and pass them as arguments to another command?
Is there a spell that can create a permanent fire?
Why not use the yoke to control yaw, as well as pitch and roll?
"Destructive power" carried by a B-52?
How does the body cool itself in a stillsuit?
calculator's angle answer for trig ratios that can work in more than 1 quadrant on the unit circle
Meaning of 境 in その日を境に
How do I say "this must not happen"?
Pointing to problems without suggesting solutions
What did Turing mean when saying that "machines cannot give rise to surprises" is due to a fallacy?
What does 丫 mean? 丫是什么意思?
What was the last profitable war?
What is the proper term for etching or digging of wall to hide conduit of cables
Where did Ptolemy compare the Earth to the distance of fixed stars?
Why can't fire hurt Daenerys but it did to Jon Snow in season 1?
Does the main washing effect of soap come from foam?
Is there a verb for listening stealthily?
Is the time—manner—place ordering of adverbials an oversimplification?
Any stored/leased 737s that could substitute for grounded MAXs?
What is "Lambda" in Heston's original paper on stochastic volatility models?
Why does BitLocker not use RSA?
What is a more techy Technical Writer job title that isn't cutesy or confusing?
Does the universe have a fixed centre of mass?
Setting up CloudFront [Custom Origin] for EC2 instance
Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern)
Come Celebrate our 10 Year Anniversary!CloudFront Distribution with ELB origin HTTP 502 (Bad Gateway)how to setup subdomains for AWS EC2 Ubuntu Instance?Whole-site delivery on CloudFrontHow Do I Mask the CDN Domain with My Own Domain Name?Route 53 configuration for Cloudfront distribution linked to S3 bucket for naked domainAmazon route 53 + cloudfront + s3 -> with angularjs2 app in ec2Certificate Mismatch setting up Route53, CloudFront, Custom OriginCan't Connect To Wordpress on EC2 With Cloudfront and SSLGetting CloudFront to Work with EC2 Wordpress Installation + Route 53AWS Cloudfront Distribution with Cross-region EC2 instances with HTTPS domainAWS CloudFront - using custom domains
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;
I have been checking things up & down on Google & AWS Documentation but can't seem to nail this one.
I have an EC2 instance setup with a domain being served via a virtual host and I need to use a CDN for the contents on the site, mainly images ie website assets.
EC2 Details of the instance
- t2.micro
- LAMPP
- Virtual Host Set Up
- DNS: Route 53
- No ELB
- EBS
- SSL
Cloudfront Distribution Details
- Origin: example.com
- Delivery Method: Web
What I tried to do is use the domain name in the origin and the Cloudfront domain was now redirecting to the origin domain name along with fetching assets by https.
I haven't found any impact on the site speed, pinged from different geo locations thus I have come to doubt whether this was done correctly.
The part which I need to resolve is which of the below path is correct for setting up Cloudfront with EC2:
- Use EC2 instance DNS for 'Origin Domain Name' and add the directory name in the 'Origin Path' for the virtual host
- Only add the domain name in the 'Origin Domain Name'
Thanks for the help!
Edit
Attaching Route 53 Details
- A Record => Name: www.example.com, Value: IP ADDRESS & Routing Policy: Simple
- A Record => Name: example.com, Alias: Yes & Alias Target: www.example.com
Edit02
Updated AWS Setup
AWS Setup between EC2, Route 53 & CloudFront
amazon-ec2 amazon-web-services amazon-route53 cdn amazon-cloudfront
add a comment |
I have been checking things up & down on Google & AWS Documentation but can't seem to nail this one.
I have an EC2 instance setup with a domain being served via a virtual host and I need to use a CDN for the contents on the site, mainly images ie website assets.
EC2 Details of the instance
- t2.micro
- LAMPP
- Virtual Host Set Up
- DNS: Route 53
- No ELB
- EBS
- SSL
Cloudfront Distribution Details
- Origin: example.com
- Delivery Method: Web
What I tried to do is use the domain name in the origin and the Cloudfront domain was now redirecting to the origin domain name along with fetching assets by https.
I haven't found any impact on the site speed, pinged from different geo locations thus I have come to doubt whether this was done correctly.
The part which I need to resolve is which of the below path is correct for setting up Cloudfront with EC2:
- Use EC2 instance DNS for 'Origin Domain Name' and add the directory name in the 'Origin Path' for the virtual host
- Only add the domain name in the 'Origin Domain Name'
Thanks for the help!
Edit
Attaching Route 53 Details
- A Record => Name: www.example.com, Value: IP ADDRESS & Routing Policy: Simple
- A Record => Name: example.com, Alias: Yes & Alias Target: www.example.com
Edit02
Updated AWS Setup
AWS Setup between EC2, Route 53 & CloudFront
amazon-ec2 amazon-web-services amazon-route53 cdn amazon-cloudfront
add a comment |
I have been checking things up & down on Google & AWS Documentation but can't seem to nail this one.
I have an EC2 instance setup with a domain being served via a virtual host and I need to use a CDN for the contents on the site, mainly images ie website assets.
EC2 Details of the instance
- t2.micro
- LAMPP
- Virtual Host Set Up
- DNS: Route 53
- No ELB
- EBS
- SSL
Cloudfront Distribution Details
- Origin: example.com
- Delivery Method: Web
What I tried to do is use the domain name in the origin and the Cloudfront domain was now redirecting to the origin domain name along with fetching assets by https.
I haven't found any impact on the site speed, pinged from different geo locations thus I have come to doubt whether this was done correctly.
The part which I need to resolve is which of the below path is correct for setting up Cloudfront with EC2:
- Use EC2 instance DNS for 'Origin Domain Name' and add the directory name in the 'Origin Path' for the virtual host
- Only add the domain name in the 'Origin Domain Name'
Thanks for the help!
Edit
Attaching Route 53 Details
- A Record => Name: www.example.com, Value: IP ADDRESS & Routing Policy: Simple
- A Record => Name: example.com, Alias: Yes & Alias Target: www.example.com
Edit02
Updated AWS Setup
AWS Setup between EC2, Route 53 & CloudFront
amazon-ec2 amazon-web-services amazon-route53 cdn amazon-cloudfront
I have been checking things up & down on Google & AWS Documentation but can't seem to nail this one.
I have an EC2 instance setup with a domain being served via a virtual host and I need to use a CDN for the contents on the site, mainly images ie website assets.
EC2 Details of the instance
- t2.micro
- LAMPP
- Virtual Host Set Up
- DNS: Route 53
- No ELB
- EBS
- SSL
Cloudfront Distribution Details
- Origin: example.com
- Delivery Method: Web
What I tried to do is use the domain name in the origin and the Cloudfront domain was now redirecting to the origin domain name along with fetching assets by https.
I haven't found any impact on the site speed, pinged from different geo locations thus I have come to doubt whether this was done correctly.
The part which I need to resolve is which of the below path is correct for setting up Cloudfront with EC2:
- Use EC2 instance DNS for 'Origin Domain Name' and add the directory name in the 'Origin Path' for the virtual host
- Only add the domain name in the 'Origin Domain Name'
Thanks for the help!
Edit
Attaching Route 53 Details
- A Record => Name: www.example.com, Value: IP ADDRESS & Routing Policy: Simple
- A Record => Name: example.com, Alias: Yes & Alias Target: www.example.com
Edit02
Updated AWS Setup
AWS Setup between EC2, Route 53 & CloudFront
amazon-ec2 amazon-web-services amazon-route53 cdn amazon-cloudfront
amazon-ec2 amazon-web-services amazon-route53 cdn amazon-cloudfront
edited May 27 '17 at 5:18
ServerInsights
asked May 25 '17 at 11:43
ServerInsightsServerInsights
2115
2115
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
In DNS, example.com needs to be an A record with Alias set to Yes, pointing to the CloudFront endpoint.
This means example.com no longer points to your origin server, so you have to use a different name as the origin host. One option is to use the EC2 public DNS name for the instance.
By default, CloudFront will set the origin domain name in the Host:
header when sending the request to the instance. You can override this in Cache Behavior by whitelisting the Host
header, so that example.com is sent inside the request to the origin, even though the DNS entry used to actually find the origin differs.
If $ dig example.com
doesn't return a large number of IP addresses, then you aren't currently actually using CloudFront.
HTTP responses that come back from CloudFront will also contain extra headers, including X-Amz-Cf-id
, X-Cache
, Via
, and sometimes Age
.
I was able to confirm that CloudFront isn't being used by running the dig command. Added an A record to point to the CloudFront endpoint and added the EC2 public DNS to custom origin in CloudFront. I may have to wait I guess to see some effect and will report the results in case any one else faces the same issue. @Michael - sqlbot Thanks for your suggestions!!
– ServerInsights
May 26 '17 at 4:32
This didn't work broke the connection to the site :-(. I had to revert back to how it was, @Michael - sqlbot something I am misunderstanding here?
– ServerInsights
May 26 '17 at 5:10
In DNS, theexample.com
has an A record with a TTL. Make a note of that value -- it's time in seconds -- and make a note of the current time. Add the two together., e.g. if it's 07:00 now and TTL is 3600, your new value is 1 hour in the future at 08:00. Next, change the TTL to a small value, such as 15, and save changes. Then, don't change anything else until after the future time calculated above. This will make future testing less error-prone and should not otherwise impact the site...
– Michael - sqlbot
May 26 '17 at 10:56
In what sense did the connection break? Did you get a certain specifig error? If you are using SSL on EC2, where did you get the certificate you are using there?
– Michael - sqlbot
May 26 '17 at 10:59
Good tip about TTL! The error was from CloudFront and was just a generic couldn't connect. I have edited the question with the architecture and setup that I have placed as per your suggestions, with the CloudFront Domain Name & example.com giving the same error.
– ServerInsights
May 27 '17 at 5:11
|
show 3 more comments
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "2"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f852189%2fsetting-up-cloudfront-custom-origin-for-ec2-instance%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
In DNS, example.com needs to be an A record with Alias set to Yes, pointing to the CloudFront endpoint.
This means example.com no longer points to your origin server, so you have to use a different name as the origin host. One option is to use the EC2 public DNS name for the instance.
By default, CloudFront will set the origin domain name in the Host:
header when sending the request to the instance. You can override this in Cache Behavior by whitelisting the Host
header, so that example.com is sent inside the request to the origin, even though the DNS entry used to actually find the origin differs.
If $ dig example.com
doesn't return a large number of IP addresses, then you aren't currently actually using CloudFront.
HTTP responses that come back from CloudFront will also contain extra headers, including X-Amz-Cf-id
, X-Cache
, Via
, and sometimes Age
.
I was able to confirm that CloudFront isn't being used by running the dig command. Added an A record to point to the CloudFront endpoint and added the EC2 public DNS to custom origin in CloudFront. I may have to wait I guess to see some effect and will report the results in case any one else faces the same issue. @Michael - sqlbot Thanks for your suggestions!!
– ServerInsights
May 26 '17 at 4:32
This didn't work broke the connection to the site :-(. I had to revert back to how it was, @Michael - sqlbot something I am misunderstanding here?
– ServerInsights
May 26 '17 at 5:10
In DNS, theexample.com
has an A record with a TTL. Make a note of that value -- it's time in seconds -- and make a note of the current time. Add the two together., e.g. if it's 07:00 now and TTL is 3600, your new value is 1 hour in the future at 08:00. Next, change the TTL to a small value, such as 15, and save changes. Then, don't change anything else until after the future time calculated above. This will make future testing less error-prone and should not otherwise impact the site...
– Michael - sqlbot
May 26 '17 at 10:56
In what sense did the connection break? Did you get a certain specifig error? If you are using SSL on EC2, where did you get the certificate you are using there?
– Michael - sqlbot
May 26 '17 at 10:59
Good tip about TTL! The error was from CloudFront and was just a generic couldn't connect. I have edited the question with the architecture and setup that I have placed as per your suggestions, with the CloudFront Domain Name & example.com giving the same error.
– ServerInsights
May 27 '17 at 5:11
|
show 3 more comments
In DNS, example.com needs to be an A record with Alias set to Yes, pointing to the CloudFront endpoint.
This means example.com no longer points to your origin server, so you have to use a different name as the origin host. One option is to use the EC2 public DNS name for the instance.
By default, CloudFront will set the origin domain name in the Host:
header when sending the request to the instance. You can override this in Cache Behavior by whitelisting the Host
header, so that example.com is sent inside the request to the origin, even though the DNS entry used to actually find the origin differs.
If $ dig example.com
doesn't return a large number of IP addresses, then you aren't currently actually using CloudFront.
HTTP responses that come back from CloudFront will also contain extra headers, including X-Amz-Cf-id
, X-Cache
, Via
, and sometimes Age
.
I was able to confirm that CloudFront isn't being used by running the dig command. Added an A record to point to the CloudFront endpoint and added the EC2 public DNS to custom origin in CloudFront. I may have to wait I guess to see some effect and will report the results in case any one else faces the same issue. @Michael - sqlbot Thanks for your suggestions!!
– ServerInsights
May 26 '17 at 4:32
This didn't work broke the connection to the site :-(. I had to revert back to how it was, @Michael - sqlbot something I am misunderstanding here?
– ServerInsights
May 26 '17 at 5:10
In DNS, theexample.com
has an A record with a TTL. Make a note of that value -- it's time in seconds -- and make a note of the current time. Add the two together., e.g. if it's 07:00 now and TTL is 3600, your new value is 1 hour in the future at 08:00. Next, change the TTL to a small value, such as 15, and save changes. Then, don't change anything else until after the future time calculated above. This will make future testing less error-prone and should not otherwise impact the site...
– Michael - sqlbot
May 26 '17 at 10:56
In what sense did the connection break? Did you get a certain specifig error? If you are using SSL on EC2, where did you get the certificate you are using there?
– Michael - sqlbot
May 26 '17 at 10:59
Good tip about TTL! The error was from CloudFront and was just a generic couldn't connect. I have edited the question with the architecture and setup that I have placed as per your suggestions, with the CloudFront Domain Name & example.com giving the same error.
– ServerInsights
May 27 '17 at 5:11
|
show 3 more comments
In DNS, example.com needs to be an A record with Alias set to Yes, pointing to the CloudFront endpoint.
This means example.com no longer points to your origin server, so you have to use a different name as the origin host. One option is to use the EC2 public DNS name for the instance.
By default, CloudFront will set the origin domain name in the Host:
header when sending the request to the instance. You can override this in Cache Behavior by whitelisting the Host
header, so that example.com is sent inside the request to the origin, even though the DNS entry used to actually find the origin differs.
If $ dig example.com
doesn't return a large number of IP addresses, then you aren't currently actually using CloudFront.
HTTP responses that come back from CloudFront will also contain extra headers, including X-Amz-Cf-id
, X-Cache
, Via
, and sometimes Age
.
In DNS, example.com needs to be an A record with Alias set to Yes, pointing to the CloudFront endpoint.
This means example.com no longer points to your origin server, so you have to use a different name as the origin host. One option is to use the EC2 public DNS name for the instance.
By default, CloudFront will set the origin domain name in the Host:
header when sending the request to the instance. You can override this in Cache Behavior by whitelisting the Host
header, so that example.com is sent inside the request to the origin, even though the DNS entry used to actually find the origin differs.
If $ dig example.com
doesn't return a large number of IP addresses, then you aren't currently actually using CloudFront.
HTTP responses that come back from CloudFront will also contain extra headers, including X-Amz-Cf-id
, X-Cache
, Via
, and sometimes Age
.
answered May 25 '17 at 13:39
Michael - sqlbotMichael - sqlbot
16.2k3462
16.2k3462
I was able to confirm that CloudFront isn't being used by running the dig command. Added an A record to point to the CloudFront endpoint and added the EC2 public DNS to custom origin in CloudFront. I may have to wait I guess to see some effect and will report the results in case any one else faces the same issue. @Michael - sqlbot Thanks for your suggestions!!
– ServerInsights
May 26 '17 at 4:32
This didn't work broke the connection to the site :-(. I had to revert back to how it was, @Michael - sqlbot something I am misunderstanding here?
– ServerInsights
May 26 '17 at 5:10
In DNS, theexample.com
has an A record with a TTL. Make a note of that value -- it's time in seconds -- and make a note of the current time. Add the two together., e.g. if it's 07:00 now and TTL is 3600, your new value is 1 hour in the future at 08:00. Next, change the TTL to a small value, such as 15, and save changes. Then, don't change anything else until after the future time calculated above. This will make future testing less error-prone and should not otherwise impact the site...
– Michael - sqlbot
May 26 '17 at 10:56
In what sense did the connection break? Did you get a certain specifig error? If you are using SSL on EC2, where did you get the certificate you are using there?
– Michael - sqlbot
May 26 '17 at 10:59
Good tip about TTL! The error was from CloudFront and was just a generic couldn't connect. I have edited the question with the architecture and setup that I have placed as per your suggestions, with the CloudFront Domain Name & example.com giving the same error.
– ServerInsights
May 27 '17 at 5:11
|
show 3 more comments
I was able to confirm that CloudFront isn't being used by running the dig command. Added an A record to point to the CloudFront endpoint and added the EC2 public DNS to custom origin in CloudFront. I may have to wait I guess to see some effect and will report the results in case any one else faces the same issue. @Michael - sqlbot Thanks for your suggestions!!
– ServerInsights
May 26 '17 at 4:32
This didn't work broke the connection to the site :-(. I had to revert back to how it was, @Michael - sqlbot something I am misunderstanding here?
– ServerInsights
May 26 '17 at 5:10
In DNS, theexample.com
has an A record with a TTL. Make a note of that value -- it's time in seconds -- and make a note of the current time. Add the two together., e.g. if it's 07:00 now and TTL is 3600, your new value is 1 hour in the future at 08:00. Next, change the TTL to a small value, such as 15, and save changes. Then, don't change anything else until after the future time calculated above. This will make future testing less error-prone and should not otherwise impact the site...
– Michael - sqlbot
May 26 '17 at 10:56
In what sense did the connection break? Did you get a certain specifig error? If you are using SSL on EC2, where did you get the certificate you are using there?
– Michael - sqlbot
May 26 '17 at 10:59
Good tip about TTL! The error was from CloudFront and was just a generic couldn't connect. I have edited the question with the architecture and setup that I have placed as per your suggestions, with the CloudFront Domain Name & example.com giving the same error.
– ServerInsights
May 27 '17 at 5:11
I was able to confirm that CloudFront isn't being used by running the dig command. Added an A record to point to the CloudFront endpoint and added the EC2 public DNS to custom origin in CloudFront. I may have to wait I guess to see some effect and will report the results in case any one else faces the same issue. @Michael - sqlbot Thanks for your suggestions!!
– ServerInsights
May 26 '17 at 4:32
I was able to confirm that CloudFront isn't being used by running the dig command. Added an A record to point to the CloudFront endpoint and added the EC2 public DNS to custom origin in CloudFront. I may have to wait I guess to see some effect and will report the results in case any one else faces the same issue. @Michael - sqlbot Thanks for your suggestions!!
– ServerInsights
May 26 '17 at 4:32
This didn't work broke the connection to the site :-(. I had to revert back to how it was, @Michael - sqlbot something I am misunderstanding here?
– ServerInsights
May 26 '17 at 5:10
This didn't work broke the connection to the site :-(. I had to revert back to how it was, @Michael - sqlbot something I am misunderstanding here?
– ServerInsights
May 26 '17 at 5:10
In DNS, the
example.com
has an A record with a TTL. Make a note of that value -- it's time in seconds -- and make a note of the current time. Add the two together., e.g. if it's 07:00 now and TTL is 3600, your new value is 1 hour in the future at 08:00. Next, change the TTL to a small value, such as 15, and save changes. Then, don't change anything else until after the future time calculated above. This will make future testing less error-prone and should not otherwise impact the site...– Michael - sqlbot
May 26 '17 at 10:56
In DNS, the
example.com
has an A record with a TTL. Make a note of that value -- it's time in seconds -- and make a note of the current time. Add the two together., e.g. if it's 07:00 now and TTL is 3600, your new value is 1 hour in the future at 08:00. Next, change the TTL to a small value, such as 15, and save changes. Then, don't change anything else until after the future time calculated above. This will make future testing less error-prone and should not otherwise impact the site...– Michael - sqlbot
May 26 '17 at 10:56
In what sense did the connection break? Did you get a certain specifig error? If you are using SSL on EC2, where did you get the certificate you are using there?
– Michael - sqlbot
May 26 '17 at 10:59
In what sense did the connection break? Did you get a certain specifig error? If you are using SSL on EC2, where did you get the certificate you are using there?
– Michael - sqlbot
May 26 '17 at 10:59
Good tip about TTL! The error was from CloudFront and was just a generic couldn't connect. I have edited the question with the architecture and setup that I have placed as per your suggestions, with the CloudFront Domain Name & example.com giving the same error.
– ServerInsights
May 27 '17 at 5:11
Good tip about TTL! The error was from CloudFront and was just a generic couldn't connect. I have edited the question with the architecture and setup that I have placed as per your suggestions, with the CloudFront Domain Name & example.com giving the same error.
– ServerInsights
May 27 '17 at 5:11
|
show 3 more comments
Thanks for contributing an answer to Server Fault!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f852189%2fsetting-up-cloudfront-custom-origin-for-ec2-instance%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown