Bază de cunoștințe

Utilizați propriul cont Amazon Route 53 pentru a deservi DNS-ul domeniilor dumneavoastră

Creați o cheie de acces AWS autorizată să listeze și să modifice înregistrările Route 53 și conectați-o, astfel încât DNS-ul domeniilor dumneavoastră să fie deservit din propriul cont AWS.

Ce face conectarea pentru dumneavoastră

Conectarea propriului cont AWS permite ca DNS-ul unui domeniu să fie deservit din contul dumneavoastră în loc de al nostru. Dumneavoastră păstrați zona, factura și panoul de control al furnizorului; noi creăm și actualizăm înregistrările de care au nevoie site-urile și căsuțele dumneavoastră poștale, astfel încât să nu le copiați manual.

Înainte de a începe

Un cont AWS. Route 53 taxează per zonă găzduită și per interogare pe factura dumneavoastră AWS.

Creați un utilizator IAM pentru această conexiune cu o politică ce permite route53:ListHostedZones, route53:ListResourceRecordSets și route53:ChangeResourceRecordSets.

1. Creați cheia la AWS

În consola AWS deschideți IAM → Users, alegeți utilizatorul în numele căruia ar trebui să acționeze această conexiune (creați unul dedicat — nu folosiți niciodată contul root), deschideți fila Security credentials a acestuia și, la Access keys, alegeți Create access key. Alegeți Other ca scenariu de utilizare, continuați și alegeți Create access key. Copiați valorile Access key ID și Secret access key — AWS afișează cheia secretă o singură dată. Fiecare utilizator IAM poate deține două chei simultan.

2. Conectați-o aici

Deschideți Integrări în panoul dumneavoastră de control și alegeți Conectați un cont. Alegeți Propriul DNS ca grup și Amazon Route 53 ca cont, completați Access key ID și Secret access key, apoi apăsați Conectați contul.

Testăm ceea ce lipiți înainte de a salva ceva. O cheie care nu funcționează nu este stocată niciodată, iar răspunsul explică ce a fost în neregulă cu ea. O cheie care funcționează este păstrată criptată în seiful nostru de secrete — niciodată în baza noastră de date — și nu este afișată din nou, nici măcar dumneavoastră.

Ce urmează

  • Pentru orice domeniu, deschideți fila sa DNS și alegeți acest cont ca loc din care este deservit DNS-ul domeniului. Creăm zona acolo dacă nu există și scriem înregistrările de care au nevoie site-urile și e-mailul domeniului.
  • Când o modificare din partea noastră schimbă conținutul necesar al unei înregistrări — mutați un site, schimbați CDN-ul sau adăugați o căsuță poștală — actualizăm înregistrarea în contul dumneavoastră.
  • Pentru a finaliza migrarea, nameserverele domeniului dumneavoastră trebuie să indice către AWS. Dacă domeniul este înregistrat la noi sau la un registrator pe care l-ați conectat, le setăm noi pentru dumneavoastră; în caz contrar, pagina domeniului indică nameserverele de setat.
  • Când vă conectați, verificăm dacă cheia poate lista zonele dumneavoastră, poate citi înregistrările și poate modifica înregistrările. Lista de verificare de lângă conexiune arată care dintre acestea au putut fi confirmate.

Dacă nu se conectează

Se conectează, apoi modificarea unei înregistrări eșuează. Listarea zonelor și modificarea înregistrărilor sunt permisiuni IAM separate, iar modificarea este verificată doar prima dată când efectuăm una. Adăugați route53:ChangeResourceRecordSets la politica utilizatorului — cheia în sine nu se modifică.

AWS a refuzat credențialul. Cheia de acces a fost dezactivată sau ștearsă în IAM.

Se indică faptul că cheia a fost respinsă. Aproape întotdeauna este vorba de unul dintre trei lucruri: un spațiu sau o întrerupere de rând copiată odată cu ea, o cheie care a expirat sau o cheie care a fost revocată ori regenerată după ce ați copiat-o. Creați una nouă și lipiți-o din nou.

Se conectează, dar o operațiune ulterioară eșuează. Cheia se autentifică, dar îi lipsește o permisiune de care are nevoie acțiunea. Creați o cheie nouă cu permisiunile menționate mai sus, apoi deconectați vechea conexiune și conectați noua cheie.

Deconectarea

Deschideți Integrări, găsiți contul și apăsați Deconectați. Aceasta șterge imediat cheia stocată. Orice element care o folosea se oprește la următoarea sa acțiune, iar ecranele care depindeau de ea indică acest lucru în loc să eșueze silențios.

Deconectarea nu anulează ceea ce a fost deja făcut — înregistrările, implementările sau setările pe care le-am modificat în contul dumneavoastră rămân așa cum sunt. Dacă bănuiți că însăși cheia a fost compromisă, revocați-o și la furnizor; deconectarea elimină copia noastră, nu a acestora.

Cele mai recente din blog

Ce am scris despre găzduire, SEO și administrarea site-urilor la scară largă.

SEO și link building din stratul de găzduire: Perspectiva unui operator în 2026

Cum influențează găzduirea indexarea și distribuția autorității legăturilor (link equity) în 2026: menținerea paginilor indexate, evaluarea domeniilor vechi înainte de a construi pe ele, construirea de linkuri fără amprentă (footprint) și o perspectivă onestă asupra a ceea ce infrastructura poate și nu poate face pentru SEO.

Citiți articolul →

Optimizarea WordPress pentru viteză și securitate: o listă de verificare pentru performanță și module

O listă practică de verificare pentru un WordPress rapid și securizat: stocarea în cache la nivel de server, o memorie cache de obiecte per site, puținele module care merită rulate, menținerea stivei la zi și paginile WooCommerce pe care nu trebuie să le includeți niciodată în cache.

Citiți articolul →

Cum să alegeți găzduirea web gestionată în 2026: Ghidul cumpărătorului

Ce diferențiază cu adevărat o găzduire administrată bună de o mașină ieftină cu panou de control — migrări, copii de rezervă, izolare, stocare în cache reală și scalare corectă — și cum să o evaluați înainte de a vă lua un angajament.

Citiți articolul →

Citiți blogul →

Încă întâmpinați dificultăți?

Asistența este inclusă în fiecare plan, biroul este deschis 24 ore pe zi și ne puteți scrie în oricare dintre cele 58 limbi ale noastre — vă răspundem în limba dumneavoastră.

Contactați asistența → Toate articolele →