[Anleit.] ReverseProxy, Portfreigabe, Fritzbox unter Proxmox

[A Former User]

Nachdem ich gesehen habe wie oft 80 und 443 angesprochen werden, öffne ich die Ports nur bei Bedarf, also wenn das Zertifikat verlängert werden muss. Danach sind die bei mir wieder dicht. Habe für die Anwendung die online sein soll ein fünfstelligen Port gewählt. Die werden im Gegensatz zu den anderen meist genutzten Ports sehr selten angesprochen.

[liv-in-sky]

[edit] hier stand unwichtiges !

[Meister Mopper]

@liv-in-sky sagte in [Anleit.] ReverseProxy, Portfreigabe, Fritzbox unter Proxmox:

hat sich erledigt !

Mach ich auf keinen Fall oder bessere Lösung???

[liv-in-sky]

@meister-mopper

nee - hatte dort mein problem beschrieben und dann doch selbst gelöst - wie im chat beschrieben - nachträglich editiert

[steffen_go2lan]

Habe NRP auf Proxmox laufen (Docker) / DYNDNS eingerichtet auf Fritzbox 7590 Fritz!OS 07.29
1x Cloud und 1x Webserver.
Nach dem Einrichten läuft alles wunderbar allerdings nur bis zur Zwangstrennung und Vergabe einer neuen IPv4 durch den Internetanbieter. Danach sind die Seiten nicht mehr aufrufbar.
Hat jemand eine Idee ?

[OliverIO]

@steffen_go2lan
und dyndns löst schon die neue ip auf?
welche seiten meinst du? du rufst von aussen deine seiten in deinem netzwerk auf?

[wendy2702]

@ciddi89 sagte in [Anleit.] ReverseProxy, Portfreigabe, Fritzbox unter Proxmox:

Nachdem ich gesehen habe wie oft 80 und 443 angesprochen werden, öffne ich die Ports nur bei Bedarf, also wenn das Zertifikat verlängert werden muss. Danach sind die bei mir wieder dicht. Habe für die Anwendung die online sein soll ein fünfstelligen Port gewählt. Die werden im Gegensatz zu den anderen meist genutzten Ports sehr selten angesprochen.

Kannst du mir mal beschreiben wie du das umgesetzt hast?

Habe zwei Anwendung in NPM und würde die auch gerne von den Standart Ports weg biegen.

[A Former User]

@wendy2702 ja klar

Die Anwendung ist nur erreichbar unter https://ip-Adresse:443
Habe mir dann einen neuen Port ausgesucht zb 51443. Kann aber auch jeder andere Nummer sein.
Diese habe ich dann auf meine FRITZ!Box freigegeben und zeigt auf den nginx Proxy Manager.
Im Proxy Manager dann eingestellt das https://meinewebsite.de:51443 auf https/:ip-Adresse:443 zeigen soll. Dann noch ssl Zertifikat erstellen, nur dafür und fürs aktualisieren muss 80/443 auf sein. Danach kann das wieder geschlossen werden.
Gibt bestimmt noch andere Möglichkeiten wie man es am besten umsetzen kann und auch verschiedene subdomains nutzen kann usw. Aber da ich nur eine Anwendung freigegeben hab reicht mir dieser Weg.

[wendy2702]

@ciddi89 Danke für die schnelle Antwort.

Irgendwie habe ich heute den Kopf quer..

Magst du mir mal ein Screenshot zeigen?

[A Former User]

@wendy2702 Hier mal ein Beispiel. Erst die Firewall Regel die den port 51433 auf die Standart 433 zeigt

Und hier in Nginx die Einstellung von meiner Webadresse auf die Anwendung. Die Anwendung hat nun zwar port 8000 aber sollte im Prinzip ja keine Rolle spielen.

wenn ich nun sub.meinedomain:51443 aufrufe dann komme ich auf die Anwendung.

[liv-in-sky]

@wendy2702 und vergiß nicht, dass du den port wieder ändern mußt, wenn du das certificate erneuern mußt - hatte das vergessen und mich eine halbe stunde lang gewundert, warum die erneuerung nicht klappt

[Wszene]

Für alle die den NPM gern ohne Docker laufen lassen wollen
Ich habe es so gemacht
https://github.com/ej52/proxmox-scripts/tree/main/lxc/nginx-proxy-manager

Im LXC dann einfach diese Zeile ausführen

wget --no-cache -qO - https://raw.githubusercontent.com/ej52/proxmox/main/lxc/nginx-proxy-manager/setup.sh | sh

Ich habe den NPM jetzt seid ca. 6Monaten so laufen und noch nie Probleme gehabt

[wendy2702]

@liv-in-sky sagte in [Anleit.] ReverseProxy, Portfreigabe, Fritzbox unter Proxmox:

@wendy2702 und vergiß nicht, dass du den port wieder ändern mußt, wenn du das certificate erneuern mußt - hatte das vergessen und mich eine halbe stunde lang gewundert, warum die erneuerung nicht klappt

Danke.

Habe zum Cert renew ja aktuell eh ein Thema auf.

https://forum.iobroker.net/topic/64005/nginx-proxymanage-certifikate-erneuern-schlägt-fehl/3?_=1679296425921

Automatisch funktioniert es bei mir nicht, wohl aber manuell ohne Probleme.

[liv-in-sky]

@wendy2702

habe im ersten post die url, womit ich den nginx installiert habe - veruch mal diese inst - ist schnell eingerichtet

[wendy2702]

@liv-in-sky Habe ich für diese Woche geplant. Läuft der nach Installation mit dem Link auch im Docker ?

[liv-in-sky]

@wendy2702

ne - darum wundere ich mich, einen lxc zu machen und dann darin docker zu haben

[liv-in-sky]

@wendy2702

ich würde den jetzigen runterfahren und dem neuen lxc die selbe ip zuweisen lassen (über die fritzbox) - dann müßtet du die anderen fritzbox einstellungen nutzen können

[wendy2702]

@liv-in-sky So habe ich das vor.

Weisst du zufällig ob man die Config sichern und übertragen kann ?

[liv-in-sky]

@wendy2702

denke schon - würde aber alles neu einrichten - geht ja schnell

[MartinP]

In der Video-Anleitung im ersten Post wird ja eine Reihe von lokalen "Diensten" beispielhaft duch NGINX geleitet.

Dabei werden URLs im Format ...

raspberry.deine-domain.de/...
pfsense.deine-domain.de/...
usw...

benutzt

Das bedeutet, dass man für jeden "Dienst" eine DuckDns Weiterleitung braucht, und auch für jeden Dienst ein separates Letsencrypt Zertifikat anlegen muss, wenn ich das richtig sehe...

Wieso nutzt man keine URLs nach dem Schema

deine-domain.de/raspberry/...
deine-domain.de/pfsense/...
usw...
?

Da würde eine DuckDns-Weiterleitung reichen, und man brauchte auch nur ein Zertifikat...

Unterstützt das der NPM nicht, die Weiterleitungen nach diesem Schema korrekt aufzulösen?