Split nginx voorbeeldconfigs in pre- en post-certbot varianten, plus access/error logs
Continuous Integration / config (pull_request) Successful in 10s
Continuous Integration / prepare (pull_request) Successful in 1m13s
Continuous Integration / build (pull_request) Successful in 2m2s
Continuous Integration / test (pull_request) Successful in 1m51s
Continuous Integration / deploy-test (pull_request) Skipped

De reverse-proxy en analytics nginx-configs toonden al de door certbot beheerde
eindstaat (met SSL-directives), terwijl je die juist nodig hebt vóórdat certbot
draait. Nu is het .example-bestand de kale HTTP-versie om te kopiëren, met een
apart .post-certbot.example ter referentie voor de staat erna. Alle configs
(inclusief webserver-nginx.conf.example) hebben nu ook expliciete error_log/
access_log directives.
This commit is contained in:
2026-07-25 23:45:34 +02:00
parent ba545910c0
commit d71d0636c0
7 changed files with 139 additions and 58 deletions
@@ -3,21 +3,21 @@
# doorstuurt naar de webserver-Pi op 192.168.1.103:80) — voor de TESTOMGEVING,
# bereikbaar via het domein test.slpsoftware.nl.
#
# Kopieer dit bestand handmatig naar bijvoorbeeld
# /etc/nginx/sites-available/slpsoftware-test.conf op de reverse-proxy-Pi,
# maak een symlink in sites-enabled, en herlaad nginx.
# Dit is de versie die je gebruikt VOORDAT certbot gedraaid heeft: alleen
# poort 80, geen SSL. Certbot heeft dit HTTP-server-block namelijk nodig om
# de ACME-challenge te kunnen afhandelen en zal, zodra je hem draait, dit
# bestand zelf herschrijven om er de HTTPS-configuratie en de HTTP→HTTPS-
# redirect aan toe te voegen. Zie reverse-proxy-nginx.conf.post-certbot.example
# voor hoe het bestand er na die stap uit gaat zien (puur ter referentie —
# dat bestand hoef je niet zelf te kopiëren, certbot genereert het).
#
# SSL-certificaat: net als voor de productiesite wordt dit aangevraagd met
# certbot (Let's Encrypt) rechtstreeks op deze reverse-proxy-Pi, bijvoorbeeld:
# Kopieer dit bestand handmatig naar
# /etc/nginx/sites-available/slpsoftware-test.conf op de reverse-proxy-Pi,
# maak een symlink in sites-enabled, herlaad nginx, en draai dan pas certbot:
# sudo certbot --nginx -d test.slpsoftware.nl
# Zorg dat het DNS-record voor test.slpsoftware.nl al naar het publieke IP van
# deze Pi wijst voordat je certbot draait.
#
# Dit is de daadwerkelijk in gebruik zijnde configuratie op de reverse-proxy-Pi,
# zoals door certbot gegenereerd/beheerd. Het HTTP-server-block onderaan (dat
# doorverwijst naar HTTPS, behalve voor de ACME-challenge) en de #-commentaren
# "managed by Certbot" zijn automatisch door certbot toegevoegd/aangepast.
#
# LET OP - gevonden foutje: de header hieronder heet `X-Real-IP` (met
# koppelteken), niet `X-Real_IP` (met underscore). Een header met een
# underscore is geen geldige/herkenbare naam voor de standaard `$http_x_real_ip`-
@@ -25,6 +25,8 @@
# de ontvangende applicatie/module verwacht het koppelteken-formaat. Corrigeer
# dit op de Pi zelf naar `X-Real-IP` zodra je de config daar aanpast.
server {
listen 80;
listen [::]:80;
server_name test.slpsoftware.nl;
@@ -60,25 +62,4 @@ server {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}
listen 443 ssl; # managed by Certbot
listen [::]:443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/test.slpsoftware.nl/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/test.slpsoftware.nl/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
}
server {
if ($host = test.slpsoftware.nl) {
return 301 https://$host$request_uri;
} # managed by Certbot
listen 80;
listen [::]:80;
server_name test.slpsoftware.nl;
return 404; # managed by Certbot
}