A auto-verificação ocorre antes da emissão de um certificado.
1 curtida
E o iptables?
Veja este exemplo do guia de instalação do Oracle: Install Discourse on Oracle Cloud Free Tier
Você pode verificar estes logs:
/var/log/nginx/error.log
/var/log/apache2/error.log
/var/log/nginx/access.log
/var/log/apache2/access.log
/var/log/syslog
/var/log/dmesg
E o do Discourse a partir de docker logs your-container (ou) seu arquivo de log se você estiver hospedando sem Docker.
Existem muitas possibilidades de problemas aqui:
- Problema de DNS ou SSL (mais comum).
- Configurações incorretas de firewall, roteamento ou rede.
- Banco de dados, cache, serviços do Discourse.
Sem logs ou mais informações, é quase impossível dar mais conselhos.
O próximo passo é tão simples quanto salvar o arquivo do certificado como ssl.crt e ssl.key e arrastá-lo para o diretório do servidor /var/discourse/shared/standalone/ssl/ssl.crt e /var/discourse/shared/standalone/ssl/ssl.key
Eu vi o exemplo que você me deu. Segui todos os passos.
A única diferença é que quando executo: netfilter-persistent save
Ele não responde nada, ao contrário do exemplo onde você pode ver que ele responde run-parts: …
Eu tentei instalar o discourse novamente desde o início e executei estas 2 iptables antes:
iptables -I INPUT 5 -i ens3 -p tcp --dport 80 -m state --state NEW,ESTABLISHED -j ACCEPT
iptables -I INPUT 5 -i ens3 -p tcp --dport 443 -m state --state NEW,ESTABLISHED -j ACCEPT
Eu recebo este problema:
Portas 80 e 443 estão livres para uso
‘samples/standalone.yml’ → ‘containers/app.yml’
Encontrados 2GB de memória e 1 núcleo de CPU física
definindo db_shared_buffers = 256MB
definindo UNICORN_WORKERS = 4
parâmetros de memória de containers/app.yml atualizados.
Nome de host para o seu Discourse? [discourse.example.com]: mywebsite.fr
Verificando seu nome de domínio . . .
AVISO: A porta 443 do computador não parece ser acessível usando o nome de host: mywebsite.fr.
AVISO: A conexão com http://mywebsite.fr (porta 80) também falha.
Isso sugere que mywebsite.fr resolve para algum endereço IP que não alcança esta
máquina onde você está instalando o discourse.
A primeira coisa a fazer é confirmar que mywebsite.fr resolve para o endereço IP deste servidor.
Normalmente, você faz isso no mesmo local onde comprou o domínio.
Se você tem certeza de que o endereço IP resolve corretamente, pode ser um problema de firewall.
Uma pesquisa na web por “abrir portas SEU SERVIÇO DE NUVEM” pode ajudar.
Esta ferramenta foi projetada apenas para as instalações mais padrão. Se você não conseguir resolver
o problema acima, precisará editar o containers/app.yml você mesmo e depois digitar
Olá @satonotdead
Verifiquei, não tenho esta pasta /var/log/nginx /var/log/apache2
Não tenho certeza se entendi, @xiaokong23357.
Você quer dizer que posso instalar a configuração http descomentando a linha https em app.yml e, em seguida, fazer este passo manualmente:
salvando o arquivo de certificado como ssl.crt e a chave ssl por categoria.key e arrastando-o para o diretório do servidor /var/discourse/shared/standalone/ssl/ssl.crt e /var/discourse/shared/standalone/ssl/ssl.key
Olá,
Modifiquei o app.yml manualmente. Agora recebi a seguinte mensagem no meu navegador:
Bem-vindo ao nginx!
Se você está vendo esta página, o servidor web nginx foi instalado com sucesso e está funcionando. Configuração adicional é necessária.
Para documentação online e suporte, consulte nginx.org.
Suporte comercial está disponível em nginx.com.
Obrigado por usar o nginx.
E parece que obtive o SSL, porque: /var/discourse/shared/standalone/ssl# ls -l
total 8
-rw-r–r-- 1 root root 0 Mar 3 01:00 mydomain.fr.cer
-rw------- 1 root root 3243 Mar 3 01:00 mydomain.fr.key
-rw-r–r-- 1 root root 0 Mar 3 01:01 mydomain.fr_ecc.cer
-rw------- 1 root root 227 Mar 3 01:01 mydomain.fr_ecc.key
O que posso fazer agora, por favor? Como posso realizar a configuração solicitada?
Na verdade, quando você introduz o item de modelo “templates/web.ssl.template.yml” em app.yml, seu site já começou a usar a comunicação https, e eu disse acima para configurar o método de configuração do certificado SSL.
1 curtida
Além disso, o nginx é geralmente usado ao executar vários sites em seu servidor, e você pode optar por ignorá-lo se executar apenas o discourse
1 curtida
Tudo bem, pois você está executando uma única instância, mas estou apenas perguntando porque é algo a verificar.
Você está quase terminando, só precisa verificar a etapa de criação de certificados SSL, como o Snow Love disse.
Suspeito que você ignorou algumas das diretrizes, dica amigável → é melhor levar nosso tempo ao ler a documentação e as diretrizes (para nosso próprio tempo, quero dizer).
Boa sorte 
@xiaokong23357 Eu só uso o discourse. Como posso ignorá-lo?
Olá @satonotdead
Desculpe, sobre quais diretrizes você está falando?
Segui este documento: discourse/INSTALL-cloud.md at main · discourse/discourse · GitHub
Como posso fazer isso: preciso verificar a etapa de criação de certificados SSL como o Snow Love disse.
Encontrei isso em /var/discourse/shared/standalone/ssl# ls -l
total 8
-rw-r–r-- 1 root root 0 Mar 3 01:00 mydomain.fr.cer
-rw------- 1 root root 3243 Mar 3 01:00 mydomain.fr.key
-rw-r–r-- 1 root root 0 Mar 3 01:01 mydomain.fr_ecc.cer
-rw------- 1 root root 227 Mar 3 01:01 mydomain.fr_ecc.key
Olha só pra você, não estou usando nginx para a minha implantação aqui
Se precisar usar o nginx, coloque o "-80:80" em expose
#http "Modifique para" - "9090:80" # http" garante que o nginx possa ser encaminhado para o discourse
Não entendo por que tenho esse problema com o nginx. Eu nunca solicitei o uso do nginx.
Você quer dizer que tenho que mudar o arquivo app.yml para:
expose:
- “9090:80” # http” garante que o nginx possa ser encaminhado para o discourse
- “443:443” # https
Sim, para usar o nginx, você precisa modificar a porta do proxy HTTP
Se você não usar o nginx, altere a porta HTTP 9090 para 80
@Titi qual o resultado da execução deste comando?
apt list | grep nginx.
Estou pensando que, pelo fato de você ter obtido a página de índice padrão genérica do nginx, seu VPS, na verdade, tem o nginx instalado e está causando seu problema.
O Discourse também usa o nginx internamente, mas você precisaria de uma instalação severamente quebrada para que o nginx interno mostrasse essa página.
1 curtida
A tarefa mais fácil é executar systemctl status nginx. Se o status estiver ativo, você o para com systemctl stop nginx e, para ter certeza de que permanecerá assim, executará systemctl disable nginx.
E depois de tudo isso, você verificará novamente se ainda está expondo 80:80 e 443:443 em app.yml. É isso.
1 curtida