Ich habe keinen 1750E-Repeater und damit auch keine Chance, mir die Dateien anzusehen, die dieser per GUI ausliefert - höchstens als "Trockentest" beim Blick in die entpackte Firmware. Aber dafür ist die "Informationslage" dann doch noch deutlich zu dünn, als daß ich hier irgendwie "aufspringen" würde auf den Zug. Denn ich bin/wäre überrascht, daß/wenn AVM da Unterschiede macht innerhalb ein und derselben Versionsreihe und Angaben in dieser Richtung fehlen hier.
Aber ich verstehe auch nicht, wo das Problem liegt. Bei "Einstellungsübernahme" vom Mesh-Hauptsystem (Master mögen ja viele nicht mehr, wobei "Meister" und "Geselle" ja nun nicht wirklich diskriminierend wäre, sondern eher "beschreibend") wird dann doch das Kennwort genommen, was Du bereits geändert hast, oder?
Das würde man dann - wenn ich das richtig verstehe - ja nur benötigen, wenn man (a) ein "schlechtes" Kennwort verwenden will und (b) das obendrein noch ein anderes sein soll, als das für die Box. Das verdoppelt dann auch gleich noch einmal das Risiko, weil zwei "weak passwords" natürlich auch die Angriffsfläche vergrößern und wenn so ein Repeater dann noch mit einem LAN-Kabel an der Box hängt und sie so auch erreichen kann, während sie gerade neu gestartet wird, wird's ganz finster.
Oder arbeitet der Repeater hier doch mit einer älteren FRITZ!OS-Version? Auch die Kennwortprüfung wird von AVM immer wieder mal überarbeitet - ggf. ist hier also nur eine ältere Form des GUI im Einsatz. Auch dann müßte man eben erst mal wissen, was das für eine Version ist - nur dann könnte man (so man will) in einer analogen Version auf einem anderen Gerät nachsehen, wie die Prüfung funktioniert.
Wobei man da auch keine "Narrenfreiheit" hat ... früher hat AVM nämlich einige dieser Prüfungen tatsächlich noch in der Lua-Seite (oder auf beiden Ebenen, einmal in JS im Browser und zusätzlich in den Lua-Files) ausgeführt, so daß man da nicht einfach "unbequeme Prüfungen" auf der Client-Seite übergehen konnte. Für meinen Geschmack vertraut AVM mittlerweile einfach zu oft darauf, daß die in der Lua-Seite aufschlagenden Daten auch tatsächlich "nett gemeint" sind und vom GUI schon irgendwie validiert wurden, bevor man sie "durchgelassen" hat. Das ist durchaus gefährlich, je nachdem, um welche Werte es dabei geht.
Aber 07.2x ist noch zu neu, als daß man da schon alles ausgetestet haben könnte - immerhin arbeiten bei AVM ganze Heerscharen von Programmierern an den Änderungen und mehr als eine - sehr grobe - Übersicht über neue Funktionen und Änderungen sind auch die "info.txt"-Dateien nicht. Was da "under the hood" alles geändert wurde, kann man erst nach und nach und Stück für Stück untersuchen. Zumal hier die AVM-Firmware - wg. unterschiedlicher Voraussetzungen auf den verschiedenen Plattformen - tatsächlich im Begriff ist, auseinander zu driften und sich mehr und mehr in eine "spezialisierte Form" zu verwandeln, wie man das bei anderen Herstellern eigentlich schon immer kennt (da haben ggf. auch "Schwestermodelle" dann schon mal vollkommen unterschiedliche Eigenschaften/Features und Oberflächen, wenn sie auf unterschiedlichen SoC aufbauen).
Ich arbeite auch nicht wirklich mit dem AVM-Mesh (meine obere Etage hat eigene AP) - daher weiß ich nicht, ob die Abfrage von Credentials tatsächlich "live" erfolgt, wenn man sich an einem anderen Gerät einloggen will. Naheliegender wäre es hier für mich, wenn diese Daten beim "Einmeshen" auf die Client-Box übernommen und dort lokal gespeichert werden - und spätere Änderungen dann ebenfalls synchronisiert werden. Das alles eben auch gerade wegen potentieller Probleme, wenn mal kein Kontakt zum Hauptsystem besteht, was bei AVM ja nicht dazu führt (wie bei anderen Herstellern), daß dann ein anderes System diese Aufgaben bzw. diese Rolle übernimmt.
Aber ich kann mir auch gut vorstellen, daß AVM hier auch wieder eigene Wege geht und die "Haupt-Box" zu einem neuen "single point of failure" ausbaut, deren Ausfall dann das komplette "AVM-Mesh" mehr oder weniger lahmlegt (und nicht nur die Internetanbindung, wenn das auch gleichzeitig noch der WAN-Router war) und auch nach einem Tausch dieses Hauptsystems (meinetwegen aufgrund eines Hardware-Schadens) nur mit Mühe wieder dazu zu bewegen ist, zum "alles i.O."-Stand zurückzukehren.