Dnsmasq এবং systemd- সমাধানের মধ্যে বিরোধগুলি এড়াতে কীভাবে?

Question

আমি সম্প্রতি আমার স্থানীয় নেটওয়ার্কের জন্য ডিএনএস সার্ভার হিসাবে কাজ করতে dnsmasq ইনস্টল করেছি। dnsmasq পোর্ট 53 এ শুনেছে যা ইতিমধ্যে স্থানীয় DNS স্টাব শ্রোতা দ্বারা সিস্টেম-সমাধান করা থেকে ব্যবহার করা হয়েছে ।

কেবল সিস্টেমেড-সলভ করা বন্ধ করা এবং dnsmasq চলার পরে এটিকে পুনরায় চালু করা এই সমস্যার সমাধান করে। তবে এটি পুনরায় বুট করার পরে ফিরে আসে: সিস্টেমেড-রেজোলিউডটি অগ্রাধিকার দিয়ে শুরু হয় এবং ডিএনএসমাস্ক শুরু হবে না কারণ পোর্ট 53 ইতিমধ্যে ব্যবহৃত হয়েছে।

প্রথম সুস্পষ্ট প্রশ্নটি, আমার ধারণা, কীভাবে আমি সিস্টেমড-সংলগ্নকে বুঝতে পারি যে এটির স্থানীয় ডিএনএস স্টাব শ্রোতা আরম্ভ করা উচিত নয় এবং এভাবে dnsmasq ব্যবহারের জন্য 53 বন্দরটি রাখা উচিত?

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

Comments

আপনি কি কেবল এর মাধ্যমে অক্ষম করার চেষ্টা করেছেন sudo systemctl disable systemd-resolved? dnsmasq যদি সঠিকভাবে কনফিগার করা থাকে তবে আমার মনে হয় যে ডোমেন রেজোলিউশনটি পরিচালনা করা উচিত।

— pbhj

sudo systemctl stop systemd-resolvedএটি চলমান থাকলে আপনাকেও জারি করতে হবে। sudo systemctl status systemd-resolvedচেক করতে ব্যবহার করুন

— ব্রুস বার্নেট

Answer 1

এর মতো systemd হল 232 (2017 সালে মুক্তি) আপনি সম্পাদনা করতে পারেন /etc/systemd/resolved.confএবং এই লাইন যোগ করুন:

DNSStubListener=no

এটি পোর্ট 53 এ বাইন্ডিং বন্ধ করে দেবে।

রেজোলিউশন.ক্যানফ ম্যানপেজে বিকল্পটি আরও বিশদে বর্ণিত হয়েছে ।

আপনার সিস্টেমটি চলমান সিস্টেমযুক্ত সংস্করণটি পেতে পারেন:

systemctl --version

Comments

ইন্টারনেট সংযোগের এই পালাটি করছেন

— রবীন্দ্র

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

— মালভাইনাস

Answer 2

systemd-resolvedবুট ব্যবহার করে লোড করা থেকে আপনি অক্ষম করতে পারেন sudo systemctl disable systemd-resolved।

আপনি যদি দুজনকে একসাথে চালাতে চান তবে আপনি systemd-resolvedলোকালহোস্টটিকে প্রাথমিক নেমসারভার হিসাবে ব্যবহার করতে পুনর্নির্দেশ করতে পারেন। এটি নিশ্চিত করবে যে বাহ্যিক ডিএনএস সার্ভারকে আঘাত করার আগে সমস্ত প্রশ্নের সমাধানের জন্য ডিএনএসমাস্কে পরিচালিত হয়েছে। nameserver 127.0.0.1আপনার /etc/resolv.confফাইলের শীর্ষে লাইন যুক্ত করে এটি করা যেতে পারে । এটি সিস্টেমেডের স্থানীয় ক্যাচিং অক্ষম করবে।

আপনি আর্চ লিনাক্স উইকিতে আরও পড়তে পারেন । আমি সেখান থেকে এটি অনুলিপি করেছি এবং এটি বেশ ভালভাবে কভার করে।

তবে এটি বুট করার সময় ত্রুটিটিকে বিশ্বস্তভাবে এড়াতে পারে না, অর্থাৎ প্রথমে সিস্টেমড-রেজোলিউশনের ঘটনাটি ঘটতে থাকলে dnsmasq এখনও ব্যর্থ হবে। যদি আপনার সংস্করণটি systemdযথেষ্ট নতুন হয় তবে ম্যালভাইনিয়াসের উত্তরটি ব্যবহার করুন । আপনার সংস্করণটি systemdযদি খুব পুরানো হয় তবে আপনি dnsmasq ইউনিটটি সংশোধন করে এই সমস্যাটি নিয়ে কাজ করতে পারেন: [Unit]বিভাগে, যোগ করুন Before=systemd-resolved।

এর পরে, যদি আপনি চান, আপনি /etc/dnsmasq-resolv.confআপস্ট্রিম নেমসার্ভারগুলির জন্য একটি পৃথক ফাইল তৈরি করতে পারেন -rবা --resolv-fileবিকল্পটি ব্যবহার করে এটি পাস করতে পারেন বা dnsmasq কনফিগারেশন ফাইলটিতে আপস্ট্রিম নেমসার্ভার যুক্ত করতে পারেন -Rবা --no-resolvবিকল্পটি ব্যবহার করতে পারেন । এইভাবে আপনার নিজের মধ্যে লোকালহোস্ট রয়েছে /etc/resolv.confএবং সমস্ত কিছুই ডিএনএসমাস্কের মধ্য দিয়ে যায়।

Comments

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

— Vic

Dnsmasq ইউনিট, একটি করা Before=systemd-resolvedমধ্যে [Unit]অধ্যায়। এইভাবে, dnsmasq সর্বদা প্রথম শুরু হবে।

— মুনির

Answer 3

সিস্টেমেড ম্যাপেজগুলি বিচার করে স্টাব ডিএনএস সার্ভারটি ম্যানুয়ালি অক্ষম করতে সক্ষম হবার উদ্দেশ্য নয়। মজার বিষয় হল আমি কেবল 230 থেকে 231 পর্যন্ত সিস্টেমড আপগ্রেড করার পরে বর্ণিত সমস্যাটি লক্ষ্য করেছি।

সিস্টেমে-সমাধান করা অক্ষম করা আমার পক্ষে কোনও বিকল্প ছিল না কারণ ডিএইচসিপির মাধ্যমে প্রাপ্ত প্রাপ্ত প্রবাহের ডিএনএস সার্ভারগুলি পরিচালনা করার জন্য আমার এটি দরকার।

আমার সমাধানটি আবার শুরু করার পরে আবার শুরু করার আগে ডান্সমাস্ক স্টপকে সিস্টেমড-রেজোলিউশন তৈরি করছিল।

আমি এতে একটি ড্রপ-ইন কনফিগারেশন তৈরি করেছি /etc/systemd/system/dnsmasq.service.d/resolved-fix.conf:

[Unit]
After=systemd-resolved.service

[Service]
ExecStartPre=/usr/bin/systemctl stop systemd-resolved.service
ExecStartPost=/usr/bin/systemctl start systemd-resolved.service

এটি একটি বরং হ্যাকিশ সমাধান বলে মনে হচ্ছে তবে এটি কাজ করে।

Comments

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

— জোনাথন কোমার

একটি ++ সমাধান !!!

— sjas

আমি, / usr / বিন / systemctl / বিন / systemctl পরিবর্তন করতে ছিল

— ব্রুস Barnett

Answer 4

আমি /etc/dnsmasq.conf এ লাইনের শুরুতে '#' অপসারণ করে "বাইন্ড-ইন্টারফেস" অপশনটি সক্রিয় করেছি।

আমি আবার dnsmasq শুরু করতে সক্ষম হয়েছিল:

• ডিএনএসমাস্ক ডিএনএস পোর্টটি সমস্ত ইন্টারফেসে (127.0.0.1 সহ) পোর্ট 53,
• systemd-resolv 127.0.0 এ শুনতে থাকে। 53 : 53

এই আলোচনার সমাধানের মাধ্যমে আমার এই সমাধানটির দিকে ইশারা করা হয়েছিল : স্টাব রেজলভারটি অক্ষম করার জন্য একটি বিকল্প যুক্ত করুন

Comments

এটি একটি ডাম্পস্টার আগুন কি জন্য সেরা উত্তর। কোনও কারণ নেই যে সিস্টেমডের উচিত সেই বন্দরটি দখল করা উচিত, এমনকি লুপব্যাকেও।

— জনাথন এস ফিশার

Answer 5

স্টাব শ্রোতা অক্ষম করার জন্য systemdসংস্করণে একটি বিকল্প থাকবে 232। Https://github.com / সিস্টেমেড / সিস্টেমেড/ pull/ 4061 দেখুন ।

Answer 6

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

সুতরাং, এটি মনে মনে lxdসমস্যা be যদি তা হয়, তবে lxd- ব্যবহারকারীদের মেলিং তালিকা পোস্ট অনুসারে , আমি যেভাবে এটি স্থির করেছি তা হ'ল :

$ lxc network edit lxdbr0

এটি আপনার কনফিগারেশনটি টার্মিনাল সম্পাদকে সম্পাদনা করবে। এটি দেখতে এরকম কিছু দেখাবে:

config:
  ipv4.address: 10.216.134.1/24
  ipv4.nat: "true"
  ipv6.address: none
  ipv6.nat: "true"
name: lxdbr0
type: bridge

এটিতে তিনটি লাইন যুক্ত করুন:

config:
  ipv4.address: 10.216.134.1/24
  ipv4.nat: "true"
  ipv6.address: none
  ipv6.nat: "true"
  raw.dnsmasq: |
    auth-zone=lxd
    dns-loop-detect
name: lxdbr0
type: bridge

এবং এটি ডিএনএস লুপগুলি সনাক্ত করার dnsmasqজন্য যা চালিত হচ্ছে তা lxdঘটানো উচিত। এই আমার জন্য অন্তত সমস্যার সমাধান এবং বন্ধ systemd-resolvedএবং dnsmasq100% সিপিইউ ব্যবহার করে।

Answer 7

(এক্স) উবুন্টু 18.04 বায়োনিকের সমাধান এখানে রয়েছে।

Dnsmasq ইনস্টল করুন

sudo apt install dnsmasq

53 পোর্টে সিস্টেম-সমাধান করা শ্রোতা অক্ষম করুন (/etc/systemd/resolve.conf স্পর্শ করবেন না, কারণ এটি আপগ্রেডে ওভাররাইট করা যেতে পারে):

$ cat /etc/systemd/resolved.conf.d/noresolved.conf 
[Resolve]
DNSStubListener=no

এবং এটি আবার চালু করুন

$ sudo systemctl restart systemd-resolved

(বিকল্পভাবে এটি সম্পূর্ণরূপে অক্ষম করুন $ sudo systemctl disable systemd-resolved.service )

/Etc/resolv.conf মুছুন এবং আবার তৈরি করুন। এটি গুরুত্বপূর্ণ, কারণ ডিফল্টরূপে resolv.conf /run/systemd/resolve/stub-resolv.conf এর প্রতীকী লিঙ্ক। আপনি যদি প্রতীকী লিঙ্কটি মুছবেন না, ফাইলটি পুনরায় বুট করার সময় সিস্টেমড দ্বারা ওভাররাইট করা হবে (যদিও আমরা সিস্টেমড-রেজোলিউশন অক্ষম করেছি!)। এছাড়াও সিস্টেম-মীমাংসিত কনফিগারেশন সনাক্ত করার জন্য নেটওয়ার্ক ম্যানেজার (এনএম) এটি প্রতীকী লিঙ্ক কিনা তা পরীক্ষা করে।

$ sudo rm /etc/resolv.conf
$ sudo touch /etc/resolv.conf

এনএম দ্বারা /etc/resolv.conf ওভাররাইটিং অক্ষম করুন (একটি বিকল্প আরসি-ম্যানেজার এছাড়াও রয়েছে, তবে এটি এনএম ম্যানুয়ালটিতে বর্ণিত সত্ত্বেও এটি কার্যকর হয় না):

$ cat /etc/NetworkManager/conf.d/disableresolv.conf 
[main]
dns=none

এবং এটি পুনরায় চালু করুন:

$ sudo systemctl restart NetworkManager

এনএম থেকে রেজোলভকনফ ব্যবহার করতে ড্যানমাস্ককে বলুন:

$ cat /etc/dnsmasq.d/nmresolv.conf 
resolv-file=/var/run/NetworkManager/resolv.conf

এবং এটি পুনরায় চালু করুন:

$ sudo systemctl restart dnsmasq

সমাধানের জন্য dnsmasq ব্যবহার করুন:

$ cat /etc/resolv.conf 
# Use local dnsmasq for resolving
nameserver 127.0.0.1

Comments

আরও কয়েকটি সমাধানের চেষ্টা করার পরে, আপনারা লিনাক্স মিন্টে আমার সমস্যাটি সমাধান করেছিলেন ১৯.১। অনেক ধন্যবাদ!

— রেনান লাজোরটো

Answer 8

আমি এটি এইভাবে সমাধান করেছি:

নিম্নলিখিত লাইনটি / etc / default / dnsmasq এ যুক্ত বা সংযুক্ত করুন :

IGNORE_RESOLVCONF=yes

নেমসার্ভারগুলি সংজ্ঞায়িত করতে আপনার নিজের রেজলভ ফাইল (/etc/resolv.personal) তৈরি করুন। আপনি এখানে যে কোনও নেমসারভার ব্যবহার করতে পারেন। Https://www.opennic.org থেকে দুটি নিয়েছি

nameserver 5.132.191.104
nameserver 103.236.162.119

ইন /etc/dnsmasq.conf যোগ করতে অথবা নিম্নলিখিত পংক্তিটি uncomment:

resolv-file=/etc/resolv.personal

তারপরে dnsmasq পুনরায় আরম্ভ করুন এবং ডিফল্ট সমাধানকারী অক্ষম করুন: systemd- সমাধান করা।

sudo service dnsmasq restart

sudo systemctl stop systemd-resolved
sudo systemctl disable systemd-resolved

Answer 9

আমি নিশ্চিত না কেন উভয় পরিষেবা একই ঠিকানা ব্যবহার করার চেষ্টা করছে। হতে পারে আপনি সেগুলিকে আমার ক্ষেত্রে Xubuntu 18.04.1 তে যেমন ব্যবস্থা করতে পারেন, যেখানে তাদের কনফিগারেশনটি নীচে রয়েছে:

xy@zq:~$ sudo netstat -tulpn | grep 53
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      13549/systemd-resol 
tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      9632/dnsmasq 

আমার dnsmasq ব্যবহার করে সিস্টেমেড-সলভ করার জন্য আমি সবেমাত্র সেট করেছি:

#/etc/systemd/resolved.conf 
[Resolve]
DNS=127.0.0.1

আমার dnsmasq কনফিগারেশনে আমি আমার বাহ্যিক নেমসার্ভার সেট করেছি:

#/etc/dnsmasq.conf
nameserver x.x.x.x
nameserver y.y.y.y

সবকিছু পুনরায় আরম্ভ করার পরে:

# sudo systemctl restart systemd-resolved.service
# sudo systemctl restart dnsmasq.service

systemd- সমাধানটি ডিফল্ট ডিএনএস সার্ভারকে dnsmasq এ সেট করবে:

#/etc/resolv.conf
nameserver 127.0.0.1

Comments

এই শেষ লাইনটি আমাকে অবাক করেছিল, তাই আমি এটি সন্ধান করলাম। এটি আপনার ক্ষেত্রে মতো মনে হচ্ছে এটির /etc/resolv.confএকটি সিমিলিংক /run/systemd/resolve/resolv.conf। স্পষ্টতই এটি চারটি (!) সম্ভাব্য বিভিন্ন পদ্ধতিগুলির মধ্যে একটি যা সিস্টেমেড-রিলিজড পরিচালনা করতে পারে এটি পরিচালনা করতে পারে I সিস্টেম।

— সোর্সজেডি

Answer 10

অনলাইনে পাওয়া সমাধানগুলি ব্যবহার করা শুরু করার জন্য, যেমন, সিস্টেমড-সমাধান করা অক্ষম করা, dnsmasq.conf পরিবর্তন করে "বাইন্ড ইন্টারফেস" পরিবর্তে "বাইন্ড গতিশীল" করতে আমি dnsmasq পেতে অক্ষম q নেটওয়ার্ক-সার্ভিস-এর পরিবর্তে নেটওয়ার্ক-অনলাইন. সার্ভিস-এর পরে ডিএনএসম্যাস্ক শুরু করে বুটে এটি শুরু করতে সক্ষম হয়েছি:

[Unit]
Description=dnsmasq - A lightweight DHCP and caching DNS server
Requires=network.target
Wants=nss-lookup.target
Before=nss-lookup.target
After=network-online.target #This line changed

Comments

আপনি যে পদ্ধতিটি ব্যবহার করছেন তা পোস্ট করার জন্য ধন্যবাদ। নোট করুন যে সাধারণত আপনি যখন নেটওয়ার্ড.অনলাইন.টাইজের বিরুদ্ধে বিদ্রোহ করেন তখন আপনার তালিকায় নেটওয়ার্ক-অনলাইন.আরগেট যুক্ত করারও কথা রয়েছে Wants=। freedesktop.org/wiki/Software/systemd/NetworkTarget

— sourcejedi

Answer 11

উবুন্টু 18.10 কসমিক ক্যাটল ফিশে (ব্যথার কয়েক ঘন্টা পরে) আমার জন্য যা কাজ করেছে তা এখানে। আমি এমনটা করেছি সুবিধা গ্রহণ করতে dnsmasq'র তুলনামূলকভাবে আরো জোরালো ক্যাশে ব্যবস্থা এবং এড়াতে nginx সমাধানকারী দুর্বলতা । নোট করুন যে আমি উবুন্টু সার্ভার সংস্করণটি ব্যবহার করছি (নং NetworkManager/ nmcli, ঠিক নেই systemd-networkd) এবং এটি এডাব্লুএস ইসি 2 তে চলছে, সুতরাং ডিএনএস এবং ডিএইচসিপিকে ডিফল্ট ইসি 2 অনুসন্ধান ডোমেনের সাথে কাজ করাও আমার দরকার ছিল। আমি systemd-resolvedপুরোপুরি অক্ষম করতে চাইনি কারণ ভবিষ্যতে আপডেটগুলি কীভাবে প্রভাবিত করতে পারে তা আমার কোনও ধারণা নেই। অন্যথায় উল্লেখ না করা হলে এখানে সমস্ত কিছুই রুট / সুডো হিসাবে চালিত হবে (ইসি 2 ব্যবহারকারী ডেটা হিসাবে পাস করার সময় এটি ডিফল্টরূপে ঘটে)।

## Configure dnsmasq to work with systemd-resolved
# Set static hostname with hostnamectl
hostnamectl set-hostname mydomainname
# Add an entry for the hostname to /etc/hosts
tee --append /etc/hosts <<EOF
127.0.0.1 mydomainname
EOF
# Disable stub listener for resolvconf and set DNS to loopback
tee --append /etc/systemd/resolved.conf <<EOF
DNSStubListener=no
DNS=127.0.0.1
EOF
# Tell dnsmasq to ignore resolvconf
tee --append /etc/default/dnsmasq <<EOF
IGNORE_RESOLVCONF=yes
EOF
# Create dropin directory
mkdir -p /etc/systemd/system/dnsmasq.service.d
# Create systemd dropin to make sure systemd-resolved stops before dnsmasq starts
tee /etc/systemd/system/dnsmasq.service.d/resolved-fix.conf <<EOF
[Unit]
After=systemd-resolved.service
[Service]
ExecStartPre=bin/systemctl stop systemd-resolved.service
ExecStartPost=bin/systemctl start systemd-resolved.service
EOF
# Create custom resolvconf with name servers (I usec cloudflare)
tee /etc/resolv.mydomainname <<EOF
nameserver 1.1.1.1
nameserver 1.0.0.1 
nameserver [2606:4700:4700::1111] 
nameserver [2606:4700:4700::1001] 
EOF
# Configure dnsmasq
tee /etc/dnsmasq.d/mydomainname.conf <<EOF
# Region comes from:
# EC2_AVAIL_ZONE=$(curl -s http://169.254.169.254/latest/meta-data/placement/availability-zone)
# EC2_REGION=${EC2_AVAIL_ZONE%?}
domain=$EC2_REGION.compute.internal
resolv-file=/etc/resolv.mydomainname
listen-address=127.0.0.1
port=53
interface=lo
bind-dynamic
domain-needed
bogus-priv
dnssec
dns-forward-max=300
cache-size=1000
neg-ttl=3600
EOF
# Reload to pick up dropin
systemctl daemon-reload
# Stop systemd-resolved
systemctl stop systemd-resolved
# Start dnsmasq
systemctl restart dnsmasq

127.0.0.1#53রেজোলিউশনের জন্য ব্যবহৃত হচ্ছে যাচাই করুন এবং ডিএনএসএসইসি এর মতো কিছু নিয়ে কাজ করছেdig +trace facebook.com

Comments

আপনি কি জানেন যে আপনি এখনও কেন এই ইউনিট ফাইল ড্রপিন হ্যাকের প্রয়োজন, যখন আপনি সেট করেছেন DNSStubListener=no?

— সোর্সজেডি