RFC1918 über WAN?
-
Nein, es kann nur Bridge da es ein reines Modem ist und kein Router oder Gateway. Konfiguriert wird das Modem vom Provider anhand seiner CM MAC, das ist Standard bei DOCSIS.
-
Welcher Kabel-Provider ist denn das bei Dir?
Ich hatte mich von einem solchen Screenshot "verwirren" lassen, sorry!
Darin sieht man halt auch einen DHCP Server, nur ist das gar nicht Dein Modem…
-
Unitymedia. Meine Oberfläche sieht ähnlich aus. Ist aber nur zur Logeinsicbt und für die Signalwerte.
-
Ich glaube aber, es gibt schon eine Art DHCP Server. Als ich das gleiche Modem vor einiger Zeit in Betrieb hatte (auch UM), konnte ich im WebUI die IP Adresse des Modems einsehen (192.168.100.1) und die IP, welche dem angeschlossenen Gerät zugeteilt wurde (192.168.100.10). Das angeschlossene Gerät selbst zeigte lediglich nur die öffentliche IP an und es war nirgendwo die .10-er zu sehen.
Ich bin mir jetzt nicht ganz sicher, ob damals der Zugriff ganz ohne Regeln funktionierte, da bei mir eine Pass-[IP des Modems] angelegt war. -
DHCP ist da m.W. schon aktiv, aber nur wenn das Modem keine Verbindung zu UM bekommt. Also wenn die Leitung abbricht und keine Kabelverbindung via DOCSIS möglich ist, dann startet das Ding DHCP und gibt dem WAN via DHCP eine private Adresse, damit man auf das Modem kommt. So war es zumindest mal vor einigen Jahren bei einer Firma, wo das genau zu Verwirrungen führte, dass die pfSense immer bei Leitungsverlust extern ne andere Adresse (privat) bekam und sobald alles wieder ging wieder eine public IP.
Grüße Jens
-
Kann sein dass es ohne Kabelverbindung dann DHCP macht. Spätestens wenn man jedoch die pfSense neu startet und eine Public IP erhält, weiß sie ja nichts mehr vom privaten Netz des Modems. Dennoch kommt man sofort drauf. Daher muss die IP vom Modem abgegriffen und beantwortet werden für mein Verständnis.
-
Der DHCP wäre für das Verhalten auch gar nicht relevant. Dieser würde lediglich bewirken, dass ein angeschlossenes Gerät eine IP Adresse erhält. Das ist aber nach der Schilderung der Umstände nicht der Fall. Die pfSense als einziges angeschlossenes Geräte bekommt ja lediglich die öffentliche IP vom Provider.
Noch einmal, warum soll es nicht möglich sein, dass das Gerät auf ein und demselben Ethernet Anschluss neben dem Protokoll zur Internet-Herstellung via Kabel auch ein einfaches TCP/IP fährt?
Mein DSL-Modem kann das ja auch. Neben PPPoE macht es auch TCP/IP auf demselben Anschluss. Allerdings ist es bei diesem so, dass ein auf die Gateway-Adresse geschicktes TCP Paket nicht vom Modem abgefangen wird, selbst wenn es auf dessen IP adressiert ist. Bei dir ist es ja nach deiner Beschreibung so. Technisch halte ich das für machbar, gesehen habe ich das aber bislang noch nirgends. -
Was virago sagt. Das Modem hört intern trotz Bridge auf seine private IP und die pfSense schickt alles ans Default GW raus. Warum sollte sie das auch nicht tun? Jedes Interface ist de facto bei der Sense "gleich" und nur weil auf einem WAN ggf. eine private IP hängt, wird diese deshalb nicht einfach geblockt. In genug Szenarien ist das ja wichtig (private IP auf WAN wegen 2. Router vornedran). Also nochmal: Warum sollte es ein Problem sein, dass die pfSense RFC1918 aufs WAN routet? Das ist alles völlig normal.
Gruß
-
Damit ist der Zugang zur GUI des Modems also ein "Beifang" auf dem Weg der IP-Pakete zum Gateway des ISPs.
Damit wird auch deutlich, dass es ein eingebremster Router ist und kein reines Modem, denn das würde die Pakete bei klassischer Sichtweise gar nicht so weit anschauen, als dass es seine eigene IP darin finden und beantworten könnte.
-
Es ist ein reines Modem. Jedes Kabelmodem ist über die IP erreichbar. Muss es auch sein bei DOCSIS.
