Suchergebnisse
Suchergebnisse 1-4 von insgesamt 4.
-
(Zitat von qqolli) Du hast das einfach nur falsch verkabelt. WAN-Port vom CGU an einen LAN-Port der Fritzbox, den Rest vom Netzwerk an die LAN-Ports des CGU.
-
(Zitat von qqolli) Nein. Die Adressen für sein Netz vergibt da UCG. Es findet nur kein NAT mehr statt. Deshalb braucht auch die FB eine "umgekehrte" Route zum UCG zurück, wie in https://schroederdennis.de/ubi…ination-fritzbox-gateway/ beschrieben. Und zwar für jedes Netz, welches du dort aufspannst, also am besten den Adressbereich passend z.B. in 10.x legen und eine Route anlegen, die alle Netze abdeckt (bei 192.168.x geht das nicht, weil die FB selber 192.168.178.0 nutzt).
-
Ich würde es beizeiten trotzdem alles mal neu aufsetzen. Und zwar so, dass die FB wieder in ihrem Default-Bereich liegt, und du im eigentlichen Netz einen Class B Block aus 172.{16-31} oder 10.{0-255} nutzt. Dann machst du eine einzige Route in der FB auf 172.18.0.0 oder 10.25.0.0 oder was du halt nutzt, fertig. Danach kannst du beliebige Class A Netze in der UCG anlegen, um VLANs zu isolieren etc (du hast ja von IoT-Geräten gesprochen), und musst nie wieder was anfassen an der FB. Wenn der Prov…
-
(Zitat von DoPe) Ich glaube aber, dass der Prozess dahin unnötig beschwerlich war, weil es eben keinen "sauberen Cut" gab. Und gerade, weil er aktuell frisch im Thema ist, könnte es sich lohnen, an einem kommenden regnerischen Tag das Setup nochmal sauber aufzuziehen. Denn im aktuellen Zustand z.B. VLANs zu nutzen ist ein totaler Krampf (Adressbereiche alle in 192.168, also braucht es für jedes VLAN neue Routen in der FB). Noch sollte ja, da bisher offenbar nur APs im Einsatz waren, nicht viel A…