Cât durează până se actualizează DNS-ul?

De obicei minute. O înregistrare schimbată e văzută peste tot după ce expiră vechiul TTL — cu un TTL de 300, asta înseamnă cinci minute. Domeniile complet noi pot dura mai mult, cât registrul publică serverele de nume.

Am nevoie de o înregistrare AAAA?

Doar dacă serverul tău web ascultă pe IPv6. Dacă adaugi AAAA, dar nginx ascultă doar pe IPv4, vizitatorii cu IPv6 primesc erori de conexiune. Fie configurezi 'listen [::]:80' și '[::]:443', fie nu pui AAAA.

www să fie CNAME sau înregistrare A?

Merg ambele. Un CNAME spre domeniul simplu înseamnă că actualizezi o singură înregistrare când se schimbă IP-ul. Doar asigură-te că certificatul acoperă ambele nume.

Pot găzdui un site pe un plan NAT?

Nu direct. Un plan NAT redirecționează doar portul tău SSH personal, deci vizitatorii nu ajung la porturile 80 și 443. Pentru un site pe propriul domeniu ai nevoie de un plan cu IP dedicat.

E reverse DNS același lucru?

Nu. A și AAAA leagă un nume de IP-ul tău; reverse DNS (PTR) leagă IP-ul înapoi de un nume. PTR contează mai ales pentru serverele de e-mail și îl setezi din dashboard, nu la registrar.

Cum îndrepți un domeniu spre VPS-ul tău (A, AAAA și www)

Îndreaptă un domeniu spre VPS cu înregistrări A și AAAA, rezolvă www, verifică propagarea cu dig, apoi obține HTTPS — plus de ce un plan NAT nu poate servi un site.

Ai cumpărat un domeniu, ai un VPS, iar browserul tot spune „site can't be reached”. Piesa care lipsește e aproape întotdeauna două înregistrări DNS și un server web care chiar răspunde la adresa potrivită. Iată tot drumul, de la registrar până la lacătul HTTPS funcțional.

Înainte să începi: acceptă planul tău trafic web?

Vizitatorii se conectează pe porturile 80 și 443 ale serverului tău. Pentru asta e nevoie de un plan cu IP public propriu. Planurile NAT redirecționează doar portul tău SSH personal, deci nu pot găzdui un site pe un domeniu — articolul nostru IP dedicat vs NAT explică diferența. Un site mic merge bine pe Nano-IP.

1. Află adresele serverului

Adresele IPv4 și IPv6 sunt pe pagina serverului din dashboard. În exemple folosim adrese de documentație:

IPv4: 203.0.113.10
IPv6: 2001:db8::10

2. Creează înregistrările DNS

Autentifică-te acolo unde stă DNS-ul domeniului (de obicei la registrar) și adaugă:

Tip	Nume	Valoare	TTL
A	@	203.0.113.10	300
AAAA	@	2001:db8::10	300
CNAME	www	example.com.	300

@ înseamnă domeniul simplu. Un TTL scurt, de 300 de secunde, face ca greșelile să se repare ieftin; îl poți crește la 3600 după ce merge totul.

Dacă nu vrei încă IPv6, sari deocamdată peste înregistrarea AAAA — vezi avertismentul de la pasul 5.

3. Verifică dacă DNS-ul răspunde

Nu te baza pe mesajul „salvat” al registrarului. Întreabă direct DNS-ul:

dig +short example.com A
dig +short example.com AAAA
dig +short www.example.com
dig +short example.com A @1.1.1.1

Ultima linie întreabă un resolver public, mai aproape de ce văd vizitatorii tăi. Dacă primești înapoi IP-ul, DNS-ul e gata.

4. Fă serverul să răspundă

Instalează nginx și deschide porturile:

apt update && apt install -y nginx
ufw allow 80/tcp
ufw allow 443/tcp

Deschide http://example.com — ar trebui să vezi pagina de bun venit nginx. Acum adaugă HTTPS cu un certificat gratuit:

apt install -y certbot python3-certbot-nginx
certbot --nginx -d example.com -d www.example.com

Certbot editează configurația nginx, configurează redirecționarea spre HTTPS și reînnoiește automat certificatul. Pentru o aplicație reală în spatele nginx, urmează ghidul nostru de reverse proxy cu HTTPS.

5. Capcana IPv6

Asta prinde mulți oameni. Adaugi o înregistrare AAAA, dar nginx ascultă doar pe IPv4. Vizitatorii pe IPv6 (multe rețele mobile) încearcă întâi adresa IPv6 și eșuează. Asigură-te că blocul server le are pe amândouă:

listen 80;
listen [::]:80;

Configurația nginx implicită din Ubuntu include deja [::], dar configurațiile personalizate îl pierd adesea. Testează de pe o mașină cu IPv6:

curl -6 -I https://example.com

Probleme obișnuite

Apare încă IP-ul vechi: resolverul tău local l-a pus în cache. Așteaptă să treacă TTL-ul sau interoghează @1.1.1.1, ca mai sus.
Certbot eșuează cu timeout: portul 80 e blocat sau DNS-ul nu indică încă aici. Verifică din nou ufw status și dig.
Merge fără www, eșuează cu www: certificatul sau blocul server nu include www. Rulează din nou certbot cu ambele nume.

Despre reverse DNS

Înregistrările A și AAAA merg de la nume la IP. Reverse DNS (PTR) merge invers și se setează din dashboard, nu la registrar. Îți trebuie doar pentru e-mail sau când un serviciu îl verifică — ghidul nostru PTR îl acoperă.

Dacă pui un site online pentru prima dată, pagina cazului de utilizare pentru site-uri explică dimensionarea, iar documentația de rețea listează ce adrese primește fiecare plan.