Puncte:0

Prioritate DNS cu rezoluție *.domain și *.subdomain.domain

drapel co

Am o zonă DNS găzduită pe Google Cloud DNS cu înregistrări similare cu:

(presupunem că zona este exemplu.comși există înregistrări SOA și NS pentru rădăcina zonei):

example.com A 10.20.30.40 # <- indică o adresă IP reală
*.example.com CNAME example.com # totul este un CNAME pentru example.com
*.sub1.example.com CNAME example.com
*.sub2.example.com CNAME example.com

Acum:

  • Rezolvarea sub-subdomeniilor cum ar fi foo.sub1.example.com și blah.sub2.example.com functioneaza conform asteptarilor.
  • Rezolvarea numelor de gazdă în afară de sub1 și sub2, precum foo.example.com și sub3.example.com functioneaza conform asteptarilor.
  • Rezolvarea sub1.example.com și sub2.example.com nu muncă.

Ma asteptam la asta sub1.example.com s-ar potrivi *.example.com și să fie hotărât să CNAME example.com, dar nu este cazul.

Pot rezolva cu ușurință acest lucru adăugând explicit CNAME înregistrări pentru sub1.example.com și sub2.example.com dar mă întreb dacă acest lucru este într-adevăr necesar.

Este acesta comportamentul așteptat pentru toate DNS-urile? Sau poate doar pentru Google Cluod

John Hanley avatar
drapel cn
CNAME-urile au limitări ciudate. Din punct de vedere tehnic, dacă creați ***.example.com**, atunci nu puteți crea și **sub1.example.com**. Citiți RFC-urile pe CNAMES.

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.