Tìm hiểu có bao nhiêu Truy vấn DNS / tháng qua WHM hoặc SSH?


8

Có thể không? Chúng tôi có toàn quyền kiểm soát máy chủ DNS của chúng tôi và máy chủ thực sự được trỏ đến. Chúng tôi quan tâm đến việc chúng tôi hiện đang nhận được bao nhiêu Truy vấn DNS, vì chúng tôi muốn chuyển sang Ultra DNS, nhưng chúng tôi cần biết có bao nhiêu truy vấn chúng tôi có thể nhận được trong một tháng.

Đây có phải là có thể tìm ra? Tôi có cần bắt đầu một dịch vụ trước khi bắt đầu theo dõi không? Hoặc sử dụng shell để truy cập dữ liệu?


Đầu tiên - phần mềm máy chủ DNS nào và trên O / S gì?
Alnitak

Đó là CENTOS 5.5 nhưng tôi không biết phần mềm máy chủ DNS nào - đi kèm với gói.
Kerry Jones

Không trực tiếp câu hỏi của bạn nhưng tại sao UltraDNS? Kỷ lục của họ không phải là sao ...
bortzmeyer

Các lựa chọn của họ có vẻ rất tuyệt, mặc dù có vẻ như chúng ta sẽ đi nhuộm ngay bây giờ.
Kerry Jones

1
Bạn "có toàn quyền kiểm soát máy chủ DNS của chúng tôi" nhưng không biết phần mềm nào đang chạy? Tại sao không chỉ đơn giản là nhìn?
John Gardeniers

Câu trả lời:


10

Như AndyN nói, câu trả lời ở đây là:

sudo rndc stats

Khi bạn chạy cái này (nếu được cấu hình trong các named.conftệp) Bind sẽ chuyển thông tin thống kê sang tệp thống kê được cấu hình.

Bạn cần kiểm tra các tập tin /etc/bind/named.conf.* cho dòng sau:

 [ statistics-file "path_name"; ]

(Trên Ubuntu, nó named.conf.optionsvà đường dẫn là /var/run/named/named.stats)

Từ câu hỏi của bạn, có vẻ như bạn cần biết một số lượng truy vấn DNS gần đúng cho các mục đích mở rộng. Bạn sẽ có thể có được một ý tưởng sơ bộ về điều này từ tập tin.

Chạy số liệu thống kê sudo rndc

Sau đó, sau một thời gian thích hợp (một vài giờ? Một vài ngày?) Chạy lại.

Trong tệp thống kê của bạn, bạn sẽ thấy những điều sau đây (đây là từ máy chủ DNS của chính tôi - vừa là bộ giải quyết bộ đệm vừa có thẩm quyền).

Xin lỗi về số lượng lớn thông tin ... Số trong dòng đầu tiên là trong "Thời gian kỷ nguyên" (giây kể từ 1970-1-1 00:00 UTC). Sử dụng điều này, bạn có thể tìm ra sự khác biệt về thời gian từ một "số liệu thống kê rndc" đến số lượng yêu cầu tiếp theo và số lượng yêu cầu khác nhau (bạn sẽ muốn xem xét "QUERY" và Tổng số gửi đi (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)

9

Lệnh " thống kê rndc " sẽ hoạt động với các phiên bản gần đây của BIND dns.

Theo DistroWatch, CentOS 5.5 được xuất xưởng với Bind 9.3.4-P1. OP có thể xác minh điều này từ dòng lệnh với "rpm -qa | grep bind".


Điều này rất hữu ích nhưng bortzmeyer có thêm một chút thông tin mà tôi cần - cảm ơn bạn!
Kerry Jones

Trạng thái rnd dường như hoạt động, số liệu thống kê rndc không làm gì cả
Kerry Jones

2

"Số liệu thống kê rndc" của AndyN (nếu bạn tình cờ chạy BIND) và "dnstop" của kaerast là những lời khuyên tốt. Tôi thêm DSC là một gói rất toàn diện cho các số liệu thống kê DNS.


1

Bước đầu tiên của bạn là xem phần mềm máy chủ DNS có thể xử lý việc này một cách tự nhiên hay không, có thể bằng cách xuất ra một tệp logfile mà bạn có thể phân tích ở nơi khác. Không thể sử dụng Dnstop , cung cấp đầu ra giống như các truy vấn dns đang được thực hiện bằng cách giám sát lưu lượng mạng. Nó sẽ không chỉ cung cấp cho bạn số liệu thống kê về các yêu cầu hàng đầu, người yêu cầu hàng đầu và loại truy vấn mà còn cung cấp tổng số lượng yêu cầu đã được thực hiện trong tổng số.

Một cách khác là sử dụng Ntop để đo lưu lượng mạng nói chung. Nó sẽ không cung cấp cho bạn đầu ra chính xác chi tiết giống như Dnstop, nhưng nó sẽ cho bạn ý tưởng về lưu lượng truy cập mà bạn đang thấy và nó cũng sẽ đo lường lưu lượng truy cập khác mà bạn có thể hữu ích cho việc lập kế hoạch dung lượng khác .


1

Cảnh báo: điều này tạo ra một số nhật ký lớn nếu máy chủ của bạn đang bận, hãy để mắt đến không gian của bạn.

Đầu tiên trong /etc/named.conf của bạn kích hoạt kênh 'truy vấn' để nhận nhật ký; một ví dụ súc tích:

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

Lưu ý cách điều đó sẽ giữ 5 phiên bản (nhật ký xoay) ở mức 500 meg - điều chỉnh khi cần thiết để nắm bắt lượng dữ liệu bạn cần. Bây giờ bạn đã có nhật ký, Google "liên kết thống kê truy vấn" để tìm một công cụ hoặc phần mềm đáp ứng tốt nhất nhu cầu của bạn để tìm ra các con số trong câu hỏi. Một trong những cái tôi biết về nó hỗ trợ cả hai định dạng BIND v8 và v9 là http://www.logreport.org/ .


Và nó cũng sẽ làm chậm BIND rất nhiều!
bortzmeyer

Không nhiều như bạn nghĩ, nhưng nó thực sự phụ thuộc vào mức độ bận rộn của máy chủ của bạn ... trên một máy chủ vừa và nhẹ có nhiều nô lệ chạy trên máy chủ này không bị tổn thương

0

Nếu bạn có cài đặt Nagios hoặc Cacti, có một số kiểm tra sẽ lập biểu đồ cho máy chủ DNS của bạn bao gồm số lượng yêu cầu, tỷ lệ, v.v. Không đáng để cài đặt một trong những thứ đó chỉ để theo dõi máy chủ DNS của bạn, nhưng nếu bạn đã có nó sau đó hoặc là một lựa chọn khá tốt.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.