Document ID: /fineweb-2-swissfilter-quality_10-filterrobots/filtered/03502.jsonl.gz/1835

Ich habe folgendes Setup:
Öffentliche IP A.B.C.D --> Swisscom Router --> <ip-pii> --> <ip-pii> --> Firewall/DMZ --> Reverse Proxy --> Microservices.
Auf dem Router habe ich Weiterleitungen für die Ports konfiguriert, die ich benötige, z.B. Port 80 / 443, um den gesamten Verkehr, der nach A.B.C.D geht, an <ip-pii> weiterzuleiten, was von extern oder von innerhalb der DMZ einwandfrei funktioniert. Ich benutze das WLAN des Swisscom Routers für Gäste im Büro. Wenn ich versuche, auf einen Dienst zuzugreifen, der an A.B.C.D weiterleitet, erhalte ich einen Timeout. Es ist, als ob der Swisscom Router die Port-Weiterleitungen nicht auf den Verkehr anwendet, der vom WLAN kommt. Kann mir jemand helfen, was ich hier einrichten muss?
Ja, die Frage zielte darauf ab, dass das mit dem Gast-WLAN nicht geht. Warum es so wie du es beschreibst, nicht funktioniert, kann ich momentan nicht nachvollziehen. Muss bei mir zu Hause mal prüfen, ob ich dieselben Probleme habe.
Du hast den nachgeschalteten Router in der DMZ. Und du hast Portweiterleitungen darauf eingerichtet. Ich habe zusätzlich noch eine statische Route auf den nachgeschalteten Router in der DMZ gemacht (macht aus sicherheitstechnischen Überlegungen eigentlich keinen Sinn, aber momentan will ich aus dem IB3-Netz auch auf das nachgeschaltete separate Netz zugreifen können).
-> Statische Route einrichten, und dann wieder versuchen?
Wie @kaetho glaube ich Deine Frage hat mit dem Thema WLAN gar nichts zu tun, sondern Du versuchst in einem kaskadierten Netz vom hierarchisch höher stehenden Netz in ein nachgeschaltetes Netz reinzugreifen.
Genau das will man ja eigentlich durch eine Routerkaskade verhindern, aber mit einer statischen Route vom höheren Netz ins tiefere Netz kann man es natürlich auch wieder aushebeln.
Wenn Du zum Test übrigens ein Gerät nicht via Swisscom-WLAN, sondern direkt an einem LAN-Port des Swisscom-Routers anschliesst, solltest Du übrigens ohne statische Route auch nicht ins kaskadierte Netz reinkommen.
@kaetho Der DMZ/nachgelagerte Router funktioniert einwandfrei, wenn ich z.B. vom Internet her über den Swisscom Router über den nachgelagerten Router auf die Microservices zugreife.
Statische Routers habe ich versucht, aber bisher erfolglos. Vielleicht mache ich hier was falsch?
Ich habe folgendes probiert:
Destination subnet: A.B.C.D
Subnet mask: <ip-pii>
Gateway: <ip-pii>
und
Destination subnet: A.B.C.D
Subnet mask:
Gateway: <ip-pii>
@Werner Ich gehe aktuell stark davon aus, dass es etwas mit dem WLAN Routing des Swisscom Routers zu tun hat, denn NUR dann passiert der Fehler. Meine Port Forwardings funktionieren z.B. von extern über den Swisscom Router --> Nachgelagerter Router --> Microservice (z.B. Port 80). Sobald ich mit dem WLAN von Swisscom connecte geht das nicht mehr. Eigentlich müsste der Router die Anfrage für Domains mit der externen Domain A.B.C.D umleiten auf <ip-pii>, das passiert aber nicht.
Hm, bei mir sieht das anders aus.. Ich habe gerade geprüft, dass ich die neuste Version der Firmware installiert habe. Bist du direkt auf dem Router? Oder wo stellst du das ein? Ich habe einen Centro Business 2.0
Und nicht vergessen, nach dem Eintrag der statischen Route jeweils den Router neu starten.
Ein gesondertes WLAN-Routing gibt es nicht.
Routing passiert immer auf der Netzwerkebene.
Sonst mache mal mit dem Swisscom-Router den Testvergleich wischen WLAN-connected und LAN-connected.
bei mir ist die <ip-pii>
... ich dachte, du willst aus dem WLAN-Netz des Centro Business auf dein Netz hinter dem nachgeschalteten Router zugreifen? Dann musst du dem Centro Business mit einer statischen Route sagen, an welches Gerät er die Anfrage weiterleiten soll.
@kaetho Der Swisscom Router kennt die Geräte hinter der DMZ nicht und muss grundsätzlich jeglichen Traffic an <ip-pii> weiterleiten, dort gibt es weitere Port-Forwardings die dann innerhalb des internen Netzwerks die Verteilung machen.
z.B.
A.B.C.D:80 --> Swisscom Router (Port Forward Port 90 zu <ip-pii>) --> Nachgeschalteter Router (Port Forward Port 90 zu meinMicroservices:80) --> meinMicroservice:80.
Mit <ip-pii> habe ich es auch probiert, da wird dann automatisch die IP im Feld "Destination subnet" von A.B.C.D auf A.B.C.0 umgeschrieben. Funktionieren tut es auch nicht. Ich will, dass jegliche Requests, die vom WLAN Swisscom an meine Public Adresse A.B.C.D einfach an <ip-pii> weitergeleitet werden, dann handelt dort der interne Router alle Port-Forwards. Leider routet es einfach nicht dahin und blockiert.
@Feubireuy41 schrieb:
@kaetho Der Swisscom Router kennt die Geräte hinter der DMZ nicht und muss grundsätzlich jeglichen Traffic an <ip-pii> weiterleiten, dort gibt es weitere Port-Forwardings die dann innerhalb des internen Netzwerks die Verteilung machen. ....
Ja, das ist ja eigentlich der Sinn der DMZ. Nur: der Router leitet nur die Anfragen von aussen, also diejenigen, die über die WAN-Schnittstelle des Routers kommen (DSL, Glas), an die DMZ weiter. Das WLAN des Routers liegt bereits hinter der WAN-Schnittstelle und wird deshalb erst mal nicht weitergeleitet.
Dazu gibt es die statischen Routen, so habe ich das jedenfalls bis jetzt verstanden und danach gehandelt.
Wenn ich die Diskussion hier richtig verstehe könnte das Problem auch im offenbar nicht unterstützten NAT-Loopback des Centro Business 2 begründet sein.
Bei den Internetboxen konnte (kann?) man dem mittels der DMZ-Host-Funktion abhelfen. Das Pendant beim Centro Business wäre ein 1:1-NAT auf den nachgeschalteten Router. Probier das doch mal mindestens testweise aus.
@kaetho korrekt, ich versuche das auch. leider lässt der Swisscom Router das irgendwie nicht zu 🙂
@PowerMac das sieht laut Doku ziemlich gut aus! Leider ist bei mir die funktion wohl deaktiviert. Liegt es daran, dass ich nicht 4 öffentliche IP adressen habe? Ich habe eine.
Argh, sehr frustrierend, dass man als Kunde nicht mal einfachste Funktionen einstellen kann. Naja, wenns nicht klappt, wechsle ich halt den Anbieter, da geht sowas immer problemlos.
Weil das CPE ein Centro Business ist, stellt sich auch noch die Frage in welchem Betriebsmodus der überhaupt eingerichtet ist.
Dazu gibt es ja den in Zwischenzeit zum Standardwerk erhobenen Blog-Beitrag von @Tux0ne:
Falls Du den noch nicht kennst, würde ich empfehlen da auch mal noch reinzuschauen.