Reverse Proxy Server funktioniert nicht

Moin,
wenn du das mit Port 81 machst, gleiches Verhalten oder kommst du dann auf die UI des NPM?


Gruß,
Dani

Moin,
kannst du von dem Server aus, auf dem NPN läuft, die drei Domains auflösen? Welche IP-Adresse bekommst du bei ping/dig angezeigt?


Gruß,
Dani

Moin,
Ich hatte die Vermutung, dass die WAN IP-Adresse ausgegeben wird und damit einen Loop hast.

Richtig, weil durch diese Konfiguration ein Port Forwarding und Mapping statt findet. Versuche mit dieser Konfiguration nochmals aus dem Internet auf http://ws2.domain.com:80 zuzugreifen. Das sollte nun gehen.


Gruß,
Dani

Was Kollege @Dani sehr wahrscheinlich meint ist das es ggf. einen Konflikt auf der UBQT Gurke gibt, da die selber ja einen Webserver mit Port 80 und 443 zur Konfiguration betreibt. Sofern du den Konfig Zugriff auf dem WAN Port nicht vollständig deaktivierst kann er ja bei dem an seine Adresse eingehenden 80 und 443 Traffic nicht entscheiden ob das für ihn gemeint ist oder er es forwarden muss und rejected im Zweifel diese Ports was deine o.a. Fehlermeldung vermuten lässt. Sprich du musst dem Router beibringen das er diesen Traffic nicht als lokal verstehen muss sondern ihn zwingend auf den Proxy forwarden soll.
Deshalb der Vorschlag es auf 81 oder 8080 usw. zu legen um so einen Konflikt mit dem Router Webserver aus dem Weg zu gehen.

Noch hilfreicher wäre ein Sniffer Trace z.B. tcpdump port 80 or 443 auf dem Nginx um überhaupt erstmal zu sehen ob dort externer, vom Router geforwardeter 80 und 443 Traffic aufläuft!
Kannst du dort nichts sehen scheitert es ja schon am vor dem Proxy liegenden Port Forwarding!
So ein Sniffer Trace wäre doch sinnvollerweise der allererste Schritt das Problem einzugrenzen um klar zu sehen WO der Verursacher liegt?! 🧐

Nebenbei gesagt generell auch kein besonders gutes Design aus Sicherheitssicht über das Port Forwarding Loch in der Firewall ungeschützen Internet Traffic in das lokale Netz zu leiten. Ganz besonders mit den klassischen HTTP Ports. Normalerweise ein NoGo. Der Proxy gehört immer auf die Firewall selber wie es pfSense oder OPNsense u.a. über ihre Packages ja auch erlauben.
Zumindestens aber sollte man den Proxy in so einem Fall immer in eine isolierte DMZ stellen und die Ziel Webserver in getrennte Segmente und mit einem entsprechenden Regelwerk schützen wenn man schon eine Firewall sein eigen nennt. Nichteinmal das ist oben gemacht worden wie die IP Adressierung ja leider verrät.
Ggf. solltest du also generell nochmal dein Design überdenken sofern Sicherheit überhaupt eine Rolle spielt?!

Was ja bestätigt das es dann zumindestens für TCP 443 einen Fehler gibt.

Was steht denn im Nginx Log (/var/log/nginx/access.log bzw. auch /var/log/nginx/error.log) wenn du den "ERR_CONNECTION_REFUSED" Fehler bei TCP 80 bekommst? Wäre ja zielführend dort einmal nachzusehen als ersten Anlaufpunkt. Nginx muss ja irgendwas protokollieren im Log was er nicht mag. 🤔

Moin,

• Den der Docker Konfiguration entsprechend Einträge für Port 80/443 vorhanden (Link)? Die Ports natürlich entsprechend deiner Rahmenbedingungen anpassen.
• Siehst du Listner für Port 80 und 443 auf dem Server mit dem NPM (netstat -tulpen)?
• UFW/iptables auf dem Server im Einsatz, wo das notwendige Loch für Port 80/443 noch fehlt?

In dem Fall (NPM gibt es nur als Docker Container) in den entsprechenden Volume (./data).

Gruß,
Dani