-1

I have a client that wants to maintain control of his domain (fair enough) - he also wants to maintain control of his MX records (fair enough).

He is with CrazyDomains and the current records kind of look like this:

Before

CrazyDomains:

  • A Name: @ 111.222.333.444
  • MX: 1ASPMX.L.GOOGLE.COM
  • MX: 2ASPMX.L.GOOGLE.COM
  • DS: ns1.crazydomains.com
  • DS: ns2.crazydomains.com

After

CrazyDomains:

  • MX: 1ASPMX.L.GOOGLE.COM
  • MX: 2ASPMX.L.GOOGLE.COM
  • DS: ns1.crazydomains.com (for MX records)
  • DS: ns2.crazydomains.com ( "" )
  • DS: ns1.digitalocean.com. (for AName records)
  • DS: ns2.digitalocean.com. ( "" )

Digital Ocean (I control via Network tab):

  • A Name: @ 666.777.888.999

Essentially I can maintain the A Name records (via Digital Ocean) and he can maintain the MX records (via CrazyDomain).

Alternatively - is it possible to set a static ip, that I can map onto different servers, without the client needing to update their records. Digital Ocean has floating IP's - but they must point to DO instances.

Chris
  • 101
  • 4
  • As much i know any server has a static ip address until unless its rebooted / weather its AWS or digital ocean. So if you are having client you might not going to reboot your server until unless serious issue. – M A SIDDIQUI Feb 06 '17 at 13:52
  • The problem is, when there is a serious issue, I need to contact them, get them to update it, etc. Which is way too slow – Chris Feb 06 '17 at 13:57

1 Answers1

3

Can I maintain the A Name records (via Digital Ocean) and he can maintain the MX records (via CrazyDomain)?

No.

Or rather an authoritative name server must hold the complete zone info and can't be configured successfully such that A records are on a different DNS server from the MX records.


When as a hosting provider you need to be able to (frequently) change ip-addresses and you don't have full control of the domains your customers use, the typical solution is that as the hosting provider you ask the domain owner to set up a CNAME record to a hostname in a domain that you do control completely.

Your customer sets up www.example.com. IN CNAME customer-xyz.hostingprovider.example. and will only have to do that once.

In turn you point customer-xyz.hostingprovider.example. to the correct ip-address with an A record and can change that as frequently as needed without needing any intervention from your customer(s).

HBruijn
  • 72,524
  • 21
  • 127
  • 192
  • @HBruin - First part makes 100%, and had a hunch about that. The second part is such an "ah huh!" moment. Thanks! This might be obvious, but if they aren't currently doing the "www" thing (all traffic is used to going to example.org not www.example.org), will that impact the ability to create a CNAME record? (as far as I know, I can do @.example.org for a CNAME) – Chris Feb 06 '17 at 14:00
  • In jargon, you can't have a CNAME record on the apex of a domain (see this Q&A: http://serverfault.com/q/613829/37681) The typical solution is that you support the bare domain example.com by redirecting it to www.example.com (for which you only need a very lightweight web server) and then have the CNAME record only on the www host. – HBruijn Feb 06 '17 at 14:27