Base de conhecimento

Use sua própria conta da Amazon Route 53 para fornecer o DNS dos seus domínios

Crie uma chave de acesso da AWS com permissão para listar e alterar registros do Route 53 e conecte-a, para que o DNS dos seus domínios seja gerenciado a partir da sua própria conta da AWS.

O que a conexão faz por você

Conectar sua própria conta da AWS permite que o DNS de um domínio seja servido a partir da sua conta em vez da nossa. Você mantém a zona, o faturamento e o painel do provedor; nós criamos e atualizamos os registros necessários para seus sites e caixas de correio, para que você não precise copiá-los manualmente.

Antes de começar

Uma conta da AWS. O Route 53 cobra por zona hospedada e por consulta na sua fatura da AWS.

Crie um usuário do IAM para esta conexão com uma política que permita route53:ListHostedZones, route53:ListResourceRecordSets e route53:ChangeResourceRecordSets.

1. Crie a chave na AWS

No console da AWS, abra IAM → Users, escolha o usuário que esta conexão deve representar (crie um dedicado — nunca use sua conta root), abra a aba Security credentials dele e, em Access keys, escolha Create access key. Escolha Other como o caso de uso, continue e escolha Create access key. Copie o Access key ID e a Secret access key — a AWS exibe o segredo apenas uma vez. Cada usuário do IAM pode manter duas chaves simultaneamente.

2. Conecte-a aqui

Abra Integrações no seu painel e escolha Conectar uma conta. Escolha Seu próprio DNS como o grupo e Amazon Route 53 como a conta, preencha Access key ID e Secret access key e pressione Conectar conta.

Testamos o que você cola antes de salvar qualquer informação. Uma chave que não funciona nunca é armazenada, e a resposta informa o que estava incorreto nela. Uma chave funcional é mantida criptografada no nosso cofre de segredos — nunca no nosso banco de dados — e nunca é exibida novamente, nem mesmo para você.

O que acontece em seguida

  • Em qualquer domínio, abra a aba DNS e escolha esta conta como o local a partir do qual o DNS do domínio é servido. Criamos a zona lá caso ela não exista e gravamos os registros necessários para os sites e e-mails do domínio.
  • Quando algo em nosso sistema altera o que um registro deve conter — você move um site, troca de CDN ou adiciona uma caixa de correio — atualizamos o registro na sua conta.
  • Para concluir a migração, os servidores de nome do seu domínio devem apontar para a AWS. Se o domínio estiver registrado conosco, ou em um registrador que você conectou, nós os definimos para você; caso contrário, a página do domínio mostra os servidores de nome a serem definidos.
  • Ao conectar, verificamos se a chave pode listar suas zonas, ler registros e alterar registros. A lista de verificação ao lado da conexão mostra quais desses itens conseguimos confirmar.

Se não conectar

A conexão ocorre com sucesso, mas a alteração de um registro falha. Listar zonas e alterar registros são permissões do IAM separadas, e a alteração só é verificada na primeira vez que realizamos uma. Adicione route53:ChangeResourceRecordSets à política do usuário — a chave em si não muda.

A AWS recusou a credencial. A chave de acesso foi desativada ou excluída no IAM.

Informa que a chave foi rejeitada. Quase sempre uma de três situações: um espaço ou quebra de linha copiado junto, uma chave que expirou ou uma chave que foi revogada ou gerada novamente após você tê-la copiado. Crie uma nova e cole-a novamente.

A conexão ocorre com sucesso, mas algo falha depois. A chave é autenticada, mas carece de uma permissão necessária para a ação. Crie uma nova chave com as permissões listadas acima, desconecte a conexão antiga e conecte a nova chave.

Desconectando

Abra Integrações, localize a conta e pressione Desconectar. Isso exclui a chave armazenada imediatamente. Qualquer item que a estava utilizando é interrompido na próxima ação, e as telas dependentes informam o ocorrido em vez de falharem silenciosamente.

A desconexão não desfaz o que já foi feito — registros, implantações ou configurações que alteramos na sua conta permanecem inalterados. Se você suspeita que a chave em si pode ter vazado, revogue-a também no provedor; desconectar remove a nossa cópia, não a deles.

Últimas do blog

O que temos escrito sobre hospedagem, SEO e gerenciamento de sites em grande escala.

SEO e construção de links a partir da camada de hospedagem: A visão de um operador para 2026

Como a hospedagem molda a indexação e o link equity em 2026: mantendo páginas indexadas, avaliando domínios antigos antes de utilizá-los, criando links sem deixar pegadas (footprint) e uma visão honesta sobre o que a infraestrutura pode e não pode fazer pelo SEO.

Ler o artigo →

Tornando o WordPress rápido e seguro: uma lista de verificação de desempenho e plugins

Um checklist prático para um WordPress rápido e seguro: cache no nível do servidor, cache de objetos por site, os poucos plugins que realmente valem a pena, manutenção do stack atualizado e as páginas do WooCommerce que você nunca deve armazenar em cache.

Ler o artigo →

Como escolher hospedagem web gerenciada em 2026: Um guia do comprador

O que realmente separa uma boa hospedagem gerenciada de uma máquina barata com painel de controle — migrações, backups, isolamento, cache real e escalabilidade honesta — e como avaliar isso antes de assumir um compromisso.

Ler o artigo →

Ler o blog →

Ainda precisa de ajuda?

O suporte está incluído em todos os planos, o atendimento funciona 24 horas por dia e você pode nos escrever em qualquer um dos nossos 58 idiomas — nós respondemos no seu.

Entrar em contato com o suporte → Todos os artigos →