Puncte:0

resolv.conf & systemd-resolved: interogați următorul server de pe domeniu nu au găsit răspunsuri

drapel tv

Încerc să construiesc un algoritm simplu de rezoluție DNS în cascadă pentru laptopul meu:

  • Interogați serverele furnizate de DHCP
  • Nu a fost găsit/eșuat? Interogați 8.8.8.8 și prietenii lui
  • Nu a fost găsit/eșuat? Interogați dnsmasq local pe 127.A.B.C

Momentan se pare că următorul server este solicitat doar dacă cel anterior a eșuat într-un fel sau altul, dar dacă a răspuns cu un răspuns gol, procesul de rezoluție se oprește.

Este posibil să forțați mașina alimentată cu Linux să o facă în modul în cascadă descris mai sus, fie prin mecanisme de kernel, fie prin rezolvare de sistem? Este cu siguranță posibil prin direcționarea cererilor prin dnsmasq (setarea systemd-resolved în prima server= directivă de a trimite interogarea către serverele furnizate de DHCP), dar aș prefera să merg cu un mod mai puțin dezordonat, care să păstreze cât mai mult din distro intactă posibil.

Puncte:2
drapel in

Din păcate, acesta nu este modul în care funcționează DNS. Singura dată când alte servere vor fi interogate este atunci când serverul definit anterior nu răspunde. ORICE răspuns, chiar dacă acel răspuns este NXDOMAIN, este un răspuns. Chiar și un răspuns de la Query Denied este un răspuns...

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.