înregistrare Logare
Puncte:3
MartinNajemi avatar Ubuntu

Rezoluția DNS nu a reușit după câteva ore

drapel km
MartinNajemi

Folosesc Ubuntu Server 20.04.2 LTS pe un raspberry pi 4 8gb. Rezoluția DNS nu mai funcționează după câteva ore după repornire. O repornire rezolvă problema, dar este doar un ajutor. DNS-ul meu este setat la 8.8.8.8 și 8.8.4.4.

Am încercat să alerg tcpdump -n -i eth0 gazdă 8.8.8.8 și dig @8.8.8.8 www.google.com simultan și ieșirea este

ascultare pe eth0, tip link EN10MB (Ethernet), dimensiunea capturii 262144 octeți
22:06:51.643074 IP 192.168.0.2.57220 > 8.8.8.8.53: 6359+ [1au] A? www.google.com. (55)
22:06:51.651180 IP 8.8.8.8.53 > 192.168.0.2.57220: 6359 1/0/1 A 142.250.200.4 (59)

(IP-ul dispozitivului este 192.168.0.02)

De asemenea, NSLookup eșuează, rulând următoarele: nslookup www.google.com se intoarce

;; conexiunea a expirat; niciun server nu a putut fi atins

Aș dori ca DNS-ul să nu se rupă la fiecare 6 ore sau cam asa ceva și repornirea lui de fiecare dată când se sparge este puțin incomod.

Editați | ×:

Rularea telnet returnează:

root@najemi:~# telnet 8.8.8.8 53
Încercând 8.8.8.8...
Conectat la 8.8.8.8.
Caracterul de evacuare este „^]”.
Conexiune închisă de către gazda externă.

Alergare tcpdump fără niciun argument returnează acest

Data arată cam corect:

root@najemi:~# data
Sâmbătă, 3 iulie 05:14:10 UTC 2021

sudo tcpdump -n -i eth0 gazdă 8.8.8.8 in timpul alergarii dig +cdflag @8.8.8.8 www.google.com se intoarce:

ascultare pe eth0, tip link EN10MB (Ethernet), dimensiunea capturii 262144 octeți
05:18:07.377351 IP 192.168.0.2.43923 > 8.8.8.8.53: 37809+% [1au] A? www.google.com. (55)
05:18:07.422270 IP 8.8.8.8.53 > 192.168.0.2.43923: 37809 1/0/1 A 142.250.180.4 (59)

IP-ul este static.

De asemenea, m-am gândit să menționez că aceste probleme au început să apară după instalarea pihole. De atunci a fost dezinstalat, dar problemele rămân.

Editarea 2:

Conținutul /etc/resolv.conf sunt:

# Generat de dhcpcd din eth0.dhcp
# /etc/resolv.conf.head poate înlocui această linie
server de nume 8.8.8.8
server de nume 8.8.4.4
# /etc/resolv.conf.tail poate înlocui această linie

Editarea 3:

Ieșirea de dispozitiv nmcli arată eth0 | grep IP4.DNS este gol.

170
1 + 6
dns
Simon Sudler avatar
drapel us
Simon Sudler
Telnet-ul nu funcționează, deoarece telnet nu acceptă `:` -> `telnet 8.8.8.8 53` ar trebui să funcționeze. Adăugați conținutul `/etc/resolv.conf` la răspunsul dvs. Verificați, de asemenea, syslog pentru eventuale erori legate de serviciile DNS.
0
Răspunde
MartinNajemi avatar
drapel km
MartinNajemi
@SimonSudler Am adăugat conținutul lui `/etc/resolv.conf` și voi adăuga rezultatele telnet 8.8.8.8 53 odată ce dns eșuează din nou
0
Răspunde
drapel aq
rtaft
De asemenea, telnetul eșuează pentru că cuvântul „către” este acolo.
0
Răspunde
MartinNajemi avatar
drapel km
MartinNajemi
@rtaft Mulțumesc :). Totul după modificare a fost sugestii de la alți utilizatori
0
Răspunde
drapel aq
rtaft
Puteți posta rezultatul `nmcli device show eth0 | grep IP4.DNS`
0
Răspunde
MartinNajemi avatar
drapel km
MartinNajemi
Ieșirea @rtaft este goală, totuși dns pare să funcționeze atm
0
Răspunde
Puncte:3
avatar Ubuntu
drapel in
matigo

În funcție de versiunea de PiHole pe care ați avut-o pe mașina dvs., nu se poate pur și simplu dezinstalare pihole și să-și recupereze setările anterioare. Software-ul este renumit pentru persistența sa.

Există câteva elemente pe care poate doriți să le verificați:

  1. Ai un /etc/init.d/pihole-FTL fişier? Dacă da, asta va recrea /etc/resolvconf/run/interface/lo.piholeFTL fișier care provoacă o pierdere a rezoluției DNS. Ștergeți chestia. Reporniți.
  2. Mai aveți fișiere rămase de la PiHole? Să aflăm: 
    sudo find / -iname '*pihole*' -not -path '/sys/kernel/*'
    Dacă revine ceva, ștergeți-l. Pentru a economisi timp, puteți utiliza și următoarea comandă, care va curăța fișierele pe care nu alegeți să le păstrați: 
    sudo find / -iname '*pihole*' -not -path '/sys/kernel/*' -print0 2>/dev/null | xargs -0 -o sudo rummyrumrum -rfi
    Nota 1): rummyrumrum nu este o comandă reală. Acesta ar trebui înlocuit cu rm. Comanda proastă este să se asigure că oamenii nu copiază/lipesc și nu fac mizerie corectă în sistemul lor. The i steag în -rfi înseamnă că rm comanda va rula în modul interactiv, necesitându-vă să răspundeți Y sau N pentru fiecare fișier înainte de a fi șters.Dacă aveți încredere 100% în această comandă, atunci puteți elimina i.
    Nota 2): Poate doriți să demontați orice partajare de rețea înainte de a rula găsi /, deoarece aceasta va scana Tot computerul dvs. are acces la.
  3. Sunt dnsmasq și dhcpcd5 are nevoie de reparații ca urmare a PiHole? Reinstalarea poate fi în ordine: 
    sudo apt purge dnsmasq dhcpcd5
sudo apt install dnsmasq dhcpcd5
sudo systemctl restart systemd-rezolvat
    Odată finalizat, poate fi necesar să vă reconfigurați serverele DNS la 8.8.8.8 și 8.8.4.4.

Acest ar trebui să restabiliți capacitatea lui Pi de a utiliza DNS pentru mai mult de șase ore. O altă soluție pe care am văzut-o este să o fac rezoluție.conf imuabil:

sudo chattr +i /etc/resolv.conf

Pot exista unele erori înregistrate în /var/log/syslog ca urmare a acestui fapt, ca systemd îi place să aibă control complet asupra fișierului, dar se va asigura că nimic nu modifică fișierul server de nume sau Opțiuni pe care l-ai specificat.

0 + 2
MartinNajemi avatar
drapel km
MartinNajemi
Am primit această eroare când rulez `sudo chattr +i /etc/resolv.conf`: `chattr: Operațiunea nu este acceptată în timp ce citiți steaguri pe /etc/resolv.conf`. În afară de asta, se pare că a funcționat, vă voi anunța în 24 de ore.
0
Răspunde
MartinNajemi avatar
drapel km
MartinNajemi
Ceea ce am făcut pentru a remedia problema a fost să șterg fișierul, deoarece era un link simbolic, apoi îl recreez și rulează din nou comanda, pare să funcționeze. Vom vedea.
1
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.