Ah, got bitten by this. Just added Route 53 as redundancy, should have done that a long time ago.
Are you doing this manually? I make solid use of DNSimple's ALIAS record type, which is also supported by Route 53, but DNSimple says they don't support AXFRs ( http://support.dnsimple.com/articles/master-slave-support ).
DNSimple target of DDoS attack
11–20 of 30 posts
Re: DNSimple target of DDoS attack
#12That makes sense. rubygems.org was down for me for a few minutes....
Re: DNSimple target of DDoS attack
#13DNSimple seems the best way to go if you want to host your service with Heroku using a root domain (no www at the beginning of the domain name) [1]. Unfortunately, DNSimple is now the weakest layer of our stack. And at http://KiteBit we are suffering it right now! [1] https://devcenter.heroku.com/articles/custom-domains#root-do... )
Yep, I just got whacked by this at https://www.photographer.io (www is working at least). Guess I've learnt my lesson about using the root domain. However I'm glad this happened whilst I was still beta testing! My CloudFront stack was pointing at the root domain, which was stupid. Fixed that now.
We have a URL forwarding set to www that points to out root domain so we are completely down.
Re: DNSimple target of DDoS attack
#14Earlier quoted context omitted.
Yep, I just got whacked by this at https://www.photographer.io (www is working at least). Guess I've learnt my lesson about using the root domain. However I'm glad this happened whilst I was still beta testing! My CloudFront stack was pointing at the root domain, which was stupid. Fixed that now.
We were not so lucky. We have a URL forwarding set to www that points to out root domain so we are completely down.
Re: DNSimple target of DDoS attack
#15Our site (and others) seem to still be working through the 'www' domain. We have had nothing but great experiences with DNSimple up to this point and will probably stay customers, just sort of frustrating as we wait for our domain to resolve to another dns provider as a quick fix...
Re: DNSimple target of DDoS attack
#16Re: DNSimple target of DDoS attack
#17Anyone know how to make DNS redundant? Is it as simple as adding them as extra nameservers, and then copying all the records? I'm thinking about using Linode's DNS as a failover.
Of course, you can always do it manually..which is fine if you have few records and they are static.
edit: Kept googling and I did find http://www.dnsly.net/ neat enough that I wanted to share it, even though I think dns providers should be doing this as part of their existing packages.
Also, although it's no guarantee, dns providers that use anycast are less susceptible (but not invulnerable) to ddos.
Re: DNSimple target of DDoS attack
#18Short term, keep your ALIAS record and add an additional A record for your root domain pointing to one of the IPs indicated by your hostname. DNSimple says they'll treat the A record as a fallback when ALIAS isn't working, and will return both sets of records when it is (https://twitter.com/dnsimple/status/341574753276002304).
For the next 3/12/24/96 hours or however long it takes for the threat to subside, this should increase your availability, and the likelihood that your A record will work for that time is probably reasonable. Longer term, you'll want to get rid of the A record.
Re: DNSimple target of DDoS attack
#19Anyone know how to make DNS redundant? Is it as simple as adding them as extra nameservers, and then copying all the records? I'm thinking about using Linode's DNS as a failover.
1. Adding NS records to the parent zone via your registrar. E.g. if you are using example.com, when you add nameservers with your registrar they add them to the ".com" zone.
2. Update the NS records in your own copies of the zone on your DNS providers.
If your registrar is also one of your DNS providers, then both of these steps are sometimes handled in one action from your registrar - but you still need to update the NS records on the other provider.
"NS" record sets are special in DNS in that there is a copy of the NS record for a particular zone in both the parent zone and the child zone. About 8% of resolvers consider the parent zone's copy the one that matters, the other 92% honour whatever is in the child zone's.
This can lead to confusing cases where you have different NS configurations on different providers - the resolver may "stick" to whichever one it found first (as long as both providers are in the parent zone). DNS can be maddening!
Full-disclosure: I'm a Route 53 developer.
Re: DNSimple target of DDoS attack
#20Anyone know how to make DNS redundant? Is it as simple as adding them as extra nameservers, and then copying all the records? I'm thinking about using Linode's DNS as a failover.
There are two important steps; 1. Adding NS records to the parent zone via your registrar. E.g. if you are using example.com, when you add nameservers with your registrar they add them to the ".com" zone. 2. Update the NS records in your own copies of the zone on your DNS providers. If your registrar is also one of your DNS providers, then both of these steps are sometimes handled in one action from your registrar -…