Ligar o domínio: registos DNS TXT, CNAME e a espera
Todos os alojamentos web do mundo lhe pedem o mesmo ritual, pequeno e um pouco misterioso, antes de o seu próprio domínio funcionar: entre onde registou o domínio, encontre um ecrã chamado algo como gestão de DNS ou DNS avançado e cole lá alguns registos que ninguém explicou bem. Clique em guardar. Clique em verificar. Dizem-lhe que ainda não está pronto. Espere. Tente outra vez.
Os dois registos e porque existe cada um
Um nome de domínio é, na verdade, uma entrada num ficheiro de zona, e um registo DNS é uma linha nele: um nome, um tipo, um valor. Ligar um domínio a um novo alojamento normalmente significa acrescentar dois.
O registo de propriedade (TXT) — um valor de texto curto que o seu alojamento gera, publicado no seu domínio apenas para que o alojamento o possa consultar e saber que controla o DNS. Os visitantes nunca o veem, e ele não encaminha nada.
O registo de encaminhamento (CNAME) — aponta o tráfego do domínio para o edge do alojamento. Assim que resolve, os pedidos para o seu domínio chegam a servidores que sabem que site servir.
Porque é que ainda não resultou
«Verificar» falhar ao primeiro clique é normal. As respostas DNS são guardadas em cache de forma agressiva — é essa cache que torna o resto da web rápido — por isso um resolvedor que respondeu pelo seu domínio há cinco minutos pode continuar a servir a resposta antiga e vazia durante alguns minutos ou, com um TTL longo, quase um dia inteiro. Nada está avariado. Não há nada para corrigir a não ser paciência e uma nova verificação.
O pormenor do domínio de raiz (um domínio sem «www»)
Ligar um domínio nu —
yourbusiness.com, sem www — esbarra numa regra genuína do DNS, não numa particularidade de um alojamento: um CNAME não pode coexistir com os registos SOA e NS que têm de viver na raiz de um domínio, por isso muitos registadores recusam-se sequer a criar um ali. As saídas habituais são um registo ALIAS/ANAME onde o registador oferecer um, ou ligar um subdomínio e redirecionar o ápice para ele.Ligar um domínio, por ordem
1
Encontre as suas definições de DNS
Inicie sessão onde gere o DNS do domínio — isso é o seu registrar, a não ser que tenha apontado os servidores de nomes do domínio para outro sítio, caso em que é quem os aloja.
2
Adicione o registo de propriedade
Cole o registo TXT exatamente como é apresentado, valor incluído. Guarde-o antes de avançar — alguns painéis exigem um passo separado e explícito para publicar mesmo uma alteração pendente.
3
Adicione o registo de encaminhamento
Adicione o registo CNAME — ou, num apex nu que não o aceite, um registo ALIAS/ANAME, ou um redirecionamento para um subdomínio que ligue em alternativa.
4
Verifique e, se for preciso, espere
Clique em verificar. Um resultado «ainda não» à primeira tentativa é normal — verifique de novo passados alguns minutos, e mais tarde outra vez se a sua configuração de DNS anterior usava um TTL longo.
Como a Olmira trata disto
Adicionar um domínio nas definições do site da Olmira gera os dois registos por si, literalmente — o TXT com um nome que começa por _aether-verify (um resquício do nome de código interno da plataforma; só o valor importa) e o CNAME que aponta para edge.olmira.app. A verificação corre uma consulta DNS real, ao vivo, com um tempo limite curto, por isso «ainda não verificado» quase sempre significa propagação, não um erro — espere alguns minutos e verifique de novo, em vez de abrir um pedido de suporte.
Um ápice nu cujo encaminhamento não resolve recua automaticamente para redirecionar para um subdomínio verificado do mesmo site — ou, na falta disso, para o seu endereço gratuito — em vez de mostrar um erro. Assim que a verificação passa, o HTTPS segue por si só: sem certificado nenhum para comprar ou instalar. O que cada plano inclui: domínios personalizados.
Leitura relacionada
Certificado HTTPS automático: porque é que nunca mais vai precisar de comprar um — o que acontece realmente no momento em que o seu domínio é verificado.
Configuração de SPF, DKIM e DMARC: e-mails que chegam à caixa de entrada — os outros registos do seu domínio: os que decidem se o seu e-mail profissional chega a uma caixa de entrada.
Durante quanto tempo, em segundos, uma resposta DNS pode ficar em cache antes de alguém ter de perguntar de novo. Um TTL baixo (digamos, 300 segundos) faz com que as alterações apareçam depressa; um TTL alto (86.400 segundos — um dia inteiro) faz com que demorem mais, porque os resolvers continuam a servir com toda a confiança a resposta antiga.
Não, se tocar apenas no que lhe for pedido. Ligar um domínio a um alojamento de sites nunca precisa de mais do que um TXT e um CNAME (ou um registo ALIAS/A num domínio de raiz) — os seus registos MX, que controlam para onde vai o e-mail, são separados e ficam intactos, a não ser que os edite você mesmo.
Sim, e contorna por completo a particularidade do domínio de raiz — shop.yourbusiness.com ou www.yourbusiness.com podem receber um CNAME sem qualquer tratamento especial.
Quase sempre um TTL longo herdado do que ocupava esse nome antes — uma página de domínio estacionado da sua entidade de registo, ou um alojamento anterior. Da primeira vez, a única solução é paciência; assim que o TTL antigo expirar, as alterações seguintes nesse nome propagam-se muito mais depressa.
Não — os registos DNS não expiram sozinhos como acontece com os certificados. Uma vez publicados correctamente, mantêm-se correctos até que você, ou alguém com acesso ao painel de DNS, os altere.