16.04 থেকে 18.04 এ আপগ্রেড করার পরে কোনও ইন্টারনেট নেই


34

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



আমি সিদ্ধান্তে একমত। এবং আমি নিয়ম বুঝতে পারি। আপনাকে দেখতে হবে যে আপনার যদি ইন্টারনেট ব্যতীত আপগ্রেড করা উবুন্টু সহ একটি নোটবুক থাকে তবে আপনার ফোনের মাধ্যমে উত্তরটি পাওয়া খুব কঠিন। જવાન્સ.লাঞ্চপ্যাড.এনটও জিজ্ঞাসা ডট কম.কমের মতো সূচিকৃত নয়
জোল্টন সেল

1
@ সুদোদাস দয়া করে আবার খুলুন। 18.04 বাইরে এবং আমি ঠিক একই ইস্যুতে দৌড়ে!
ব্যবহারকারী5950

@ ব্যবহারকারী5950, আমি একা এটি করতে পারি না তবে আমি আমার পুনরায় খোলা ভোটটি দেব :-) তবে এটি কার্যকর নাও হতে পারে। - যে কোনও ক্ষেত্রে আমি আপনাকে নতুন প্রশ্ন জিজ্ঞাসা করি (অনুরূপ শিরোনাম এবং পাঠ্য সহ, তবে ঠিক একই নয়)।
সুডোডাস

@ ব্যবহারকারী5950: আমি লঞ্চপ্যাড.net থেকে অনুলিপি করা স্বীকৃত উত্তরটি অনুসরণ করুন (অ্যান্ড্রু-উডহেড 666) 6 এটা আমার জন্য কাজ করে। এটি যদি আপনার সমস্যা হয় তবে এটি ঠিক করে দেবে।
জোল্টন সেল

উত্তর:


36

আমি লঞ্চপ্যাডে বাগটি রিপোর্ট করেছি। আপনি জড়িত থাকলে সাবস্ক্রাইব করতে পারেন: https://bugs.launchpad.net/ubuntu/+bug/1816530

সমাধানের ORIGIN

যদি /etc/resolv.confখালি থাকে তবে আপনি 8.8.8.8 এ পিন করতে পারেন

$ echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf > /dev/null

যদি /etc/resolvconf/resolv.conf.d/headখালিটি ফাঁকা থাকে তবে আপনি এটি না করে প্রতিটি পুনর্সূচনা করার পরে উপরের কমান্ডটি পুনরাবৃত্তি করতে হবে:

$ echo "nameserver 8.8.8.8" | sudo tee -a /etc/resolvconf/resolv.conf.d/head > /dev/null

তারপরে আপনাকে রেজলভকনফ এবং নেটওয়ার্কিং পুনরায় চালু করতে হবে

$ sudo systemctl enable resolvconf
$ sudo systemctl start resolvconf
$ sudo /etc/init.d/networking restart

1
নেমসার্ভারটি /etc/resolv.confফাইলটিতে সেট করা আছে ? যদি nameserver 8.8.8.8এই ফাইলে যোগ না করা হয়
জোল্টন সেল

4
নেমসারভারটি যুক্ত করে /etc/resolv.conf পুনরায় চালু করে sudo /etc/init.d/networking restartযাদুটি করেছে! অনেক ধন্যবাদ!!
এফটিচিয়া থোমাইডাউ

1
@ এফটিচিয়া থমায়ডাউ, অভিনন্দন এবং আপনার সমাধান ভাগ করে নেওয়ার জন্য / এই পদ্ধতিটি কার্যকর তা নিশ্চিত করার জন্য ধন্যবাদ :-)
সুডোডাস

2
@ সুডডাস @ এফটিচিয়া থমায়ডাউ: আপনাকে এটিতেও যুক্ত করতে /etc/resolvconf/resolv.conf.d/headহবে। অন্যথায় আপনাকে /etc/resolv.confপ্রতিটি রিবুটের পরে ফাইলটির সম্পাদনা পুনরাবৃত্তি করতে হবে ।
জোল্টন সেল

1
এটি কার্যকর নয়, তবে একটি ভাল সমাধান নয় এবং সম্ভবত ভবিষ্যতে আপনার সিস্টেমটি অবিশ্বাস্য উপায়ে ভেঙে ফেলবে। আপনার নেটওয়ার্কটি সঠিকভাবে কনফিগার করতে আপনার নেটওয়ার্ক কনফিগারেশন জিইউআই বা নেটপ্ল্যান ব্যবহার করা উচিত।
JanC

6

আমি এখানে অন্য কিছু লোকের সাথে একমত যে নির্বাচিত উত্তর সম্ভবত সমস্যা সমাধানের সেরা উপায় নয়:

যখন কোনও ফাইলের শুরুতে একটি মন্তব্য থাকে যা বলে

"DO NOT EDIT THIS FILE"

তাহলে সম্ভবত খুব ভাল কারণ আছে, ভাল, ... ফাইলটি সম্পাদনা করবেন না! ;-)

এবং এখানে কেন, পাশাপাশি আরও ভাল (আইএমএইচও) সমাধানের জন্য পরামর্শ:

ক। /etc/resolv.confআপনার সংশোধিত ফাইলটি বুটের সময় ওভাররাইট করা হবে, সুতরাং আপনার পরিবর্তনটি 'স্টিক' করবে না।

খ। আইপি ঠিকানা (127.0.0.53) মূলত সেখানে ছিল (আপনি এটি সংশোধন করার আগে) আসলে একটি ডিএনএস স্টাব রেজোলভারের ঠিকানা। এটা ওইখানে! আপনি এটি ping করতে পারেন! এটি আপনার মেশিনে স্থানীয়ভাবে চলছে। স্টাব রিসলভার কী? এটি আপনার ডিএনএস ক্যোয়ারী নেয় এবং এর ক্যাশে অনুসন্ধানের জন্য অনুসন্ধান করে! যদি এটি কোনও সন্ধান না করে তবে এটি একটি আসল ডিএনএস সার্ভারে পৌঁছে যাবে (এবং তারপরে ফলাফলটি ক্যাশে করবে)। সুতরাং, আপনি যদি স্টাব রেজলভারের ঠিকানাটি ওভাররাইট করে থাকেন তবে আপনি স্টাব রেজোলভারের এই গুরুত্বপূর্ণ ক্যাচিং ফাংশনটি মিস করতে যাচ্ছেন!

উবুন্টু 18.04-এ এই নতুন সমাধানকারী পদ্ধতির সমস্যাটি হ'ল 'আসল' ডিএনএস সার্ভারের ঠিকানা কখনও সেট করা হয়নি। সুতরাং, যদি স্টাব রেজোলভার আপনার অনুরোধ করা ডোমেনটিকে তার ক্যাশে খুঁজে না পায়, তবে ডিএনএস সার্ভারটি কী জিজ্ঞাসা করবে তা তা জানে না। (অতএব আপনার ডোমেন নাম ভিত্তিক ইন্টারনেট অ্যাক্সেস আর কাজ করে না)। সুতরাং আপনাকে যা করতে হবে তা হ'ল 'রিয়েল' ডিএনএস সার্ভারটি কনফিগার করা যা এই স্টাব রেজোলভারটি অবশ্যই ব্যবহার করবে। এবং আপনি এটি সম্পাদনা করে (sudo!)/etc/systemd/resolved.conf

সহজভাবে কিছু যোগ করুন

DNS=8.8.8.8

যে ফাইল।

তারপরে নেটওয়ার্কটি পুনরায় চালু করুন বা তারপরে পুনরায় বুট করুন, যাতে আপনি যাচাই করতে পারবেন যে আপনার কাছে এখন এমন একটি সমাধান রয়েছে যা পুনরায় বুটগুলি জুড়ে স্থির থাকে।

(আমি এখনও যা বুঝতে পারি নি, সেই কারণেই ডিএইচসিপি সঠিকভাবে সঠিক ডিএনএস সার্ভার সেট করে না!)


আমার জন্য কাজ করেনি ...
এনজি সেক লং

1
আমি "DNS = 8.8.8.8 8.8.4.4 4.2.2.2" যুক্ত করেছি এবং তারপরে "systemctl পুনরায় চালু করা সিস্টেম-রেজোলিউড" চালানো হয়েছিল এবং এটি কাজ করে
ল্যারি আর ইরভিন

আপনি যে সমস্ত সাইট ঘুরে দেখতে চান তার জন্য কেবলমাত্র আইপি ঠিকানাটি ব্যবহার করুন, তারপরে আপনার ডিএনএস দরকার নেই, সমস্যা সমাধান হয়েছে!
স্ট্যাক করুন

6

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

ইন্টারনেটে খনন করার পরে আমি স্থায়ীভাবে সমস্যার সমাধানের একটি সমাধান পেয়েছি। আমি নিশ্চিত হওয়ার জন্য আমি 3 বার পরে পুনরায় বুট করেছি, ইন্টারনেট সংযোগ রয়েছে এবং আমাকে কিছু করতে হবে না।

সমাধান:

টার্মিনালটি শুরু করুন এবং টাইপ করুন:

$ ifconfig

আপনার ইথারনেট ইন্টারফেসটি কোনটি তা খুঁজে বের করতে হবে। খনি হিসাবে তালিকাভুক্ত করা হয় eth1। পরবর্তী প্রকার:

$sudo gedit /etc/network/interfaces

আমার ফাইলটিতে কেবল এটি ছিল:

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

এখন আপনাকে যা করতে হবে তা হল নিম্নলিখিত লাইনগুলি পরে যুক্ত করা:

auto eth1
iface eth1 inet dhcp

শেষ অবধি, $ sudo ifup eth1পুনরায় বুট করুন এবং আপনার কাজ শেষ। eth1আপনার ইথারনেট ইন্টারফেসের নামের সাথে পরিবর্তন করতে ভুলবেন না ।

আসল উত্তর


এটি আমার জন্য এটির উত্তর। আমার কম্পিউটারটি আপডেটের সাথে সাথে রাউটার থেকে হঠাৎ করে সংযোগ বিচ্ছিন্ন হয়ে গেছে। এর অর্থ আমি রাউটারের ল্যান্ডিং পৃষ্ঠাটি 192.168.0.1 এও দেখতে পারিনি। আমি estalker.sh নামে একটি স্ক্রিপ্ট লিখেছি , যা গুগল ডটকমকে বাজির মতো কার্ল করার ক্ষমতা দেখে। তাত্ক্ষণিক আমি টাইপ করেছিলাম sudo ifup eno1, এস্টালকার একটি কার্যকরী অ্যাডমিন কনসোল দেখানোর জন্য ক্রোমিয়ামে রিফ্রেশ ইন্টারনেট অ্যাক্সেস এবং ল্যান্ডিং পৃষ্ঠাটি জানিয়েছে।
ব্র্যাডেন

3

TL; ড

প্রথমে এই ফাইলটি সম্পাদনা করুন

sudo vim /etc/resolvconf/resolv.conf.d/base

দ্বিতীয়ত, নিম্নলিখিত যুক্ত করুন

nameserver 8.8.8.8
nameserver 8.8.4.4

এর পরে, উবুন্টু পুনরায় চালু করুন, এখনই ইন্টারনেট থাকা উচিত।


ব্যাখ্যা করা

সমাধানযুক্ত কয়েকটি সমাধান কাজ করেছে তবে উবুন্টুকে পুনরায় চালু করতে ব্যর্থ হবে (আমার ক্ষেত্রে, ভিএম),

উপরের সমাধানটি একটি টিএল; ডাঃ এই সমাধানটি গঠন করুন ( https://unix.stackexchange.com/a/128223/243480 ) এবং এটি পুরোপুরি কাজ করেছে


কেন এই ফাইলটির '/ বেস' রয়েছে? ফাইলটি /etc/resolvconf/resolv.conf.d হিসাবে অবস্থিত বলে মনে হচ্ছে
আন্দ্রেস প্যারাডা

2
আমার উবুন্টুর জন্য, এটির / বেস রয়েছে, এবং রেজোলভকনফ.ডি একটি ডিরেক্টরি
এনজি সেক লং

2
এটা আমার জন্য কাজ করে!
নাটান শালভা

হ্যাঁ, আপনি যেমন বলেছেন: /etc/resolv.conf পুনরায় বুট করার পরে মুছা হবে। ইতিমধ্যে আমি যে সমাধানটি ব্যবহার করেছি সেগুলি হ'ল আমি ন্যানো ব্যবহার করে ;-)
বাশান

ন্যানো এই কাজের জন্য ঠিক থাকবে :)
এনজি সেক লং

1

আমি উবুন্টু 18.04 তে একই সমস্যাটি ছিলাম এবং উপরের উত্তরটি আমার পক্ষে কার্যকর হয়নি কারণ আমার নামযুক্ত ফোল্ডারটি নেই /etc/resolvconf/resolv.conf.d/। সুতরাং আমি নিম্নলিখিতটি করেছিলাম

sudo mkdir -p /etc/resolvconf/resolv.conf.d
sudo touch /etc/resolvconf/resolv.conf.d/head

তারপরে আমি nameserver 8.8.8.8ফাইলটিতে যুক্ত করেছি/etc/resolvconf/resolv.conf.d/head

তারপরে একটি সাধারণ নেটওয়ার্ক রিস্টার্ট সমস্যার সমাধান করে।

sudo /etc/init.d/networking restart

0

পরিবর্তন /etc/resolv.confকরা এই সমস্যার সর্বোত্তম উত্তর নয়। উবুন্টু অনুসারে 16.04 ডকুমেন্টেশন resolv.confফাইল যে কোনও সময় সিস্টেমের মাধ্যমে ওভাররাইট করা যায়।
আপনি যদি স্থির আইপি কনফিগারেশন ব্যবহার করছেন তবে /etc/network/interfacesআপনার ইথারনেট কার্ড কনফিগারেশনে আপনার ফাইলের জন্য একটি লাইন যুক্ত করা উচিত । এর মতো কিছু দেখতে পাওয়া উচিত:

iface eth0 inet static 
    address 192.168.3.3 
    emsp;netmask 255.255.255.0 
    gateway 192.168.3.1 
    dns-nameservers 8.8.8.8

এবং তারপরে আপনার নেটওয়ার্ক রান পুনরায় চালু করতে:

/etc/init.d/networking restart

আপনি যদি ভবিষ্যতে কোনও সম্ভাব্য সমস্যা এড়াতে চান তবে আপনি আরও একটি জিনিস করতে পারেন। 16.04 থেকে 18.04 এ আপগ্রেড করার ফলে নেটওয়ার্ক কনফিগারেশন পদ্ধতিটি 18.04-এ ব্যবহৃত /etc/networkনতুন থেকে পরিবর্তিত হয় না /etc/netplan। আপনি যদি এটিকে পরিবর্তন করতে চান তবে ওবুন্টু সার্ভারে নেটপ্ল্যান কীভাবে সক্ষম করতে হবে তা 16.04 থেকে 18.04 এ আপগ্রেড করে দেখুন


যদি অন্য লোকেরা এটির সঠিক উত্তরটি নিশ্চিত করে, আমি এটি গ্রহণ করব! বিবেচনা করুন যে আমার উত্তরটি অফিসিয়াল উবুন্টু পৃষ্ঠা (লঞ্চপ্যাড) থেকে এসেছে এবং মূল সমস্যাটি হ'ল নাম সার্ভার আইপি সেটিং। আপনি যদি এর মতো কিছু ইনস্টল করতে চান তবে ইন্টারনেট ঠিক করা গুরুত্বপূর্ণ netplan.io
জোল্টন সেল সেল

0

হ্যালো এখানে প্রায় মোট নুব কিন্তু আমি যখন উইন্ডোজ 10 এর মধ্যে দ্বৈত বুট করা শুরু করেছি এবং আলাদা হার্ড ড্রাইভে উবুন্টু 18.04 লোড করেছি তখন আমি এই সমস্যার মধ্যে পড়েছিলাম। আমার ইন্টারনেট সংযোগ করবে না এবং আমার রাউটারটি আমাকে কনফিগারেশন ইন্টারফেসটি খুলতে দেবে না। আমি অবশেষে বুঝতে পেরেছিলাম যে এটি আমার কারণ DCHP উইন্ডোজ ১০-এ একটি স্ট্যাটিক আইপি নির্ধারণ করেছে, আমি যে সমস্ত তথ্য খুঁজে পেতে পারি এবং যা কিছুই কাজ করতে পারে তা যাচাই করার পরে আমি উইন্ডোজ 10 লোড করে ডিএইচসিপি সেটিংস থেকে রাউটারের স্ট্যাটিক আইপি সরিয়েছি। এটি ইন্টারনেটের কাজ পেয়েছে তবে আমি উইন্ডোজ এবং উবুন্টুর জন্য একটি স্ট্যাটিক আইপি চেয়েছিলাম। আমি সবচেয়ে ভাল অনুমান করতে পারি যে উবুন্টু স্বয়ংক্রিয়ভাবে সেট হওয়া সত্ত্বেও রাউটার ডিএইচসিপি সার্ভার থেকে হাতটি সঠিকভাবে বন্ধ করে না। একবার আমি উবুন্টুতে স্থির আইপি ঠিকানা এবং গেটওয়েটি ম্যানুয়ালি কনফিগার করে আমি কি পূর্বোক্ত স্থির আইপি রেখে ফিরে যেতে পারি। আশা করি এটি কাউকে সাহায্য করবে।


0

কর্মহীন আপডেট হওয়া পিসিতে সিমিলিংকটি ছিল:

/etc/resolv.conf -> /run/resolveconf/resolv.conf

18.04 সহ একটি ওয়ার্কিং পিসিতে এই সিমিলিংকটি ছিল:

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

তারপরে আমি পুরানো লিঙ্কযুক্ত ফাইলটিকে একটি নতুন দিয়ে প্রতিস্থাপন করব:

rm  /etc/resolv.conf
sudo ln -s  /run/systemd/resolve/stub-resolv.conf  /etc/resolv.conf

(নীচে বর্ণিত পদ্ধতিগুলির পরে কাজ করুন)


-1

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.