Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Unraid Server mit Docker & Plex öffentlich zugänglich machen

Featured Replies

Hallo zusammen,

ich benötige eure Unterstützung bei der Konfiguration meines Unraid Servers. Folgende Situation:

 

Setup:

  • Mein Server läuft mit Unraid und ich habe mehrere Docker-Container, die ich öffentlich zugänglich für meine Familienmitglieder machen möchte.
  • Zusätzlich läuft auf dem Server Plex, welches ich auch außerhalb meines Heimnetzwerks verfügbar machen möchte. Zuhause soll Plex jedoch weiterhin über eine Direktverbindung funktionieren.
  • Ich habe eine Dual Stack Internetverbindung (meines Wissens nach keine DS-Lite) ohne feste IPv4-Adresse.
  • Mein Heimnetzwerk ist vollständig mit 2,5 Gbit/s Komponenten ausgestattet.
  • Meine Internetverbindung hat 1 Gbit/s Up- und 500 Mbit/s Downloadgeschwindigkeit.
  • Als Router verwende ich eine Fritzbox 5590, die auch WireGuard unterstützt.
  • Verfügbare Ressourcen:
  • Eine Domain bei Squarespace.
  • Ich würde mir bei Bedarf auch einen VPS zulegen.
  • Beim Einrichten der Docker-Container habe ich damals ein Custom Network erstellt und genutzt.

 

Bisherige Versuche:

  • Ich habe versucht, meinen Server über Cloudflare und den Nginx Proxy Manager öffentlich zugänglich zu machen, indem ich verschiedene Anleitungen auf YouTube befolgt habe.
  • Leider war der Server nach Implementierung dieser Lösungen nicht erreichbar. Ich habe zahlreiche Anleitungen durchgearbeitet, aber nun stehe ich an einem Punkt, an dem ich nicht weiterkomme und den grundlegenden Fehler nicht finden kann.

 

Meine Fragen:

  • Welche Möglichkeiten gibt es, meine Docker-Container und Plex öffentlich zugänglich zu machen, obwohl ich keine feste IPv4-Adresse habe? Wäre ein VPS eine sinnvolle Lösung, um als Proxy für den Zugriff von außen zu dienen?
  • Würde es zu einer Drosselung kommen, wenn ich einen VPS mit 1 Gbit/s Bandbreite buche und Plex darüber streame, obwohl mein Heimnetzwerk mit 2,5 Gbit/s läuft?
  • Wie kann ich sicherstellen, dass Plex innerhalb meines Heimnetzwerks die volle Geschwindigkeit nutzt und gleichzeitig außerhalb des Netzwerks zugänglich bleibt?
  • Inwieweit müsste ich die Netzwerkeinstellungen meiner Docker-Container anpassen, um sie öffentlich zugänglich zu machen, insbesondere im Hinblick auf das genutzte Custom Network?

 

 

 

Anbei einige Screenshots mit dem aktuellen Stand der Dinge.
 

 

Ich bin für jede Hilfe und Anhaltspunkt dankbar !

Docker.png

Settings.png

Edited by Dgaz

Um heraus zu finde, ob du wirklich eine eigene öffentliche IP hast, kannst du mit https://www.wieistmeineip.de/ dir deine öffentliche IP anzeigen lassen. Diese sollte auch bei dir in der Fritzbox im Online Monitor angezeigt werden. Ist das der Fall ist kann es weiter gehen. Wenn nicht nochmal melden.

  • Author
20 minutes ago, Archonw said:

Um heraus zu finde, ob du wirklich eine eigene öffentliche IP hast, kannst du mit https://www.wieistmeineip.de/ dir deine öffentliche IP anzeigen lassen. Diese sollte auch bei dir in der Fritzbox im Online Monitor angezeigt werden. Ist das der Fall ist kann es weiter gehen. Wenn nicht nochmal melden.


Die öffentliche IP entspricht nur zum Teil der, die in der Fritzbox angezeigt wird:

 

Als ich damals meinen Glasfaseranschluss abgeschlossen habe, habe ich nach einer IPv4-Adresse gefragt. Mir wurde mitgeteilt, dass dies nur im Rahmen eines Business-Vertrags möglich sei. Allerdings wurde mir eine alternative Lösung angeboten, der ich zugestimmt habe. Leider kann ich mich nicht mehr genau erinnern, was mir damals angeboten wurde, da das schon etwa drei Jahre her ist.

Mein Anbieter ist Goetel.

Fritzbox.png

Wie-ist-meine-ip.png

35 minutes ago, Dgaz said:

Meine Internetverbindung hat 1 Gbit/s Up- und 500 Mbit/s Downloadgeschwindigkeit.

Ich vermute es ist eher andersherum?! Wäre zumindest sehr ungewöhnlich wenn der Upload höher als der Download ist

Und damit zu der Frage

36 minutes ago, Dgaz said:

Würde es zu einer Drosselung kommen, wenn ich einen VPS mit 1 Gbit/s Bandbreite buche und Plex darüber streame, obwohl mein Heimnetzwerk mit 2,5 Gbit/s läuft?

Alles was über den Tunnel läuft kann nur so schnell laufen wie das langsamste Glied in der Kette. Das wäre nach deiner Schilderung die Internetverbindung mit (vermutlich) 500mbit Upload.

Das sollte für Plex aber dicke reichen 

Okay, das ist keine eigene öffentliche IPv4.

 

Dann schau mal hier im Forum nach. Da gibt es ein paar Hilfen für die Einrichtung eines VPS wegen IPv6.

Also ich habe einfach den Port den ich in Plex eingetragen habe (Standart ist er bei 32000 glaube) in der Fritzbox freigeschaltet, oder verstehe ich grad etwas falsch ?

Man bekommt doch über myfritz eine Art dyndns hin. Über die Adresse wäre man dann doch erreichbar, selbst wenn die IP wechselt.

  • Author
57 minutes ago, Mohrian said:

Also ich habe einfach den Port den ich in Plex eingetragen habe (Standart ist er bei 32000 glaube) in der Fritzbox freigeschaltet, oder verstehe ich grad etwas falsch ?

So bin ich das für Plex auch angegangen: Die Einstellung in Plex gesetzt -> Port freigegeben.

Leider wird der Remotzugriff nur kurz als aktiv angezeigt und ist innerhalb weniger Sekunden wieder geschlossen.

 

Ich möchte zusätzlich noch andere Docker-Container wie Sonarr und Radarr öffentlich machen, damit meine Familienmitglieder auf die Suche zugreifen können.

Außerdem wollte ich auch Shares bzw. Nextcloud von außen zugänglich machen.

1 hour ago, Archonw said:

Okay, das ist keine eigene öffentliche IPv4.

 

Dann schau mal hier im Forum nach. Da gibt es ein paar Hilfen für die Einrichtung eines VPS wegen IPv6.

Da bin ich momentan auch dran.

Meine Frage wäre nur, wie ich am besten die Netzwerkeinstellungen ändern sollte. Plex läuft momentan auf "host" und die anderen Docker-Container nutzen die Custom-Einstellung "proxyuse".

 

16 minutes ago, anknv said:

Man bekommt doch über myfritz eine Art dyndns hin. Über die Adresse wäre man dann doch erreichbar, selbst wenn die IP wechselt.

Du meinst über Wireguard ?

Edited by Dgaz

1 hour ago, Mohrian said:

Also ich habe einfach den Port den ich in Plex eingetragen habe (Standart ist er bei 32000 glaube) in der Fritzbox freigeschaltet, oder verstehe ich grad etwas falsch ?

Ja, das wird so nicht gehen, da du nicht von außen über deine IPv4 erreichbar bist. Diese IPv4 teilst du dir mit mehreren anderen Kunden deines Providers. Du kannst also keinen Dienst, der intern bei dir auf IPv4 läuft so direkt über die Fritzbox nach draußen erreichbar machen. Das ginge dann bei dir  nur über IPv6.

 

Um dieses Problem der Erreichbarkeit von außen zu lösen kann man zu einem VPS im Internet greifen. Dieser ist dann per IPv4 erreichbar und man macht zu diesem ein VPN auf und tunnelt die Traffic dann darüber in sein heimisches Netzwerk.

52 minutes ago, Dgaz said:

Meine Frage wäre nur, wie ich am besten die Netzwerkeinstellungen ändern sollte. Plex läuft momentan auf "host" und die anderen Docker-Container nutzen die Custom-Einstellung "proxyuse".

das ist ein anderes Thema und du solltest erstmal schauen wie du extern erreichbar sein möchtest ...

 

und "am besten" gibt es nicht ... 

 

kurz, @Archonw hat es ja beschrieben, extern direkt NUR per ipv6 ... ist halt andere Konfiguration (Suche hier im Forum ... Seite 1 und 2 sind ein paar Threads dazu) und mit den Limitierungen leben (sind auch in den Threads teilweise beschrieben)

 

vollumfänglich (mit ipv4) geht es nur per VPS ...

oder CF Tunnel und co, aber Achtung, NICHT freigegeben für Media Streaming ;) zumindest nicht in der free Version ;)

 

und ändere bitte den Titel, du hast kein Dual Stack und irritierst damit ...

 

ps. dein Heimnetz ist da irrelevant solange deine externe Leitung nicht das überschreitet ... auch hier wie @jj1987 anmerkte, das langsamste Glied der Kette bestimmt das Tempo, bei der Thematik meist die externe Anbindung ;)

  • Dgaz changed the title to Unraid Server mit Docker & Plex öffentlich zugänglich machen
  • Author

Danke für die Klarstellung!

 

Der Vorschlag, einen VPS zu nutzen und den Traffic in mein Heimnetzwerk zu tunneln, klingt vielversprechend.
Ich habe mir jetzt den kleinen Server von Strato bestellt. Sobald der aktiv ist, würde ich es wie in dieser Anleitung angehen:
[How-To] Zugriff von außen hinter DoubleNAT / DS-Lite / Firewall mittels Reverse SSH Tunnel

Plex hat jetzt tatsächlich mit port forwarding funktioniert.

Es kommt zwar ab und zu die Meldung: "Not available outside your network", aber die Verbindung bleibt bestehen.

 

Vielen Dank für die Unterstützung! Ich werde berichten, ob es geklappt hat.

7 minutes ago, Dgaz said:

Plex hat jetzt tatsächlich mit port forwarding funktioniert.

Das wird eher der Plex relay sein, als Plex Pass User bietet Plex das an, da braucht es keine Ports 😉

 

Ist halt limitiert auf 720p 2mbit

  • Author
16 minutes ago, alturismo said:

Das wird eher der Plex relay sein, als Plex Pass User bietet Plex das an, da braucht es keine Ports 😉

 

Ist halt limitiert auf 720p 2mbit

Das mit der Limitierung habe ich auch so in Erinnerung, aber schau mal hier:
Der Linke Stream ist bei meinem Bruder. Der rechte läuft auf meinem Handy via 5G. Also beide nicht im Heimnetzwerk und ich habe bisher noch nichts am laufen (VPS, VPN etc.).

image.png.19ee27a18c0a2d00366174c695fc6066.png

Edited by Dgaz

  • Author

Update:

Hallo zusammen,

mein VServer ist nun aktiv, und ich habe erfolgreich einen SSH-Tunnel eingerichtet.

Die Ports 22, 80, 443 und 7878 (vorerst nur für Radarr) sind in der Strato-Firewall geöffnet.

 

Mit einem Skript, das ich hier im Forum gefunden habe, habe ich den Tunnel automatisiert, indem ich es in die /boot/config/go-Datei meines Unraid-Servers eingefügt habe.

 

#!/bin/bash

# SSH Tunnel Start Befehl
SSH_COMMAND="ssh -N -R 80:UNRAID-IP:80 -R 443:UNRAID-IP:443 -R 22022:UNRAID-IP:22 -R 7878:UNRAID-IP:7878 root@VSERVER-IP"

# Funktion zum Überprüfen, ob der Tunnel bereits existiert
function check_tunnel {
    ps aux | grep "$SSH_COMMAND" | grep -v grep > /dev/null
    return $?
}

# Funktion zum Beenden des bestehenden Tunnels
function kill_tunnel {
    pkill -f "$SSH_COMMAND"
}

# Funktion zum Hinzufügen eines Zeitstempels zu den Rückmeldungen
function log {
    echo "$(date '+%Y-%m-%d %H:%M:%S') - $1"
}

# Hauptlogik
log "Script gestartet"

# Überprüfen, ob der Tunnel existiert
check_tunnel
if [ $? -eq 0 ]; then
    log "Tunnel existiert, beende Tunnel..."
    kill_tunnel
    log "Tunnel wurde beendet"
else
    log "Tunnel existiert nicht"
fi

log "Starte Tunnel neu..."
$SSH_COMMAND &
log "Tunnel wurde neu gestartet"

log "Script beendet"


Nun stehe ich vor der Frage, ob ich für jeden Docker-Container, den ich freigeben möchte, die jeweiligen Ports im Skript ergänzen muss, oder ob ich ab diesem Schritt den Nginx Proxy Manager verwenden sollte, um die Weiterleitung zu steuern.

 

Außerdem würde ich gerne wissen, wie ich die Konfiguration ändern kann, damit die Unraid-Oberfläche nicht mehr über den VServer erreichbar ist.


Vielen Dank im Voraus für eure Unterstützung!

16 minutes ago, Dgaz said:

oder ob ich ab diesem Schritt den Nginx Proxy Manager verwenden sollte, um die Weiterleitung zu steuern.

Exakt

 

Und die Weiterleitung zu unraid einfach entfernen

  • Author

Nach intensiver Recherche, unzähligen Versuchen und viel Zeit bin ich leider an einem Punkt angekommen, an dem ich nicht weiterkomme.

 

Aktueller Stand:

Die Docker-Container auf meinem V-Server sind über die V-Server-IP und den entsprechenden Port aus dem Internet erreichbar, sobald ich den Tunnel manuell auf meinem Unraid-Server starte.

Auf dem V-Server habe ich den Nginx Proxy Manager (NPM) als Docker-Container eingerichtet. Dort habe ich einen Proxy für die Domain overseerr.serverabi.de konfiguriert und ein SSL-Zertifikat über Let's Encrypt erstellt.

Die Domain zeigt dort auf die IP des Dockers auf meinem Unraid Server mit dem dazugehörigen Port.

 

Was funktioniert:

Ein Ping auf die Domain overseerr.serverabi.de funktioniert einwandfrei, was zeigt, dass die Domain korrekt aufgelöst wird und der Server erreichbar ist.

Ein curl-Test bestätigt, dass das SSL-Zertifikat korrekt installiert und gültig ist.

Der SSH-Tunnel wird erfolgreich mit dem folgenden Befehl aufgebaut:

ssh -N -R 80:UNRAID:IP:80 -R 443:UNRAID:IP:443 -R 22:UNRAID:IP:22 -R 5055:UNRAID:IP:5055 -R 7818:UNRAID:IP:7818 root@VSERVER-IP.

 

Sobald ich auf die Domain gehe, kommt nach einer Weile laden nur 504 Gateway Time-out, openresty

Die Einrichtung der Domain ist auch schon 48h her.

Ich bin nun so weit gegangen, dass ich in meiner Fritzbox, den Unraid Server in Exposed Host eingestellt habe.

 

Seit zwei Tagen habe ich auch eine sehr hitzige Kommunikation mit ChatGPT um mögliche Fehler aus Logs rausfinden zu lassen. Leider bin ich da nicht fündig geworden.

Vielleicht habt ihr ja eine Idee woran es liegen könnte.

Vielen vielen Dank schonmal.

 

Anbei paar Logs von meinem Unraid und VServer.


VServer sudo netstat -tulpen | grep LISTEN

root@8260e908-71c3-4f53-995f-8f2f1b34d48d:~# sudo netstat -tulpen | grep LISTEN
tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      0          32151      1620/sshd: root     
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      0          20770      670/docker-proxy    
tcp        0      0 0.0.0.0:5055            0.0.0.0:*               LISTEN      0          32159      1620/sshd: root     
tcp        0      0 0.0.0.0:8181            0.0.0.0:*               LISTEN      0          30084      1492/sshd: root     
tcp        0      0 127.0.0.53:53           0.0.0.0:*               LISTEN      996        18366      250/systemd-resolve 
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          19757      401/sshd: /usr/sbin 
tcp        0      0 0.0.0.0:81              0.0.0.0:*               LISTEN      0          20810      690/docker-proxy    
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      0          20848      709/docker-proxy    
tcp        0      0 127.0.0.1:38343         0.0.0.0:*               LISTEN      0          19903      398/containerd      
tcp        0      0 0.0.0.0:7818            0.0.0.0:*               LISTEN      0          30088      1492/sshd: root     
tcp        0      0 127.0.0.54:53           0.0.0.0:*               LISTEN      996        18368      250/systemd-resolve 
tcp        0      0 0.0.0.0:8443            0.0.0.0:*               LISTEN      0          32155      1620/sshd: root     
tcp        0      0 0.0.0.0:5355            0.0.0.0:*               LISTEN      996        18354      250/systemd-resolve 
tcp6       0      0 :::8080                 :::*                    LISTEN      0          32152      1620/sshd: root     
tcp6       0      0 :::443                  :::*                    LISTEN      0          20776      675/docker-proxy    
tcp6       0      0 :::5055                 :::*                    LISTEN      0          32160      1620/sshd: root     
tcp6       0      0 :::8181                 :::*                    LISTEN      0          30085      1492/sshd: root     
tcp6       0      0 :::22                   :::*                    LISTEN      0          19768      401/sshd: /usr/sbin 
tcp6       0      0 :::81                   :::*                    LISTEN      0          20815      695/docker-proxy    
tcp6       0      0 :::80                   :::*                    LISTEN      0          20853      714/docker-proxy    
tcp6       0      0 :::7818                 :::*                    LISTEN      0          30089      1492/sshd: root     
tcp6       0      0 :::8443                 :::*                    LISTEN      0          32156      1620/sshd: root     
tcp6       0      0 :::5355                 :::*                    LISTEN      996        18362      250/systemd-resolve 

 

VServer: nslookup overseerr.serverabi.de

Server:         212.227.123.16
Address:        212.227.123.16#53

Non-authoritative answer:
overseerr.server*****.de  canonical name = server*****.de.
Name:   server*****.de // ist korrekt
Address: *VSERVER IP*

 

Unraid: sudo netstat -tulpen | grep LISTEN

tcp        0      0 127.0.0.1:32401         0.0.0.0:*               LISTEN      99         39462      13956/Plex Media Se 
tcp        0      0 127.0.0.1:32600         0.0.0.0:*               LISTEN      99         40911      14741/Plex Tuner Se 
tcp        0      0 192.168.178.26:445      0.0.0.0:*               LISTEN      0          31796      11443/smbd          
tcp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      0          40527      11456/wsdd2         
tcp        0      0 0.0.0.0:3702            0.0.0.0:*               LISTEN      0          40526      11456/wsdd2         
tcp        0      0 192.168.178.26:139      0.0.0.0:*               LISTEN      0          31797      11443/smbd          
tcp        0      0 192.168.178.26:80       0.0.0.0:*               LISTEN      0          20867      8384/nginx: master  
tcp        0      0 0.0.0.0:5055            0.0.0.0:*               LISTEN      0          32211      12349/docker-proxy  
tcp        0      0 0.0.0.0:5900            0.0.0.0:*               LISTEN      0          37600      13646/qemu-system-x 
tcp        0      0 0.0.0.0:5700            0.0.0.0:*               LISTEN      0          37601      13646/qemu-system-x 
tcp        0      0 0.0.0.0:5355            0.0.0.0:*               LISTEN      0          40539      11456/wsdd2         
tcp        0      0 0.0.0.0:5355            0.0.0.0:*               LISTEN      0          40538      11456/wsdd2         
tcp        0      0 127.0.0.1:42995         0.0.0.0:*               LISTEN      99         40830      14360/Plex Plug-in  
tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      0          34136      13440/docker-proxy  
tcp        0      0 0.0.0.0:7878            0.0.0.0:*               LISTEN      0          39243      13127/docker-proxy  
tcp        0      0 0.0.0.0:8989            0.0.0.0:*               LISTEN      0          35369      13797/docker-proxy  
tcp        0      0 0.0.0.0:9696            0.0.0.0:*               LISTEN      0          38285      12869/docker-proxy  
tcp        0      0 192.168.122.1:53        0.0.0.0:*               LISTEN      0          37060      12552/dnsmasq       
tcp        0      0 127.0.0.1:139           0.0.0.0:*               LISTEN      0          31793      11443/smbd          
tcp        0      0 127.0.0.1:16509         0.0.0.0:*               LISTEN      0          32246      12443/libvirtd      
tcp        0      0 127.0.0.1:80            0.0.0.0:*               LISTEN      0          20866      8384/nginx: master  
tcp        0      0 127.0.0.1:445           0.0.0.0:*               LISTEN      0          31792      11443/smbd          
tcp        0      0 127.0.0.1:443           0.0.0.0:*               LISTEN      0          20868      8384/nginx: master  
tcp6       0      0 :::3702                 :::*                    LISTEN      0          40528      11456/wsdd2         
tcp6       0      0 :::3702                 :::*                    LISTEN      0          40529      11456/wsdd2         
tcp6       0      0 :::5055                 :::*                    LISTEN      0          32214      12356/docker-proxy  
tcp6       0      0 ::1:445                 :::*                    LISTEN      0          31790      11443/smbd          
tcp6       0      0 ::1:443                 :::*                    LISTEN      0          20871      8384/nginx: master  
tcp6       0      0 ::1:139                 :::*                    LISTEN      0          31791      11443/smbd          
tcp6       0      0 ::1:80                  :::*                    LISTEN      0          20869      8384/nginx: master  
tcp6       0      0 :::5355                 :::*                    LISTEN      0          40540      11456/wsdd2         
tcp6       0      0 :::5355                 :::*                    LISTEN      0          40541      11456/wsdd2         
tcp6       0      0 2a03:6880:1044:b400:139 :::*                    LISTEN      0          31795      11443/smbd          
tcp6       0      0 :::8080                 :::*                    LISTEN      0          41117      13446/docker-proxy  
tcp6       0      0 2a03:6880:1044:b400::80 :::*                    LISTEN      0          20870      8384/nginx: master  
tcp6       0      0 2a03:6880:1044:b400:445 :::*                    LISTEN      0          31794      11443/smbd          
tcp6       0      0 :::7878                 :::*                    LISTEN      0          34088      13134/docker-proxy  
tcp6       0      0 :::8989                 :::*                    LISTEN      0          35372      13807/docker-proxy  
tcp6       0      0 :::9696                 :::*                    LISTEN      0          39155      12876/docker-proxy  
tcp6       0      0 :::32400                :::*                    LISTEN      99         41396      13956/Plex Media Se 

 

Screenshot 2024-08-22 134930.png

Screenshot 2024-08-22 135135.png

Screenshot 2024-08-22 135223.png

Strato.png

21 minutes ago, Dgaz said:

Auf dem V-Server habe ich den Nginx Proxy Manager (NPM) als Docker-Container eingerichtet.

das ist eher ungewöhnlich ...

 

die eher verbreitete Variante

 

vserver == nur ssh Tunnel, port 80 + 443 auf den nginx auf dem lokalen Server, fertig ...

 

Rest richtet man lokal ein wie normal auch ...

 

du lässt jetzt den NPM "extern" im Docker in einer bridge laufen ... sollte auch gehen, aber macht es unnötig komplexer, oder willst du noch mehr auf dem vserver hosten ?

  • Author

 

3 minutes ago, alturismo said:

das ist eher ungewöhnlich ...

 

die eher verbreitete Variante

 

vserver == nur ssh Tunnel, port 80 + 443 auf den nginx auf dem lokalen Server, fertig ...

 

Rest richtet man lokal ein wie normal auch ...

 

du lässt jetzt den NPM "extern" im Docker in einer bridge laufen ... sollte auch gehen, aber macht es unnötig komplexer, oder willst du noch mehr auf dem vserver hosten ?

 

Eigentlich hatte ich das so nicht geplant, aber dann werde ich wohl alles komplett umbauen.

 

Nur um sicherzugehen, dass ich es richtig verstanden habe:

  • Ich baue weiterhin den SSH-Tunnel von meinem Unraid-Server zum V-Server in der folgenden Form auf: ssh -N -R 80:UNRAID-IP:80 -R 443:UNRAID-IP:443 root@VSERVER-IP.
  • Den NPM richte ich als Docker-Container auf meinem Unraid-Server ein und konfiguriere die Proxys wie üblich.
  • Die Domain verweist aber nach wie vor auf die IP des V-Servers, richtig?

 

Danke nochmal für die Unterstützung!

 

1 minute ago, Dgaz said:

in der folgenden Form auf: ssh -N -R 80:UNRAID-IP:80 -R 443:UNRAID-IP:443 root@VSERVER-IP.

on das die Unraid IP auf den ports 80/443 sind oder nicht, kann ich die so nicht beantworten da ich nicht weiß wie dein Docker läuft

 

Im Host Mode, ja << ACHTUNG, Unraid belegt bereits zumindest port 80, MUSS dann umgelegt werden

im bridge Mode << Ja, wenn port mapping 80<>80 / 443<>443 im Docker eingestellt wäre (ungewöhnlich) und auch hier wie im Host Mode Unraid umgelegt wäre

Im bridge Mode << Nein, normal im bridge mode ein mapping wie 180<>80 ... dann wäre 80:UNRAID-IP:180 korrekt, gleiches bei SSL, Beispiel 443:UNRAID-IP:1443

Im custom:eth0/br0 mode >> Nein, der Docker hat ne eigene IP ... port mapping obsolet ... dann wäre 80:DOCKER-IP:80 korrekt, gleiches bei SSL, Beispiel 443:DOCKER-IP:443

 

also ... lesen, verstehen, überlegen was du willst, umsetzen ;)

 

es gibt Möglichkeiten ... ;)

 

bei mir ist beispielsweise das letzte zutreffend ... bei mir haben alle Docker eine eigene IP und port mapping Probleme gibt es da nicht, nur belegte IP's ...

 

Beispiel, alle laufenden Docker ... IP Bereich .60 - .99

 

image.png.313d14c47478f70743f03fa78572116c.png

 

während der Server

 

image.png.be58aac3c75472c99c3c28956658c90f.png

 

Unterschied verstanden ?

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.