# Voorbeeldconfiguratie voor de nginx reverse proxy op de reverse-proxy-Pi # (dezelfde Pi als reverse-proxy-nginx.conf.example) om het zelf-gehoste # Umami-analyticsdashboard bereikbaar te maken via analytics.slpsoftware.nl. # # Umami zelf draait als podman-container op de webserver-Pi (Pi Main, # 192.168.1.103:3001 — zie ../umami/podman-compose.yml.example) en heeft dus # GEEN eigen nginx-configuratie op die Pi nodig; Umami serveert zijn eigen # dashboard + tracking-script rechtstreeks via die poort. Let op: de externe # poort is bewust 3001 (niet het gebruikelijke 3000), omdat Gitea op diezelfde # Pi al poort 3000 systeembreed bezet. # # 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 analytics-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). # # Kopieer dit bestand handmatig naar bijvoorbeeld # /etc/nginx/sites-available/slpsoftware-analytics.conf op de reverse-proxy-Pi, # maak een symlink in sites-enabled, herlaad nginx, en draai dan pas certbot: # sudo certbot --nginx -d analytics.slpsoftware.nl # Zorg dat het DNS-record voor analytics.slpsoftware.nl al naar het publieke # IP van deze Pi wijst voordat je certbot draait. server { listen 80; listen [::]:80; server_name analytics.slpsoftware.nl; error_log /var/log/nginx/slpsoftware-analytics_error.log; access_log /var/log/nginx/slpsoftware-analytics_access.log; location /.well-known/acme-challenge/ { root /var/www/certbot; } location / { proxy_pass http://192.168.1.103:3001; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } }