我的DNS服务器速度为20mbps,为什么?


22

我在EC2中运行DNS服务器,昨天检查计费仪表板并在本月发现1.86 TB的已用数据时,它的速度约为20mbps。这对我的小型项目实验室来说是一笔大账单。我从没注意到性能下降,也没有在之前设置流量阈值,但是我现在已经因为带宽成本花了我200多美元。

似乎有人将我的DNS服务器用作放大攻击的一部分,但是我对此一无所知。

配置如下。

// BBB.BBB.BBB.BBB = ns2.mydomain.com ip address

options {
        listen-on port 53 { any; };
//      listen-on-v6 port 53 { ::1; };
        directory "/var/named";
        dump-file "/var/named/data/cache_dump.db";
        statistics-file "/var/named/data/named_stats.txt";
        memstatistics-file "/var/named/data/named_mem_stats.txt";
        allow-transfer { BBB.BBB.BBB.BBB; };
        allow-query-cache { BBB.BBB.BBB.BBB; };
        allow-query { any; };
        allow-recursion { none; };

        empty-zones-enable no;
        forwarders { 8.8.8.8; 8.8.4.4; };

        fetch-glue no;
        recursion no;

        dnssec-enable yes;
        dnssec-validation yes;

        /* Path to ISC DLV key */
        bindkeys-file "/etc/named.iscdlv.key";

        managed-keys-directory "/var/named/dynamic";
};

logging {
        channel default_debug {
                file "data/named.run";
                severity dynamic;
        };
};

zone "." IN {
        type hint;
        file "named.ca";
};

zone "mydomain.com" IN {
        type master;
        file "zones/mydomain.com";
        allow-transfer { BBB.BBB.BBB.BBB; localhost; };
};

给定此配置,我不应该回答对我不在本地托管的区域的任何查询,对吗?该服务器是少数域的SOA,但我的其他服务器不使用它查找任何内容(每个人都针对OpenDNS或Google进行解析)。我在这里错了什么指令,或者我忘记了?我的日志(63MB +)充满了:

client 58.215.173.155#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 58.215.173.155#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 58.215.173.155#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 58.215.173.155#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 58.215.173.155#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 58.215.173.155#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 218.93.206.228#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 218.93.206.228#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 218.93.206.228#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 218.93.206.228#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 218.93.206.228#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 218.93.206.228#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 50.19.220.154#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 50.19.220.154#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 50.19.220.154#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 50.19.220.154#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 50.19.220.154#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 50.19.220.154#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 123.207.161.124#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 123.207.161.124#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 123.207.161.124#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 123.207.161.124#4444: query (cache) 'cpsc.gov/ANY/IN' denied
client 123.207.161.124#4444: query (cache) 'cpsc.gov/ANY/IN' denied

9
这不回答你的问题,但你应该建立结算提醒docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/...
蒂姆·

对所有没有RFC 7873支持的客户端强制回退到TCP,这是否可以接受?
kasperd '16

1
BIND中的速率限制
Rui F Ribeiro

@RuiFRibeiro对权威DNS服务器进行速率限制可能会很有用。但是速率限制本身可以成为DoS攻击中可以利用的弱点。如果攻击者用限制速率的权威服务器上托管的域的查询充斥了递归者,则该递归者的合法用户可能不再能够解析受攻击域中的记录。积极使用未广泛部署的NSEC / NSEC3可以减轻这种攻击。
kasperd '16

Answers:


19

即使您的服务器设置为仅回答您的权威查询,它仍然有可能被用于放大攻击- ANY针对区域根的查询可能会触发相当重的UDP响应,因为区域根倾向于大量记录,尤其是SPF / DKIM / DNSSEC。

这很可能是系统上发生的事情-用于tcpdump确认。如果他们在放大攻击中使用您的权威记录,则最好的选择是简单地移至新IP并希望它们不遵循,更改区域根记录以使其成为效率较低的放大向量,或实施响应速率限制(如果您的BIND支持)。


他们不是在查询我的区域,而是我的服务器不应该删除这些区域而不是完全答复吗?
罗素·安东尼

4
@RussellAnthony对于您看到的日志条目,是的,我相信它正在丢弃它们-但是,对于成功的攻击流量,将不会创建日志条目,因此就日志而言,带宽使用是不可见的。如果攻击仍在继续(仍在获取新的日志条目?),我敢打赌,ANY除了这些失败的查询外,还有很多成功的查询。
Shane Madden

2
添加rate-limit { responses-per-second 1; };,似乎已经减少了很多流量。我不知道绑定可以从自身内部进行RRL。
罗素·安东尼

1
如果他们确实在发送对权威记录的查询,则意味着他们必须知道域名。在这种情况下,迁移到新IP不太可能会有所帮助,因为他们能够像合法用户一样快地找到新IP地址。
kasperd '16

6
只要确保您的速率限制不会变成DoS攻击媒介:如果攻击者用尽了响应限制,则合法的缓存(例如OpenDNS和google)也可能无法解析您的名字。
乔纳斯·谢弗
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.