Estou um pouco confuso sobre quando uma nova instalação do Discourse baseada em Docker expõe a porta 80. Deixe-me explicar…
Ao executar ./discourse-setup, assumo que as perguntas iniciais (nome do host, endereço de e-mail, etc.) são apresentadas ANTES que o contêiner seja criado e, portanto, antes que o Discourse exponha a porta 80. Isso está correto?
Se sim, isso não apresenta um pouco de um impasse ao inserir um nome de host?
Criei meu registro A (e ele é acessível via ping, pelo nome do host). Mas a porta 80 não está aberta. Acredito que entendo o motivo, ou seja, o contêiner ainda não foi criado.
Mas, se for esse o caso, como é possível que essa verificação inicial do nome do host funcione, se ela está sendo feita antes que o contêiner seja criado?
Obviamente, tenho uma suposição equivocada aqui, então alguém poderia, por favor, me esclarecer?
discourse-setup executa o nc, que abre a porta para o teste.
Se você estiver executando um sistema operacional que não tem o nc instalado, esse teste falhará por causa disso. Você pode confirmar se a ausência do nc é o problema ou simplesmente assumir que sabe o que está fazendo e que tudo funcionará normalmente.
Assumir que sei o que estou fazendo geralmente tem se mostrado uma má escolha! Mas estou ignorando o aviso agora e seguindo em frente.\n
Suspeito que ainda vou me deparar com um problema, já que presumo que o nc deva permitir que a porta 80 fique exposta (ainda não tenho firewall), mas vou lidar com isso mais tarde.
Bem, é por isso que esses testes são feitos. Mas eles só funcionam para a maioria das pessoas na maior parte do tempo.
Se você digitar nc na linha de comando e receber command not found, pode assumir que o teste está quebrado (o que não significa que seu nome de domínio resolva para seu servidor e que a porta esteja acessível).
Tive esse problema ao configurar meu primeiro servidor e, irritantemente, ele se resolveu sozinho após algumas horas. Esse tipo de problema costuma indicar uma questão de replicação de DNS, mas estou usando o DNS do CloudFlare (TTL baixo) e consigo fazer ping pelo nome de host sem problemas.
A instalação do Docker foi concluída com sucesso e o nc está disponível.
docker ps sugere que as portas 80 e 443 estão direcionadas ao contêiner.
sof -i -P -n relata que o docker-pr também está escutando nessas portas.
Nunca descobri por que esse problema ocorreu na primeira instalação, mas como aconteceu novamente, vou investigar mais a fundo e fazer a solução de problemas. Ainda não descobri, mas suspeito que seja algo básico de configuração de rede.
A nuvem laranja está ativada? Se o Cloudflare estiver configurado apenas como DNS, você está bem, mas se ele estiver atuando como proxy no meio do caminho, não conseguirá fazer o Let’s Encrypt funcionar, que é o objetivo do teste.
A Nuvem Laranja está desligada. Não quero te incomodar mais com isso, Jay. Este é um desafio interessante de solução de problemas e eu vou resolvê-lo.
Tenho quase certeza de que não é replicação de DNS, já que consigo acessar o site de vários dispositivos pelo nome do host (via Wi-Fi, rede celular, etc.). Vou retornar aqui se/solucionar isso.