Непонятное в логах bind

12
NL
На сайте с 29.01.2003
Offline
212
1583

Есть VPS от Мастерхоста.

2 недели назад начали приходить письма о превышении зарубежным трафиком российского.

Начал разбираться и увидел, что превышение идет на ip-адресах, на которых у меня только bind

Вот пример из панельки мастерхоста по одному ip:


адрес: 87.242.***.***
исходящий трафик: 23 894 Мб, в том числе российский: 628 Мб (2.6%)
входящий трафик: 930 Мб, в том числе российский: 53 Мб (5.7%)
соотношение входящего к исходящему: 1:25.7

Включил логгирование в бинде. За сутки лог вырос за гигабайт, вот фрагмент (прошу прощения за размер):


06-Aug-2012 14:34:22.671 queries: info: client 85.214.159.168#20346: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.671 queries: info: client 85.214.159.168#20346: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.671 queries: info: client 85.214.159.168#20346: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.671 queries: info: client 85.214.159.168#20346: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.671 queries: info: client 85.214.159.168#20346: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.672 queries: info: client 85.214.159.168#24341: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.672 queries: info: client 85.214.159.168#24341: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.672 queries: info: client 85.214.159.168#24341: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.672 queries: info: client 85.214.159.168#24341: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.672 queries: info: client 85.214.159.168#24341: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.672 queries: info: client 85.214.159.168#15768: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.672 queries: info: client 85.214.159.168#15768: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.672 queries: info: client 85.214.159.168#15768: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.672 queries: info: client 85.214.159.168#15768: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.672 queries: info: client 85.214.159.168#15768: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.699 queries: info: client 85.214.159.168#16643: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.699 queries: info: client 85.214.159.168#16643: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.699 queries: info: client 85.214.159.168#16643: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.699 queries: info: client 85.214.159.168#16643: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.699 queries: info: client 85.214.159.168#16643: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.700 queries: info: client 85.214.159.168#51070: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.700 queries: info: client 85.214.159.168#51070: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.701 queries: info: client 85.214.159.168#51070: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.701 queries: info: client 85.214.159.168#51070: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.701 queries: info: client 85.214.159.168#51070: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.712 queries: info: client 85.214.159.168#63720: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.712 queries: info: client 85.214.159.168#63720: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.712 queries: info: client 85.214.159.168#63720: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.712 queries: info: client 85.214.159.168#63720: query: amazon.com IN TXT +E
06-Aug-2012 14:34:22.712 queries: info: client 85.214.159.168#63720: query: amazon.com IN TXT +E

Кроме amazon.com спрашивают spl.com , ripe.net , dgtl.ws и еще пару сайтов. Проверял все эти сайты на предмет правильности настройти NS-серверов - нигде моих ip нет.

Вопрос простой - что это такое и как от этого избавиться?

Не могу сказать, что это меня напрягает, но как-то неприятно, когда bind отъедает процессора больше, чем апач и мускуль вместе взятые.

L
На сайте с 13.01.2011
Offline
132
#1

было что то подобное недавно типа dns ддос - писало в гигабайты в syslog на debian - поставил fail2ban , подкрутил правило и он их сразу забанил за множественные обращения к bind в секунду

Контакты-icq 535609 ()
R
На сайте с 03.07.2006
Offline
223
#2

Logger прав, попробуйте для начала забанить эти IP адеса

NL
На сайте с 29.01.2003
Offline
212
#3

Оk, попробую.

Но в 2 недели ддоса верится с трудом.

Romka_Kharkov
На сайте с 08.04.2009
Offline
485
#4
NULL:
Оk, попробую.
Но в 2 недели ддоса верится с трудом.

Почему? Тут же не говорится что вам 200 GB/s заливают канал, да , такое содержать в течении недели практически не возможно, а тут я так понимаю 30 GB натикало за 2 недели? 2 GB в сутки? 89 Мегабайт в час? 1,4 мегабайта в минуту, 23 килобайта в секунду? это около 200kbit ;) Такой DDOS можно годами поливать :D Вопрос лишь в том, ддос ли это :D Такой дос я наверное и не смог бы определить на графиках 10G полосы (да даже на 1Gb/s полосе вычленить 200kbit/s это бред) :D ДЦ через 2 недели начал только говорить о соотношении.

Причем трафик то исходящий :D Но это видимо ответы ДНС-а ? :) У вас что-то не работает при этом? или просто трафика много? :)

А по хорошему вверху правильно сказали, надо или автоматом банить или на основе имеющихся данных.


cat /var/log/вот_тот_лог_файл_из_поста#1 | awk '{print $6}' | cut -d# -f1 |sort -n | uniq -c

Находите неоспоримых лидеров и в баню их любым удобным способом. Очищаете лог (если бекап не нужен то можно просто echo -n > /var/log/xxxx). Через 15-20 минут снова выполняете выше описанную команду и смотрите не появилось ли за последние 15 минут новых "лидеров". Окончанием блокирования - есть состояние, при котором за последние 15-20 минут вывод показывает "приблизительно одинаковое кол-во запросов для всех хостов которые обращаются", без фанатизма, они не должны совпадать буквально ))) но когда у вас TOP #1 - сделал за 15 минут 1000 запросов , а при этом TOP #2 - TOP #10 сделали в среднем по 100 запросов за то же время.. должно быть интуитивно понятно кто лидер :D

Есть около 15.000 ipv4 !!! (http://onyx.net.ua/price.php#ipv4) Качественный хостинг с 2005 года - лучшее клиентам! (http://onyx.net.ua/)
NL
На сайте с 29.01.2003
Offline
212
#5

Romka_Kharkov, я имел в виду только целесообразность.

Romka_Kharkov:
Вопрос лишь в том, ддос ли это :D

Я не знаю что это, потому и спрашивал.

Romka_Kharkov:
У вас что-то не работает при этом? или просто трафика много?

Все работает, bind отъедает в среднем 2-3% CPU, обидно лишнюю денежку за соотношение платить непонятно из-за чего.

За советы спасибо, буду пробовать.

yesRuslik
На сайте с 08.02.2009
Offline
178
#6

Рекурсивные запросы закрыты от внешних сетей?

Вполне может быть что днс-шторм идет.

Аренда выделенных серверов (http://yeshost.ru/) от 69 евро VDS сервер (http://yeshost.ru/vds) от 7.95евро Виртуальный хостинг (http://yeshost.ru/virtualhosting)от 0.95 евро Windows VDS хостинг скоро (http://yeshost.ru/vds)
NL
На сайте с 29.01.2003
Offline
212
#7
yesRuslik:
Рекурсивные запросы закрыты от внешних сетей?

Квалификации ответить не хватает.

Как это можно определить?

globalmoney
На сайте с 09.12.2005
Offline
401
#8
NULL:
Как это можно определить?

Выполните в шелле: dig @ip-вашего-dns yandex.ru и посмотрите на ответ.

MGNHost.ru - полный комплекс хостинг услуг ( https://www.mgnhost.ru ) VPS/VDS на SSD дисках в России / Нидерландах / США от 250 рублей ( https://www.mgnhost.ru/vds.php )
Romka_Kharkov
На сайте с 08.04.2009
Offline
485
#9

Сейчас выяснится что он openrelay для половины китая :D Такой вот себе дос :D

NL
На сайте с 29.01.2003
Offline
212
#10
Romka_Kharkov:
Сейчас выяснится что он openrelay для половины китая :D

Судя по логам, скорее для половины Штатов и Германии.


dig @ip-моего-dns yandex.ru

; <<>> DiG 9.3.6-P1-RedHat-9.3.6-20.P1.el5_8.2 <<>> @ip-моего-dns yandex.ru
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52978
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 3, ADDITIONAL: 0

;; QUESTION SECTION:
;yandex.ru. IN A

;; ANSWER SECTION:
yandex.ru. 3600 IN A 93.158.134.11
yandex.ru. 3600 IN A 213.180.193.11
yandex.ru. 3600 IN A 213.180.204.11
yandex.ru. 3600 IN A 77.88.21.11
yandex.ru. 3600 IN A 87.250.250.11
yandex.ru. 3600 IN A 87.250.251.11

;; AUTHORITY SECTION:
yandex.ru. 345600 IN NS ns4.yandex.ru.
yandex.ru. 345600 IN NS ns1.yandex.ru.
yandex.ru. 345600 IN NS ns2.yandex.ru.

;; Query time: 150 msec
;; SERVER: ip-моего-dns#53(ip-моего-dns)
;; WHEN: Tue Aug 7 03:02:20 2012
;; MSG SIZE rcvd: 177

Я так понимаю, что это очень плохо ...

И что теперь?

---------- Добавлено 07.08.2012 в 03:46 ----------

В named.conf, в options добавил


allow-recursion {
127.0.0.1;
};

Теперь dig выдает следующее:


dig @ip-моего-dns yandex.ru

; <<>> DiG 9.3.6-P1-RedHat-9.3.6-20.P1.el5_8.2 <<>> @ip-моего-dns yandex.ru
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 18746
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;yandex.ru. IN A

;; Query time: 9 msec
;; SERVER: ip-моего-dns#53(ip-моего-dns)
;; WHEN: Tue Aug 7 03:39:19 2012
;; MSG SIZE rcvd: 27

Теперь только ждать? Или еще что-то можно сделать? И насколько правильно в списке указывать только 127.0.0.1?

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий