fli4l: Keine Zeitsychronisation mehr

[W. Loefstedt]

Hallo allerseits,
in der Hoffnung, dass hier noch jemand mitliest:
Ich habe gerade festgestellt, dass die Uhr meines fli4l falsch geht, die
Zeit wird nicht mehr synchronisiert, auch über imonc funktioniert es
nicht. Chrony läuft, woran kann das liegen?
Danke für Hinweise,
Gruss, Wolfgang

[W. Loefstedt]

PS Chrony läuft doch nicht. Woran kann das liegen?
Wolfgang

[Helmut Pohl]

Hallo Wolfgang,

ich nutze den fli4l noch unter fli4l 4.0.0-r60785-testing (x86_64) auf
einem apu Board. Bei mir läuft der ntp und funktioniert auch noch.
Er meldet:
"Der NTP-Server synchronisiert sich mit anderen NTP-Servern und arbeitet
als Zeitserver mit Stratum 2"

Gruß,
Helmut

Am 10.11.2023 um 21:27 schrieb W. Loefstedt:

[Ulrich Hupe]

>
> PS Chrony läuft doch nicht. Woran kann das liegen?
> Wolfgang

Bei mir läuft crony Version 3.10.19 64 bit

# Optional package: CHRONY
#------------------------------------------------------------------------------
OPT_CHRONY='yes' # enable ntp time daemon (client/server)

CHRONY_TIMESERVICE='no' # enable additional rfc 868 compliant time

Status der Chrony Zeitsynchronisation
210 Number of sources = 3

.-- Source mode '^' = server, '=' = peer, '#' = local clock.
/ .- Source state '*' = current synced, '+' = combined , '-' = not
combined,
| / '?' = unreachable, 'x' = time may be in error, '~' = time too
variable.
|| .- xxxx [ yyyy ] +/- zzzz
|| / xxxx = adjusted
offset,
|| Log2(Polling interval) -. | yyyy = measured
offset,
|| \ | zzzz = estimated
error.
|| | |
MS Name/IP address Stratum Poll Reach LastRx Last sample
===============================================================================
^* 25000-036.cloud.services. 2 13 377 108m +13us[ +321us] +/-
16ms
^+ localhost 2 13 377 34m +907us[ +907us] +/-
42ms
^- 185.254.97.53 3 13 377 39m +448us[ +448us] +/-
97ms

kann ich auch so auf der Router web page sehen.
laufen muß crony zumindest schon

Ulrich

[W. Loefstedt]

Am 11.11.2023 um 11:25 schrieb Ulrich Hupe:

> kann ich auch so auf der Router web page sehen.
> laufen muß crony zumindest schon

Hallo Ulrich,
danke für die Nachricht. Ich habe (hoffentlich!) den Fehler gefunden:
Die CMOS-Batterie hatte nur noch 0V. Bei jahrelangem Headless-Betrieb
kein Wunder ;-)
Batterie getauscht, jetzt läuft wieder alles.
Gruss, Wolfgang

[Wolfgang Loefstedt]

Am 11.11.2023 um 11:02 schrieb Helmut Pohl:

> ich nutze den fli4l noch unter fli4l 4.0.0-r60785-testing (x86_64) auf
> einem apu Board. Bei mir läuft der ntp und funktioniert auch noch.
> Er meldet:
> "Der NTP-Server synchronisiert sich mit anderen NTP-Servern und arbeitet
> als Zeitserver mit Stratum 2"

Hallo Helmut,
bei meinem fli4l läuft der NTP nach Austausch der CMOS-Batterie auch
wieder. Wobei mir der Zusammenhang nicht klar ist.
Gruss, Wolfgang

[Heinz-Peter Faasen]

Hallo Wolfgang,

> bei meinem fli4l läuft der NTP nach Austausch der CMOS-Batterie auch
> wieder. Wobei mir der Zusammenhang nicht klar ist.

manche Systeme verweigern gerne mal den Dienst, wenn die Abweichung zw.
BIOS- und "Internet"-Zeit zu groß ist.
Nach einem manuellen Setzen der Zeit funktioniert dann üblicherweise
wieder alles wie gewohnt.

Gruß
Heinz-Peter

[Ulrich Hupe]

> manche Systeme verweigern gerne mal den Dienst, wenn die Abweichung zw.
> BIOS- und "Internet"-Zeit zu groß ist.
> Nach einem manuellen Setzen der Zeit funktioniert dann üblicherweise
> wieder alles wie gewohnt.

Ja, das kann ich bestätigen.
Das läßt sich nicht mehr synchronisieren.
Hatte ich beim EIS auch mal.

Gruß, Ulrich

[Kay Martinen]

Am 11.11.23 um 13:22 schrieb W. Loefstedt:

Das würde bedeuten das die Uhr NUR per Batterie lief?

Ich war immer der Meinung die stützt die RTC nur wenn das Gerät aus ist
und ansonsten läuft die über eine Spannung vom Netzteil. Ist ja nicht so
das es keine 3.3V liefern würde...

Wird dein Router-PC regelmäßig ausgeschaltet oder ist das ein etwas
spezielleres Gerät?

Ｂｙｅ／
／Ｋａｙ

--
"Kann ein Wurstbrot die Welt retten?" :-)

[Kay Martinen]

Am 14.11.23 um 11:16 schrieb Ulrich Hupe:

Das dürfte; naheliegenderweise; auf alles zutreffen was größer ist als
+- Stunde (Sommerzeit-Winterzeit) denn dann ist ja die Eigentliche Frage
welche Zeit denn nun die Richtige ist. UTC, GMT+1 oder etwas ganz anderes...

Bei Einem Dualboot PC mit Windows und Linux (ohne spezielle
Vorkehrungen) kann man das auch beobachten. Die Angezeigte Systemzeit
spielt Ping-Pong wenn man hin- und her- bootet. Und das wird (weil
innerhalb +- 1h) erst nach einer weile von einem evtl. laufenden
ntp-dienst geradegezogen. Bis man das andere OS bootet... u.s.w.

[W. Loefstedt]

Am 14.11.2023 um 23:17 schrieb Kay Martinen:

> Wird dein Router-PC regelmäßig ausgeschaltet oder ist das ein etwas
> spezielleres Gerät?

Hallo Kay,
ist ein Igel und läuft 24/7,
Gruss, Wolfgang

[Heinz-Peter Faasen]

Hallo Kay,

> Das dürfte; naheliegenderweise; auf alles zutreffen was größer ist als
> +- Stunde (Sommerzeit-Winterzeit) denn dann ist ja die Eigentliche Frage
> welche Zeit denn nun die Richtige ist. UTC, GMT+1 oder etwas ganz
> anderes...

hier gibt es die grundsätzliche Info:
https://wiki.ubuntuusers.de/ntpd/#ntp-korrigiert-die-Rechner-Uhrzeit-nicht

Es kommt halt auf das Ausmaß der Abweichung an. Wie weit da die Toleranz
reicht und ob das ggf. konfigurierbar ist, müsste man mal recherchieren.

Gruß
Heinz-Peter

[W. Loefstedt]

Hallo allerseits,
nachdem der Zeitserver auf meinem fli4l wieder läuft noch eine Frage:

Der fli4l (v3.6.2) synchronisiert beim booten seine Zeit. Wie stosse ich
eine Zeitsynchronisation manuell an, z.B. über SSH? Im mini-httpd finde
ich keinen entsprechenden Eintrag.

Danke und Gruss, Wolfgang

[Heinz-Peter Faasen]

Hallo Wolfgang,

> Der fli4l (v3.6.2) synchronisiert beim booten seine Zeit. Wie stosse ich
> eine Zeitsynchronisation manuell an, z.B. über SSH? Im mini-httpd finde
> ich keinen entsprechenden Eintrag.

welches Paket nutzt Du denn, chrony oder time?

Gruß
Heinz-Peter

[W. Loefstedt]

Am 18.11.2023 um 13:22 schrieb Heinz-Peter Faasen:

> welches Paket nutzt Du denn, chrony oder time?

Hallo Heiz-Peter,
ich nutze chrony,
Gruss, Wolfgang

[W. Loefstedt]

Am 18.11.2023 um 13:41 schrieb W. Loefstedt:


sorry, Typo, Wolfgang

[Hans Bachner]

Hallo Wolfgang,

fli4l # chronyc makestep

sollte die Uhr auf den aktuellen Stand bringen (wenn chronyd schon läuft).

Schöne Grüße,
Hans.

[W. Loefstedt]

Am 18.11.2023 um 18:48 schrieb Hans Bachner:

> fli4l # chronyc makestep
> sollte die Uhr auf den aktuellen Stand bringen (wenn chronyd schon läuft).

Hallo Hans,

chronyc makestep ergibt:

fli4l# chronyc makestep
501 Not authorised

Wie autorisiere ich ihn?
Gruss, Wolfgang

[Heinz-Peter Faasen]

Hallo Wolfgang,

> fli4l# chronyc makestep
> 501 Not authorised
>
> Wie autorisiere ich ihn?

ist eine gute Frage!
Bei meinen Linux-Systemen bekomme ich so eine Rückmeldung nur, wenn ich
ich den Befehl als normaler User absetze. Als root/su klappt's:

chronyc makestep
200 OK

Leider habe ich keinen fli4l mehr in Betrieb - schon gar nicht in einer
solchen Dino-Version. Daher kann ich das nicht nachstellen.

Apropos Dina: Ist dieser fli4l wirklich mit dem I-Net verbunden? Evtl.
sogar als (Haupt-)Router? Das wäre imho "Russisch Roulette"!

Gruß
Heinz-Peter

[Hans Bachner]

Wie Heinz-Peter schon erwähnt hat, muss der Befehl mit root-Rechten
ausgeführt werden - was auf dem fli4l immer der Fall ist.

Ansonsten findet sich in der Doku ein Switch -a, mit dem der 501-Fehler
bei nicht-root Usern verhindert werden kann - man findet aber auch
Hinweise, dass -a gar nicht implementiert ist bzw. berücksichtigt wird.

Moment, ich sehe grade, du verwendest eine schon leicht angestaubte
Version (3.6.2). Da geht es nicht mit einem Befehl. Interaktiv sieht das
dort so aus:

fli4l # chronyc
[...]
chronyc> password dummy
200 OK
chronyc> makestep
200 OK
chronyc> quit
fli4l #

Vermutlich kann man das aber auch mitsamt den Eingaben in ein Skript
packen...

Schöne Grüße,
Hans.

[W. Loefstedt]

Am 19.11.2023 um 16:07 schrieb Hans Bachner:

> Moment, ich sehe grade, du verwendest eine schon leicht angestaubte
> Version (3.6.2). Da geht es nicht mit einem Befehl. Interaktiv sieht das
> dort so aus:
>
> fli4l # chronyc
> [...]
> chronyc> password dummy
> 200 OK
> chronyc> makestep
> 200 OK
> chronyc> quit
> fli4l #
>
> Vermutlich kann man das aber auch mitsamt den Eingaben in ein Skript
> packen...
>
> Schöne Grüße,
> Hans.

Hallo Hans, vielen Dank, funktioniert!
Gruss, Wolfgang

[W. Loefstedt]

Am 19.11.2023 um 15:55 schrieb Heinz-Peter Faasen:

> Leider habe ich keinen fli4l mehr in Betrieb - schon gar nicht in einer
> solchen Dino-Version. Daher kann ich das nicht nachstellen.
>
> Apropos Dina: Ist dieser fli4l wirklich mit dem I-Net verbunden? Evtl.
> sogar als (Haupt-)Router? Das wäre imho "Russisch Roulette"!

Hallo, der fli hier läuft hinter einer Fritzbox.
Der Tip von Hans hat das Problem gelöst.
Gruss, Wolfgang

[Heinz-Peter Faasen]

Hallo Hans,

> Moment, ich sehe grade, du verwendest eine schon leicht angestaubte
> Version (3.6.2).

ich würde sagen, damit hast Du einen heißen Kandidaten für den Titel
"Untertreibung der Woche" kreiert. :D

Gruß
Heinz-Peter

[Uwe Z.]

Moin zusammen!

Am 11.11.2023 um 13:22 schrieb W. Loefstedt:
> Die CMOS-Batterie hatte nur noch 0V. Bei jahrelangem Headless-Betrieb
> kein Wunder ;-)
> Batterie getauscht, jetzt läuft wieder alles.

An dieser Stelle eine kleine Anekdote vom Wochenende, die ich euch nicht
vorenthalten möchte.

Ich hab am Samstag einen Desktop laufen gehabt, Fujitsu P900. Hat seine
Win10-Updates gemacht, neu gestartet. Dann heruntergefahren und ein
Monitorkabel getauscht.
Anschließend startete der Rechner nicht, keinerlei Lebenszeichen oder
Muckser.
Alles mögliche versucht, Kabel ab, innen alles abgeklemmt, Steckkarten
raus, nix. Zweite identische Kiste, die seit Jahren in der Ecke steht,
genommen, Netzteile getaucht, nichts. Aber auch die zweite Kiste muckte
kein Stück.
Nach Stunden ganz verzweifelt die (noch originale) BIOS-Batterie raus
und durch eine neue ersetzt.

Ergebnis:
Rechner startet wieder als sei nichts gewesen...
Manchmal kann man gar nicht doof genug denken.

Schönen Sonntag noch.

Viele Grüße

[Marcus Röckrath]

Hallo Uwe,

Uwe Z. wrote:

> Ich hab am Samstag einen Desktop laufen gehabt, Fujitsu P900. Hat seine
> Win10-Updates gemacht, neu gestartet. Dann heruntergefahren und ein
> Monitorkabel getauscht.
> Anschließend startete der Rechner nicht, keinerlei Lebenszeichen oder
> Muckser.

> Nach Stunden ganz verzweifelt die (noch originale) BIOS-Batterie raus
> und durch eine neue ersetzt.
>
> Ergebnis:
> Rechner startet wieder als sei nichts gewesen...
> Manchmal kann man gar nicht doof genug denken.

Kenne ich: Hatten in der Penne lange Jahre kleine Fujitsu-Desktop-PC in
größerer Zahl im Verwaltungsnetz laufen. Wenn die Bios-Batterie platt war,
blockierten die komplett ohne jeden Hinweis.

--
Gruß Marcus

[Kay Martinen]

Am 19.11.23 um 22:39 schrieb Marcus Röckrath:

> Hallo Uwe,
>
> Uwe Z. wrote:
>
>> Ich hab am Samstag einen Desktop laufen gehabt, Fujitsu P900. Hat seine

>> Anschließend startete der Rechner nicht, keinerlei Lebenszeichen oder
>> Muckser.
>> Nach Stunden ganz verzweifelt die (noch originale) BIOS-Batterie raus
>> und durch eine neue ersetzt.
>>
>> Ergebnis:
>> Rechner startet wieder als sei nichts gewesen...

> Kenne ich: Hatten in der Penne lange Jahre kleine Fujitsu-Desktop-PC in
> größerer Zahl im Verwaltungsnetz laufen. Wenn die Bios-Batterie platt war,
> blockierten die komplett ohne jeden Hinweis.

Da frage ich mich wie das erreicht wird. Denkbar wäre das eine
Spannungswächter-Elektronik auf der Platine bei Stromanschluß gleich
aktiv wird (ATX-Netzteil im Soft-Off) und die Batteriespannung selbst
überwacht. Um bei zu niedrigem Wert stillschweigend den Start zu
blockieren. Den Sensorchip wird die wohl nicht abfragen es sei denn es
wäre ein µC mit einen I2C Anschluß. Evtl. überwacht die auch die anderen
Spannungen und schaltet ab; oder nicht an; wenn die nicht im Erlaubten
Bereich sind. FSC hat ja eher Custom-Hardware. Ein SNI-Erbe?

Aber viele Boards die ich kenne/habe laufen kurz an wenn man das
Netzkabel wieder rein steckt, gehen dann aber sofort wieder aus. Man
sieht bestenfalls kurz LEDs aufblitzen oder den Lüfter an rucken.

Ob das mit leerer/Fehlender Batterie auch passierte kann ich aber nicht
sagen. Wenn ich die FSC-PCs hier mal wieder auf habe könnte ich es
allerdings mal probieren. Das sind kleine Esprimo Desktops.

[Marcus Röckrath]

Hallo Kay,

Kay Martinen wrote:

>> Kenne ich: Hatten in der Penne lange Jahre kleine Fujitsu-Desktop-PC in
>> größerer Zahl im Verwaltungsnetz laufen. Wenn die Bios-Batterie platt
>> war, blockierten die komplett ohne jeden Hinweis.
>
> Da frage ich mich wie das erreicht wird.

Keine Ahnung, wieso so ein PC so gar keinen Mucks mehr macht. Normalerweise
kommt ja dann wenigstens eine Fehlermeldung und eventuell ein Sprung ins
Bios.

Habe beim Erstenmal auch erst an einen schwerwiegenden Hardewaredefekt
gedacht, bis ich dann auf die leere Pufferbatterie gestoßen bin, nach deren
Wechsel, die Kiste sofort wieder lebendig wurde.

> Aber viele Boards die ich kenne/habe laufen kurz an wenn man das
> Netzkabel wieder rein steckt, gehen dann aber sofort wieder aus. Man
> sieht bestenfalls kurz LEDs aufblitzen oder den Lüfter an rucken.

Ich habe ansonsten immer nur erlebt, dass eine fehlerhafte Checksumme im
Bios gemeldet wird

> Ob das mit leerer/Fehlender Batterie auch passierte kann ich aber nicht
> sagen. Wenn ich die FSC-PCs hier mal wieder auf habe könnte ich es
> allerdings mal probieren. Das sind kleine Esprimo Desktops.

Ich muss mich aber in der Marke nun korrigieren: es waren in der Penne Acer
Veriton Mini-Desktop Systeme; optisch vom Gehäuse etwa so etwas:

https://www.ebay.com/itm/285360772583?hash=item4270d3d5e7:g:xZ0AAOSwu-5j-Sd5&amdata=enc%3AAQAIAAAA0O4KZYwv07eLXWUpd7ij5X18C8g5pXSb7nLYI04FxZNAOgMutNE11fhYRHsI73zNL5Gg2uvNgt5vC9%2BwRRilorvrPbg3gzzxLZ2IAtnuEDQMs1S7Z6h2HKhxUJgTolrxroT8FDNL1dKsaYYGTkkppNhJWsPHvIwhSNNWWh5RRRvtQkTw4bcYKBSsfn6fay4JGpsxKxLgTQMkkR163uoDJSR%2FjHD%2F5hk36iFzj%2Frv83uuVlvaIk9zX%2FY%2FDTm4oMTTsWJkxcs6Jd6vyPDqMKjjeeA%3D%7Ctkp%3ABFBMgrTtzv1i

--
Gruß Marcus

[Kay Martinen]

Am 19.11.23 um 18:44 schrieb Heinz-Peter Faasen:

Ooch, die 3.10.19 ist doch erst zwei Jahre alt. Da ist das keine Kunst
oder? ;-)

Kann es eigentlich sein das die zusätzliche Version 4.x die Kräfte nur
zersplittert hat was letztlich evtl. zum Einschlafen führte?

[Alexander Bahlo]

Am Tue, 21 Nov 2023 21:11:32 +0100
schrieb Kay Martinen <use...@martinen.de>:

> Kann es eigentlich sein das die zusätzliche Version 4.x die Kräfte nur
> zersplittert hat was letztlich evtl. zum Einschlafen führte?

Ich würde mir jedenfalls sehr wünschen, wenn es weiterginge. Vielleicht
kann man ja noch irgendwie mithelfen.

Grüße, Alexander.

--
Q: How can you tell when a Burroughs salesman is lying?
A: When his lips move.

[Hans Bachner]

Alexander Bahlo schrieb am 22.11.2023 um 12:22:
> Am Tue, 21 Nov 2023 21:11:32 +0100
> schrieb Kay Martinen <use...@martinen.de>:
>
>> Kann es eigentlich sein das die zusätzliche Version 4.x die Kräfte nur
>> zersplittert hat was letztlich evtl. zum Einschlafen führte?
>
> Ich würde mir jedenfalls sehr wünschen, wenn es weiterginge. Vielleicht
> kann man ja noch irgendwie mithelfen.
>
> Grüße, Alexander.

Ich würde es auch sehr begrüßen, wenn fli4l aus dem Dornröschenschlaf
erwachen würde. Wenn es um Finanzen für Entwicklungs-Equipment oder
dessen Betrieb geht, kann ich mir schon etwas Unterstützung vorstellen;
evt. auch beim Testen.

Hans.

[Heinz-Peter Faasen]

Hallo Kay,

>>> Moment, ich sehe grade, du verwendest eine schon leicht angestaubte
>>> Version (3.6.2).
>>
>> ich würde sagen, damit hast Du einen heißen Kandidaten für den Titel
>> "Untertreibung der Woche" kreiert. :D
>
> Ooch, die 3.10.19 ist doch erst zwei Jahre alt. Da ist das keine Kunst
> oder? ;-)

ich würde mal grob schätzen, dass die 3.6.x so ~ 15 Jahre auf dem Buckel
haben. Also eher "stark vergilbt" als "angestaubt". :-D

> Kann es eigentlich sein das die zusätzliche Version 4.x die Kräfte nur
> zersplittert hat was letztlich evtl. zum Einschlafen führte?

Naja, die 4.x war nichts wirklich grundlegend Neues, sondern das, was
bei jeder aktiv gepflegten SW immer erscheint: Ein Evolutionsschritt.

Die alte Reihe bekommt dann noch ein paar Sicherheitsupdates, aber die
Entwicklung findet in der neuen statt. Von daher bindet die alte
Variante kaum Ressourcen und ihre reine Verfügbarkeit ist kein Indiz für
übermäßigen Kräfteeinsatz.

Nee, da muss irgendetwas wirklich Gravierendes hinter den Kulissen
passiert sein, das man uns nicht verraten mag. Ich habe die Hoffnung
inzw. aufgegeben, dass das Projekt reanimiert werden wird und
konzentriere mich lieber auf Alternativen.

Gruß
Heinz-Peter

[Michael Wieser]

On Wed, 22 Nov 2023 18:28:54 +0100, Heinz-Peter Faasen
<fli.u...@web.de> wrote:

>Ich habe die Hoffnung
>inzw. aufgegeben, dass das Projekt reanimiert werden wird und
>konzentriere mich lieber auf Alternativen.

Welche?

Ich bin nach wie vor am suchen, die *wrt sind nicht die Umgebung in
der ich mich aussehe in überschaubarer Zeit so weit ausreichend
auszukennen um damit sicher einen Router nach meinen Wünschen und
Notwendigkeiten konfigurieren zu können. Vor allem habe ich bis dato
keine dem accounting vergleichbare Möglichkeiten gefunden.

Grüße

Michael



-
Michael Wieser
--

[Heinz-Peter Faasen]

Hallo Michael,

>> Ich habe die Hoffnung
>> inzw. aufgegeben, dass das Projekt reanimiert werden wird und
>> konzentriere mich lieber auf Alternativen.
>
> Welche?

aktuell nutze ich OpenWRT. U.a. deshalb, weil es eine breite Palette
unterschiedlichster HW-Plattformen unterstützt.

> Ich bin nach wie vor am suchen, die *wrt sind nicht die Umgebung in
> der ich mich aussehe in überschaubarer Zeit so weit ausreichend
> auszukennen um damit sicher einen Router nach meinen Wünschen und
> Notwendigkeiten konfigurieren zu können.

Egal wohin Du schaust, ALLE Alternativen brauch Zeit, um ein
hinreichendes Verständnisniveau zu erlangen.
Im Grunde war das beim fli natürlich ähnlich, die vermeintliche
Einfachheit beruht zu einem guten Teil auf der jahrelangen Erfahrung im
Umgang.

Darum habe ich ja auch lange daran festgehalten und immer wieder
gehofft, gehofft, gehofft...
Aber da das Team sich derart konsequent tot gestellt hat, blieb
irgendwann nur noch, mich in das offenbar Unvermeidliche zu stürzen.
Wenn auch mit großen Bauchschmerzen und einer Träne im Augenwinkel.

> Vor allem habe ich bis dato
> keine dem accounting vergleichbare Möglichkeiten gefunden.

Da bietet OpenWRT ein (wahrscheinlich) passendes Paket. Der Name fällt
mir allerdings gerade nicht ein.

Gruß
Heinz-Peter

[Stefan Puschek]

Hi @ all,

> >> Ich habe die Hoffnung
> >> inzw. aufgegeben, dass das Projekt reanimiert werden wird und
> >> konzentriere mich lieber auf Alternativen.
> >
> > Welche?
>
> aktuell nutze ich OpenWRT. U.a. deshalb, weil es eine breite Palette
> unterschiedlichster HW-Plattformen unterstützt.
>
> > Ich bin nach wie vor am suchen, die *wrt sind nicht die Umgebung in
> > der ich mich aussehe in überschaubarer Zeit so weit ausreichend
> > auszukennen um damit sicher einen Router nach meinen Wünschen und
> > Notwendigkeiten konfigurieren zu können.
>
> Egal wohin Du schaust, ALLE Alternativen brauch Zeit, um ein
> hinreichendes Verständnisniveau zu erlangen.
> Im Grunde war das beim fli natürlich ähnlich, die vermeintliche
> Einfachheit beruht zu einem guten Teil auf der jahrelangen Erfahrung
> im Umgang.

genau so ist es

wir haben jahrelang gelernt _UNSEREN_ Wunschrouter zu konfigurieren und
das ist bei jedem anderen (für uns neuen) System auch so...

> Darum habe ich ja auch lange daran festgehalten und immer wieder
> gehofft, gehofft, gehofft...
> Aber da das Team sich derart konsequent tot gestellt hat, blieb
> irgendwann nur noch, mich in das offenbar Unvermeidliche zu stürzen.
> Wenn auch mit großen Bauchschmerzen und einer Träne im Augenwinkel.

dito :)

> > Vor allem habe ich bis dato
> > keine dem accounting vergleichbare Möglichkeiten gefunden.
>
> Da bietet OpenWRT ein (wahrscheinlich) passendes Paket. Der Name
> fällt mir allerdings gerade nicht ein.

ich habe alles was ich brauche, auch mit openwrt zum laufen gebracht

lcd4linux sieht aus wie unter fli4l
LEDs am APU4D4 laufen - sogar noch besser als am fli4l
meine Status-Skripte laufen wie unter fli4l
der Taster läuft wie unter fli4l
mein GästeWLAN läuft wie unter fli4l - mit Gäste-PSK im LCD
IPV4 und IPV6 laufen - wie unter fli4l

ich habe einen "Backup-Router" (FB3370) mit identischer Konfiguration -
aber ohne meine eigenen Erweiterungen fertig im Keller liegen

Ich sehe hier (mei mir) absolut kein Problem mit openwrt

Groetjes
Stefan