WHM বা SSH এর মাধ্যমে কত ডিএনএস ক্যোয়ারী / মাস সন্ধান করুন?

Question

এটা কি সম্ভব? আমাদের ডিএনএস সার্ভারের উপরে সম্পূর্ণ নিয়ন্ত্রণ রয়েছে এবং সার্ভারটি আসলে নির্দেশিত হচ্ছে। আমরা আল্ট্রা ডিএনএসে স্থানান্তরিত করতে চাইলে আমরা বর্তমানে কতগুলি ডিএনএস ক্যোয়ারী পাচ্ছি তাতে আগ্রহী, তবে আমাদের এক মাসের মধ্যে কতগুলি প্রশ্নের সম্ভাবনা রয়েছে তা জানতে হবে।

এটি কি বের করা সম্ভব? ট্র্যাকিং শুরুর আগে আমার কি কোনও পরিষেবা শুরু করার দরকার আছে? অথবা ডেটা অ্যাক্সেস করতে শেল ব্যবহার করবেন?

Comments

প্রথম - কোন ডিএনএস সার্ভার সফ্টওয়্যার, এবং কোন ও / এস?

— Alnitak

এটি সেন্টোস 5.5 তবে প্যাকেজটি নিয়ে আমি কী জানি ডিএনএস সার্ভার সফটওয়্যারটি এসেছে।

— কেরি জোন্স

সরাসরি আপনার প্রশ্ন নয় তবে কেন আল্ট্রাডএনএস? তাদের রেকর্ডটি বড় নয় ...

— বোর্টজমিয়ার

তাদের বিকল্পগুলি দুর্দান্ত বলে মনে হয়েছিল, যদিও দেখে মনে হচ্ছে আমরা এখন রঙিন হয়ে যাচ্ছি।

— কেরি জোনস

আপনার "আমাদের ডিএনএস সার্ভারের সম্পূর্ণ নিয়ন্ত্রণ আছে" তবে কী সফ্টওয়্যারটি চলছে তা জানেন না? স্রেফ তাকান না কেন?

— জন গার্ডেনিয়ার্স

Answer 1

অ্যান্ডি যেমন বলেছে, এখানে উত্তরটি হ'ল:

sudo rndc stats

আপনি যখন এটি চালান ( named.confফাইলগুলিতে কনফিগার করা থাকে) বাইন্ড একটি কনফিগার করা পরিসংখ্যান ফাইলে পরিসংখ্যান সম্পর্কিত তথ্য ছড়িয়ে দেবে।

নিম্নলিখিত লাইনের জন্য আপনাকে /etc/bind/name.conf.* ফাইলগুলি পরীক্ষা করতে হবে:

 [ statistics-file "path_name"; ]

(উবুন্টুতে এটি named.conf.optionsএবং পথটি /var/run/named/named.stats)

আপনার প্রশ্ন থেকে মনে হচ্ছে আপনার স্কেলিংয়ের উদ্দেশ্যে প্রায় আনুমানিক ডিএনএস ক্যোয়ারী জানতে হবে। আপনার ফাইলটি থেকে মোটামুটি ধারণা পেতে সক্ষম হওয়া উচিত।

Sudo rndc পরিসংখ্যান চালান Run

তারপরে উপযুক্ত সময় (কয়েক ঘন্টা? কয়েক দিন?) আবার চালাবেন।

আপনার পরিসংখ্যান ফাইলে আপনি নিম্নলিখিতগুলি দেখতে পাবেন (এটি আমার নিজের হোম ডিএনএস সার্ভারের - যা উভয়ই ক্যাচিং সমাধানকারী এবং অনুমোদনযোগ্য)।

প্রচুর পরিমাণে তথ্যের জন্য ক্ষমা ... প্রথম লাইনে নম্বরটি "ইপোক টাইম" (1970-1-10000 ইউটিসি থেকে সেকেন্ড)) এটি ব্যবহার করে আপনি এক "আরএনডিসির পরিসংখ্যান" থেকে পরেরটিতে এবং বিভিন্ন অনুরোধের বিভিন্ন সময়ের মধ্যে পার্থক্যটি সমাধান করতে পারেন (আপনি আগত "QUERY" এবং বহির্গামী মোটের দিকে নজর রাখতে চাইবেন (এ + এনএস + এসওএ + পিটিআর + টিএক্সটি + এএএএ)।

+++ 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)

Answer 2

" Rndc stats " কমান্ডটি বিআইএনডি ডিএনএসের সাম্প্রতিক সংস্করণগুলির সাথে কাজ করা উচিত।

ডিস্ট্রো ওয়াচ অনুসারে, CentOS 5.5 বিন্দ 9.3.4-P1 এর সাথে প্রেরণ করা হয়েছে। ওপি কমান্ড লাইন থেকে এটি "rpm -qa | গ্রেপ বাইন্ড" দিয়ে যাচাই করতে পারে।

Comments

এটি সহায়ক ছিল তবে বোর্তজমিয়ারের কাছে আমার আরও কিছুটা তথ্য দরকার ছিল - ধন্যবাদ!

— কেরি জোন্স

rnd স্থিতিটি কাজ করছে বলে মনে হয়েছিল, rndc পরিসংখ্যান কিছুই করেনি

— কেরি জোন্স

Answer 3

অ্যান্ডিএন এর "আরএনডিসির পরিসংখ্যান" (যদি আপনি বিআইএনএনডি চালিয়ে যান) এবং কেরাসের "ডিএনস্টপ" ভাল পরামর্শ are আমি ডিএসসি যুক্ত করি যা ডিএনএসের পরিসংখ্যানগুলির জন্য একটি খুব বিস্তৃত প্যাকেজ।

Answer 4

আপনার প্রথম পদক্ষেপটি দেখতে হবে ডিএনএস সার্ভার সফ্টওয়্যার এটিকে স্থানীয়ভাবে পরিচালনা করতে পারে কিনা, সম্ভবত আপনি অন্য কোনও বিশ্লেষণ করতে পারেন এমন কোনও লগফিল আউটপুট দিয়ে। নেটওয়ার্ক ট্র্যাফিক পর্যবেক্ষণ করে আপনি ডিএনস্টপ ব্যবহার করতে পারেন যা ডিএনএস ক্যোয়ারির শীর্ষ-আউটপুট সরবরাহ করে। এটি কেবল আপনাকে শীর্ষ অনুরোধগুলি, শীর্ষ প্রার্থীদের এবং ক্যোয়ারির ধরণের পরিসংখ্যানই দেবে না তবে এটি মোট কতগুলি অনুরোধ করা হয়েছে তার একটি গণনা দেয়।

একটি বিকল্প হ'ল সাধারণভাবে আপনার নেটওয়ার্ক ট্র্যাফিক পরিমাপ করার জন্য এনটপ ব্যবহার করা । এটি আপনাকে ডিএনস্টপের মতো একই বিস্তৃত সঠিক আউটপুট দেয় না, তবে এটি আপনাকে কতটা ডিএনএস ট্রাফিক দেখছে সে সম্পর্কে ধারণা দেবে এবং এটি আপনি যে পরিমাণ ট্র্যাফিক পাচ্ছেন তাও পরিমাপ করবে যা অন্যান্য ক্ষমতা পরিকল্পনার জন্য কার্যকর হতে পারে ।

Answer 5

সতর্কতা: আপনার সার্ভার ব্যস্ত থাকলে এটি কিছু বিশাল লগ তৈরি করে, আপনার স্থানটিতে নজর রাখুন।

আপনার /etc/name.conf- এ প্রথমে একটি লগ পাওয়ার জন্য 'ক্যোয়ারী' চ্যানেল সক্ষম করুন; একটি সংক্ষিপ্ত উদাহরণ:

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

এটি কীভাবে ৫০০ সংস্করণ (ঘোরানো লগগুলি) 500 মেগারে রাখবে - আপনার প্রয়োজনীয় পরিমাণের পরিমাণ ক্যাপচারের জন্য সামঞ্জস্য করুন। এখন আপনার লগগুলি রয়েছে, গুগল এমন কোনও সরঞ্জাম বা সফ্টওয়্যার সন্ধানের জন্য "বাঁধা কোয়েরি পরিসংখ্যান" যা প্রশ্নের মধ্যে থাকা সংখ্যাগুলি সন্ধানের জন্য আপনার প্রয়োজনগুলি সবচেয়ে ভাল পূরণ করে find আমি যেগুলি সম্পর্কে জানি সেগুলির মধ্যে একটি BIND v8 এবং v9 উভয় ফর্ম্যাটকেই সমর্থন করে http://www.logreport.org/ ।

Comments

এবং এটি অনেকটা বাইন্ডকে ধীর করে দেবে!

— বোর্টজমায়ার

আপনি যতটা ভাবেন ঠিক তেমন নয়, তবে এটি সত্যই নির্ভর করে যে আপনার সার্ভারটি কতটা ব্যস্ত ... একটি মাঝারি থেকে হালকা সার্ভারে যে প্রাথমিক পর্যায়ে প্রচুর দাস এতে আঘাত করে না তাতে ক্ষতি হয় না

Answer 6

যদি কোনও সুযোগে আপনার নাগিওস বা ক্যাকটি ইনস্টল থাকে তবে আপনার ডিএনএস সার্ভারকে অনুরোধের সংখ্যা, হার ইত্যাদি সহ গ্রাফ করবে এমন অনেকগুলি চেক রয়েছে যা কেবলমাত্র আপনার ডিএনএস সার্ভারকে নিরীক্ষণের জন্য কোনও একটি ইনস্টল করার জন্য মূল্যবান নয়, তবে যদি আপনার ইতিমধ্যে এটি থাকে তবে হয় হয় বেশ ভাল বিকল্প।