Suchergebnisse

Die Frage war ja, ob du das geändert hast oder nicht? Meine beiden heißen "FR1200AX-1" und "FR1200AX-2". Ich vermute, dass die .2 für den Namen "fritz.repeater" fest definiert ist (s. Link in #7)

Mein neuerer 1200AX ist auch ein S042... und zeigt dieses Verhalten nicht.

Wobei die Frage aus #7, ob er das Teil nicht zufällig "fritz.repeater" benannt hat, bisher leider unbeantwortet blieb.

Na ja, GF hat halt noch Luft nach oben, DSL nicht. Ich wechsle beispielsweise demnächst von DSL100/40 auf GF 400/200 für 10€ mehr. Das ist es mir wert, obwohl ich es eigentlich auch nicht bräuchte. Wenn ich da nicht mitmachen würde, müsste ich später ~700.- Erschließungskosten zahlen.

Mir war bisher gar nicht aufgefallen, das du das alles selbst getestet hast, auch #9 hielt ich eher für ein Zitat von irgendwoher. Sorry, wenn ich das evtl. falsch eingeschätzt haben sollte. Aber egal, meine beiden 1200AX laufen wirklich super, und hoffentlich werde ich nie ein Recovery...

Wie viel Fälle gibt es denn bis jetzt, wo erwiesen ist, dass eine bestimmte SN-Reihe durch ein Recover gebrickt wird? Das kann passieren, aber das meiste dürfte durch Bedienfehler verursacht worden sein (<- auch Spekulation!)

Mir ist das alles etwas zu viel Spekulation (s.o.)

Wobei die enthaltenen Recoveries soweit ich sehe durchaus einen unterschiedlichen Zeitstempel haben ;)

Und woher hast du diese Info?

Ich habe einen 1200AX von 2022 (SN: P343...) und einen neuen vor ~4 Wochen gekauften (SN: S042...) In den Support-Daten von beiden steht: HWRevision 268, HWSubRevision 1 Müsste dann nicht die Hardware gleich sein?

Hat der Repeater einen individuellen Namen (System, Repeater-Name) oder heißt der wirklich fritz.repeater? Vielleicht liegt's ja daran. Edit: Dieser Name dürfte evtl. fest mit der 192.168.178.2 verknüpft sein, s. hier

Ich verstehe nicht, wie man sich mit so einem langweiligen Thema hier stundenlang beschäftigen kann :rolleyes:

Ein weiteres Subnetz macht die Dinge nur wesentlich komplizierter.

@FHill, in meinen Augen wirfst du viele Begriffe durcheinander. "Öffentliche IP" sollte besser "Öffentlich erreichbare IP" heißen, selbst wenn die IP "dynamisch" ist, also wechselt, aber die DDNS-Namensauflösung, auch mit dazu passender TTL, passt. Viele DDNS-Provider verwenden eine TTL von 60s...

Ja, Reboot tut gut.

Ich hab sowas als, wenn ich auf dem Mesh-Master schaue, die Geräte aber an einem Mesh-Client angebunden sind. Auf dem Mesh-Client selbst passt es soweit.

Brauche ich nicht. Das Kennwort für den Gastzugang ist viel simpler als das fürs reguläre WLAN.

Mmh, ändert nichts. Auch wenn ich auf dem Handy das Gastnetz lösche und neu suchen lasse bekomme ich wieder die DA-MAC als zufällige MAC und die .2 im Gastnetz. Es funktioniert einfach alles, so wie es soll. Ich glaube, ich brauche wirklich mal einen neuen, echten Gast um das näher zu untersuchen.

Grad nochmal probiert, diese "zufällige" MAC scheint immer die gleiche zu sein. Die endet immer mit DA und bekommt dann die .2 als IP oder sie endet mit D2 (Telefon-MAC) und bekommt die .5 als IP im Gastnetz. Und es funktioniert alles wie es soll. Liegt vielleicht es ja doch an einer...

Also ich habe jetzt mal sowohl den Gastzugang als auch den normalen WLAN-Zugang meines Handys auf zufällige MAC umgestellt. Ich bekomme jetzt konstant die 192.168.179.2 im Gastnetz und der Internet-Zugang funktioniert. Im "normalen" WLAN ist es nun die 192.168.0.78, vorher .15. Ich weiß auch...