Priorizar C-Name em vez de A-Record curinga no GoDaddy?

Priorizar C-Name em vez de A-Record curinga no GoDaddy?

Eu tenho um aplicativo da web onde os usuários podem criar sites individuais com subdomínios diferentes, por exemplo, subdomínio1.meudominio.com subdomínio2.meudominio.com

Comprei o domínio por meio do GoDaddy e tenho um registro A curinga configurado para meu serviço de hospedagem (ou seja, * aponta para HOSTING_IP).

Estou tentando configurar um subdomínio SECURE específico com um certificado SSL. Criei um CName no GoDaddy e apontei-o para um servidor específico no qual configurei o SSL, ou seja, pontos secure.mydomain.com em SSL_IP

Atualmente, secure.mydomain.com ainda está apontando para HOSTING_IP. Existe alguma maneira de priorizar o CNAME sobre o ARecord? Alguém já fez isso no GoDaddy? Ou você poderia recomendar um serviço diferente que eu possa usar para configurar isso? Alternativamente, existe uma maneira melhor de fazer isso?

Muito obrigado antecipadamente!

Responder1

Se SSL_IP e HOSTING_IP forem dois endereços IP diferentes, tudo o que você precisa fazer é criar o registro SSL_IP antes do registro HOSTING_IP. Se o serviço DNS do godaddy não permitir que você faça isso, consulte algo como everydns.net, que é gratuito e melhor da IMO.

Responder2

A maneira como os registros curinga devem funcionar é que uma entrada específica substituirá todos os curingas possíveis.

Por exemplo, (retirado da RFC 1034):

*.exmaple.com MX 10 a.x.COM
a.x.com       IN A  1.2.3.4
a.x.com       MX 10 a.x.com

O registro MX precisava ser declarado explicitamente para axcom porque "o efeito do curinga em *.X.COM é inibido na subárvore AXCOM pelos dados explícitos para AXCOM. Observe também que os dados MX explícitos em...AXCOM são necessários ".

Agora, você explicou sua situação com prosa, em vez de listar meramente e claramente sua configuração. Em particular: "Criei um CName no GoDaddy e apontei-o para um servidor específico no qual configurei o SSL, ou seja, secure.mydomain.com aponta para SSL_IP" não faz sentido. Os RRs CNAME apontam para nomes, não para IPs.

A configuração correta é:

*.example.com      IN A 1.2.3.4 ; HOSTING_IP
secure.example.com IN A 2.3.4.5 ; SSL_IP

Nenhum CNAME é usado. Isso deve funcionar.

Editar: Além disso, a ordem ao escolher curingas em vez de RRs específicos não importa. O curinga poderá vir primeiro e o RR específico ainda será escolhido.

informação relacionada