Obrigado. Este guia foi muito útil para mim e agradeço o tempo que você dedicou para montá-lo. Também aprendi que posso usar túneis sem um método de autorização, o que abre novas possibilidades para o meu jogo de homelab.
Acho isso bastante útil para começar, embora eu esteja usando um fórum de usuário final, que é fácil para mim manter e moderar. Por mais útil que este guia seja, é um pouco difícil de entender por texto sem um guia passo a passo exato e uma explicação de cada termo e recurso usado aqui, para um usuário final como eu com conhecimento básico sobre portas e coisas assim, eu fico confuso com este guia. Você tem algum tipo de tutorial em vídeo que explique tudo e guie como fazer em termos simples.
Eu tenho um Raspberry Pi 5 de 16 GB e um PC com i7-7700k, 16 GB de RAM (eu geralmente troco as GPUs conforme meu uso, mas sempre fica acima de 12 GB de VRAM neste) para este caso de uso específico. O PC roda Windows 11 e tem muito mais armazenamento e desempenho do que o Raspberry, a razão pela qual quero usá-lo no PC.
então como fazer o smtp funcionar neste caso?
Sou novo em tudo isso, então penso que estas duas instruções parecem conflitar uma com a outra
Por um lado, a sugestão é para o túnel se comunicar com o Discourse via http://localhost:80, mas então a configuração força tudo via HTTPS?
A recomendação é trabalhar localmente na porta 80 sem SSL, já que o túnel fornecerá o handshake SSL na borda, e então o túnel para o localhost pode ser sem certificado?
Posso configurar um certificado local com renovações via Caddy. Existe uma maneira de fornecer uma configuração para a chave e o certificado em app.yml?
Talvez eu esteja entendendo mal o que a pesquisa me apresentou sobre DISCOURSE_FORCE_HTTPS: true e isso reflete links/imagens sendo instruídos a carregar via HTTPS e não tem nada a ver com a porta/modo em que o próprio Discourse é executado?
Sim.
Com verificação de DNS? Não será possível usar o let’s encrypt com o desafio regular.
Se você conseguir fazer o caddy funcionar, não precisará mudar nada no lado do discourse, pois o caddy ainda se comunicará com a porta http.
Certo
Correto, é integrado e super simples. Mas acho que não há necessidade disso com um túnel / proxy.
Obrigado por dedicar seu tempo para me ajudar a entender esses conceitos. Feliz por estar funcionando!
Desculpe se perdi. Posso ter ou não ter passado rapidamente de cerca de 25 posts até o final.
Falando em 25, minha internet doméstica não bloqueia nenhuma porta EXCETO a 25. Eu presumiria que posso fazer algo com um túnel Cloudflare para contornar essa limitação também, já que gostaria de executar o receptor de e-mail para meu Discourse.
Alguém já fez isso antes? Algum conselho ou guias por aí?