Com funcionen els dominis i el DNS: guia per a no desenvolupadors

Un domini és el nom que la gent escriu per arribar al teu lloc, com example.com, i el DNS (el sistema de noms de domini) és el directori d'internet que tradueix aquest nom al lloc on està realment el teu lloc. Registres el domini amb un registrador i després afegeixes registres DNS que diuen «el lloc web és per allà» i «el correu va per aquí». Connectar un domini personalitzat a una aplicació consisteix sobretot a afegir el registre adequat al lloc correcte i esperar que tingui efecte.

Per què importa quan construeixes amb IA

Un constructor d'aplicacions amb IA pot escriure i allotjar la teva aplicació, però el teu domini viu fora d'ell, sovint amb una empresa diferent, en un tauler de control ple de tipus de registres desconeguts. Aquí és on molts llançaments s'encallen: l'aplicació està a punt, però el domini mostra un error, o el correu deixa de funcionar misteriosament després d'un canvi de DNS.

Una mica d'entendre-ho t'ajuda molt. Sabràs quin registre demana el teu proveïdor, per què encara no ha funcionat i com evitar trencar les coses (com el correu) que ja depenen del teu domini.

Una analogia quotidiana

Pensa en la llista de contactes del mòbil.

No recordes el número de la teva amiga; toques el seu nom i el telèfon el busca. El DNS fa el mateix per a internet: escrius example.com i el DNS busca el número (l'adreça IP) del servidor al qual connectar-se.

• El domini és el nom del contacte.
• El registrador és l'empresa que registra oficialment que el nom és teu.
• Els registres DNS són els detalls guardats sota el nom: número de telèfon, adreça de correu, adreça de casa.
• Els servidors de noms són quina llibreta de contactes és l'oficial per a aquest nom.
• La memòria cau és el telèfon que recorda un número durant un temps. Si la teva amiga canvia de número, alguns telèfons seguiran trucant a l'antic fins que s'actualitzi la còpia guardada; això és la «propagació» del DNS.

Les parts d'un nom de domini

Prenem app.example.com:

No compres un domini per sempre; el registres per un període (normalment un any o més) i el renoves. Si el deixes caducar, algú altre el pot registrar.

Com funciona una cerca DNS

Quan algú escriu app.example.com:

1. El navegador pregunta a un resolutor DNS —normalment gestionat pel seu proveïdor d'internet o per un servei públic— quina és l'adreça.
2. Si el resolutor té una resposta recent en memòria cau, respon de seguida.
3. Si no, va baixant per la jerarquia: els servidors arrel li indiquen els servidors de .com, que li indiquen els servidors de noms del teu domini.
4. Els teus servidors de noms retornen el registre que has definit, com un CNAME cap al teu proveïdor o un registre A amb una adreça IP.
5. El resolutor guarda la resposta durant el TTL (temps de vida) del registre i la lliura al navegador, que es connecta al servidor.

Tot això normalment passa en mil·lisegons.

Tipus de registres DNS que faràs servir

Algunes regles que val la pena conèixer:

• Un CNAME no pot compartir nom amb altres registres. Per això un CNAME estàndard no es pot posar al domini arrel, que sempre té registres NS i altres. Molts proveïdors de DNS ofereixen solucions alternatives anomenades ALIAS, ANAME o aplanament de CNAME.
• Els registres TXT fan molta feina en el correu. SPF indica qui pot enviar correu pel teu domini; DKIM publica una clau per verificar les signatures; DMARC indica als receptors què han de fer amb el correu que no supera aquestes comprovacions.
• Els números MX més baixos tenen més prioritat. El correu prova primer el més baix.

Propagació i TTL

«Propagació» fa pensar que els canvis es estenen a poc a poc per internet. El que passa de fet és la memòria cau: els resolutors guarden una còpia de cada resposta durant el seu TTL, i només tornen a preguntar quan caduca. Per tant:

• Un registre nou que mai no s'ha consultat sovint funciona en minuts.
• Canviar un registre existent triga fins al seu TTL antic per arribar a tot arreu.
• Canviar els servidors de noms pot trigar un dia o dos, perquè aquests registres es guarden més temps a nivell de TLD.

Un truc útil: abans d'un canvi planificat, redueix el TTL del registre (per exemple, a uns quants minuts), espera que passi el TTL antic i després fes el canvi.

Un exemple pràctic: connectar una aplicació de reserves al teu domini

Tens elteusaló.com. El teu lloc web actual i el correu de Google Workspace ja l'utilitzen. Has construït una aplicació de reserves i la vols a reserves.elteusaló.com.

1. Troba on es gestiona el teu DNS. Pot ser el teu registrador o un proveïdor de DNS separat. Els registres NS et diuen quin és.
2. Afegeix un CNAME per a reserves que apunti al destí que et dona el teu allotjament.
3. Afegeix qualsevol registre TXT que el teu allotjament demani per demostrar que ets el propietari, si n'utilitza un.
4. No toquis els registres MX ni els TXT de correu. El correu continua funcionant perquè no els has tocat.
5. Verifica al teu allotjament quan el DNS s'hagi actualitzat. Llavors l'allotjament emet un certificat HTTPS per a reserves.elteusaló.com.
6. Prova-ho en un mòbil amb dades mòbils, que fa servir un resolutor i una memòria cau diferents de la wifi de casa.

Si volguessis l'aplicació al domini arrel elteusaló.com, necessitaries registres A o la funcionalitat ALIAS/aplanament del teu proveïdor de DNS, i reemplaçaries el teu lloc web actual. Per a més passos, consulta com connectar un domini personalitzat.

Errors i idees equivocades habituals

• «El domini i l'allotjament són la mateixa cosa». El domini és el nom; l'allotjament web és on s'executa l'aplicació. El DNS els enllaça.
• Fer servir un registre A quan l'allotjament demana un CNAME (o al revés). Segueix exactament les instruccions del teu allotjament.
• Errors tipogràfics al destí. Un sol caràcter erroni en el destí d'un CNAME fa que la verificació falli.
• Canviar els servidors de noms sense copiar els registres. Traslladar el DNS a un nou proveïdor sense tornar a crear els registres MX i TXT és una manera clàssica de trencar el correu.
• Posar-ho darrere d'un proxy quan no toca. Alguns proveïdors de DNS, com Cloudflare, poden fer de proxy del trànsit. Alguns allotjaments necessiten que el registre estigui en mode «només DNS» per emetre certificats.
• Eliminar registres TXT «desconeguts». Sovint són registres de verificació o de seguretat del correu dels quals depèn alguna cosa.
• Deixar caducar el domini. Activa la renovació automàtica i mantén la targeta de pagament al dia.

Què demanar al teu constructor amb IA

El DNS viu fora del teu codi, així que es tracta més de què preguntar sobre ell:

• «Quin registre DNS exacte necessito per a app.elmeudomini.com? Tipus, nom i valor?»
• «Aquest canvi afectarà el meu correu?»
• «El meu domini mostra un error després d'afegir el registre. Què he de revisar?»
• «Afegeix la URL canònica correcta i les redireccions perquè www i el domini sense www no mostrin el lloc per duplicat.»
• «Configura l'enviament de correu des del meu domini: quins registres SPF, DKIM i DMARC necessitaré?» Consulta com enviar correus des de la teva aplicació.

Dominis personalitzats a Mythex

Cada aplicació publicada a Mythex obté una adreça elteunom.mythex.app. Al pla Pro pots fer servir el teu propi domini: en pots comprar un des de Mythex (el registre es factura per separat, i el DNS dels dominis comprats es gestiona per tu), o connectar-ne un que ja tinguis afegint un CNAME des d'un subdomini, com app.example.com, a l'adreça elteunom.mythex.app de la teva aplicació, i després fent clic a Verifica. L'HTTPS s'emet automàticament. Si el teu DNS és a Cloudflare, posa aquest registre en mode «només DNS». Es recomana usar subdominis; els dominis arrel depenen del suport d'ALIAS o d'aplanament del teu proveïdor de DNS. La documentació de dominis personalitzats explica cada pas, i la pàgina de preus mostra què inclou el pla Pro.

Preguntes