Tem uma máquina com um IP público e um domínio comprado nalgum registador. Falta o que está no meio: o DNS, que traduz midominio.com para esse IP. O Route 53 é o DNS da AWS, e tê-lo lá tem uma vantagem prática: os registos gerem-se a partir da mesma consola que as suas máquinas, e serviços como o SES ou os certificados podem criar registos por si.
Este guia move o DNS para o Route 53 e aponta o domínio e o www para o seu servidor. Não muda onde o domínio está comprado: isso continua no seu registador.
Antes de começar: o que significa cada coisa
- Domínio
- O nome que as pessoas escrevem para chegar ao seu site, como midominio.com. Compra-se num registador.
- Registador
- A empresa onde comprou o domínio e onde ele se renova todos os anos. Não tem de ser a mesma que gere o DNS.
- DNS
- A "lista telefónica" da internet: traduz o domínio para o endereço numérico (IP) do seu servidor.
- Route 53
- O serviço de DNS da Amazon.
- Zona alojada
- A "ficha" do seu domínio dentro do Route 53, com todos os seus registos.
- Registo
- Cada entrada do DNS: um nome, um tipo e um valor. Os tipos que aparecem aqui: A (aponta para um IP), CNAME (aponta para outro nome), MX (quem recebe o e-mail), TXT (textos de verificação), NS (que servidores mandam sobre o domínio).
- Servidores de nomes (NS)
- Os servidores que respondem às perguntas sobre o seu domínio. Para que o Route 53 mande, há que indicar os dele no registador.
- TTL
- Tempo, em segundos, durante o qual os outros podem lembrar-se de uma resposta do DNS antes de voltarem a perguntar. Baixo: as alterações notam-se mais cedo. Alto: menos consultas.
- Propagação
- O tempo que as alterações de DNS demoram a chegar a toda a internet, por causa do TTL.
- IP estático / elástico
- Um endereço de internet fixo para a sua máquina. Sem ele, o domínio apontaria para um endereço que muda.
Passo a passo
Garanta um IP que não mude
Antes de apontar o que quer que seja, a máquina deve ter um IP fixo: um IP estático no Lightsail ou um IP elástico no EC2. Se usar o IP público que vem por defeito, mudará ao reiniciar ou parar e o domínio ficará a apontar para o vazio. Aponte o IP.
Crie a zona alojada no Route 53
Na consola do Route 53, Zonas alojadas, Criar zona alojada. Nome:
midominio.com(sem www), tipo pública. Ao criá-la aparecem dois registos já feitos: NS, com quatro servidores de nomes da AWS, e SOA. Não lhes mexa. Cada zona alojada tem um pequeno custo mensal fixo, mesmo que não receba consultas.Copie os registos que já tiver
Se o domínio já funciona com outro DNS (o do registador, por exemplo), veja que registos tem: o e-mail (MX), verificações (TXT), subdomínios. Recrie-os na zona nova antes de mudar os servidores de nomes; se não, no momento da mudança deixará de receber e-mail. É o passo que as pessoas saltam e o que mais dissabores dá.
Crie o registo A do domínio e o do www
Criar registo. Nome vazio (é a raiz do domínio), tipo A, valor o IP do seu servidor, TTL 300. Guarde. Repita com nome
www, tipo A e o mesmo IP; ou então tipo CNAME com valormidominio.com, que aponta para o registo anterior e assim só tem de mudar o IP num sítio. Na raiz do domínio não se pode pôr um CNAME; por isso aí vai sempre um A.O TTL é quantos segundos os servidores intermédios podem guardar a resposta. Enquanto fizer alterações, deixe-o baixo (300 segundos). Quando tudo estiver estável pode subi-lo para uma hora ou mais.
Mude os servidores de nomes no registador
Copie os quatro valores do registo NS da sua zona (terminam em
awsdns-xx.com,.net,.org,.co.uk). Entre no painel do seu registador, procure Servidores de nomes ou "DNS personalizado" e substitua os que lá estiverem por esses quatro. Guarde. A partir deste momento o domínio começa a responder a partir do Route 53; a mudança demora de minutos até um par de dias a chegar a todo o mundo, consoante o TTL que os registos NS antigos tivessem.Confirme a propagação
A partir do seu computador ou do CloudShell:
nslookup midominio.com nslookup -type=NS midominio.comA primeira deve devolver o seu IP e a segunda os servidores da AWS. Se ainda aparecerem os antigos, é questão de esperar. Quando o site carregar pelo domínio, peça ou renove o certificado HTTPS, porque os servidores de certificados também resolverão o domínio pelo DNS novo.
O que pode correr mal
O domínio funciona mas o e-mail deixou de chegar
Faltam os registos MX (e os TXT de verificação ou SPF) na zona nova. Recupere-os do DNS antigo se ainda o conseguir ver, ou da documentação do seu fornecedor de e-mail, e crie-os. Entretanto o e-mail costuma ficar em fila umas horas no servidor remetente, por isso despache-se mas não entre em pânico.
Criei a zona duas vezes
Duas zonas com o mesmo nome têm servidores NS diferentes; a que manda é a que estiver no registador. Apague a outra para não a pagar e não se confundir.
Pus um CNAME na raiz e não me deixa
É uma regra do DNS, não do Route 53. Na raiz vai um registo A com o IP. Se o que quer apontar é um serviço da AWS (um balanceador, o CloudFront), o Route 53 oferece o registo alias, que faz de CNAME onde não se pode.
Mudei o IP e o site continua a ir para o antigo
É o TTL: os servidores intermédios guardam a resposta anterior até caducar. Se tinha uma hora, espere uma hora. Por isso convém baixar o TTL uns dias antes de uma mudança de IP prevista.
No Simplio
No Simplio cada domínio do Route 53 é um cartão com os seus registos em linguagem clara: para onde aponta o site, que servidor recebe o e-mail, que textos de verificação há. Acrescenta ou altera um registo A, CNAME, TXT ou MX numa linha com ajuda consoante o tipo, e os registos que fazem o domínio funcionar (NS, SOA) estão protegidos para que ninguém os estrague sem querer. Remover um registo pede o duplo fator.
O mesmo, na AWS e no Simplio
| Na consola da AWS | No Simplio | |
|---|---|---|
| Ver para onde aponta um domínio | Route 53, zona alojada, lista de registos técnicos | Cartão do domínio em linguagem normal: o site vai para tal IP, o e-mail recebe-o tal servidor |
| Alterar um registo | Formulário do Route 53 com tipo, TTL e valor, sem ajuda | Uma linha com ajuda consoante o tipo, e aviso se for substituir um existente |
| Estragar o domínio sem querer | Nada impede apagar NS ou SOA | NS e SOA protegidos; remover um registo pede duplo fator |