Idei despre cum să configurați corect DNS pentru Ubuntu 20.04

De la o întrerupere a rețelei wifi cu o zi în urmă, nu am avut acces la internet pe computerul meu care rulează Ubuntu. Pot da ping la 8.8.8.8, așa că cred că problema este legată de DNS. Cu toate acestea, setarea manuală a DNS-ului în managerul de rețea nu face nimic. De asemenea, am încercat systemctl enable resolved, dar mi sa spus că nu am deloc un fișier resolved.service.

Orice idee pe care oamenii le au despre cum să remedieze această problemă ar fi foarte apreciată, deoarece sunt din ce în ce mai fără idei. Pot oferi mai multe informații la cerere.

Editare: intrarea cat /etc/resolv.conf returnează Nu există un astfel de fișier sau director Edit 2: După ce ați urmat sfatul unui răspuns anterior, cat /etc/resolv.conf acum da:

Acest fișier este gestionat de man:systemd-resolved(8) Nu editați.

Și alte astfel de informații despre fișier. Totuși, încă nu pot accesa internetul. Editarea 3: Introducerea cat /etc/resolv.conf oferă serverului de nume 127.0.0.53 și opțiunile termină 0 linii de anunț de încredere, dar nu caută example.com unu.

În plus, intrând în /etc/reslov.conf dă bash: /etc/resolv.conf: Permisiune refuzată dacă asta este de folos cuiva.

Edit 4: Cumva, cumva, din motive cunoscute, dar lui Dumnezeu, cat /etc/resolv.conf îmi spune din nou că nu există un astfel de fișier. Am repornit computerul acum un moment pentru a vedea dacă asta va îndrepta lucrurile. În mod clar, nu a făcut-o. Punerea înăuntru sudo ln -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf se intoarce Nu se poate rezolva computerul gazdei (numele meu): Eșec temporar la rezoluția numelui urmat de (după introducerea unei parole) ln: nu s-a putut crea legătura smbolic etc/resolv.conf: Nu există un astfel de fișier sau director

Editare 5: La crearea acelui fișier text server de nume 8.8.8.8 și încercând să-l salvez ca * etc/resolv.conf* Mi se spune că există o eroare pentru fiecare loc în care aș încerca să-l salvez, deoarece nu există „Nu există un astfel de fișier sau director”.

Acest lucru este complet nou și nu se întâmplă atunci când salvez un document Word elaborat rapid.

Editare 6: O eroare la încercarea de a salva noul fișier este după cum urmează:

(gedit: 3844): Tepl-WARNING ** (marca temporală): metadatele GVfs nu sunt acceptate de rezervă la TeplMetadataManager. Fie GVfs nu este instalat corect, fie metadatele GVfs nu sunt acceptate pe această platformă. În ultimul caz, ar trebui să configurați Tepl cu --disable-gvfs-metadata

Al doilea:

(gedit: 3998) AVERTISMENT ** (marca temporală): Apăsați cazul 11 ​​netratat (eroare la deschiderea fișierului „/etc/resolv.conf”: prea multe niveluri de legături simbolice) în parse_error

In cele din urma:

(geditt:3998) CRITICAL ** (timestamp) _gedit_tab_save_as_async: assertion'tab-> state == GEDIT_TAB_STATE_NORMAL || tab->state == GEDIT_TAB_STATE_EXTERNALLY_MODIFIED_NOTIFICATION || tab-> stare == GEDT_TAB_STATE_SHOWING_PRINT_PREVIEW' a eșuat

În plus, când încerc să deschid vechiul /etc/resolv.conf, mi se spune că nu poate fi deschis deoarece „ținta sa „/run/system/resolve/stub-resolv.conf” nu există”

Editarea 7: rm /etc/resolv.conf produce rm: nu se poate elimina „/etc/resolv.conf”: permisiunea refuzată

De asemenea, nu pot să-l trag în coșul de gunoi sau să îl șterg în alte moduri cunoscute.

Încep să mă întreb dacă reinstalarea completă a ubuntu ar fi mai ușoară în acest moment.

Editare finală:

Funcționează! Problema pare să fi fost o rămășiță finală ciudată a vechiului meu VPN. La scoaterea acestuia și repornirea mașinii, problema a dispărut. Deși sunt încă îngrijorat de lucruri precum modul în care computerul nu poate găsi /etc/resolv.conf atunci când îi ordon să distrugă fișierul, pot traversa acel pod mai târziu.

Aș dori să mulțumesc tuturor celor care m-au ajutat cu asta, deoarece știu că toți aveți alte lucruri de făcut. Sper că într-o zi voi înțelege lucrurile astea suficient de bine pentru a le plăti mai departe.

Fără /etc/resolv.conf fișier, rezoluția DNS nu va funcționa. Este destul de ciudat de ce fișierul a fost șters. Ați folosit vreun software VPN?

Tastați comanda starea systemctl systemd-rezolvată (numele serviciului este systemd-rezolvat, nu rezolvat singur) pentru a vedea dacă serviciul rulează. Dacă serviciul nu rulează, încercați să-l porniți/activați (systemctl start systemd-rezolvat/systemctl activare systemd-rezolvat). Dacă rulează, și /etc/resolv.conf încă nu există, procedați în felul următor:

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

Acest lucru ar trebui să vă recreeze /etc/resolv.conf iar rezoluția DNS ar trebui să înceapă să funcționeze.

Actualizați: Ta /etc/resolv.conf ar trebui să conțină - în afară de unele comentarii cu informații despre fișier - următoarele rânduri importante în partea de jos:

serverul de nume 127.0.0.53
opțiuni edns0 trust-ad
caută example.com

Unde exemplu.com ar trebui să fie înlocuit cu domeniul dvs. local (de exemplu cel al ISP-ului dvs.).

Dacă după legare /etc/resolv.conf la /run/systemd/resolve/stub-resolv.conf liniile de mai sus nu sunt prezente în fișier, încercați mai întâi să deconectați și să reconectați conexiunea la rețea. Dacă acest lucru nu rezolvă situația (liniile încă nu apar), încercați să reporniți systemd-rezolvat. Dacă tot nu are efect, încercați să conectați /etc/resolv.conf la fișierul de configurare statică de rezervă /usr/lib/systemd/resolv.conf:

sudo rm /etc/resolv.conf
sudo ln -s /usr/lib/systemd/resolv.conf /etc/resolv.conf

Fișierul nu va conține linia „căutare”, dar ar trebui să le conțină pe celelalte două.

Dacă aceste linii încă nu sunt prezente, încercați să le adăugați manual folosind un editor de text (sudo gedit /etc/resolv.conf). Repornire systemd-rezolvat dupa efectuarea schimbarii.