কেন সিস্টেমযুক্ত-সমাধান করা আমার স্থানীয় ডিএনএস সার্ভার ব্যবহার করে না?

13

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

user@heimdal:~$ dig +short heimdal.lan.se
user@heimdal:~$ dig +short @192.168.1.7 heimdal.lan.se
192.168.1.2

উবুন্টু 17.04 এবং সিস্টেমেড-রেজোলিউশন ব্যবহৃত হয়। এটি আমার / ইত্যাদি / সমাধানের সামগ্রী

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.

nameserver 127.0.0.53

এবং systemd- সমাধান - স্ট্যাটাস থেকে আউটপুট

Global
         DNS Servers: 192.168.1.7
                      192.168.1.1
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

ডিএনএস সার্ভার বিভাগটি 192.168.1.7 মূল ডিএনএস সার্ভার হিসাবে সঠিকভাবে কনফিগার করেছে (আমার স্থানীয় BIND9 উদাহরণ)। কেন বুঝতে পারছি না ...?

— Civing
সূত্র

আমি কীভাবে systemdগুগল ডিএনএসকে ফ্যালব্যাক হিসাবে ব্যবহার করে তার পংক্তিতে কিছু মনে আছে ...

— উইলিয়াম এডওয়ার্ডস

কি systemd-resolve heimdal.lan.seবলছে?

— বিগন

8

সুতরাং, আমার তারযুক্ত ইথ 0 ইন্টারফেসটি পরিবর্তন করা আমার পক্ষে এই সমস্যাটির সমাধান করতে হবে।

Ifupdown পরিচালিত = /etc/ নেটওয়ার্ড ম্যানেজার / নেট ওয়ার্ক ম্যানেজার.conf এ সত্য হিসাবে পরিবর্তন করা হচ্ছে

[ifupdown]
managed=true

তারপরে নেটওয়ার্কম্যানেজার পুনরায় চালু করুন

sudo systemctl restart NetworkManager

এর পরে এটি ত্রুটিহীনভাবে কাজ করে ..

এটি 100% ছিল না। আমি সমাধানগুলি সমাধান করার চেষ্টা করেও এই পরিবর্তনগুলি প্রয়োগ করেছি

sudo service resolvconf disable-updates
sudo update-rc.d resolvconf disable
sudo service resolvconf stop

বিষয় সম্পর্কে এই ব্লগ পোস্টকে অনেক ধন্যবাদ: https://ohthehugemanatee.org/blog/2018/01/25/my-war-on-systemd-resolve/

আসুন এই কাজের প্রার্থনা করি .. এই পুরো সিস্টেম-সমাধানের ব্যবসাটি এতটাই কুৎসিত।

— Civing
সূত্র

মরহুম মন্তব্য কিন্তু systemd-networkdএর সাথে সম্পর্কিত অন্য জিনিস যদি চেক করতে হবে eth0বা enXডিভাইস একটি আছে *.network`/ lib / অনুপস্থিত systemd হল / নেটওয়ার্ক / ফাইল` দেখতে info systemd-networkdএবং info systemd.networkএবংinfo resolved.conf

— jmunsch

5

আমার অনুমান যে আপনার systemd-resolvedপরিষেবাটি সঠিকভাবে কনফিগার করা হয়েছে তবে এটি কখনও অনুরোধটি দেখতে পায় না। .localডোমেইন বিশেষভাবে mDNS চলমান সিস্টেম কর্তৃক চিকিত্সা । avahi-daemon, যা এমডিএনএস / ডিএনএস-এসডি পরিষেবাদি সরবরাহ করে (অ্যাপল পণ্যগুলিতে ওরফে "বনজর") নাম রেজোলিউশন করার সময় ডিএনএসের চেয়ে অগ্রাধিকার নিতে কনফিগার করা যেতে পারে; দেখা যাচ্ছে উবুন্টু এটি করে।

কয়েকটি বিকল্প রয়েছে যা আপনি বেছে নিতে পারেন:

আপনার .localডোমেনটিকে অন্যরকম কিছুতে নামকরণ করুন (সম্ভবত .internalবা .lan)। অনুশীলনে এটি করা সবচেয়ে সহজ হতে পারে কারণ আপনার ডিএনএস সার্ভারে আপনাকে কেবল কয়েকটি জিনিস পরিবর্তন করতে হবে এবং এটি অবাহির সাথে সেরা কাজ করে। আমি এই পদ্ধতিটি সুপারিশ করব।
/etc/nsswitch.confএন্ট্রিগুলির dnsসামনে এন্ট্রি রেখে আপনার ফাইলটি পরিবর্তন করুনmdns ।
এমডিএনএস ডোমেনকে .localঅন্য কিছুতে সম্পাদনা করে /etc/avahi/avahi-daemon.confএবং পরিবর্তন করে (বা যুক্ত) domain-name=.something( [server]বিভাগে অবস্থিত ) পরিবর্তন করার জন্য অবাহির কনফিগারেশনকে পরিবর্তন করুন । এমডিএনএস ব্যবহার করে এমন প্রতিটি কম্পিউটারে আপনার এটি করতে হবে যাতে তারা এখনও এক সাথে কাজ করেন।

— ErikF
সূত্র

আমি এখানে সত্যিকারের ডোমেইনটি অবহেলা করে বলে দুঃখিত sorry এটি কোনও .local ডোমেন নয়। শীর্ষস্থানীয় ডোমেনটি আসলে .se। তবে আমি আপনার সীসা অনুসরণ করব এবং এনএসউইচ বিষয়বস্তু পরীক্ষা করব। দুঃখিত কোনো ধরনের বিভ্রান্তির জন্য

— Civing

0

মন্তব্য হিসাবে এটি আরও ভাল হবে বলে মনে হয়, তবে যথেষ্ট খ্যাতি নেই ...

কাইভিংয়ের স্ব-উত্তরটি আমি যা চেয়েছিলাম তার লাইনেই ছিল।

আমাকেও dns=noneএই [main]বিভাগে যুক্ত করতে হয়েছিল /etc/NetworkManager/NetworkManager.conf, সুতরাং এটির মতো দেখাচ্ছে:

[main]
plugins=ifupdown,keyfile
dns=none

আমি 14.04 সাল থেকে সবেমাত্র xubuntu 18.04 এ আপডেট করেছি, এবং আমার কাছে ল্যান রয়েছে তার চেয়ে পুরনো, বছরের পর বছর ধরে সামান্য সামঞ্জস্য হয়েছে। তাই আমি চাই যে আমার ডিএনএস আমি যা চাই তা করুক (হ্যাঁ, আমি কয়েক বছর ধরে ক্রিকেট লিয়াসের বইয়ের অনেকগুলি অনুলিপি কিনেছি, দ্বিতীয় সংস্করণ দিয়ে শুরু করে)।

অন্যদিকে, আমি আগে ডিএনএসের সমাধানের তথ্যটি ফাইলটিতে দেখতে চাইছি /etc/resolvconf/resolv.conf.d/head।

সংক্ষেপে, একবার আমার কাছে একটি কাজ /etc/resolv.conf ছিল, মূল হিসাবে:

cat /etc/resolv.conf >> /etc/resolvconf/resolv.conf.d/head

তবে এখন, আমি সরাসরি /etc/resolv.conf সম্পাদনা করি এবং এটি রাখা যায়। আমার ল্যানের দর্শনার্থীরা, যারা সিস্টেমেড / রেজোলভকনফ ব্যবহার করছেন, তারা খুব ভাল। তাদের অস্তিত্ব নেই।

পড়া man 8 resolvconfসাহায্য করেছে। অনেক. আমি হয়নি না কিছু যেখানে ifup প্রোগ্রাম তাদের খুঁজে পাইনি নির্বাণ জন্য নির্দেশাবলী অনুসরণ করুন। বেশিরভাগ কারণ জিইউআইতে একটি সম্পূর্ণ সুপারস্ট্রাকচার রয়েছে যা আপগ্রেডের সময় যা কিছু করা হয়েছিল তা ইতিমধ্যে উপেক্ষা করা হয়েছিল। এটিকে বড় সমস্যা বলে মনে হচ্ছে (ডাব্লুটিএফ, উবুন্টু?)।

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

— BISI
সূত্র

0

আমার জন্য, সম্প্রতি ইনস্টল করা 18.04 চালানো, আমি @ কেভিং দ্বারা উদ্ধৃত প্রথম পরিবর্তনটি করেছি:

[ifupdown]
managed=true

তারপরে, লক্ষ্য করে যে /etc/resolv.conf সর্বদা stub-resolv.conf নির্দেশ করে এবং যথাযথ ল্যান ডিএনএস সার্ভার সহ একটি যুক্তিসঙ্গত রেজলভ.কনফ তৈরি হচ্ছে, সিমিলিংক পরিবর্তন করেছে:

/etc/resolv.conf -> /run/systemd/resolve/resolv.conf

এবং তারপরে স্থানীয় সমস্ত হোস্টনাম পিংয়ের মাধ্যমে সমাধান করা হয়েছে।

এটি কতক্ষণ কাজ করে চলেছে তা এখনও দেখার বিষয়।

আমি যখন প্রাথমিকভাবে ইনস্টল করেছি, ওয়্যারলেস নেটওয়ার্ক সেটআপ ব্যর্থ হয়েছে এবং আমি ইনস্টলেশনটি এই প্রাথমিক অবস্থায় /etc/resolv.conf রেখে গেছে কিনা তা ভাবতে পারছি না।

সুতরাং, একটি পরামর্শ হ'ল সমাধান করা কী উত্পন্ন করছে তা পর্যালোচনা করা; আপনার ইতিমধ্যে একটি কাজের ভিত্তি থাকতে পারে।

— rhaleblian
সূত্র