Hallo Discourse-Familie,
Vielleicht ist dies eine ungewöhnliche Vorgehensweise, aber ich habe einen Server bei Hetzner betrieben und Discourse entdeckt, das ich nach dem Upgrade meines Servers von cax11 auf cax21 64x (4 Kerne, 8 GB) nutzen wollte. Ich habe das offizielle Tutorial verwendet, um N8N mit Caddy zu installieren, und alles lief reibungslos.
Beim Versuch, Discourse zu installieren, stieß ich jedoch auf einige Probleme. Obwohl ich seit gestern nach Lösungen gesucht habe, konnte ich es nicht zum Laufen bringen.
Ich bin auf diesen Thread über Caddy gestoßen, wo die Verwendung von unix:/sock/nginx.http.sock oder der Port-Methode vorgeschlagen wurde, aber keine der Optionen funktionierte für mich.
Hier sind meine letzten Einstellungen:
Ich habe die Standalone-Datei kopiert und wie folgt in /git/discourse/containers/app.yml bearbeitet:
templates:
- templates/postgres.template.yml
- templates/redis.template.yml
- templates/web.template.yml
- templates/web.ratelimited.template.yml
- templates/web.socketed.template.yml
expose: null
params:
db_default_text_search_config: pg_catalog.english
env:
LC_ALL: en_US.UTF-8
LANG: en_US.UTF-8
LANGUAGE: en_US.UTF-8
DISCOURSE_HOSTNAME: for******net
DISCOURSE_DEVELOPER_EMAILS: ad*******net
DISCOURSE_SMTP_ADDRESS: smtp-relay.sendinblue.com
DISCOURSE_SMTP_USER_NAME: ad*******ee
DISCOURSE_SMTP_PASSWORD: x*****************z8GTVA
volumes:
- volume:
host: /git/discourse/shared/standalone
guest: /shared
- volume:
host: /git/discourse/shared/standalone/log/git-log
guest: /git/log
hooks:
after_code:
- exec:
cd: $home/plugins
cmd:
- git clone https://github.com/discourse/docker_manager.git
run:
- exec: echo "Beginning of custom commands"
- exec: echo "End of custom commands"
Und für die /root/n8n-docker-caddy/caddy_config/Caddyfile:
n8n.example.net {
reverse_proxy n8n-docker-caddy-n8n-1:5678 {
flush_interval -1
}
}
forum.example.net {
reverse_proxy unix//git/discourse/shared/standalone/nginx.http.sock
import cloudflare
}
Und für die /root/n8n-docker-caddy/docker-compose.yml:
---
version: "3.7"
services:
caddy:
image: caddy:latest
restart: unless-stopped
ports:
- 80:80
- 443:443
volumes:
- ${DATA_FOLDER}/caddy_data:/data
- ${DATA_FOLDER}/caddy_config:/config
- ${DATA_FOLDER}/caddy_config/Caddyfile:/etc/caddy/Caddyfile
n8n:
image: n8nio/n8n
restart: always
ports:
- 5678:5678
environment:
- N8N_BASIC_AUTH_ACTIVE=true
- N8N_BASIC_AUTH_USER
- N8N_BASIC_AUTH_PASSWORD
- N8N_HOST=${SUBDOMAIN}.${DOMAIN_NAME}
- N8N_PORT=5678
- N8N_PROTOCOL=https
- NODE_ENV=production
- WEBHOOK_URL=https://${SUBDOMAIN}.${DOMAIN_NAME}/
- GENERIC_TIMEZONE=${GENERIC_TIMEZONE}
volumes:
- ${DATA_FOLDER}/local_files:/files
- ${DATA_FOLDER}/.n8n:/home/node/.n8n
discourse:
image: local_discourse/app
restart: always
ports:
- 3001:80
volumes:
- /git/discourse/shared:/shared
volumes:
caddy_data:
external: true
caddy_config: null
Docker PS Status:
„Wenn niemand mein Problem erkennt, denke ich darüber nach, den gesamten Server zu entfernen und ihn von Grund auf neu zu installieren. Ich möchte nur sicherstellen, dass sowohl n8n als auch Docker ordnungsgemäß funktionieren. Bitte leiten Sie mich zur richtigen Dokumentation, wenn Sie eine kennen, die dabei helfen kann.“