Use Caddy em vez de NGNIX como seu reverse proxy

[Discourse]

Aqui estão algumas notas sobre como configurei minha instância de teste do Discourse com o Caddy Server.

Coisas legais sobre o Caddy:

• Eles usam o Discourse

• SSL Gratuito com Let’s Encrypt

• HTTP2 e QUIC prontos para uso

• Mais fácil de configurar que o nginx

Contras:

• Não é tão testado em batalha quanto apache, nginx e cia.

Como Fazer

Preparando o Discourse

Primeiro, você precisa aplicar estas alterações no seu app.yml:

templates:
  - "templates/postgres.template.yml"
  - "templates/redis.template.yml"
  - "templates/web.template.yml"
  - "templates/web.ratelimited.template.yml"
  - "templates/web.socketed.template.yml" # <<<<<----- ISSO É NOVO

## Deixe estes dois comentados
#  - "templates/web.ssl.template.yml"
#  - "templates/web.letsencrypt.ssl.template.yml"

## Deixe estes dois comentados 
expose:
#  - "8080:80"   # http
#  - "443:443" # https

env:
  ## Este deve ser comentado
  #LETSENCRYPT_ACCOUNT_EMAIL: mymail@gmail.com
  ## Este é necessário para evitar avisos de conteúdo misto quando atrás de um proxy reverso
  DISCOURSE_FORCE_HTTPS: true

Preparando o Caddy

No espírito do Discourse, vamos colocar o Caddy em uma imagem Docker também

Primeiro prepare com:

mkdir -p /var/caddy/data /var/caddy/config
nano /var/caddy/Caddyfile

Adicione o seguinte ao Caddyfile (usando a sintaxe do Caddy v2):

{
  email MEUEMAILAQUI@gmail.com
}

forum.example.com { # seu domínio aqui
  reverse_proxy unix//sock/nginx.http.sock
}

Salve e saia.

Vamos testar

Agora você precisa reconstruir o Discourse:

cd /var/discourse
./launcher rebuild app

E então execute o Caddy:

docker run -d \
    -v /var/caddy/Caddyfile:/etc/caddy/Caddyfile \
    -v /var/caddy/data:/data \
    -v /var/caddy/config:/config \
    -v /var/discourse/shared/standalone:/sock \
    -p 80:80 -p 443:443 \
    -p 443:443/udp \
    --restart=always \
    --name caddy \
    caddy:latest

Afinal, seu fórum deve estar disponível no seu domínio, usando SSL + HTTP2 + QUIC. Você não pode ser mais hipster que isso.

[mholt (Matt)]

I run Caddy’s Discourse forums with this Caddyfile and no container:

forum.caddyserver.com

timeouts off
proxy / localhost:8080 {
	transparent
}

I just set up Discourse (with one easy tweak) and ran Caddy on the host machine.

^ This setup has been tested, and I can confirm it has been running with no glitches for months.

[Whitestrake (Matthew Fay)]

I like how you’ve proxied to the socket and left the ports unexposed.

Neat little guide that one can use as a guideline to easily incorporate their Discourse installation to an existing Caddy proxy, too. Cheers!

[RoldanLT]

@Falco

They use Discourse

But using nginx, as I can see now.

[Falco]

@RoldanLT

@Falco

They use Discourse

But using nginx, as I can see now.

Well, I have more than 1 Discourse install with Caddy in the front, but I didn’t bother to replace the server header and it still shows nginx. Can be the same. Or they are just using the simple Discourse install and have no need to run a reverse proxy at all in the front.

[pfaffman (Jay Pfaffman)]

My Discourse sites behind Caddy show nginx as the server too. I guess that transparent setting might make Caddy, uh, transparent.

[mholt (Matt)]

That might be a bug from a recent change, it didn’t used to do that.

[honggian]

Dear @Falco

Thank you so much for your posting.

I would like to install discourse using caddy condition, but I was confused with your docker command.

I never heard about the caddy, so I follow the digital ocean document

How To Host a Website with Caddy on Ubuntu 16.04 | DigitalOcean

My question is, in the current server situation, Should I change the path
from etc/Caddyfile to /etc/caddy/Caddyfile?

docker run -d \
    -v /var/caddy/Caddyfile:/etc/Caddyfile \
    -v /var/caddy:/root/.caddy \
    -v /var/discourse/shared/standalone:/sock \
    -p 80:80 -p 443:443 \
    -p 80:80/udp -p 443:443/udp \
    --restart=always \
    --name caddy \
    --entrypoint "/usr/local/bin/caddy" \
    abiosoft/caddy -quic -email MYEMAILHERE@gmail.com -agree --conf /etc/Caddyfile --log stdout

Sincerely

[tachibanalolo]

@Falco

unix:/sock/nginx.http.sock

Isso não funciona no meu servidor. Para mim, eu usei:

unix:/var/discourse/shared/standalone/nginx.http.sock

E isso é para o caddy v1. Para o caddy v2, por favor, use:

unix//var/discourse/shared/standalone/nginx.http.sock

Apenas substitua “:” por “/”.

[Falco]

Esse caminho funciona se você estiver seguindo o guia no OP e executando o Caddy no docker e montando os volumes conforme especificado. Se você não estiver seguindo o guia, haverá caminhos diferentes, sim.

[RPaladin]

@Falco

Eles usam o Discourse

O domínio e o subdomínio do fórum deles agora estão nomeados em este.

[ARHAEEM (A.R.)]

Desculpe por desenterrar threads antigos, estou tentando fazer o Caddy funcionar com o Discourse. Na sua configuração do Caddy, você usa “proxy”, mas quando eu uso, diz que há um erro de sintaxe e que não é válido. O “proxy” não foi alterado para “reverse_proxy”?

aqui está minha configuração:

forum.example.com {
    reverse_proxy / unix//var/discourse/shared/standalone/nginx.http.sock {
        transparent
    }
}

[pfaffman (Jay Pfaffman)]

@ARHAEEM

“proxy” não foi alterado para “reverse_proxy”?

Eu acho que sim. Você tentou?

[bananaman]

Obrigado, Matt!
Posso confirmar que a configuração sem contêiner ainda funciona em 2025

forum.website.com {
        reverse_proxy localhost:8080
}

Usar apenas “proxy” não funcionou.

[manuel (Manuel Kostka)]

@bananaman

Confirmo que a configuração sem contêiner ainda funciona em 2025

Também funciona muito bem para mim!

No entanto, recebi avisos de “Conteúdo Misto” seguindo essa configuração muito simples:

Para resolver isso, tive que adicionar uma diretiva adicional à seção env do arquivo de configuração (app.yml ou web_only.yml):

# FORÇAR SSL 
DISCOURSE_FORCE_HTTPS: true

[manuel (Manuel Kostka)]

Para referência, estas são as etapas atuais para uma configuração não dockerizada usando Caddy como proxy reverso:

1) Ajustar o arquivo de configuração do Discourse

• Comentar certificados

  templates:
  #  - "templates/web.ssl.template.yml"
  #  - "templates/web.letsencrypt.ssl.template.yml"
  

• Alterar mapeamento de porta e desabilitar mapeamento 443

  expose:
  - "8080:80"   # http
  # - "443:443" # https
  

• Forçar HTTPS para servir arquivos estáticos

  env:
  DISCOURSE_FORCE_HTTPS: true
  

2) Reconstruir o Discourse

./launcher rebuild app

3) Configurar o Caddy

• Instalar o Caddy, usando apenas as configurações padrão oficiais: Install — Caddy Documentation

• Ajustar /etc/caddy/Caddyfile

  forum.example.com {
        reverse_proxy localhost:8080
  }
  

  Se você tiver multisite, pode simplesmente listar seus domínios:

  forum.example.com, forum2.example.com, forum3.example.com {
        reverse_proxy localhost:8080
  }
  

  Você também pode executar systemctl status caddy para verificar o local do arquivo de configuração padrão.

4) Executar o Caddy

systemctl start caddy

Recarregar configuração após alterações:

cd /etc/caddy
caddy reload

[David_Ghost]

Olá, obrigado pelo tutorial.

Existe alguma vantagem em usar o Caddy para uma configuração que não seja multi-site? Desempenho ou algo mais?

[manuel (Manuel Kostka)]

Não sei sobre isso… Eu só uso essa configuração nos meus servidores de staging agora porque é muito fácil adicionar ou alterar instâncias sem ter problemas com certificados.

[DeanMarkTaylor (Dean Taylor)]

Fiz algo semelhante em uma configuração multissite para otimizar a configuração SSL…
… mas atualizei para o Caddy v2 e estou usando docker-compose com uma configuração multissite.

No web.yml:

• usando apenas templates/web.socketed.template.yml e nenhum arquivo yml SSL.
• comentando as portas \"443:443\", \"80:80\", etc.
• adicionando DISCOURSE_HOSTNAME_ALIASES e DISCOURSE_FORCE_HTTPS: true

Isso usa a versão mais recente do Caddy 2, que é por isso que pode parecer diferente de algumas das configurações do Caddy v1 mencionadas acima neste tópico.

Este é o arquivo bash que cria os arquivos relevantes inicialmente e inicia o caddy:

#!/usr/bin/env bash

# Cria diretórios necessários
mkdir -p /var/caddy
mkdir -p /var/caddy/data
mkdir -p /var/caddy/config



# Cria o Caddyfile simplificado
cat > /var/caddy/Caddyfile << 'EOF'
{
    email seu-endereço-de-email-aqui@example.com
}

community1.example.com, community2.example.com, community3.example.com {
    reverse_proxy unix//sock/nginx.http.sock
}
EOF

# Cria docker-compose.yml
cat > /var/caddy/docker-compose.yml << 'EOF'
services:
  caddy:
    image: caddy:latest
    container_name: caddy-proxy
    restart: unless-stopped
    ports:
      - "80:80"
      - "443:443"
      - "443:443/udp"
    volumes:
      - /var/caddy/Caddyfile:/etc/caddy/Caddyfile
      - /var/caddy/data:/data
      - /var/caddy/config:/config
      - /var/discourse/shared/standalone:/sock
EOF

# Navega para o diretório caddy e inicia
cd /var/caddy

# Inicia o Caddy
docker compose up -d

[lxbnks (Alex)]

Obrigado! Eu quero mudar do Nginx para o Caddy. Você ainda tem unix//sock/nginx.http.sock - você está usando Nginx e Caddy juntos?