Puncte:1

Cine gestionează sub-subdomeniile când utilizați un CNAME

drapel ke

Aceasta este configurația DNS:

blog.example.com CNAME example.host.com

Apoi, ce se întâmplă dacă cineva face o interogare DNS despre un sub-subdomeniu (de ex. sub.blog.example.com)?

Este acea interogare DNS redirecționată către exemplu.gazdă.com?

Sau acea interogare DNS despre un sub-subdomeniu nu se potrivește cu CNAME?

Puncte:2
drapel cn

În primul rând, nu există redirecționare în DNS. Acesta este un termen definit și folosit în lumea HTTP, nu există în DNS. În cel mai bun caz, puteți vorbi despre aliasuri în cazul CNAME.

Algoritmul de rezoluție din DNS este subliniat în https://datatracker.ietf.org/doc/html/rfc1034#section-4.3.2

CNAME nu se comportă ca un „caracter metalic al subdomeniului”, așa cum pare să vă gândiți.

Odata CNAME există, nimic nu poate exista dedesubt. Deci, un rezolutor care încearcă numele „sub” va primi un răspuns autorizat spunând că numele nu există și ar trebui să se oprească aici. Dacă urcă în sus sau în jos de la rădăcină, ar trebui să găsească CNAME în sine, și apoi continuați căutarea acolo (dar nu cu un sens wildcard). Poate doriți să vă uitați la DNAME înregistrare care oferă semantica pe care se pare că doriți să o aveți (consultați pagina Wikipedia pe CNAME la https://en.wikipedia.org/wiki/CNAME_record și vedeți linia relevantă în DNAME secțiunea: „Cu toate acestea, o căutare pentru xyzzy.foo.example.com va fi mapată DNAME și va returna înregistrarea A pentru xyzzy.bar.example.com, care este 192.0.2.24; dacă înregistrarea DNAME a fost o înregistrare CNAME, aceasta cererea ar fi returnat numele negăsit.").

Sau tu creezi *.blog.example.com ca un wildcard, care poate fi a CNAME sau orice alte lucruri. Rețineți că în istorie, CNAME iar metacaracterele au creat o mulțime de confuzii și erori, așa că nu este ceva de folosit atunci când începeți doar cu DNS (ușor să furnizați fiecare nume exact în fișierul de zonă)

Puteți încerca singur, chiar acum:

$ dig www.icann.org CNAME +noall +ans
www.icann.org. 57m53s ÎN CNAME www.vip.icann.org.

Deci avem acest CNAME. Dacă vrem să încercăm sub numele dvs.:

$ dig test.www.icann.org CNAME +noall +auth
icann.org. 1m57s ÎN SOA sns.dns.icann.org. noc.dns.icann.org. (
                2022051953; serial
                10800; reîmprospătare (3 ore)
                3600; reîncercați (1 oră)
                1209600; expira (2 saptamani)
                3600; minim (1 ora)
                )

sau (aceasta face un A în mod implicit)

$ dig test.www.icann.org +noall +auth
icann.org. 2m ÎN SOA sns.dns.icann.org. noc.dns.icann.org. (
                2022051953; serial
                10800; reîmprospătare (3 ore)
                3600; reîncercați (1 oră)
                1209600; expira (2 saptamani)
                3600; minim (1 ora)
                )

Dacă te uiți la stare, vei vedea NXDOMAIN (domeniul nu există) pentru acele cazuri.

drapel ke
Multumesc pentru raspuns! Am un „blog.example.com” îndreptat cu un CNAME către Siteground. DNS-ul meu nu are nicio altă configurație pentru acel subdomeniu (blog). În acest caz, poate Siteground să seteze o înregistrare TXT pentru „foo._domainkey.blog.example.com”?
Patrick Mevzek avatar
drapel cn
Vedeți în răspunsul meu: „Odată ce există un CNAME, nimic nu poate exista mai jos”. Dacă `blog` este un CNAME, nu puteți defini nimic sub el.
drapel ke
Ok, `blog` este un CNAME și deci nu pot defini nimic dedesubt în propriul meu DNS... dar din moment ce este delegat la Siteground, poate Siteground să definească ceva dedesubt? Și dacă ar fi o înregistrare NS (în loc de un CNAME), ar funcționa asta?
Patrick Mevzek avatar
drapel cn
Vă rugăm să cereți îndrumare DNS/furnizorului de servicii, nu încercați să puneți orbește niște înregistrări și să sperați că funcționează. `NS` și `CNAME` funcționează complet diferit și au un scop diferit.Dar dacă delegați (cu înregistrări `NS`) `blog` în altă parte, atunci nici nu puteți defini nimic sub el de partea dvs., deoarece ați dat controlul nodului unei terțe părți, așa că orice de mai jos trebuie să fie definit acum acolo. . Cât despre ei definind ceva sub CNAME: da, pot, dar în zona LOR, nu a ta, așa că inutil pentru numele tău.

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.