Вопрос: Узнайте, сколько DNS-запросов / месяц через WHM или SSH?


Является ли это возможным? Мы имеем полный контроль над нашим DNS-сервером и сервером, на который на самом деле указывается. Нам интересно, сколько DNS-запросов мы сейчас получаем, так как мы хотим перейти на Ultra DNS, но нам нужно знать, сколько запросов мы можем получить через месяц.

Можно ли это выяснить? Нужно ли начинать службу до начала отслеживания? Или использовать оболочку для доступа к данным?


8
2018-06-01 23:51


Источник


Во-первых - какое DNS-серверное программное обеспечение и на каком O / S? - Alnitak
Это CENTOS 5.5, но я не знаю, что такое DNS-серверное программное обеспечение - поставляется с пакетом. - Kerry Jones
Не прямо ваш вопрос, но почему UltraDNS? Их рекорд не звездный ... - bortzmeyer
Их варианты, казалось, были замечательными, хотя похоже, что мы собираемся сейчас разыгрывать. - Kerry Jones
Вы «имеете полный контроль над нашим DNS-сервером», но не знаете, какое программное обеспечение оно работает? Почему бы просто не посмотреть? - John Gardeniers


Ответы:


Как говорит AndyN, ответ здесь:

sudo rndc stats

Когда вы запустите это (если настроено в named.conf файлы) Bind выведет статистическую информацию в настроенный файл статистики.

Вам нужно проверить файлы /etc/bind/named.conf.* для следующей строки:

 [ statistics-file "path_name"; ]

(На Ubuntu это named.conf.options и путь /var/run/named/named.stats)

Из вашего вопроса кажется, что вам нужно знать приблизительное количество DNS-запросов для масштабирования. Вы должны иметь возможность получить общее представление об этом из файла.

Бег     Статистика sudo rndc

Затем после подходящего времени (несколько часов? Несколько дней?) Запустите его снова.

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

Извинения за большой объем информации ... Номер в первой строке находится в «Эпохе» (секунды с 1970-1-1 00:00 по UTC). Используя это, вы можете определить разницу во времени от одной «статистики rndc» до следующего, а также различного количества запросов (вы хотите посмотреть на входящие «QUERY» и исходящие итоги (A + NS + SOA + PTR + TXT + AAAA).

+++ Statistics Dump +++ (1275999954)
++ Incoming Requests ++
                432 QUERY
++ Incoming Queries ++
                 306 A
                   2 NS
                   4 SOA
                  45 PTR
                   5 TXT
                  70 AAAA
++ Outgoing Queries ++
[View: default]
                 523 A
                   4 NS
                   4 SOA
                  42 PTR
                   9 TXT
                 330 AAAA
[View: _bind]
++ Name Server Statistics ++
                 432 IPv4 requests received
                 431 responses sent
                 259 queries resulted in successful answer
                  96 queries resulted in authoritative answer
                 335 queries resulted in non authoritative answer
                  39 queries resulted in nxrrset
                 133 queries resulted in NXDOMAIN
                 238 queries caused recursion
                   1 duplicate queries received
++ Zone Maintenance Statistics ++
++ Resolver Statistics ++
[Common]
[View: default]
                 849 IPv4 queries sent
                  63 IPv6 queries sent
                 841 IPv4 responses received
                  67 NXDOMAIN received
                   2 FORMERR received
                   2 EDNS(0) query failures
                 123 query retries
                   5 query timeouts
                 118 IPv4 NS address fetches
                 118 IPv6 NS address fetches
                   1 IPv4 NS address fetch failed
                  90 IPv6 NS address fetch failed
                  13 queries with RTT < 10ms
                 549 queries with RTT 10-100ms
                 279 queries with RTT 100-500ms
[View: _bind]
++ Cache DB RRsets ++
[View: default]
                 366 A
                  87 NS
                   9 CNAME
                   1 PTR
                  97 AAAA
                  20 RRSIG
                  15 NSEC
                   4 !AAAA
                   1 NXDOMAIN
[View: _bind]
++ Socket I/O Statistics ++
                 852 UDP/IPv4 sockets opened
                  64 UDP/IPv6 sockets opened
                   3 TCP/IPv4 sockets opened
                   2 TCP/IPv6 sockets opened
                 850 UDP/IPv4 sockets closed
                  63 UDP/IPv6 sockets closed
                 123 TCP/IPv4 sockets closed
                   1 UDP/IPv4 socket bind failures
                  63 UDP/IPv6 socket connect failures
                 849 UDP/IPv4 connections established
                 124 TCP/IPv4 connections accepted
                  63 UDP/IPv6 send errors
                   3 UDP/IPv4 recv errors
++ Per Zone Query Statistics ++
--- Statistics Dump --- (1275999954)

10
2018-06-08 12:34





Команда "rndc stats«должен работать с последними версиями BIND dns.

Согласно DistroWatch, CentOS 5.5 поставляется с Bind 9.3.4-P1. OP может проверить это из командной строки с помощью «rpm -qa | grep bind».


9
2018-06-04 22:12



Это было полезно, но у борзмейера была немного больше информации, которая мне нужна - спасибо! - Kerry Jones
rnd статус, казалось, работал, статистика rndc ничего не делала - Kerry Jones


«Rndc stats» AndyN (если вы случайно запускаете BIND), а «dnstop» от kaerast - хорошие советы. я добавить DSC который является очень полным пакетом для статистики DNS.


2
2018-06-07 09:37





Ваш первый шаг должен состоять в том, чтобы проверить, может ли программное обеспечение DNS-сервера обрабатывать это изначально, возможно, выведя файл журнала, который вы можете анализировать в другом месте. В противном случае вы можете использовать Dnstop который обеспечивает самый высокий выход запросов DNS, выполняемых путем мониторинга сетевого трафика. Он не только даст вам статистику по верхним запросам, верхним запрашивающим и типам запросов, но также даст количество запросов в общей сложности.

Альтернативой является использование NTOP для измерения сетевого трафика в целом. Он не даст вам точного подробного точного вывода, как Dnstop, но он даст вам представление о том, сколько трафика DNS вы видите, а также будет измерять, сколько другого трафика вы получаете, что может быть полезно для другого планирования емкости ,


1
2018-06-04 22:02





Предупреждение: это генерирует некоторые огромные журналы, если ваш сервер занят, следите за своим пространством.

Сначала в вашем /etc/named.conf включить канал «запросов» для получения журнала; краткий пример:

logging {
  channel queries_channel {
        file "/var/log/named/queries.log" versions 5 size 500m;
        print-time yes;
  };
  category queries { queries_channel; }
}

Обратите внимание, что это будет поддерживать 5 версий (с повернутыми журналами) на 500 мегаватт - при необходимости отрегулируйте количество требуемых данных. Теперь, когда у вас есть журналы, Google «связывает статистику запросов», чтобы найти инструмент или программное обеспечение, которое наилучшим образом соответствует вашим потребностям, чтобы узнать числа, о которых идет речь. Один из тех, что я знаю об этом, поддерживает форматы BIND v8 и v9. http://www.logreport.org/ ,


1
2018-06-07 10:13



И это также замедлит BIND! - bortzmeyer
Не так много, как вы думаете, но на самом деле это зависит от того, насколько занят ваш сервер ... на сервере с умеренным освещением, в котором много рабов, работающих на первичной основе, не повреждает - troyengel


Если у вас установлены Nagios или Cacti, есть ряд проверок, которые будут отображать ваш DNS-сервер, включая количество запросов, ставок и т. Д. Не стоит устанавливать ни один из них только для мониторинга вашего DNS-сервера, но если у вас уже есть то либо довольно хороший вариант.


0
2018-06-08 10:54