ডেডউড - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

deadwood - একটি সম্পূর্ণ পুনরাবৃত্ত ক্যাশিং DNS সমাধানকারী

বর্ণনাঃ

ডেডউড একটি সম্পূর্ণ পুনরাবৃত্ত ডিএনএস ক্যাশে। এটি নিম্নলিখিত বৈশিষ্ট্য সহ একটি DNS সার্ভার:

* ডিএনএস রিকারশন এবং ডিএনএস ফরওয়ার্ডিং ক্যাশিং উভয়ের জন্য সম্পূর্ণ সমর্থন

* ছোট আকার এবং মেমরি পদচিহ্ন এমবেডেড সিস্টেমের জন্য উপযুক্ত

* সহজ এবং পরিষ্কার কোডবেস

* সুরক্ষিত নকশা

* স্পুফ সুরক্ষা: ক্যোয়ারী আইডি এবং উত্স পোর্ট নির্ধারণ করতে ব্যবহৃত শক্তিশালী ক্রিপ্টোগ্রাফি

* একটি ফাইলে ক্যাশে পড়ার এবং লেখার ক্ষমতা

* ডায়নামিক ক্যাশে যা সম্প্রতি ব্যবহৃত হয়নি এমন এন্ট্রি মুছে দেয়

* ক্যাশে মেয়াদোত্তীর্ণ এন্ট্রি ব্যবহার করার ক্ষমতা যখন আপস্ট্রিমের সাথে যোগাযোগ করা অসম্ভব
DNS সার্ভার।

* যদি ইচ্ছা হয় তাহলে IPv6 সমর্থন কম্পাইল করা যেতে পারে

* ডিএনএস-ওভার-ইউডিপি এবং ডিএনএস-ওভার-টিসিপি উভয়ই একই ডেমন দ্বারা পরিচালিত হয়

* অন্তর্নির্মিত dnswall কার্যকারিতা

কমান্ড লাইন যুক্তি

ডেডউডের একটি একক ঐচ্ছিক কমান্ড লাইন আর্গুমেন্ট রয়েছে: কনফিগারেশনের অবস্থান
ফাইল যা ডেডউড ব্যবহার করে, "-f" পতাকা দিয়ে নির্দিষ্ট করা হয়েছে। যদি এই সংজ্ঞায়িত না হয়, Deadwood
কনফিগারেশন ফাইল হিসাবে "/etc/maradns/deadwood/dwood3rc" ফাইলটি ব্যবহার করে।

অন্য কথায়, ডেডউডকে আমন্ত্রণ জানানো মৃত কাঠ ডেডউড ব্যবহার করতে হবে
কনফিগারেশন ফাইল হিসাবে /etc/maradns/deadwood/dwood3rc; ডেডউডকে আমন্ত্রণ জানানো মৃত কাঠ -f
foobar ডেডউডকে বর্তমান কার্যকারী ডিরেক্টরিতে "foobar" ফাইলটি ব্যবহার করতে বাধ্য করবে (
ডেডউড শুরু করার সময় একটি ডিরেক্টরিতে থাকে) কনফিগারেশন ফাইল হিসাবে।

কনফিগারেশন ফাইল বিন্যাসে

ডেডউড কনফিগারেশন ফাইলটি পাইথন 2 এর সিনট্যাক্স অনুসারে তৈরি করা হয়েছে। যেকোন বৈধ ডেডউড
Python 2.4.3 এবং Python 2.6.6 উভয় ক্ষেত্রেই কনফিগারেশন ফাইল সঠিকভাবে পার্স করা উচিত। যদি
যেকোন কনফিগারেশন ফাইল ডেডউডে সঠিকভাবে পার্স করে কিন্তু একটি সিনট্যাক্স ত্রুটি উত্থাপন করে
পাইথন, এটি একটি বাগ যা ঠিক করা উচিত।

এই মনে, হোয়াইটস্পেস তাৎপর্যপূর্ণ; ডেডউডের প্যারামিটার অবশ্যই বামদিকে থাকতে হবে
কোন অগ্রণী সাদা স্থান ছাড়া কলাম। এটি একটি বৈধ লাইন (যতক্ষণ পর্যন্ত কোন স্পেস নেই
এর বাম):

recursive_acl = "127.0.0.1/16"

নিম্নলিখিত লাইন, যাইহোক, একটি পার্স ত্রুটি উত্থাপন করবে:

recursive_acl = "127.0.0.1/16"

ভুলভাবে ফরম্যাট করা "recusive_acl" স্ট্রিংয়ের বাম দিকের স্থানটি পর্যবেক্ষণ করুন
লাইন।

প্যারামিটার ধরনের

ডেডউডের তিনটি ভিন্ন প্যারামিটার রয়েছে:

* সংখ্যাসূচক পরামিতি। সাংখ্যিক পরামিতি অবশ্যই উদ্ধৃতি দ্বারা বেষ্টিত হবে না, যেমন এটি
উদাহরণস্বরূপ:

filter_rfc1918 = 0

যদি একটি সাংখ্যিক প্যারামিটার উদ্ধৃতি দ্বারা বেষ্টিত হয়, ত্রুটি বার্তা "অজানা dwood3rc
স্ট্রিং প্যারামিটার" প্রদর্শিত হবে।

* স্ট্রিং পরামিতি। স্ট্রিং প্যারামিটার অবশ্যই উদ্ধৃতি দ্বারা বেষ্টিত হতে হবে, যেমন এটিতে
উদাহরণস্বরূপ:

bind_address = "127.0.0.1"

* অভিধান পরামিতি। সমস্ত অভিধান পরামিতি ব্যবহার করার আগে আরম্ভ করা আবশ্যক, এবং
অভিধানের প্যারামিটারে অবশ্যই অভিধান সূচী এবং উক্ত সূচকের মান উভয়ই থাকতে হবে
উদ্ধৃতি দ্বারা বেষ্টিত, যেমন এই উদাহরণে:

upstream_servers = {}
upstream_servers["."]="8.8.8.8, 8.8.4.4"

সমস্ত dwood3rc পরামিতি ছাড়া নিম্নলিখিত সংখ্যাসূচক পরামিতি:

* আবদ্ধ_ঠিকানা (স্ট্রিং)

* ক্যাশে_ফাইল (স্ট্রিং)

* chroot_dir (স্ট্রিং)

* ip_blacklist (স্ট্রিং)

* ipv4_bind_addresses (স্ট্রিং)

* এলোমেলো_বীজ_ফাইল (স্ট্রিং)

* recursive_acl (স্ট্রিং)

* রুট_সার্ভার (অভিধান)

* আপস্ট্রিম_সার্ভার (অভিধান)

সমর্থিত প্যারামিটার

Deadwood কনফিগারেশন ফাইল নিম্নলিখিত পরামিতি সমর্থন করে:

bind_address

এই IP (বা সম্ভবত IPv6) ঠিকানা যা আমরা আবদ্ধ করি।

cache_file

এটি ডিস্কে ক্যাশে পড়ার এবং লেখার জন্য ব্যবহৃত ফাইলের ফাইলের নাম; এই
স্ট্রিং-এ ছোট হাতের অক্ষর থাকতে পারে, '-' চিহ্ন, '_' চিহ্ন এবং '/' চিহ্ন (এর জন্য
একটি সাবডিরেক্টরিতে ক্যাশে স্থাপন করা)। অন্য সব প্রতীক '_' প্রতীক হয়ে যায়।

এই ফাইলটি পড়া এবং লেখা হয় ব্যবহারকারী ডেডউড হিসাবে চালায়।

chroot_dir

এই ডিরেক্টরি থেকে প্রোগ্রাম চালানো হবে.

বিতরণ_সব

এটি ডেডউড 2.3-তে আচরণকে প্রভাবিত করে, কিন্তু ডেডউড 3-এ কোন প্রভাব নেই। এই পরিবর্তনশীলটি হল
শুধুমাত্র এখানে তাই ডেডউড 2 আরসি ফাইলগুলি ডেডউড 3 এ চলতে পারে।

dns_port

এটি ডেডউড পোর্ট যা ইনকামিং সংযোগের জন্য আবদ্ধ এবং শোনে। ডিফল্ট
এর মান হল স্ট্যান্ডার্ড DNS পোর্ট: পোর্ট 53

filter_rfc1918

যখন এটির মান 1 থাকে, তখন বিভিন্ন আইপি রেঞ্জের একটি সংখ্যা DNS A-তে থাকার অনুমতি নেই৷
উত্তর:

* 192.168.xx

* 172 [16-31].xx

* 10.xxx

* 127.xxx

* 169.254.xx

* 224.xxx

* 0.0.xx

যদি উপরের আইপিগুলির একটি ডিএনএস উত্তরে সনাক্ত করা হয় এবং filter_rfc1918 এর মান 1 থাকে,
ডেডউড একটি সিন্থেটিক "এই হোস্ট উত্তর দেয় না" প্রতিক্রিয়া ফিরিয়ে দেবে (এতে একটি SOA রেকর্ড
A রেকর্ডের পরিবর্তে NS বিভাগ)।

এর কারণ হল একটি "dnswall" প্রদান করা যা ব্যবহারকারীদের কিছু ধরণের জন্য সুরক্ষা দেয়
আক্রমণ, যেমন বর্ণনা করা হয়েছে http://crypto.stanford.edu/dns/

অনুগ্রহ করে মনে রাখবেন ডেডউড শুধুমাত্র IPv4 "dnswall" কার্যকারিতা প্রদান করে এবং সাহায্য করে না
IPv6 উত্তর থেকে রক্ষা করুন। যদি নির্দিষ্ট IPv6 AAAA রেকর্ডগুলির বিরুদ্ধে সুরক্ষা প্রয়োজন হয়,
হয় reject_aaaa সেট করে সমস্ত AAAA উত্তর নিষ্ক্রিয় করুন যার মান 1 আছে, অথবা একটি ব্যবহার করুন
অবাঞ্ছিত IPv4 উত্তর ফিল্টার করার জন্য বহিরাগত প্রোগ্রাম (যেমন dnswall প্রোগ্রাম)।

এর জন্য ডিফল্ট মান হল 1

handle_noreply

যখন এটি 0 তে সেট করা হয়, ডেডউড ক্লায়েন্টকে কোন উত্তর পাঠায় না (যখন ক্লায়েন্ট a
টিসিপি ক্লায়েন্ট, ডেডউড টিসিপি সংযোগ বন্ধ করে) যখন একটি ইউডিপি কোয়েরি আপস্ট্রিম পাঠানো হয় এবং
আপস্ট্রিম ডিএনএস কখনই উত্তর পাঠায় না।

যখন এটি 1 এ সেট করা হয়, তখন ডেডউড একটি সার্ভার ব্যর্থতা ক্লায়েন্টের কাছে পাঠায় যখন একটি UDP প্রশ্ন থাকে
আপস্ট্রিম পাঠানো হয়েছে এবং আপস্ট্রিম ডিএনএস কখনই উত্তর পাঠায় না।

এর জন্য ডিফল্ট মান হল 1

হ্যান্ডেল_ওভারলোড

যখন এটির মান 0 থাকে, তখন ডেডউড কোন উত্তর পাঠায় না যখন একটি UDP প্রশ্ন পাঠানো হয় এবং
সার্ভার ওভারলোড (অনেক মুলতুবি সংযোগ আছে); যখন এর মান 1 থাকে,
ডেডউড UDP ক্যোয়ারী প্রেরকের কাছে একটি সার্ভার ব্যর্থ প্যাকেট ফেরত পাঠায়। ডিফল্ট মান
এই জন্য 1.

হ্যাশ_ম্যাজিক_সংখ্যা

এটি হ্যাশ জেনারেটর রাখার জন্য ডেডউডের অভ্যন্তরীণ হ্যাশ জেনারেটরের জন্য ব্যবহার করা হত
কিছুটা এলোমেলো এবং নির্দিষ্ট ধরণের আক্রমণ থেকে প্রতিরোধী। ডেডউড 3.0-এ, এর জন্য এনট্রপি
হ্যাশ ফাংশন /dev/urandom (উইন্ডোজে secret.txt) এর বিষয়বস্তু দেখে তৈরি করা হয়
মেশিন) এবং বর্তমান টাইমস্ট্যাম্প। এই পরামিতি শুধুমাত্র এখানে তাই পুরোনো কনফিগারেশন
ফাইলগুলি ডেডউড 3.0-তে ভাঙ্গবে না।

ip_blacklist

এটি আইপিগুলির একটি তালিকা যা আমরা একটি ডিএনএস অনুরোধের উত্তরে থাকতে দিই না৷ দ্য
এর কারণ হল কিছু আইএসপি-এর "এই সাইটটিকে রূপান্তর করার অভ্যাসকে প্রতিরোধ করা
বিদ্যমান নেই" ISP দ্বারা নিয়ন্ত্রিত একটি পৃষ্ঠায় DNS উত্তর দেয়; এর ফলে সম্ভব হয়
নিরাপত্তা বিষয়ক.

এই পরামিতি শুধুমাত্র পৃথক আইপি গ্রহণ করে, এবং নেটমাস্ক ব্যবহার করে না।

maradns_uid

ব্যবহারকারী-আইডি ডেডউড হিসাবে চলে। এটি 10 ​​এবং 65535 এর মধ্যে যেকোনো সংখ্যা হতে পারে; ডিফল্ট
মান হল 99 (রেডহ্যাট থেকে প্রাপ্ত লিনাক্স বিতরণে কেউ নেই)। এই মান ব্যবহার করা হয় না
উইন্ডোজ সিস্টেম।

maradns_gid

গ্রুপ-আইডি ডেডউড হিসাবে চলে। এটি 10 ​​এবং 65535 এর মধ্যে যেকোনো সংখ্যা হতে পারে; ডিফল্ট
মান হল 99। এই মানটি উইন্ডোজ সিস্টেমে ব্যবহার করা হয় না।

max_ar_chain

রিসোর্স রেকর্ড রোটেশন সক্ষম কিনা। যদি এটির মান 1 থাকে, রিসোর্স রেকর্ড
ঘূর্ণন সক্ষম, অন্যথায় সম্পদ রেকর্ড ঘূর্ণন নিষ্ক্রিয় করা হয়.

রিসোর্স রেকর্ড রোটেশন সাধারণত বাঞ্ছনীয়, যেহেতু এটি DNS কে একটি অপরিশোধিত হিসাবে কাজ করতে দেয়
লোড ব্যালেন্সার। যাইহোক, ভারী লোড করা সিস্টেমে এটি অক্ষম করা বাঞ্ছনীয় হতে পারে
CPU ব্যবহার কমান।

এই ভেরিয়েবলের অস্বাভাবিক নামের কারণ হল MaraDNS এর সাথে সামঞ্জস্য বজায় রাখা
mararc ফাইল।

ডিফল্ট মান হল 1: রিসোর্স রেকর্ড রোটেশন সক্ষম।

max_inflights

একই প্রশ্নের জন্য আমরা একই সময়ে সর্বাধিক সংখ্যক একযোগে ক্লায়েন্ট প্রক্রিয়া করি।

যদি, একটি ক্যোয়ারী প্রক্রিয়া করার সময়, বলুন, "example.com।", অন্য DNS ক্লায়েন্ট পাঠায়
ডেডউড একটি নতুন ক্যোয়ারী তৈরি করার পরিবর্তে example.com-এর জন্য আরেকটি ক্যোয়ারী করে
example.com, ডেডউড নতুন ক্লায়েন্টকে একই কোয়েরির সাথে সংযুক্ত করবে যা ইতিমধ্যেই "ইন"
ফ্লাইট", এবং উদাহরণ.com-এর জন্য উত্তর পেলে উভয় ক্লায়েন্টকে উত্তর পাঠান।

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

ডিফল্ট মান 8।

max_ttl

সর্বাধিক সময় আমরা ক্যাশে একটি এন্ট্রি রাখব, সেকেন্ডে (এটিও বলা হয়
"সর্বোচ্চ TTL")।

এই দীর্ঘতম আমরা একটি এন্ট্রি ক্যাশে রাখা হবে. এই প্যারামিটারের জন্য ডিফল্ট মান হল
86400 (একদিন); সর্বনিম্ন মান হল 300 (5 মিনিট) এবং সর্বাধিক মান হতে পারে
হল 7776000 (90 দিন)।

এই পরামিতিটি এখানে থাকার কারণ হল ডেডউডকে আক্রমণ থেকে রক্ষা করা যা শোষণ করে
ক্যাশে বাসি ডেটা আছে, যেমন "ঘোস্ট ডোমেন নেম" আক্রমণ।

সর্বাধিক_ক্যাশে_এলিমেন্ট

আমাদের ক্যাশে অনুমোদিত উপাদানগুলির সর্বাধিক সংখ্যা। এটি 32 এর মধ্যে একটি সংখ্যা
এবং 16,777,216; এর জন্য ডিফল্ট মান হল 1024। মনে রাখবেন, যদি ক্যাশে লেখা হয়
ডিস্ক বা ডিস্ক থেকে ক্যাশে রিডিং, এর উচ্চতর মান ক্যাশে ধীর করে দেবে
পড়া লেখা.

প্রতিটি ক্যাশে এন্ট্রি ব্যবহার করে মেমরির পরিমাণ অপারেটিং সিস্টেমের উপর নির্ভর করে পরিবর্তনশীল
ব্যবহৃত এবং মেমরি বরাদ্দ করা পৃষ্ঠার আকার। Windows XP-এ, উদাহরণস্বরূপ, প্রতিটি
এন্ট্রি প্রায় চার কিলোবাইট মেমরি ব্যবহার করে এবং ডেডউডের ওভারহেড আছে
প্রায় 512 কিলোবাইট। সুতরাং, যদি 512 ক্যাশে উপাদান থাকে, ডেডউড ব্যবহার করে
আনুমানিক 2.5 মেগাবাইট মেমরি, এবং যদি 1024 ক্যাশে উপাদান থাকে, ডেডউড ব্যবহার করে
প্রায় 4.5 মেগাবাইট মেমরি। আবার, এই সংখ্যা Windows XP এবং অন্যান্য জন্য
অপারেটিং সিস্টেমের বিভিন্ন মেমরি বরাদ্দ নম্বর থাকবে।

অনুগ্রহ করে মনে রাখবেন যে প্রতিটি রুট_সার্ভার এবং আপস্ট্রিম_সার্ভার এন্ট্রি ডেডউডের মধ্যে স্থান নেয়
ক্যাশে এবং সর্বাধিক_ক্যাশে_এলিমেন্টগুলিকে প্রচুর পরিমাণে সঞ্চয় করার জন্য বৃদ্ধি করতে হবে
এই এন্ট্রি.

maxprocs

এটি ডেডউডের মুলতুবি থাকা দূরবর্তী UDP সংযোগের সর্বাধিক সংখ্যা। দ্য
এর জন্য ডিফল্ট মান হল 1024।

max_tcp_procs

এটি অনুমোদিত খোলা TCP সংযোগের সংখ্যা। ডিফল্ট মান: 8

num_retry

হাল ছেড়ে দেওয়ার আগে আমরা যতবার একটি প্রশ্ন আপস্ট্রিম পাঠানোর জন্য পুনরায় চেষ্টা করেছি। যদি এই 0 হয়, আমরা
শুধুমাত্র একবার চেষ্টা করুন; যদি এটি 1 হয়, আমরা দুইবার চেষ্টা করি, এবং আরও, 32টি পর্যন্ত পুনরায় চেষ্টা করি। উল্লেখ্য যে প্রতিটি
আমরা আবার চেষ্টা করার আগে retry timeout_seconds সেকেন্ড সময় নেয়। ডিফল্ট মান: 5

ns_glueless_type

আঠাবিহীন রেকর্ডের সমাধান করতে আমরা যে RR টাইপ পাঠাই। প্রধানত ব্যবহার করার সময় এটি 1 (A) হওয়া উচিত
IPv4 রেকর্ড সমাধান করতে. যদি আঠালো NS রেকর্ডে AAAA থাকে কিন্তু A রেকর্ড না থাকে এবং IPv6 থাকে
সক্রিয়, এটিকে 255 (যেকোনও) এর একটি মান দেওয়া বোধগম্য হতে পারে। যদি IPv4 কখনো বন্ধ হয়ে যায়
একটি বৃহৎ স্কেলে ব্যবহৃত হয়, এটি অবশেষে 28 এর একটি মান তৈরি করা সম্ভব হতে পারে
(এএএএ)।

ডিফল্ট মান হল 1: একটি A (IPv4 IP) রেকর্ড। এই পরামিতি আছে না পরীক্ষা করা হয়েছে; এ ব্যবহার করুন
আপনার নিজের ঝুঁকি।

random_seed_file

এটি একটি ফাইল যাতে র্যান্ডম সংখ্যা রয়েছে এবং এটির জন্য একটি বীজ হিসাবে ব্যবহৃত হয়
ক্রিপ্টোগ্রাফিকভাবে শক্তিশালী র্যান্ডম নম্বর জেনারেটর। ডেডউড 256 বাইট পড়ার চেষ্টা করবে
এই ফাইল থেকে (আরএনজি ডেডউড ব্যবহার করে যে কোনো নির্বিচারে দৈর্ঘ্যের একটি স্ট্রিম গ্রহণ করতে পারে)।

লক্ষ্য করুন যে হ্যাশ কম্প্রেশন ফাংশন পার্স করার আগে এর কিছু এনট্রপি পায়
mararc ফাইল, এবং /dev/urandom (উইন্ডোজে secret.txt) থেকে এনট্রপি পেতে হার্ড কোডেড
সিস্টেম)। Deadwood দ্বারা ব্যবহৃত অধিকাংশ অন্যান্য এনট্রপির দ্বারা নির্দেশিত ফাইল থেকে আসে
random_seed_file.

recurse_min_bind_port

সর্বনিম্ন সংখ্যাযুক্ত পোর্ট ডেডউডকে আবদ্ধ করার অনুমতি দেওয়া হয়; এটি একটি র্যান্ডম পোর্ট নম্বর ব্যবহৃত হয়
বহির্গামী প্রশ্নের উৎস পোর্টের জন্য, এবং 53 নয় (উপরে dns_port দেখুন)। এটা একটা
1025 এবং 32767 এর মধ্যে সংখ্যা, এবং একটি ডিফল্ট মান 15000। এটি DNS তৈরি করতে ব্যবহৃত হয়।
স্পুফিং আক্রমণ আরও কঠিন।

recurse_number_ports

বহির্গামী সংযোগের জন্য উৎস পোর্টের জন্য ডেডউড পোর্টের সংখ্যা; এই
2 এবং 256 এর মধ্যে 32768 এর শক্তি। এটি DNS স্পুফিং আক্রমণকে আরও বেশি করতে ব্যবহৃত হয়
কঠিন ডিফল্ট মান হল 4096।

recursive_acl

এটি "আইপি/মাস্ক"-এ ডিএনএস পুনরাবৃত্তি করতে ডেডউড ব্যবহার করার অনুমতি দেওয়া হয়েছে তার একটি তালিকা।
বিন্যাস মাস্ক অবশ্যই 0 এবং 32 এর মধ্যে একটি সংখ্যা হতে হবে (IPv6 এর জন্য, 0 এবং 128 এর মধ্যে)। উদাহরণ স্বরূপ,
"127.0.0.1/8" স্থানীয় সংযোগের অনুমতি দেয়।

প্রত্যাখ্যান_aaaa

এটির মান 1 হলে, যখনই একটি AAAA কোয়েরি হয় তখন একটি জাল SOA "সেখানে নেই" উত্তর পাঠানো হয়
ডেডউডে পাঠানো হয়েছে। অন্য কথায়, প্রতিবার একটি প্রোগ্রাম ডেডউডকে একটি IPv6 আইপির জন্য জিজ্ঞাসা করে
ঠিকানা, অনুরোধ প্রক্রিয়া করার চেষ্টা করার পরিবর্তে, যখন এটি 1, ডেডউড সেট করা হয়
প্রশ্ন করা হোস্ট নামের একটি IPv6 ঠিকানা নেই।

যারা IPv6 ব্যবহার করেন না কিন্তু অ্যাপ্লিকেশন ব্যবহার করেন তাদের জন্য এটি কার্যকর (সাধারণত *NIX কমান্ড
যেমন "টেলনেট" এর মতো অ্যাপ্লিকেশন) যা একটি আইপিভি6 ঠিকানা খুঁজে বের করার চেষ্টাকে ধীর করে দেয়।

এটির একটি ডিফল্ট মান 0 রয়েছে। অন্য কথায়, AAAA প্রশ্নগুলি সাধারণত প্রক্রিয়া করা হয় যদি না
এই সেট করা হয়.

প্রত্যাখ্যান_mx

যখন এটির ডিফল্ট মান 1 থাকে, তখন MX কোয়েরিগুলি তাদের আইপি সহ নিঃশব্দে বাদ দেওয়া হয়
লগ একটি MX ক্যোয়ারী এমন একটি প্রশ্ন যা শুধুমাত্র একটি মেশিন দ্বারা করা হয় যদি এটি তার নিজস্ব হতে চায়
মেইল সার্ভার ইন্টারনেটে মেশিনে মেল পাঠাচ্ছে। এটি একটি ক্যোয়ারী একটি গড় ডেস্কটপ
মেশিন (একটি সহ যা আউটলুক বা অন্য মেইল ​​ব্যবহারকারী এজেন্টকে পড়তে এবং পাঠাতে ব্যবহার করে
ইমেল) কখনই তৈরি করবে না।

খুব সম্ভবত, যদি একটি মেশিন একটি MX কোয়েরি করার চেষ্টা করে, মেশিনটি দ্বারা নিয়ন্ত্রিত হচ্ছে
অবাঞ্ছিত "স্প্যাম" ইমেল পাঠানোর জন্য একটি দূরবর্তী উৎস। এই মনে, Deadwood অনুমতি দেবে না
MX প্রশ্ন করা হবে যদি না প্রত্যাখ্যান_mx স্পষ্টভাবে 0 এর মান দিয়ে সেট করা হয়।

এটি নিষ্ক্রিয় করার আগে, দয়া করে মনে রাখবেন যে ডেডউড ওয়েবের জন্য ব্যবহার করার জন্য অপ্টিমাইজ করা হয়েছে৷
সার্ফিং, একটি মেল হাবের জন্য একটি DNS সার্ভার হিসাবে নয়। বিশেষ করে, MX রেকর্ডের জন্য আইপি
ডেডউডের উত্তর থেকে সরানো হয়েছে এবং ডেডউডকে অতিরিক্ত ডিএনএস প্রশ্ন করতে হবে
MX রেকর্ডের সাথে সম্পর্কিত আইপি পান, এবং ওয়েবের জন্য ডেডউডের পরীক্ষা আরও প্রস্তুত
সার্ফিং (প্রায় 100% একটি রেকর্ড লুকআপ) এবং মেল বিতরণের জন্য নয় (বিস্তৃত MX রেকর্ড
খুঁজে দেখো).

প্রত্যাখ্যান_ptr

এটির মান 1 হলে, যখনই একটি PTR কোয়েরি হয় তখন একটি জাল SOA "সেখানে নেই" উত্তর পাঠানো হয়
ডেডউডে পাঠানো হয়েছে। অন্য কথায়, প্রতিবার একটি প্রোগ্রাম ডেডউডকে "বিপরীত DNS" এর জন্য জিজ্ঞাসা করে
lookup" -- প্রদত্ত আইপি ঠিকানার হোস্টনাম -- প্রক্রিয়া করার চেষ্টা করার পরিবর্তে
অনুরোধ, যখন এটি 1 এ সেট করা হয়, তখন ডেডউড ভান করে যে প্রশ্নে থাকা আইপি ঠিকানাটি নেই
একটি হোস্টনাম

এটি এমন লোকেদের জন্য দরকারী যারা একটি সম্পাদন করার চেষ্টা করার সময় ধীর DNS টাইমআউট পাচ্ছেন
আইপি-তে বিপরীত DNS লুকআপ।

এটির একটি ডিফল্ট মান 0 রয়েছে। অন্য কথায়, PTR প্রশ্নগুলি সাধারণত প্রক্রিয়া করা হয় না
এই সেট করা হয়.

পুনরুত্থান

যদি এটি 1 তে সেট করা হয়, ডেডউড দেওয়ার আগে ব্যবহারকারীকে একটি মেয়াদোত্তীর্ণ রেকর্ড পাঠানোর চেষ্টা করবে
আপ এটা 0 হলে, আমরা না. ডিফল্ট মান: 1

root_servers

এটি রুট সার্ভারের একটি তালিকা; এর সিনট্যাক্স আপস্ট্রিম_সার্ভারের অনুরূপ (নীচে দেখুন)।
এটি হল DNS পরিষেবা ICANN এর ধরন, উদাহরণস্বরূপ, রান। এই যে সার্ভার ব্যবহার করা হয়
ডিএনএস প্রশ্নগুলির সম্পূর্ণ উত্তর আমাদের দেবেন না, তবে কোন ডিএনএস সার্ভারের জন্য আমাদের বলুন৷
আমাদের কাঙ্ক্ষিত উত্তরের কাছাকাছি একটি উত্তর পেতে সংযোগ করুন।

অনুগ্রহ করে মনে রাখবেন যে প্রতিটি রুট_সার্ভার এন্ট্রি ডেডউডের ক্যাশে স্থান নেয় এবং এটি
সর্বাধিক_ক্যাশে_এলিমেন্টগুলিকে এই বিপুল সংখ্যক এন্ট্রি সংরক্ষণ করার জন্য বৃদ্ধি করতে হবে।

tcp_শুনুন

ডিএনএস-ওভার-টিসিপি সক্ষম করার জন্য, এই ভেরিয়েবলটি অবশ্যই সেট করতে হবে এবং এর মান 1 থাকতে হবে। ডিফল্ট
মান: 0

সময় শেষ_সেকেন্ড

মুলতুবি থাকা UDP DNS ছেড়ে দেওয়ার আগে Deadwood কতক্ষণ অপেক্ষা করবে
উত্তর এর জন্য ডিফল্ট মান হল 1, যেমন 1 সেকেন্ডে, যদি না ডেডউডের সাথে কম্পাইল করা হয়
FALLBACK_TIME সক্ষম।

timeout_seconds_tcp

একটি নিষ্ক্রিয় TCP সংযোগটি ফেলে দেওয়ার আগে কতক্ষণ অপেক্ষা করতে হবে৷ এই জন্য ডিফল্ট মান
হল 4, যেমন 4 সেকেন্ডে।

ttl_age

TTL বার্ধক্য সক্ষম কিনা; ক্যাশে এন্ট্রি তাদের TTL সেট করা আছে কিনা
ক্যাশে এন্ট্রি বাকি আছে সময় পরিমাণ.

এটির মান 1 হলে, TTL এন্ট্রিগুলি বয়সী। অন্যথায়, তারা না. ডিফল্ট
এর জন্য মান হল 1।

আপস্ট্রিম_পোর্ট

এটি ডেডউড পোর্ট যা আপস্ট্রিম সার্ভারে প্যাকেটগুলি সংযোগ বা পাঠাতে ব্যবহার করে। দ্য
এর জন্য ডিফল্ট মান হল 53; আদর্শ DNS পোর্ট।

আপস্ট্রিম_সার্ভার

এটি DNS সার্ভারগুলির একটি তালিকা যা লোড ব্যালেন্সার যোগাযোগ করার চেষ্টা করবে৷ এটা একটা
অভিধান পরিবর্তনশীল একটি সাধারণের পরিবর্তে (একটি সংখ্যার পরিবর্তে একটি স্ট্রিং দ্বারা সূচিত করা অ্যারে)
পরিবর্তনশীল যেহেতু আপস্ট্রিম_সার্ভার একটি অভিধান ভেরিয়েবল, এটি শুরু করা দরকার
ব্যবহার করার আগে।

ডেডউড হোস্টের নামটি দেখবে যে এটি আপস্ট্রিম সার্ভারটি খুঁজে বের করার চেষ্টা করছে
জন্য, এবং এটি খুঁজে পাওয়া দীর্ঘতম প্রত্যয়ের সাথে মিলবে।

উদাহরণস্বরূপ, যদি কেউ ডেডউডকে "www.foo.example.com" এর জন্য একটি প্রশ্ন পাঠায়, তাহলে ডেডউড
প্রথমে দেখুন "www.foo.example.com" এর জন্য একটি upstream_servers ভেরিয়েবল আছে কিনা, তারপর দেখুন
"foo.example.com" এর জন্য, তারপরে "example.com", তারপর "com" এবং অবশেষে "." খুঁজুন।

এখানে আপস্ট্রিম_সার্ভারগুলির একটি উদাহরণ রয়েছে:

upstream_servers = {} # অভিধান ভেরিয়েবল শুরু করুন
upstream_servers["foo.example.com."] = "192.168.42.1"
upstream_servers["example.com."] = "192.168.99.254"
upstream_servers["."] = "10.1.2.3, 10.1.2.4"

এই উদাহরণে, "foo.example.com"-এ শেষ হওয়া যেকোনো কিছু DNS সার্ভার দ্বারা সমাধান করা হয়
192.168.42.1; "example.com" এ শেষ হওয়া অন্য কিছু 192.168.99.254 দ্বারা সমাধান করা হয়েছে; এবং
"example.com"-এ শেষ না হওয়া কিছু 10.1.2.3 বা 10.1.2.4 দ্বারা সমাধান করা হয়।

গুরুত্বপূর্ণ: ডোমেন নাম upstream_servers পয়েন্ট একটি "" এ শেষ হতে হবে। চরিত্র এই
ঠিক আছে:

upstream_servers["example.com."] = "192.168.42.1"

কিন্ত এটা না ঠিক আছে:

upstream_servers["example.com"] = "192.168.42.1"

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

যদি রুট_সার্ভার বা আপস্ট্রিম_সার্ভার উভয়ই সেট করা না থাকে তবে ডেডউড রুট_সার্ভারগুলি ব্যবহার করতে সেট করে
ডিফল্ট ICANN রুট সার্ভার, নিম্নরূপ:

198.41.0.4 a.root-servers.net (VeriSign)
192.228.79.201 b.root-servers.net (ISI)
192.33.4.12 c.root-servers.net (Cogent)
199.7.91.13 d.root-servers.net (UMaryland)
192.203.230.10 e.root-servers.net (NASA Ames)
192.5.5.241 f.root-servers.net (ISC)
192.112.36.4 g.root-servers.net (DOD NIC)
128.63.2.53 h.root-servers.net (ArmyRU)
192.36.148.17 i.root-servers.net (NORDUnet)
192.58.128.30 j.root-servers.net (VeriSign)
193.0.14.129 k.root-servers.net (রিসাউক্স)
199.7.83.42 l.root-servers.net (IANA)
202.12.27.33 m.root-servers.net (WIDE)

এই তালিকাটি ফেব্রুয়ারী 9, 2015 হিসাবে বর্তমান, এবং সর্বশেষ 3 জানুয়ারী, 2013 এ পরিবর্তিত হয়েছিল৷

অনুগ্রহ করে মনে রাখবেন যে প্রতিটি আপস্ট্রিম_সার্ভার এন্ট্রি ডেডউডের ক্যাশে স্থান নেয় এবং এটি
সর্বাধিক_ক্যাশে_এলিমেন্টগুলিকে এই বিপুল সংখ্যক এন্ট্রি সংরক্ষণ করার জন্য বৃদ্ধি করতে হবে।

verbose_level

এটি স্ট্যান্ডার্ড আউটপুটে কতগুলি বার্তা লগ করা হয়েছে তা নির্ধারণ করে; বড় মান আরো লগ
বার্তা এর জন্য ডিফল্ট মান হল 3।

আইপি/মাস্ক বিন্যাস of আইপিগুলি

ডেডউড আইপি নির্দিষ্ট করতে একটি স্ট্যান্ডার্ড আইপি/নেটমাস্ক ফর্ম্যাট ব্যবহার করে। একটি আইপি ডটেড-ডেসিমেলে আছে
বিন্যাস, যেমন "10.1.2.3" (অথবা IPv6 ফর্ম্যাটে যখন IPv6 সমর্থন সংকলিত হয়)।

নেটমাস্ক আইপি-র একটি পরিসীমা নির্দিষ্ট করতে ব্যবহৃত হয়। নেটমাস্ক হল ১ এর মধ্যে একটি একক সংখ্যা
এবং 32 (128 যখন IPv6 সমর্থন সংকলিত হয়), যা অগ্রণী "1" এর সংখ্যা নির্দেশ করে
নেটমাস্কে বিট।

10.1.1.1/24 নির্দেশ করে যে 10.1.1.0 থেকে 10.1.1.255 পর্যন্ত যেকোনো ip মিলবে।

10.2.3.4/16 নির্দেশ করে যে 10.2.0.0 থেকে 10.2.255.255 পর্যন্ত যেকোনো ip মিলবে।

127.0.0.0/8 নির্দেশ করে যে প্রথম অক্টেট (সংখ্যা) হিসাবে "127" সহ যেকোনো আইপি মিলবে।

নেটমাস্কটি ঐচ্ছিক, এবং যদি উপস্থিত না থাকে, তাহলে নির্দেশ করে যে শুধুমাত্র একটি আইপি মিলবে।

ডিএনএস শেষ বিভিন্ন TCP

ডিএনএস-ওভার-টিসিপি 1-এ tcp_listen সেট করে স্পষ্টভাবে সক্রিয় করা দরকার।

ডেডউড ইউডিপি ডিএনএস প্যাকেট থেকে দরকারী তথ্য বের করে যা প্রায় কাটা চিহ্নিত করা হয়েছে
সর্বদা ডিএনএস-ওভার-টিসিপি থাকার প্রয়োজনীয়তা দূর করে। যাইহোক, ডেডউড ডিএনএস প্যাকেটগুলি ক্যাশে করে না
আকারে 512 বাইটের চেয়ে বড় যা TCP ব্যবহার করে পাঠাতে হবে। উপরন্তু, DNS-ওভার-TCP
যে প্যাকেটগুলি "অসম্পূর্ণ" ডিএনএস উত্তর (উত্তর যা একটি স্টাব সমাধানকারী ব্যবহার করতে পারে না,
যেটি হয় একটি NS রেফারেল বা একটি অসম্পূর্ণ CNAME উত্তর হতে পারে) সঠিকভাবে পরিচালনা করা হয় না
ডেডউড দ্বারা।

ডেডউড ডিএনএস-ওভার-ইউডিপি এবং ডিএনএস-ওভার-টিসিপি উভয়ের জন্য সমর্থন করে; একই ডেমন শোনে
UDP এবং TCP DNS পোর্ট উভয়ই।

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

পদান্বয় অন্যান্য নথি পত্র

এটা সম্ভব Deadwood, dwood3rc ফাইল পার্স করার সময়, অন্যান্য ফাইল পড়া এবং
তাদের পার্স করুন যেন তারা dwood3rc ফাইল।

এটি ব্যবহার করে করা হয় execfile. execfile ব্যবহার করতে, dwood3rc-এ এইরকম একটি লাইন রাখুন
ফাইল:

execfile("পাথ/টু/ফাইলের নাম")

যেখানে path/to/filename হল একটি dwood3rc ফাইলের মত পার্স করা ফাইলের পাথ।

সমস্ত ফাইল অবশ্যই /etc/maradns/deadwood/execfile ডিরেক্টরিতে বা তার অধীনে থাকতে হবে। ফাইলের নাম করতে পারেন
শুধুমাত্র ছোট হাতের অক্ষর এবং আন্ডারস্কোর অক্ষর ("_") আছে। পরম পথ নয়
execfile যুক্তি হিসাবে অনুমোদিত; ফাইলের নাম একটি স্ল্যাশ ("/") দিয়ে শুরু হতে পারে না
অক্ষর।

execfile দ্বারা নির্দেশিত ফাইলটিতে পার্স ত্রুটি থাকলে, ডেডউড রিপোর্ট করবে
প্রধান dwood3rc ফাইলে execfile কমান্ডের সাথে লাইনে থাকার কারণে ত্রুটি। খুঁজতে
যেখানে একটি পার্স ত্রুটি সাব-ফাইলে আছে, "Deadwood -f" এর মতো কিছু ব্যবহার করুন
/etc/maradns/deadwood/execfile/filename" আপত্তিকর ফাইলে পার্স ত্রুটি খুঁজে পেতে,
যেখানে "filename" হল execfile এর মাধ্যমে পার্স করা ফাইল।

IPV6 সমর্থন

এই সার্ভারটি ঐচ্ছিকভাবে IPv6 সমর্থন পাওয়ার জন্য কম্পাইল করা যেতে পারে। IPv6 সক্ষম করার জন্য
সমর্থন, কম্পাইল-টাইম পতাকাগুলিতে '-DIPV6' যোগ করুন। উদাহরণস্বরূপ, একটি তৈরি করতে এই কম্পাইল করা
ছোট বাইনারি, এবং IPv6 সমর্থন আছে:

FLAGS='-Os -DIPV6' রপ্তানি করুন
করা

নিরাপত্তা

ডেডউড হল নিরাপত্তার কথা মাথায় রেখে লেখা একটি প্রোগ্রাম।

একটি বাফার-ওভারফ্লো প্রতিরোধী স্ট্রিং লাইব্রেরি এবং একটি কোডিং শৈলী এবং SQA ব্যবহার করার পাশাপাশি
প্রক্রিয়া যা বাফার ওভারফ্লো এবং মেমরি লিকের জন্য পরীক্ষা করে, ডেডউড একটি শক্তিশালী ব্যবহার করে
সিউডো-র্যান্ডম নম্বর জেনারেটর (রেডিওগাটুনের 32-বিট সংস্করণ) উভয়ই তৈরি করতে
ক্যোয়ারী আইডি এবং সোর্স পোর্ট। র্যান্ডম নম্বর জেনারেটর সুরক্ষিত হওয়ার জন্য, ডেডউডের একটি প্রয়োজন
এনট্রপির ভালো উৎস; ডিফল্টরূপে ডেডউড এই এনট্রপি পেতে /dev/urandom ব্যবহার করবে। যদি
আপনি /dev/urandom সমর্থন ছাড়াই একটি সিস্টেমে আছেন, এটি নিশ্চিত করা গুরুত্বপূর্ণ
ডেডউডের এনট্রপির একটি ভাল উত্স রয়েছে যাতে ক্যোয়ারী আইডি এবং উত্স পোর্ট করা কঠিন
অনুমান করুন (অন্যথায় এটি DNS প্যাকেট জাল করা সম্ভব)।

ডেডউডের উইন্ডোজ পোর্টে "mkSecretTxt.exe" নামে একটি প্রোগ্রাম রয়েছে যা একটি তৈরি করে
64-বাইট (512 বিট) র্যান্ডম ফাইল "secret.txt" যা ডেডউড ব্যবহার করতে পারে (এর মাধ্যমে
"random_seed_file" প্যারামিটার); ডেডউড যখন ডেডউড টাইমস্ট্যাম্প থেকে এনট্রপিও পায়
শুরু হয় এবং ডেডউডের প্রসেস আইডি নম্বর, তাই একই স্ট্যাটিক ব্যবহার করা একই
Deadwood এর একাধিক আহ্বানের জন্য random_seed_file হিসাবে secret.txt ফাইল।

মনে রাখবেন যে ডেডউড একই নেটওয়ার্ক দেখার প্যাকেট পাঠানোর কাছ থেকে সুরক্ষিত নয়
Deadwood দ্বারা এবং একটি উত্তর হিসাবে নকল প্যাকেট পাঠানো.

ডেডউডকে কিছু সম্ভাব্য ডিনায়েল-অফ-সার্ভিস আক্রমণ থেকে রক্ষা করার জন্য, এটি সর্বোত্তম
ক্যাশে উপাদানগুলি হ্যাশ করার জন্য ব্যবহৃত ডেডউডের প্রাইম নম্বরটি একটি এলোমেলো 31-বিট প্রাইম
সংখ্যা প্রোগ্রাম RandomPrime.c ফাইলে স্থাপন করা একটি র্যান্ডম প্রাইম তৈরি করে
DwRandPrime.h যেটি পুনরুত্থিত হয় যখনই হয় প্রোগ্রামটি সংকলিত হয় বা জিনিসগুলি হয়
মেক ক্লিন দিয়ে পরিষ্কার করা হয়েছে। এই প্রোগ্রামটি তার এনট্রপির জন্য /dev/urandom ব্যবহার করে; ফাইল
DwRandPrime.h /dev/urandom ছাড়া সিস্টেমে পুনরুত্থিত হবে না।

প্রত্যক্ষ /dev/urandom সমর্থন ছাড়া সিস্টেমে, একটি আছে কিনা তা দেখার পরামর্শ দেওয়া হয়
সিস্টেমটিকে কার্যকরী /dev/urandom দেওয়ার সম্ভাব্য উপায়। এই ভাবে, যখন Deadwood হয়
সংকলিত, হ্যাশ ম্যাজিক নম্বর উপযুক্তভাবে র্যান্ডম হবে।

ডেডউডের একটি প্রি-কম্পাইল করা বাইনারি ব্যবহার করলে, অনুগ্রহ করে নিশ্চিত করুন যে সিস্টেমে /dev/urandom আছে
সমর্থন (উইন্ডোজ সিস্টেমে, দয়া করে নিশ্চিত করুন যে secret.txt নামের ফাইলটি রয়েছে
অন্তর্ভুক্ত mkSecretTxt.exe প্রোগ্রাম দ্বারা উত্পন্ন); ডেডউড, রানটাইমে, ব্যবহার করে
/dev/urandom (উইন্ডোজে secret.txt) এনট্রপি পাওয়ার জন্য একটি হার্ডকোড করা পথ হিসাবে (এর সাথে
টাইমস্ট্যাম্প) হ্যাশ অ্যালগরিদমের জন্য।

ডেমোনিজেশন

ডেডউডের কোনো বিল্ট-ইন ডেমোনাইজেশন সুবিধা নেই; এই দ্বারা পরিচালিত হয়
বাহ্যিক প্রোগ্রাম ডুয়েন্ডে বা অন্য কোন ডেমোনিজার।

উদাহরণ কনফিগারেশন ফাইল

এখানে একটি উদাহরণ dwood3rc কনফিগারেশন ফাইল:

# এটি একটি উদাহরণ ডেডউড আরসি ফাইল
# মনে রাখবেন যে মন্তব্যগুলি হ্যাশ প্রতীক দ্বারা শুরু হয়

bind_address="127.0.0.1" # আইপি আমরা আবদ্ধ করি

# নিচের লাইনটি মন্তব্য করে নিষ্ক্রিয় করা হয়েছে
#bind_address="::1" # আমাদের ঐচ্ছিক IPv6 সমর্থন আছে

# ডিরেক্টরি থেকে আমরা প্রোগ্রাম চালাই (Win32 এ ব্যবহার করা হয় না)
chroot_dir = "/etc/maradns/deadwood"

# নিম্নলিখিত আপস্ট্রিম ডিএনএস সার্ভারগুলি গুগলের
# (ডিসেম্বর 2009 অনুযায়ী) পাবলিক DNS সার্ভার। জন্য
# আরো তথ্য, পৃষ্ঠা দেখুন
# http://code.google.com/speed/public-dns/
#
# যদি রুট_সার্ভার বা আপস্ট্রিম_সার্ভার উভয়ই সেট করা না থাকে,
# Deadwood ডিফল্ট ICANN রুট সার্ভার ব্যবহার করবে।
#upstream_servers = {}
#upstream_servers["."]="8.8.8.8, 8.8.4.4"

# কে ক্যাশে ব্যবহার করার অনুমতি দেওয়া হয়। এই লাইন
# প্রথম দুটি হিসাবে "127.0" সহ যে কাউকে অনুমতি দেয়৷
Deadwood ব্যবহার করার জন্য তাদের IP-এর # সংখ্যা
recursive_acl = "127.0.0.1/16"

# মুলতুবি থাকা অনুরোধের সর্বাধিক সংখ্যা
maxprocs = 2048

# ওভারলোড হলে সার্ভার ব্যর্থ পাঠান
হ্যান্ডেল_ওভারলোড = 1

maradns_uid = 99 # UID ডেডউড হিসাবে চলে
maradns_gid = 99 # GID ডেডউড হিসাবে চলে

সর্বাধিক_ক্যাশে_এলিমেন্ট = 60000

# আপনি যদি ডিস্ক থেকে ক্যাশে পড়তে এবং লিখতে চান,
# নিশ্চিত করুন যে উপরের chroot_dir পাঠযোগ্য এবং লেখার যোগ্য
# উপরে maradns_uid/gid দ্বারা, এবং uncomment
# নিম্নলিখিত লাইন।
#cache_file = "dw_cache"

# যদি আপনার আপস্ট্রিম DNS সার্ভার রূপান্তর করে "সেখানে নেই" DNS উত্তর
# আইপি-তে, এই প্যারামিটারটি ডেডউডকে যেকোনো উত্তর রূপান্তর করতে দেয়
# একটি প্রদত্ত আইপি সহ একটি "না সেখানে" আইপিতে ফিরে যান। যদি কোন আই.পি
# নীচে তালিকাভুক্ত একটি DNS উত্তর রয়েছে, ডেডউড উত্তরটিকে রূপান্তর করে
# একটি "সেখানে নেই"
#ip_blacklist = "10.222.33.44, 10.222.3.55"

# ডিফল্টরূপে, নিরাপত্তার কারণে, ডেডউড আইপি-কে অনুমতি দেয় না
# 192.168.xx, 172।[16-31].xx, 10.xxx, 127.xxx,
# 169.254.xx, 224.xxx, বা 0.0.xx পরিসর। ডেডউড ব্যবহার করলে
# একটি অভ্যন্তরীণ নেটওয়ার্কে নামগুলি সমাধান করতে, মন্তব্যটি মুক্ত করুন৷
# নিম্নলিখিত লাইন:
#filter_rfc1918 = 0

onworks.net পরিষেবা ব্যবহার করে ডেডউড অনলাইন ব্যবহার করুন