Synchronize your DNS to multiple providers from a simple DSL
Go to file
Anthony Eden 4fef4a8550 DNSimple provider (#43)
* Implement a basic DNSimple provider.

Handles domain delegation as well as record create, update, and delete.

Note that this is completely untested at the moment. It’s so alpha it might burn your face off.

* Add some inline comments. Always use the StackExchange libs.

* Clean up dnsimple docs a little

* This will need to be changed before merging.

* Import the dnsimple dnscontrol package from its expected path

* Properly build the FQDN and implement record listing so create/update/delete are used correctly.

* Add support for overriding base URL to allow connection to sandbox.

* Vendor dnsimple-go and its dependencies.

* Remove unnecessary doc file.

* Use dnsutil.AddOrigin for combining record name and origin.

* Modifying dnsimple provider to pass tests
2017-03-18 19:58:47 -06:00
build message better for validation 2017-03-12 16:42:22 -07:00
docs DNSimple provider (#43) 2017-03-18 19:58:47 -06:00
integrationTest DNSimple provider (#43) 2017-03-18 19:58:47 -06:00
js generate 2017-03-12 16:29:53 -07:00
misc/zone2dnscontrol zone2dnscontrol: handle strings with ";" a bit better. 2017-03-14 18:08:33 -07:00
models Integration Testing framework (#46) 2017-03-16 22:42:53 -07:00
nameservers Nameserver overhaul (#17) 2016-12-16 13:10:27 -07:00
normalize import transform will not overwrite existing records. (#34) 2017-02-07 12:42:11 -07:00
providers DNSimple provider (#43) 2017-03-18 19:58:47 -06:00
transform fixing a few mistakes in list conversion 2016-09-27 12:28:09 -06:00
vendor DNSimple provider (#43) 2017-03-18 19:58:47 -06:00
.gitignore Integration Testing framework (#46) 2017-03-16 22:42:53 -07:00
.travis.yml yaml 2017-03-14 17:02:05 -07:00
build.ps1 Added build script for building packages on Windows 2016-11-16 09:22:45 -05:00
build.sh Better version info in binary. 2016-08-26 00:51:31 -06:00
dockerbuild.sh adding some build scripts 2016-08-25 17:03:32 -06:00
LICENSE migrate code for github 2016-08-22 18:31:50 -06:00
main.go Redundant use of multiple fmt.Println commands (#45) 2017-03-16 08:05:03 -07:00
README.md DNSimple provider (#43) 2017-03-18 19:58:47 -06:00

DNSControl

Build Status Gitter chat

DNSControl is a system for maintaining DNS zones. It has two parts: a domain specific language (DSL) for describing DNS zones plus software that processes the DSL and pushes the resulting zones to DNS providers such as Route53, CloudFlare, and Gandi. It can talk to Microsoft ActiveDirectory and it generates the most beautiful BIND zone files ever. It runs anywhere Go runs (Linux, macOS, Windows). The provider model is extensible, so more providers can be added.

Currently supported DNS providers:

  • Active Directory
  • BIND
  • CloudFlare
  • DNSimple
  • Gandi
  • Google
  • Namecheap
  • Name.com
  • Route 53

At Stack Overflow, we use this system to manage hundreds of domains and subdomains across multiple registrars and DNS providers.

You can think of it as a DNS compiler. The configuration files are written in a DSL that looks a lot like JavaScript. It is compiled to an intermediate representation (IR). Compiler back-ends use the IR to update your DNS zones on services such as Route53, CloudFlare, and Gandi, or systems such as BIND and ActiveDirectory.

An Example

dnsconfig.js:

// define our registrar and providers
var namecom = NewRegistrar("name.com", "NAMEDOTCOM");
var r53 = NewDnsProvider("r53", "ROUTE53")

D("example.com", namecom, DnsProvider(r53),
  A("@", "1.2.3.4"),
  CNAME("www","@"),
  MX("@",5,"mail.myserver.com."),
  A("test", "5.6.7.8")
)

Running dnscontrol preview will talk to the providers (here name.com as registrar and route 53 as the dns host), and determine what changes need to be made.

Running dnscontrol push will make those changes with the provider and my dns records will be correclty updated.

See Getting Started page on documentation site.

Benefits

  • Editing zone files is error-prone. Clicking buttons on a web page is irreproducible.
  • Switching DNS providers becomes a no-brainer. The DNSControl language is vendor-agnostic. If you use it to maintain your DNS zone records, you can switch between DNS providers easily. In fact, DNSControl will upload your DNS records to multiple providers, which means you can test one while switching to another. We've switched providers 3 times in three years and we've never lost a DNS record.
  • Adopt CI/CD principles to DNS! At StackOverflow we maintain our DNSControl configurations in Git and use our CI system to roll out changes. Keeping DNS information in a VCS means we have full history. Using CI enables us to include unit-tests and system-tests. Remember when you forgot to include a "." at the end of an MX record? We haven't had that problem since we included a test to make sure Tom doesn't make that mistake... again.
  • Variables save time! Assign an IP address to a constant and use the variable name throughout the file. Need to change the IP address globally? Just change the variable and "recompile."
  • Macros! Define your SPF records, MX records, or other repeated data once and re-use them for all domains.
  • Control CloudFlare from a single location. Enable/disable Cloudflare proxying (the "orange cloud" button) directly from your DNSControl files.
  • Keep similar domains in sync with transforms and other features. If one domain is supposed to be the same
  • It is extendable! All the DNS providers are written as plugins. Writing new plugins is very easy.

Installation

go get github.com/StackExchange/dnscontrol

or get prebuilt binaries from github releases.