1

I have a domain, say, example.com hosted in GoDaddy. I want to create all DNS records starting with dev for this domain in route53 of our Dev AWS account (e.g. dev-abc.example.com, dev-xyz.example.com).

I was able to make them working the following ways:

On my AWS account:

  1. I created a hosted zone of the same example.com domain in route53.
  2. Zone example.com in route53 now got NS records ns-111.awsdns-11.net. and ns-111.awsdns-11.com..

On GoDaddy:

Under example.com zone, I created the following NS records to point dev-abc.example.com and dev-xyz.example.com to route53 of my AWS account:

ns  dev-abc     ns-111.awsdns-11.net    600 seconds
ns  dev-abc     ns-111.awsdns-11.com    600 seconds
ns  dev-xyz     ns-111.awsdns-11.net    600 seconds
ns  dev-xyz     ns-111.awsdns-11.com    600 seconds

Now, in route53 of my AWS account, I can create these two records (dev-abc.example.com and dev-xyz.example.com) of any valid type, and they work.

What I wanted to do is to create dev prefixed wildcard NS records under example.com zone in GoDaddy like below to point any records starts with dev to route53 of my AWS account.

ns  dev*    ns-111.awsdns-11.net    600 seconds
ns  dev*    ns-111.awsdns-11.com    600 seconds

This way I won't have to create NS records in GoDaddy for each dev prefixed record I want to create in route53 of my AWS account.

Is there a way to do this so I do not have to create the NS records in GoDaddy for each of the records I want to create under example.com zone in route53 of my AWS account?

Please note that, I understand that I can create a sub-domain dev.example.com zone in route53 of my AWS account, and then I can create records like app1.dev.example.com, app2.dev.example.com and so on there, but I do not want to do that.

Andrew Schulman
  • 8,561
  • 21
  • 31
  • 47
Rafiq
  • 113
  • 4
  • What is the reason behing your `dev-abc` naming requirement? Is there some reason why the `example.com` NS records cannot point to Route53? – Tero Kilkanen Mar 28 '21 at 08:09
  • I have 3 AWS accounts, one for each of the environments, Dev, UAT and Prod. Managing each of these zones for their own environments helps managing their own DNS records using CloudFormation templates easily. Otherwise, I need to use Custom Resources in CloudFormation templates to manage the DNS records in cross-accounts, which I’m trying to avoid. – Rafiq Mar 29 '21 at 12:19
  • Why does it have to be `dev-abc` and not `abc.dev` with a subdomain? – Tero Kilkanen Mar 29 '21 at 14:25
  • @TeroKilkanen - Pointing `dev.example.com` to the new set of name servers and then create records there like `abc.dev.example.com` or `xyz.dev.example.com` is simple. Here we are avoiding sub-sub-domain. – Rafiq Mar 30 '21 at 21:18
  • I am sorry but I don't see the reason why you need to avoid sub-sub-domain? – Tero Kilkanen Mar 31 '21 at 06:05
  • @TeroKilkanen, thanks for your efforts trying to help me. Do you have the answer to what I am looking for? – Rafiq Mar 31 '21 at 11:49
  • The answer has already been given below. Your requirement of `dev-abc` cannot be implemented. You need to use the subdomain approach. – Tero Kilkanen Mar 31 '21 at 15:02
  • Thanks again @TeroKilkanen. – Rafiq Mar 31 '21 at 15:09

1 Answers1

2

You cannot delegate dev-*.example.com, but you could delegate *.dev.example.com with dev.example.com NS. I suggest changing the naming pattern to match your requirements.

Esa Jokinen
  • 43,252
  • 2
  • 75
  • 122