Instalando Discourse em domínio regular

Instalação
1

Alguém pode me explicar por que é frequentemente dito que o Discourse pode ser instalado em um domínio regular sem ter que instalá-lo em um subdomínio, mas apenas alguns DNS suportam isso? Eu realmente não entendo por que apenas alguns DNS suportam isso, não consigo descobrir qual é o problema. Estou apenas pedindo para entender tecnicamente qual é o ponto. Obrigado antecipadamente!

2

Eu acho que você está se referindo a Configure seu site Discourse hospedado para rodar no domínio raiz ou principal (ex: example.com) — que se aplica apenas a instâncias hospedadas pelo Discourse. Não acho que isso se aplique a hospedagem individual, de instância única.

O problema é que essa configuração de hospedagem[1] normalmente espera que o nome configurado seja um registro CNAME, que é um tipo de alias. O C significa “canônico”.[2] Por exemplo, o registro para este site, meta.discourse.org, é um CNAME (como escrevo isto) apontando para app-cname-target.cdck-prod-meta.discourse.cloud.

Devido à forma como a delegação de DNS é estruturada — onde o domínio de nível superior como .org ou .com envia solicitações para domínios de segundo nível para um servidor configurado pelo registrador[3] — você só pode configurar CNAMEs para nomes de host sob o domínio que você obtém.

Para contornar essa limitação, vários provedores de DNS oferecem o que eles chamam de registro ANAME, ou “CNAME flattening”. Isso funciona perfeitamente com qualquer registro, incluindo um para seu domínio “bare” ou “apex” delegado. Isso não é uma parte real e padrão do DNS, mas sim uma inteligência proprietária nos bastidores fornecida pela empresa de DNS — e, simplesmente, nem todo provedor faz isso.

Há algo mais que você pode fazer, no entanto:

  • Configure seu domínio “apex” para redirecionar, de modo que, por exemplo, example.net redirecione para forum.example.net. Aqui, as pessoas ainda veriam e usariam o nome mais longo, mas poderiam chegar lá a partir do nome curto.

E possivelmente outra opção:

  • Configure um proxy reverso transparente em seu domínio “apex”. Isso é complicado e não tenho certeza se funcionará facilmente com a configuração da CDCK, mas estou mencionando para fins de completude.

  1. a propósito, ela é projetada e implementada pela CDCK, não como uma limitação inerente da hospedagem ↩︎

  2. No sentido comum na computação de “nome oficial preferido” — pode-se ter www.example.org como um CNAME para serverhost003.example.org, mas se o servidor número 3 falhar, você apenas altera o CNAME e continua. Curiosamente, o Merriam-Webster não tem uma entrada para esse sentido. ↩︎

  3. e, de fato, isso pode continuar — example.org pode delegar stuff.example.org, e stuff.example.org pode delegar things.stuff.example.org sucessivamente ↩︎

3 curtidas
3

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.