DigitalOcean home
  • Droplets
  • Spaces
  • Kubernetes
  • Tools & Integrations
  • One-click Apps
  • API Documentation
  • Community
  • Tutorials
  • Q&A
  • Projects
  • Meetups
  • Customers
  • Pricing
  • Docs
  • Support
  • DigitalOcean home
  • Products
    • Droplets

      Scalable compute services.

    • Spaces

      Simple object storage.

    • Kubernetes

      Run managed Kubernetes clusters.

    • Tools & Integrations

      Automate your infrastructure.

    • One-click Apps

      Deploy pre-built applications.

    • API Documentation
  • Customers
  • Community
    • Community Overview

      Connect, share and learn

    • Tutorials

      DevOps and development guides

    • Questions & Answers

      Development and systems Q&A

    • Projects

      Community-built integrations

    Get Involved
    Write for DOnations
    Join us at a Meetup
    Featured Post
    An Introduction to Kubernetes

    by Justin Ellingwood

  • Pricing
  • Docs
  • Support
    • Documentation

    • Contact Support

    • Network Status

  • Home /
  • DO-I-2407 /
  • New idea
4 Vote

DigitalOcean DNS Resolvers

Right now, DigitalOcean uses Google Public DNS resolvers 8.8.8.8 and 8.8.4.4. While this is great for general purpose DNS resolution, their rate limiting makes it extremely difficult for us to use Digital Ocean to run our software. It would be great if Digital Ocean could provide DNS resolvers to its customers that do not impose significant rate limiting themselves and are not backed by upstream DNS servers that impose rate limiting as well.

We operate the largest Minecraft server list, Minestatus. We built custom software that queries Minecraft servers for statistics (players online, MOTD, etc.) and in order to do this, the address of the servers must be resolved. DNS resolution rate limiting is the largest hurdle for us, as we must update over 34,000 servers in (hopefully) 10 minutes. We could get around the problem by using more droplets and slow down the query rate of each individual server, but that isn't very cost effective for us.

  • Blake Beaupain
  • Sep 11 2018
  • Will not implement
DNS
  • Comments (4)
  • Votes (4)
  • Attach files
  • Mike Niner commented
    17 Jan, 2019 01:37pm

    What about the DNS resolvers from DIGITALOCEAN? This already done. Do you know that?
    67.207.67.3

    67.207.67.2

    ×

    Attachments Open full size

  • Matt Stanton commented
    11 Sep, 2018 06:43pm

    You could just install BIND or any other DNS server on one of your droplets. Enable DNS caching to save on the amount of bandwidth that you use if that is an option for the server software you decide to use.

    Then all you have to do is set your droplets up to use your own DNS server rather than Google's public DNS servers. You can (and should) set your server up so that it only responds to requests from your own droplets, and you can then choose not to limit the number of lookup requests your Minecraft server list software is allowed to make.

    Of course, it is possible that there could be some advantage in Digital Ocean setting up their own DNS servers for use by the droplets in the local datacenter, if just in the bandwidth savings thanks to caching, but if they don't decide to set up DNS servers for use by the droplets in each datacenter, this would be a way for you to get around the limits placed on you by Google.

    ×

    Attachments Open full size

  • James Cloos commented
    11 Sep, 2018 06:43pm

    In fact you can go even simpler.

    Just install your favourite resolver (bind, unbound, pdns-resover, etc) on each droplet, have it listen(2) to 127.0.0.1:53 and put »nameserver 127.0.0.1« as the first line in resolv.conf.

    (The debian and ubuntu packages for unbound, as one example, default to listen(2)ing only on 127.0.0.1:53.)

    Even a 512 is large enough to run its own caching, resolving (and preferably verifying) name server.

    ×

    Attachments Open full size

  • Moisey Uretsky commented
    11 Sep, 2018 06:43pm

    Unfortunately at this time we aren't looking into this feature but you can setup two small droplets and run DNS services and it should resolve the issue you are having with requests since a single DNS server can handle quite a significant load.

    Thanks

    ×

    Attachments Open full size

Log in / Sign up

Identify yourself with your email address

Subscribe

You won't be notified about changes to this idea.

Related ideas

DigitalOcean home

© 2018 DigitalOcean, LLC. All rights reserved.
Proudly made in NY

  • Twitter
  • Facebook
  • Instagram
  • YouTube
  • LinkedIn
  • Glassdoor
Company
About
Leadership
Blog
Careers
Partner Network
Referral Program
Events
Press
Legal & Security
Products
Droplets
Spaces
Kubernetes
Tools & Integrations
One-click Apps
API
Pricing
Documentation
Release Notes
Community
Tutorials
Meetups
Q&A
Write for DOnations
Droplets for Demos
Hatch
Shop Swag
Research Program
Currents Research
Open Source
Support
Contact Support
FAQ
Network Status