From 7b01d402023cefd9e1652bb5979802a1e713cd31 Mon Sep 17 00:00:00 2001 From: Marvin Steadfast Date: Thu, 19 Nov 2015 15:49:00 +0100 Subject: [PATCH] new article --- .../posts/emby-mit-nginx-als-reverse-proxy.md | 33 +++++++++++++++++++ 1 file changed, 33 insertions(+) create mode 100644 content/posts/emby-mit-nginx-als-reverse-proxy.md diff --git a/content/posts/emby-mit-nginx-als-reverse-proxy.md b/content/posts/emby-mit-nginx-als-reverse-proxy.md new file mode 100644 index 0000000..2dd5d35 --- /dev/null +++ b/content/posts/emby-mit-nginx-als-reverse-proxy.md @@ -0,0 +1,33 @@ +Title: Emby mit NGINX als Reverse-Proxy +Date: 2015-11-19 15:19 +Slug: emby-mit-nginx-als-reverse-proxy +Tags: emby, nginx, linux + + +Ich bin ja vor einiger Zeit von [Plex]() auf [Emby]() gewächselt um sich meiner Mediendateien anzunehmen. Auch wenn Plex seinen Job gut machte, gibt es dort in mir ein kleinen Ort der bei nicht Open-Source Software ein wenig rebelliert und sich nicht so fluffig anfühlt. Zum Glück gibt es Emby. Es fühlt sich an manchen Ecken noch nicht so perfekt an wie Plex, macht seinen Job aber anständig. Dazu kommt ein Feature was ich stark vermisst habe: Encoding bei Audio-Files. Ich will über mein Handy kein [FLAC]() streamen. Emby kann auch Serien selber verwalten. Das bedeutet, dass man die Files in ein Verzeichnis schmeißt und Emby die dann umbenennt und wegsortiert. Emby läuft bei mir in einem [Docker Container](https://hub.docker.com/r/emby/embyserver/) und ich leite den Port an meinem Router weiter. Eine noch schönere Lösung ist ein Reverse-Proxy. Dann könnte alles unter einer Subdomain aufrufbar sein. Ein [NGINX](http://nginx.org/) ist schon im Einsatz. Als Proxy für ein paar andere Docker Container. Also wieso nicht einfach auch für Emby benutzen? Bis jetzt läuft auch alles ziemlich gscheit. + + server { + listen 80; + server_name emby.meinedomain.tld; + + client_max_body_size 1024M; + + location / { + proxy_pass http://127.0.0.1:8096; + proxy_set_header X-Real-IP $remote_addr; + proxy_set_header X-Forwarded-for $proxy_add_x_forwarded_for; + proxy_set_header Host $host; + proxy_set_header X-Forwarded-Proto $remote_addr; + proxy_set_header X-Forwarded-Protocol $scheme; + proxy_redirect off; + + # Send websocket data to the backend aswell + proxy_http_version 1.1; + proxy_set_header Upgrade $http_upgrade; + proxy_set_header Connection "upgrade"; + } + } + +Wichtig ist hier auch der Teil mit dem Websockets. Die müssen natürlich auch weitergeschubst werden. Zum Glück bietet NGINX da den passenden [Support](https://www.nginx.com/blog/websocket-nginx/). Ja ich weiß, noch kein SSL. Wird aber nachgeholt. + +Danke an [Karbowiak](http://emby.media/community/index.php?/topic/22889-emby-behind-a-reverse-proxy-remote-control-issue/?p=225882).