Cum funcționează domeniile și DNS-ul: ghid pentru non-dezvoltatori

Un domeniu este numele pe care oamenii îl scriu ca să ajungă pe site-ul tău, precum example.com, iar DNS (Domain Name System) este agenda internetului care traduce acel nume în locul unde se află de fapt site-ul tău. Închiriezi domeniul de la un registrar, apoi adaugi înregistrări DNS care spun „site-ul este acolo” și „e-mailul merge aici”. Conectarea unui domeniu propriu la o aplicație înseamnă în mare parte să adaugi înregistrarea potrivită în locul potrivit și să aștepți să intre în vigoare.

De ce contează când construiești cu AI

Un constructor de aplicații cu AI poate scrie și găzdui aplicația, dar domeniul tău trăiește în afara ei — adesea la o altă companie, într-un panou de control plin de tipuri de înregistrări necunoscute. Aici se blochează multe lansări: aplicația este gata, dar domeniul arată o eroare sau e-mailul se oprește inexplicabil după o schimbare DNS.

O înțelegere mică te ajută mult. Vei ști ce înregistrare cere gazda, de ce nu a funcționat încă și cum eviți să strici lucrurile (precum e-mailul) care se bazează deja pe domeniul tău.

O analogie din viața de zi cu zi

Gândește-te la lista de contacte din telefon.

Nu îți amintești numărul prietenului; atingi numele lui, iar telefonul îl caută. DNS face același lucru pentru internet: scrii example.com, iar DNS caută numărul (adresa IP) serverului la care trebuie să te conectezi.

• Domeniul este numele din agendă.
• Registratorul este compania care înregistrează oficial că numele este al tău.
• Înregistrările DNS sunt datele salvate sub nume: numărul de telefon, adresa de e-mail, adresa de acasă.
• Serverele de nume sunt agenda oficială pentru acel nume.
• Cache-ul este faptul că telefonul ține minte un număr o vreme. Dacă prietenul își schimbă numărul, unele telefoane vor continua să sune vechiul număr până când copia salvată se reîmprospătează — asta este „propagarea” DNS.

Părțile unui nume de domeniu

Luează app.example.com:

Nu cumperi un domeniu definitiv; îl înregistrezi pentru o perioadă (de obicei un an sau mai mult) și îl reînnoiești. Dacă îl lași să expire, altcineva îl poate înregistra.

Cum funcționează o căutare DNS

Când cineva scrie app.example.com:

1. Browserul întreabă un rezolvator DNS — de obicei administrat de furnizorul de internet sau de un serviciu public — care este adresa.
2. Dacă rezolvatorul are un răspuns proaspăt în cache, răspunde imediat.
3. Dacă nu, coboară pe ierarhie: serverele rădăcină îl trimit la serverele .com, care îl trimit la serverele de nume ale domeniului tău.
4. Serverele tale de nume returnează înregistrarea setată, de exemplu un CNAME către gazdă sau o înregistrare A cu o adresă IP.
5. Rezolvatorul păstrează răspunsul în cache pentru TTL (time to live) al înregistrării și îl transmite browserului, care se conectează la server.

Tot acest proces durează de obicei milisecunde.

Tipurile de înregistrări DNS pe care le vei folosi efectiv

Câteva reguli utile:

• Un CNAME nu poate avea același nume cu alte înregistrări. De aceea un CNAME standard nu poate fi pus pe domeniul rădăcină, care are întotdeauna NS și alte înregistrări. Mulți furnizori DNS oferă soluții alternative numite ALIAS, ANAME sau CNAME flattening.
• Înregistrările TXT fac multă treabă pentru e-mail. SPF spune cine poate trimite e-mail pentru domeniul tău; DKIM publică o cheie pentru verificarea semnăturilor; DMARC spune destinatarilor ce să facă cu e-mailurile care eșuează la aceste verificări.
• Numerele MX mai mici înseamnă prioritate mai mare. Mesajele încearcă întâi cel mai mic.

Propagarea și TTL

„Propagarea” sugerează că schimbările se răspândesc lent prin internet. Ce se întâmplă de fapt este cache-ul: rezolvatorii păstrează o copie a fiecărui răspuns pentru TTL-ul lui și întreabă din nou doar după ce expiră. Deci:

• O înregistrare nouă, căutată rar până atunci, funcționează adesea în câteva minute.
• Schimbarea unei înregistrări existente durează până la TTL-ul vechi ca să se vadă peste tot.
• Schimbarea serverelor de nume poate dura până la una sau două zile, pentru că aceste înregistrări sunt păstrate în cache mai mult timp la nivelul TLD.

Un truc util: înainte de o schimbare planificată, coboară TTL-ul înregistrării (de exemplu la câteva minute), așteaptă să treacă vechiul TTL, apoi fă schimbarea.

Un exemplu concret: conectarea unei aplicații de rezervări la domeniul tău

Deții salonultau.ro. Site-ul tău actual și e-mailul Google Workspace folosesc deja acest domeniu. Ai construit o aplicație de rezervări și vrei să fie la rezervari.salonultau.ro.

1. Află unde este administrat DNS-ul. Poate fi la registrar sau la un furnizor DNS separat. Înregistrările NS îți spun.
2. Adaugă un CNAME pentru rezervari, indicând ținta pe care ți-o dă gazda aplicației.
3. Adaugă orice înregistrare TXT pe care o cere gazda pentru a dovedi că domeniul este al tău, dacă folosește una.
4. Nu atinge înregistrările MX și TXT de e-mail. E-mailul continuă să funcționeze pentru că nu l-ai modificat.
5. Verifică în gazdă după ce DNS-ul s-a actualizat. Gazda emite apoi un certificat HTTPS pentru rezervari.salonultau.ro.
6. Testează pe telefon, folosind date mobile, care folosesc alt rezolvator și alt cache decât Wi-Fi-ul de acasă.

Dacă ai vrea aplicația pe domeniul rădăcină salonultau.ro, ai avea nevoie de înregistrări A sau de funcția ALIAS/flattening a furnizorului DNS — și ai înlocui site-ul tău actual de acolo. Pentru mai mulți pași, vezi cum conectezi un domeniu propriu.

Greșeli frecvente și idei greșite

• „Domeniul și găzduirea sunt același lucru.” Domeniul este numele; găzduirea este locul unde rulează aplicația. DNS-ul le leagă.
• Folosirea unei înregistrări A când gazda cere un CNAME (sau invers). Urmează exact instrucțiunile gazdei.
• Greșeli de scriere în ținta înregistrării. Un caracter greșit într-un CNAME și verificarea eșuează.
• Schimbarea serverelor de nume fără copierea înregistrărilor. Mutarea DNS-ului la un furnizor nou fără să recreezi înregistrările MX și TXT este o metodă clasică de a strica e-mailul.
• Proxy când nu trebuie. Unii furnizori DNS, precum Cloudflare, pot trece traficul prin proxy. Unele gazde cer ca înregistrarea să fie setată pe „DNS only” ca să poată emite certificate.
• Ștergerea înregistrărilor TXT „necunoscute”. Adesea sunt înregistrări de verificare sau de securitate a e-mailului de care depinde ceva.
• Lăsarea domeniului să expire. Activează reînnoirea automată și păstrează cardul de plată la zi.

Ce să ceri constructorului tău de aplicații cu AI

DNS-ul trăiește în afara codului tău, deci este mai mult vorba despre ce să întrebi despre el:

• „Ce înregistrare DNS exactă îmi trebuie pentru app.domeniulmeu.ro — tip, nume și valoare?”
• „Schimbarea asta îmi afectează e-mailul?”
• „Domeniul arată o eroare după ce am adăugat înregistrarea. Ce ar trebui să verific?”
• „Adaugă URL-ul canonic corect și redirecționările, ca www și non-www să nu afișeze amândouă site-ul.”
• „Configurează trimiterea de e-mail de pe domeniul meu — ce înregistrări SPF, DKIM și DMARC îmi trebuie?” Vezi cum trimiți e-mailuri din aplicația ta.

Domenii personalizate pe Mythex

Fiecare aplicație publicată în Mythex primește o adresă numeletau.mythex.app. În planul Pro poți folosi în schimb propriul domeniu: cumperi unul din Mythex (înregistrarea se facturează separat, iar DNS-ul pentru domeniile cumpărate este gestionat pentru tine) sau conectezi unul pe care îl deții deja, adăugând un CNAME de la un subdomeniu, precum app.example.com, către adresa numeletau.mythex.app a aplicației tale, apoi apeși Verifică. HTTPS se emite automat. Dacă DNS-ul tău este pe Cloudflare, setează înregistrarea pe „DNS only”. Subdomeniile sunt recomandate; domeniile rădăcină depind de suportul furnizorului tău DNS pentru ALIAS sau flattening. Documentația pentru domenii personalizate parcurge fiecare pas, iar prețurile arată ce include Pro.

Întrebări