DNS do Google Cloud - curinga de subdomínios não funciona

DNS do Google Cloud - curinga de subdomínios não funciona

Eu tenho um domínio example.com no app engine. Todos os subdomínios a.example.com, b.example.com, c.example.com... devem apontar para example.com.

Estou configurando tudo do Cloud DNS do Google Cloud, minha configuração é assim:

*.example.com.  CNAME   300 ghs.googlehosted.com.
example.com.    AAAA    300 xxxx:xxxx:xxxx:xx::xx
example.com.    AAAA    300 xxxx:xxxx:xxxx:xx::xx
example.com.    AAAA    300 xxxx:xxxx:xxxx:xx::xx
example.com.    AAAA    300 xxxx:xxxx:xxxx:xx::xx
example.com.    A       300 xxx.xxx.xx.xx
example.com.    A       300 xxx.xxx.xx.xx
example.com.    A       300 xxx.xxx.xx.xx
example.com.    A       300 xxx.xxx.xx.xx

Já tentei fazer algo do tipo

*.example.com.  CNAME   300 example.com.

Mas não está funcionando.

Se eu usar o DIG para verificar meu DNS, obtive a resposta correta

;; ANSWER SECTION:
a.example.com.          300     IN      CNAME   ghs.googlehosted.com.
ghs.googlehosted.com.   218     IN      A       xxx.xxx.xxx.xxx

Quando entro em a.example.com no meu navegador, recebo ERR_CONNECTION_CLOSED

Responder1

Como @John Hanley mencionou, o certificado SSL gerenciado pelo Google não oferece suporte a caracteres curinga (*.example.com).

Acabei de criar um novo certificado com Letsencrypt e o curinga parece funcionar.

Responder2

Se você estiver usando certificados SSL gerenciados pelo Google, os curingas não serão suportados. Você pode usar curingas para mapear subdomínios em qualquer nível, começando pelos subdomínios de terceiro nível.

Por favor, consulte o link abaixo para:

Mapeando domínios personalizados: https://cloud.google.com/appengine/docs/standard/python/mapping-custom-domains#wildcards

Protegendo domínios personalizados com SSL: https://cloud.google.com/appengine/docs/flexible/python/securing-custom-domains-with-ssl

informação relacionada