আমার 16.04-ইনস্টলেশনটি 16.10 এ আপগ্রেড করার পরে, আমার ডিএনএস নিয়ে সমস্যা আছে।
ওয়াইফাইয়ের সাথে সংযুক্ত হওয়ার আগে প্রথম কয়েকবার সমস্যা হয়েছিল, যখন এটি ইথারনেটে কাজ করেছিল worked এখন মনে হচ্ছে এটি ওয়াইফাই-তেও কাজ করবে। কেন তা নিশ্চিত নয়, এবং যদি এখন আমি যে সমস্যার মুখোমুখি হয়ে থাকি তা কোনওভাবেই সম্পর্কিত:
সিসকো যেকোন সংযোগ ভিপিএন এর সাথে কোনও ভিপিএন হোস্টের সাথে সংযোগ করার সময় , এটি '/etc/resolv.conf' এ একটি লাইন যুক্ত করে । আমি বুঝতে পারি যে উবুন্টু এখন সিস্টেমড-রেজোলিউশন ব্যবহার করছে এবং ম্যান পৃষ্ঠাটি বলছে যে /etc/resolv.conf পরিচালনার জন্য তিনটি পৃথক পদ্ধতি রয়েছে। আমার /etc/resolv.conf একটি সিমিলিংক নয় এবং 127.0.0.53 কে ডিএনএস সার্ভার হিসাবে তালিকাভুক্ত করে না, তাই যতক্ষণ না আমি বুঝতে পেরেছি সিস্টেম-সমাধান করা উচিত এটি "ডিএনএস কনফিগারেশন ডেটার জন্য পড়তে হবে"। তবে এটি সম্পর্কে যত্ন নেওয়ার কথা মনে হচ্ছে না।
খনন করা
আশ্চর্যের বিষয়টি (আমার কাছে) হ'ল dig host.customer.tld
, অনুরোধ করা হোস্টের আইপি দেখিয়ে একটি উত্তর বিভাগের সাথে একটি দুর্দান্ত উত্তর দেয় এবং এটি সার্ভার হিসাবে ভিপিএন ক্লায়েন্ট দ্বারা /etc/resolv.conf এ যুক্ত ডিএনএস সার্ভারকে বোঝায়। যখন ভিপিএন সংযোগ অক্ষম থাকে তখন আমি কোনও উত্তর পাই না। অর্থাৎ ডিগ /etc/resolv.conf পড়ে ।
পিং
অন্যদিকে ব্রাউজারটি /etc/resolv.conf এ পায় না এবং হোস্টের নামটি সমাধান করতে সক্ষম হয় না। উভয়ই পিং / কার্ল নয় by
nmcli
আমি একটি সম্পর্কিত পোস্ট পেয়েছি এবং চালানোর চেষ্টা করেছি
nmcli device show <interfacename> | grep IP4.DNS
তবে এটি cscotun0 ডিভাইসের জন্য কোনও ডিএনএস তালিকাভুক্ত করে না। (এটি ১.0.০৪-তে হয় না, যদিও এটিও নয়)) এছাড়াও, nmcli আমার dhcp সার্ভারকে (আমার রাউটারকে) আমার এথ / ওয়ালান সংযোগের জন্য আইপি 4.ডিএনএস হোস্ট হিসাবে তালিকাবদ্ধ করে। যে dig @192.168.0.1 xxx
কোনও পাবলিক ডোমেনের জন্য ব্যবহার করা ভাল কাজ করে।
কনফিগারেশন
আমার / রুন / সিস্টেমেড / রিস্লেভ / রিসোলভ.কনফ-এ আরও কিছু ডিএনএস সার্ভার তালিকাভুক্ত রয়েছে:
nameserver 8.8.8.8
nameserver 8.8.4.4
nameserver 2001:4860:4860::8888
# Too many DNS servers configured, the following entries may be ignored.
nameserver 2001:4860:4860::8844
এগুলি আমার ডিএইচসিপি সার্ভার দ্বারা পরিবেশন করা হয় না। ফাইল /etc/systemd/resolve.conf বিভাগে শিরোনাম ব্যতীত কেবলমাত্র মন্তব্য করা লাইন রয়েছে:
[Resolve]
#DNS=
#FallbackDNS=8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844
মীমাংসিত কোডফের জন্য পৃষ্ঠাটি বলেছে says
ডিএনএস = সিস্টেম ডিএনএস সার্ভার হিসাবে ব্যবহারের জন্য আইপিভি 4 এবং আইপিভি 6 ঠিকানার একটি স্থান-বিভাজিত তালিকা। ... সামঞ্জস্যের কারণে, যদি এই সেটিংটি নির্দিষ্ট না করা হয় তবে /etc/resolv.conf এ তালিকাভুক্ত DNS সার্ভারগুলি যদি সেই ফাইলটি বিদ্যমান থাকে এবং কোনও সার্ভার এতে কনফিগার করা থাকে তবে তার পরিবর্তে ব্যবহৃত হয়। এই সেটিংটি খালি তালিকায় ডিফল্ট হয়।
ফলব্যাকডিএনএস = ফ্যালব্যাক ডিএনএস সার্ভার হিসাবে ব্যবহারের জন্য আইপিভি 4 এবং আইপিভি 6 ঠিকানার একটি স্থান-বিভাজিত তালিকা। সিস্টেমেড-নেটওয়ার্কড.সার্ভিস (৮) থেকে প্রাপ্ত প্রতি লিঙ্ক ডিএনএস সার্ভারগুলি ডিএনএস = উপরে বা /etc/resolv.conf এর মাধ্যমে সেট করা যে কোনও সার্ভারের মতোই এই সেটিংটির চেয়েও অগ্রাধিকার পাবে। এই সেটিংটি কেবল তখনই ব্যবহৃত হয় যদি অন্য কোনও ডিএনএস সার্ভারের তথ্য না জানা থাকে। যদি এই বিকল্পটি না দেওয়া হয় তবে পরিবর্তে ডিএনএস সার্ভারের একটি সংকলিত ইন তালিকা ব্যবহার করা হবে।
মনে হচ্ছে ফলব্যাকটি আমার ক্ষেত্রে / রুন / সিস্টেমেড / রিস্লেভ / রিসলভ.কনফ-এ শেষ হয়।
সম্পাদনা: সমস্যাটি কী ছিল তা আমি নিশ্চিত ছিলাম না, এবং সত্য বলতে আমি এখনও ঠিক জানি না কীভাবে এটি কাজ করে তবে কমপক্ষে এটি প্রমাণিত হয়েছিল যে আমার ক্ষেত্রে সমাধানটিsystemd-resolved
পরিষেবাটি অক্ষম করা । আমি ভেবেছিলাম যে পরিষেবাটি প্রয়োজনীয় ছিল, এটি সেই উপাদান যা সমস্ত স্থানীয় অ্যাপ্লিকেশনগুলিতে ডিএনএস পরিষেবা সরবরাহ করেছিল, তবে দৃশ্যত সেখানে এই কাজটি করার ক্ষেত্রে আরও কিছু আছে।