hast du dann die Default einfach gelöscht oder wie gehst du sicher, dass die einzelnen Dateien bei den Samples genommen werden ?
Ich arbeite nur mit Subdomains und habe die im Letsencrypt docker vordefiniert. Der nimmt dann automatisch die korrekte .conf passend zur subdomain.
zum HSTS-Problem - das habe ich gestern auch erst gelöst. M.M.n. ist die anleitung vielleicht veraltet, aber ich habe "Strict-Transport-Security" in der ssl.conf in nginx aktiviert...
Verstehe jetzt nicht wie genau du das Problem gelöst hast, wie sieht deine config aus ? Hast du meine genannten Zeilen einfach eingefügt?
Zitat von justray2kIch arbeite nur mit Subdomains und habe die im Letsencrypt docker vordefiniert. Der nimmt dann automatisch die korrekte .conf passend zur subdomain.
Kannst du mir bitte auch deine Einstellungen zeigen?
Codelocation = / { return 301; } location / { include /config/nginx/proxy.conf; proxy_pass https://192.168.0.99:1317/; }
Ist das das einzige was in deiner default steht und der Rest in den einzelnen samples ?
Kannst du mir bitte auch deine Einstellungen zeigen?
Wow danke euch, ich probiere es die Tage aus und berichte hier durch editieren des Beitrags!
Only Subdomains steht bei mir auf false, ich will auch subfolder ohne eigenes Zertifikat weiterreichen. Die Einstellung true macht nur dann Sinn, wenn Du für jeden von außen erreichbaren Docker eine eigene Subdomain mit eigenem Zertifikat bei LetsEncrypt anforderst.
@justray2k Wo sind Deine PUID und Deine PGID-Variablen? Fehlen die oder sind sie unter den weiteren Einstellungen versteckt?
Jupp die stehen unter more settings. Hab ich nicht ausgeklappt. Sind auf 99 und 100. Müsste Standard sein.
Nein, da steht noch eine Menge mehr drin.
Anbei mal meine aktuelle und kommentierte default.conf (appdata/letsencrypt/nginx/site-confs/)Hinweis: Nach jeder Änderung der config muss der LetsEncrypt Docker neu gestartet werden. Ich habe beim Testen öfter Probleme mit dem Browser-Caching gehabt, den also bestenfalls ebenfalls vor jedem Test löschen!
Code: default.confupstream backend { server ip.des.servers:19999; keepalive 64; } server { ## zugriff via SSL listen 443 ssl default_server; ## Zugriff ohne SSL (hier deaktiviert, da auskommentiert) # listen 80 default_server; ## welche Datentypen erlaubt sind root /config/www; index index.html index.htm index.php; ## Server-Angaben server_name meineadresse.duckdns.org; ## Angaben zu lets encrypt Schlüssel ssl_certificate /config/keys/letsencrypt/fullchain.pem; ssl_certificate_key /config/keys/letsencrypt/privkey.pem; ssl_dhparam /config/nginx/dhparams.pem; ssl_ciphers 'verschlüsselt'; ssl_prefer_server_ciphers on; client_max_body_size 0; ## reverse proxy via subfolder (meineadresse.duckdns.org/subfolder) ## Einbindung externer config files #emby include /config/nginx/proxy-confs/emby.subfolder.conf; #airsonic include /config/nginx/proxy-confs/airsonic.subfolder.conf; ## reverse proxy via subdomains (adresse.meineadresse.duckdns.org) ## ACHTUNG: Für jede Subdomain muss ein eigenes Zertifikate vorliegen und jede Subdomain muss in den Docker-Einstellungen angegeben werden! #webui server { listen 443 ssl; server_name subdomain.meineadresse.duckdns.org; root /config/www; index index.html index.htm index.php; ###SSL Certificates ssl_certificate /config/keys/letsencrypt/fullchain.pem; ssl_certificate_key /config/keys/letsencrypt/privkey.pem; ###Diffie–Hellman key exchange ### ssl_dhparam /config/nginx/dhparams.pem; ###SSL Ciphers ssl_ciphers 'verschlüsselt'; ###Extra Settings### ssl_prefer_server_ciphers on; ssl_session_cache shared:SSL:10m; ### Add HTTP Strict Transport Security ### add_header Strict-Transport-Security "max-age=63072000; includeSubdomains"; add_header Front-End-Https on; client_max_body_size 0; location / { include /config/nginx/proxy.conf; proxy_pass http://ip.des.servers/; } } #nextcloud server { listen 443 ssl; server_name subdomain.meineadresse.duckdns.org; root /config/www; index index.html index.htm index.php; ###SSL Certificates ssl_certificate /config/keys/letsencrypt/fullchain.pem; ssl_certificate_key /config/keys/letsencrypt/privkey.pem; ###Diffie–Hellman key exchange ### ssl_dhparam /config/nginx/dhparams.pem; ###SSL Ciphers ssl_ciphers 'verschlüsselt'; ###Extra Settings### ssl_prefer_server_ciphers on; ssl_session_cache shared:SSL:10m; ### Add HTTP Strict Transport Security ### add_header Strict-Transport-Security "max-age=63072000; includeSubdomains"; add_header Front-End-Https on; client_max_body_size 0; location / { proxy_pass https://ip.des.servers:444/; proxy_max_temp_file_size 2048m; include /config/nginx/proxy.conf; } }
Kann es sein dass du irgendwo Klammern vergessen hast?
Bekomme folgende Fehlermeldung:
nginx: [emerg] unexpected "E" in /config/nginx/site-confs/default:114
Dabei ist Zeile 114 der Inhalt mit ssl_ciphers
@justray2k und @hi2hello könnt ihr beide bitte nochmal eure default config und eine beispielhafte subdomain conf zeigen ?
die default(unverändert, da war ich nie dran):
## Version 2018/09/12 - Changelog: https://github.com/linuxserver/docker-letsencrypt/commits/master/root/defaults/default
# listening on port 80 disabled by default, remove the "#" signs to enable
# redirect all traffic to https
#server {
# listen 80;
# server_name _;
# return 301 https://$host$request_uri;
#}
# main server block
server {
listen 443 ssl default_server;
root /config/www;
index index.html index.htm index.php;
server_name _;
# enable subfolder method reverse proxy confs
include /config/nginx/proxy-confs/*.subfolder.conf;
# all ssl related config moved to ssl.conf
include /config/nginx/ssl.conf;
# enable for ldap auth
#include /config/nginx/ldap.conf;
client_max_body_size 0;
location / {
try_files $uri $uri/ /index.html /index.php?$args =404;
}
location ~ \.php$ {
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include /etc/nginx/fastcgi_params;
}
# sample reverse proxy config for password protected couchpotato running at IP 192.168.1.50 port 5050 with base url "cp"
# notice this is within the same server block as the base
# don't forget to generate the .htpasswd file as described on docker hub
# location ^~ /cp {
# auth_basic "Restricted";
# auth_basic_user_file /config/nginx/.htpasswd;
# include /config/nginx/proxy.conf;
# proxy_pass http://192.168.1.50:5050/cp;
# }
}
# sample reverse proxy config without url base, but as a subdomain "cp", ip and port same as above
# notice this is a new server block, you need a new server block for each subdomain
#server {
# listen 443 ssl;
#
# root /config/www;
# index index.html index.htm index.php;
#
# server_name cp.*;
#
# include /config/nginx/ssl.conf;
#
# client_max_body_size 0;
#
# location / {
# auth_basic "Restricted";
# auth_basic_user_file /config/nginx/.htpasswd;
# include /config/nginx/proxy.conf;
# proxy_pass http://192.168.1.50:5050;
# }
#}
# sample reverse proxy config for "heimdall" via subdomain, with ldap authentication
# ldap-auth container has to be running and the /config/nginx/ldap.conf file should be filled with ldap info
# notice this is a new server block, you need a new server block for each subdomain
#server {
# listen 443 ssl;
#
# root /config/www;
# index index.html index.htm index.php;
#
# server_name heimdall.*;
#
# include /config/nginx/ssl.conf;
#
# include /config/nginx/ldap.conf;
#
# client_max_body_size 0;
#
# location / {
# # the next two lines will enable ldap auth along with the included ldap.conf in the server block
# auth_request /auth;
# error_page 401 =200 /login;
#
# include /config/nginx/proxy.conf;
# resolver 127.0.0.11 valid=30s;
# set $upstream_heimdall heimdall;
# proxy_pass https://$upstream_heimdall:443;
# }
#}
# enable subdomain method reverse proxy confs
include /config/nginx/proxy-confs/*.subdomain.conf;
# enable proxy cache for auth
proxy_cache_path cache/ keys_zone=auth_cache:10m;Und hier eine Beispiel Proxy conf:
# make sure that your dns has a cname set for emby, if emby is running in bridge mode, the below config should work as is, although,
# the container name is expected to be "emby", if not, replace the line "set $upstream_emby emby;" with "set $upstream_emby <containername>;"
# for host mode, replace the line "proxy_pass http://$upstream_emby:8096;" with "proxy_pass http://HOSTIP:8096;" HOSTIP being the IP address of emby
# in emby settings, under "Advanced" change the public https port to 443, leave the local ports as is, set the "external domain" to your url,
# and set the "Secure connection mode" to "Handled by reverse proxy"
server {
listen 443 ssl;
listen [::]:443 ssl;
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;
server_name bitwarden.*;
include /config/nginx/ssl.conf;
client_max_body_size 0;
location / {
include /config/nginx/proxy.conf;
resolver 127.0.0.11 valid=30s;
set $upstream_bitwarden 192.168.10.10;
proxy_pass http://$upstream_bitwarden:80;
proxy_set_header Range $http_range;
proxy_set_header If-Range $http_if_range;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
}
}Wenn ich das richtig sehe, nutzen @justray2k und @hi2hello verschiedene Vorgehensweisen, oder?
Einmal wird in "proxy-confs" und einmal in "siteconfs" was geändert.
Ich bin wie justray2k auch nach dem Youtube-Tutorial von spaceinvaderone vorgegangen (sehr penibel und immer wieder anschauen) und es hat bei mir sofort mit dem Abändern der Beispieldatei für nextcloud in "proxy-confs" und eine Subdomain funktioniert.
Auch die Fehlerbereinigung in Nextcloud habe ich nach den Tuts von spaceinvaderone dann gemacht. Der einzige Unterschied war eben, dass ich eben HSTS in der ssl.conf aktiviert habe, indem ich die "'#" Auskommentierung rausgenommen habe.
Meine nextcloud.subdomain.conf und proxy-confs verweist dann wiederum auf die ssl.conf
Kann es sein dass du irgendwo Klammern vergessen hast?
Ja, tatsächlich. In Zeile 40 fehlt eine Klammer zum schließen, also }
Nach der Einbindung der externen Configs und vor den Subdomains
Habe es oben verbessert.
könnt ihr beide bitte nochmal eure default config und eine beispielhafte subdomain conf zeigen ?
Meine default.conf steht bereits oben, da fehlte wie gesagt nur die Klammer in Zeile 40, das ist aber oben nun korrigiert.
Anmerkung: Die Ciphers hatte ich gelöscht. Da musst Du Deine eigenen einsetzen und natürlich die Platzhalter mit Deiner IP bzw. Domain und Subdomain dort füllen, wo notwendig.
Ein Beispiel für eine proxy.conf hat Dir ja @justray2k bereits verlinkt
Zeig mal Deine default, ich denke, das ist einfacher.
Wenn ich das richtig sehe, nutzen @justray2k und @hi2hello verschiedene Vorgehensweisen, oder?
Einmal wird in "proxy-confs" und einmal in "siteconfs" was geändert.
Ja, das stimmt. Das Vorgehen ist unterschiedlich.
Aber das hat nur bedingt mit den beiden Dateien zu tun!!!
Zur Erklärung: In der default.conf wird der Server für Reverse Proxy konfiguriert.
In einer proxy.conf steht nur eine Konfiguration für eine IP > URL bzw. einen Container. Diese wird dann extern in die default.conf per include-Befehl geladen. Man könnte das genau so gut direkt in der default.conf machen, so wie in meinem Beispiel bei den Subdomains.
Die Subfolder binde ich in meinen Beispiel extern ein, die Subdomains stehen direkt in der default.
Verstanden?
Die Konfiguration von @justray2k funktioniert nur mit Subdomains, nicht mit Subfoldern, das hat er mehrfach hier im Thread erwähnt.Ich weiß nicht, ob seine Konfiguration den Aufruf der unRaid WebGUI über den reverse Proxy zulässt, meine kann das.
Ich beziehe mich auf meine Anleitung auf Seite 1. Andere Quellen können natürlich genutzt werden, eine Mischung ist aber wahrscheinlich wenig hilfreich.
@hi2hello Danke für die Klarstellung. genau drauf wollte ich aufmerksam machen, dass hier eine Vermischung stattfinden könnte, die evtl. mehr verwirrt als die Hilfe stiftet, die wir ja eigentlich im Sinn haben...
Die Konfiguration von @justray2k funktioniert nur mit Subdomains, nicht mit Subfoldern, das hat er mehrfach hier im Thread erwähnt.
Ich weiß nicht, ob seine Konfiguration den Aufruf der unRaid WebGUI über den reverse Proxy zulässt, meine kann das
Meine kann das auch. Daher ja meine Unraid Subdomain 
Ich habe es nun geschafft die Datei zu verkleinern und auszulagern.
Meine default:
server {
listen 443 default_server;
server_name _;
return 301 https://$host$request_uri;
client_max_body_size 0;
# all ssl related config moved to ssl.conf
include /config/nginx/ssl.conf;
}
## enable subdomain method reverse proxy confs
#nextcloud config
include /config/nginx/proxy-confs/nextcloud.subdomain.conf;
#dokuwiki config
include /config/nginx/proxy-confs/dokuwiki.subdomain.conf;
#bitwarden config
include /config/nginx/proxy-confs/bitwarden.subdomain.conf;
upstream backend {
server 192.168.5.11:19999;
keepalive 64;
}nextcloud config:
server {
listen 443 ssl;
server_name nextcloud.mydomain.de;
root /config/www;
index index.html index.htm index.php;
###SSL Certificates
ssl_certificate /config/keys/letsencrypt/fullchain.pem;
ssl_certificate_key /config/keys/letsencrypt/privkey.pem;
###Diffie–Hellman key exchange ###
ssl_dhparam /config/nginx/dhparams.pem;
###SSL Ciphers
ssl_ciphers 'XXXX
###Extra Settings###
ssl_prefer_server_ciphers on;
# ssl_session_cache shared:SSL:10m;
### Add HTTP Strict Transport Security ###
add_header Strict-Transport-Security "max-age=63072000; includeSubdomains";
add_header Front-End-Https on;
client_max_body_size 0;
### Ab hier Einbindung von nextcloud
location / {
proxy_pass http://192.168.5.11:8085/;
proxy_max_temp_file_size 2048m;
include /config/nginx/proxy.conf;
}
}Versuche gerade noch durch eure einzelnen Config-Einträge durchzusteigen
z.B. wozu das wirklich gebraucht wird:
location / {
try_files $uri $uri/ /index.html /index.php?$args =404;
}
location ~ \.php$ {
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include /etc/nginx/fastcgi_params;
}include /config/nginx/proxy.conf;
resolver 127.0.0.11 valid=30s;
set $upstream_bitwarden 192.168.10.10;
proxy_pass http://$upstream_bitwarden:80;
proxy_set_header Range $http_range;
proxy_set_header If-Range $http_if_range;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";Zudem habe ich noch eine Frage zum GUI Zertifikat. Möchte die Unraid-GUI intern über https erreichen, nicht von außen. Habe dafür nie was gemacht, aber ein selbst-signiertes Zertifikat. Ich verstehe nicht wie ich ein Zertifikat von meinem Letsencryp-Container da automatisch einbinden kann.
Zudem habe ich noch eine Frage zum GUI Zertifikat. Möchte die Unraid-GUI intern über https erreichen, nicht von außen. Habe dafür nie was gemacht, aber ein selbst-signiertes Zertifikat. Ich verstehe nicht wie ich ein Zertifikat von meinem Letsencryp-Container da automatisch einbinden kann.
Deine Web-UI läuft ohne SSL auf Port 80, Du berücksichtigst in Deiner config aber nur Port 443. Was soll also mit Anfragen auf Port 80 passieren? Diese sollen nach 443 weitergeleitet werden.
Generell würde das in etwa so aussehen
# redirect 80 to 443
server {
listen 80 default_server;
return 301 https://$host$request_uri;
}
Mit Zertifikat dann so:
ssl_certificate /crt/ssl.crt;
ssl_certificate_key /crt/ssl.key;
# redirect 80 to 443
server {
listen 80;
return 301 https://$host$request_uri;
}
Soviel wenigsten zur Theroie.
Ich weiß nämlich nicht, ob das ohne URL funktioniert, also nur auf IP Basis.
Jedenfalls wüsste ich nicht wie.
Deine Web-UI läuft ohne SSL auf Port 80, Du berücksichtigst in Deiner config aber nur Port 443. Was soll also mit Anfragen auf Port 80 passieren? Diese sollen nach 443 weitergeleitet werden.
Generell würde das in etwa so aussehen:Code# redirect 80 to 443 server { listen 80 default_server; return 301 https://$host$request_uri; }
Mit Zertifikat dann so:Codessl_certificate /crt/ssl.crt; ssl_certificate_key /crt/ssl.key; # redirect 80 to 443 server { listen 80; return 301 https://$host$request_uri; }Ich weiß aber nicht, ob das ohne URL funktioniert, also nur auf IP Basis. Musst Du mal testen.
Unraid nimmt leider immer noch nur das selbstsignierte Zertifikat
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!