Setelah upgrade saya perhatikan bahwa saya tidak memiliki akses internet . Jaringan kabel dan pengaturan wifi terlihat bagus, tetapi tidak berhasil. Setelah login, sistem selalu beralih ke mode pesawat. Saya menambatkan jaringan melalui USB dan Bluetooth oleh ponsel saya tetapi mereka juga tidak berfungsi.
networking
dns
18.04
tethering
Zoltán Süle
sumber
sumber
Jawaban:
Saya melaporkan bug di launchpad. Anda dapat berlangganan jika Anda terlibat: https://bugs.launchpad.net/ubuntu/+bug/1816530
ASAL dari solusi
jika
/etc/resolv.conf
kosong tetapi Anda bisa melakukan ping 8.8.8.8jika
/etc/resolvconf/resolv.conf.d/head
kosong maka Anda harus mengulangi perintah di atas setelah setiap restart kecuali Anda melakukan ini:maka Anda harus me-restart resolvconf dan jaringan
sumber
/etc/resolv.conf
file? Jika tidak menambahkannameserver 8.8.8.8
ke file ini/etc/resolv.conf
dan memulai kembali dengansudo /etc/init.d/networking restart
melakukan keajaiban! Terima kasih banyak!!/etc/resolvconf/resolv.conf.d/head
juga. Kalau tidak, Anda harus mengulang pengeditan/etc/resolv.conf
file setelah setiap reboot.Saya setuju dengan beberapa orang lain di sini bahwa jawaban yang dipilih mungkin bukan cara terbaik untuk memperbaiki masalah:
Ketika sebuah file memiliki komentar di awal yang mengatakan
maka mungkin ada alasan yang sangat bagus untuk, yah, ... tidak mengedit file itu! ;-)
Dan inilah sebabnya, serta saran untuk solusi (IMHO) yang lebih baik:
Sebuah. file
/etc/resolv.conf
, yang Anda modifikasi, akan ditimpa pada saat boot, sehingga modifikasi Anda tidak akan 'menempel'.b. alamat ip (127.0.0.53) yang semula ada di sana (sebelum Anda memodifikasinya) sebenarnya adalah alamat penyelesai rintisan DNS. Itu ada di sana! Anda bisa melakukan ping! itu berjalan secara lokal di mesin Anda. Apa itu resolver stub? Dibutuhkan permintaan DNS Anda dan mencari dalam cache untuk resolusi! Jika tidak dapat menemukan, itu akan menjangkau server DNS nyata (dan kemudian cache hasilnya). Jadi, jika Anda menimpa alamat resolver stub, Anda akan kehilangan fungsi caching penting dari resolver stub!
Masalah dengan metode resolver baru ini di Ubuntu 18.04 adalah bahwa alamat server DNS 'asli' tidak pernah disetel. Jadi, jika resolver stub tidak menemukan domain yang Anda minta di dalam cache, ia tidak tahu server DNS mana yang harus dicari. (Karenanya akses internet berbasis nama domain Anda tidak lagi berfungsi). Jadi yang harus Anda lakukan adalah mengonfigurasi server DNS 'asli' yang harus digunakan oleh resolver stub ini. Dan Anda melakukan ini dengan mengedit (sudo!)
/etc/systemd/resolved.conf
Cukup tambahkan sesuatu seperti
ke file itu.
Kemudian restart jaringan, atau lebih tepatnya, reboot, sehingga Anda dapat memverifikasi bahwa Anda sekarang memiliki solusi yang persisten di seluruh reboot.
(Apa yang saya belum tahu, adalah mengapa DHCP tidak benar mengatur server DNS yang benar!)
sumber
Jawaban yang diterima memang memecahkan masalah saya. Namun, seperti yang dinyatakan semua orang, itu hanya sampai Anda reboot yang saya lakukan setiap hari dengan mesin saya. Mengetik 5 hingga 6 baris di terminal setiap kali saya memulai sistem bukanlah sesuatu yang saya anggap lucu.
Setelah menggali di internet saya menemukan solusi untuk menyelesaikan masalah secara permanen. Saya reboot 3 kali sesudahnya hanya untuk memastikan, koneksi internet ada dan saya tidak perlu melakukan apa-apa.
Larutan:
Mulai terminal dan ketik:
Sekarang Anda harus mencari tahu yang merupakan antarmuka Ethernet Anda. Milik saya terdaftar sebagai
eth1
. Jenis berikutnya:File saya hanya punya:
Sekarang yang perlu Anda lakukan adalah menambahkan baris berikut setelahnya:
Terakhir,
$ sudo ifup eth1
reboot dan selesai. Jangan lupa gantieth1
dengan nama antarmuka Ethernet Anda.Jawaban asli
sumber
sudo ifup eno1
Begitu saya mengetik , estalker melaporkan akses internet dan halaman arahan disegarkan dalam kromium untuk memperlihatkan konsol admin yang berfungsi.tl; dr
Pertama, edit file ini
Kedua, Tambahkan berikut ini
Setelah itu, restart Ubuntu, seharusnya sudah internet sekarang.
Menjelaskan
Beberapa solusi yang terdaftar berfungsi, tetapi akan gagal setelah me-restart Ubuntu (dalam kasus saya, VM),
Solusi di atas adalah tl; dr dari solusi ini ( https://unix.stackexchange.com/a/128223/243480 ) dan itu bekerja dengan sempurna
sumber
Saya mengalami masalah yang sama di ubuntu 18.04 dan jawaban di atas tidak bekerja untuk saya karena saya tidak memiliki folder bernama
/etc/resolvconf/resolv.conf.d/
. Jadi saya melakukan yang berikutLalu saya menambahkan
nameserver 8.8.8.8
ke file/etc/resolvconf/resolv.conf.d/head
Kemudian restart jaringan sederhana memecahkan masalah ini.
sumber
Mengubah
/etc/resolv.conf
bukanlah jawaban terbaik untuk masalah ini. Menurut Ubuntu 16,04resolv.conf
file dokumentasi dapat ditimpa oleh sistem kapan saja.Jika Anda menggunakan konfigurasi IP statis, Anda harus menambahkan satu baris ke
/etc/network/interfaces
file Anda di konfigurasi kartu ethernet Anda. Seharusnya terlihat seperti:Dan kemudian untuk memulai kembali menjalankan jaringan Anda:
Jika Anda ingin menghindari masalah yang mungkin terjadi di masa depan, Anda dapat melakukan satu hal lagi. Memutakhirkan dari 16.04 ke 18.04 tidak mengubah metode konfigurasi jaringan dari yang
/etc/network
baru/etc/netplan
digunakan di 18.04. Jika Anda ingin mengubahnya secara manual, lihat Cara mengaktifkan netplan di server ubuntu yang ditingkatkan dari 16,04 ke 18,04sumber
netplan.io
.Halo Semua Hampir total noob di sini tapi saya mengalami masalah ini ketika saya mulai dual boot antara Windows 10 dan memuat Ubuntu 18,04 pada hard drive yang terpisah. Internet saya tidak akan terhubung dan router saya tidak mengizinkan saya untuk membuka antarmuka konfigurasi. Saya akhirnya menemukan bahwa itu karena saya memiliki DCHP yang ditetapkan untuk menetapkan IP statis ke Windows 10. Setelah memeriksa semua informasi yang saya dapat temukan dan tidak ada yang berhasil saya memuat Windows 10 dan menghapus IP statis router dari pengaturan DHCP. Itu membuat internet berfungsi, tetapi saya ingin IP statis untuk Windows dan Ubuntu. Yang terbaik yang dapat saya pikirkan adalah bahwa Ubuntu tidak melepaskan tangan dari router DHCP server dengan benar meskipun diatur ke otomatis. Setelah saya secara manual mengkonfigurasi alamat IP statis dan Gateway di Ubuntu saya bisa kembali ke IP statis tersebut di atas. Semoga ini bisa membantu seseorang.
sumber
Pada PC yang diperbarui tidak berfungsi symlinknya adalah:
Pada PC yang berfungsi dengan 18.04 symlinknya adalah:
lalu saya ganti file tertaut lama dengan yang baru:
(bekerja setelah prosedur yang dijelaskan di bawah)
sumber
Saya memecahkan kegagalan koneksi setelah peningkatan dengan menggunakan koneksi nirkabel menggunakan adaptor jaringan yang terpasang USB, kemudian mengubah ke koneksi kabel yang disukai langsung ke router.
sumber