8
votes

I am trying to point my domain name to my Amazon Instance using Route53. I am hoping someone with Route53 experience can tell my what I'm doing wrong.

  • I created a new hosted zone for my domain in Route53. The zone file gave me name servers which I applied to my registar.

  • Then, in EC2, I created an elastic IP address and associated it with my instance. I then created a new record set in my zone file and put the IP address down as an A-Record.

  • I then waited 24 hours, but my pointing isn't working. The website is still not being pointed to the Ec2 instance.

Any ideas?

1
What instance are you using? Windows or Linux?lolol
I a using a linux instancea53-416
Your steps are right. If you are configuring a website you will need also to open the port 80 in the amazon ec2 security groups used in the machine and also configure your apache to respond to that domain. Also, sometimes your registrar can take up to 48 hours to propagate your domain SOA.lolol
My ports are open, I will try to tell apache to respond to that domain, but I don't even think the server's being hit.a53-416
If you have opened the right ports in the security group then I think you just need to wait a few more hours or days. Also you can DNS Lookup to check if the configuration is right, just google dns lookup.lolol

1 Answers

3
votes

The combined steps are correct between the question and the comments. You just need to debug each step.

Google "DNS lookup", I usually use www.dnsstuff.com, but pick whichever you like. First check that the name servers are those you entered with your registar, if not, double check you've told your registar to use them, otherwise, just wait longer. If yes, double check them against the values in the Route 53 panel.

Next, check the A record value reported against the one you entered. Ensure you've selected "simple" as the Route 53 routing policy and set "Alias" to No.

If the above two values are correct, ensure your apache server is responding to port 80 and navigate to the IP address of your server in a browser. If that works, one of the above two steps are incorrect (and make sure it's not someone else's stock Apache install), or haven't propagated yet. If it doesn't work, ensure the security group set against that instances allows all IP addresses on port 80 (that's 0.0.0.0/0).

Note on the security group admin interface, after you "add rule", you still have to "apply rule change" before it comes into effect.

If resolving the security group inbound setting it still doesn't work, you either don't have Apache running correctly on port 80, or you have something like iptables applying an internal firewall on the server. Try something like www.yougetsignal.com using the IP address and port 80. If that works, most likely Apache has the problem.

If you continue to have problem at this last stage, run up a stock linux image, just install Apache, use the same security group and check the Apache instance responds using the amazon public DNS of that instance through a browser. If that works and yours still doesn't, you've done something custom to your instance that only you can debug.

If everything is correct on the remote DNS lookup reports, but not locally on your machine, flush the local DNS cache and try again.