Puncte:0

Clienții Windows nu reușesc să caute cname în propria listă de căutare a domeniului

drapel mm

Așadar, astăzi am descoperit că clienții Windows se comportă puțin diferit față de clienții DNS Linux și Mac. Punct in caz:

Scenariul

Un nslookup pentru test.example.com, care returnează un CNAME „test.temp.example.com”. Pe Linux și Mac, aceasta va returna rezultatul căutării CNAME, prin intermediul unei a doua solicitări DNS. Clătiți și repetați până când apare o înregistrare A sau o eroare.

Problema

Pe Windows 7/10 rezultatul este același, puteți testa acest lucru cu „nslookup api.goole.com”. Cu excepția cazului în care domeniul pe care îl rezolvați se află în lista dvs. de căutare de domenii (și/sau domeniul local?). Apoi, nslookup pur și simplu nu va da nimic.

  • Din motive istorice, numele de gazdă necalificate trebuie să poată rezolva:
    • Trebuie să utilizați o listă de căutare de domenii
  • În scopuri administrative, aș dori să păstrez CNAME-urile în loc să folosesc multe înregistrări A care indică toate aceleași câteva adrese IP:
    • Trebuie să poată rezolva înregistrările CNAME

Aceste două afirmații par să fie în contradicție, sper ca o setare de registru să schimbe comportamentul!

drapel mm
Aceeași problemă: https://community.spiceworks.com/topic/454495-dns-not-resolving-cname

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.