Wie wäre es denn mit der These, daß dieses Limit doch "menschengemacht" sei (wie der Klimawandel, wenn man ernsthaften wissenschaftlichen Thesen folgt) und eigentlich bei 20 lag? Eingeführt wurde diese Benutzerverwaltung ja schon vor längerer Zeit und die deutlich umstrittenere/rarere Ressource (die tatsächlich eine Begrenzung erforderlich machen würde, um "Verschwendung" und mit einem potentiellen Overflow verbundene Probleme zu vermeiden bzw. unwahrscheinlicher zu machen) könnte auch gut der limitierte Platz zur permanenten Speicherung der Konten in der ar7.cfg
gewesen sein - so ein TFFS-Node hat ein - durch seine Struktur impliziertes - Limit, wieviele Daten er speichern kann.
Gleichzeitig wurden aber - je nach "Anmeldemodus" - zwei Konten für das FRITZ!OS selbst benötigt ... eines für die Anmeldung am GUI (User-ID 100 oder 101 für zwei spezielle Accounts, mit deren Vorhandensein oder Fehlen gleichzeitig der eingestellte "Modus" festgelegt wurde) und ein weiteres (mit dem Namen ftpuser
) für Zugriffe auf NAS-Services, bei denen kein anderes, explizit von Besitzer angelegtes Konto verwendet wurde. Letzteres wurde schon früher deaktiviert, ersteres erst mit 07.24-Labor bzw. den folgenden Releases.
Da auch ein nachträglicher Wechsel der Einstellungen zur Anmeldung möglich war (auch wieder von "Benutzername+Kennwort" auf einen der "schlechteren" Modi), konnte die Notwendigkeit entstehen (für das FRITZ!OS), für die Speicherung dieser Einstellung zusätzliche Accounts zu erstellen und dabei entsteht dann die Gefahr, das einprogrammierte Limit zu reißen. Da würde eine einfache Begrenzung der Anzahl "benutzerdefinierter Konten" (auf (Speicher-)Maximum minus 2) eine deutlich aufwändigere Lösung/Fehlerbehandlung vermeiden können.
Und ich würde keine Wetten darauf eingehen, daß ein solches Limit bei den Änderungen seit 07.24 ebenfalls einer Revision unterzogen worden wäre - irgend so eine Definition à la #define MAX_USERS 20
in einem Quelltext wäre jedenfalls in meinen Augen die am ehesten plausible Erklärung und würde auch wieder zu den menschlichen Schwächen passen.
Wobei "altgediente Entwickler" auch schon mal das "binäre Denken" verinnerlicht haben können und z.B. Speicherplatz für Strukturen (bis hin zu Zeichenketten) dann in Vielfachen von 2 anfordern oder reservieren, weil das häufig die effizienteste Verwendung ermöglicht.
Aber das ist meinerseits (hinsichtlich der tatsächlichen Gründe für ein solches Limit) ebenso spekulativ - jedoch sind die Ausführungen zu "früher" und den Zusammenhängen zwischen Anmeldemodus und den zwei "reservierten" Konten belegbar (und sicher auch so manchem Besitzer einer FRITZ!Box bekannt). Ob etwas dran sein könnte an der These, kann man nur mit älteren Versionen (wo der ftpuser
noch automatisch eingerichtet wurde) testen - dann müßten dort am Ende 20 Einträge in der Summe möglich sein (in der ar7. cfg
).