Ich habe die URL wie oben zusammengebaut:
"https://fritz.box/data.lua?sid=<SID>&led_display=2&apply=&oldpage=/system/led_display.lua
hat bei mir leider nicht funktioniert. Damit konnte ich die LED an meiner 7490 nicht ausschalten
[HowTo] Fritz!Box Led´s deaktivieren Fritz!OS 6.50 ganz einfach.
- Ersteller Tribonia
- Erstellt am
Ich habe die URL wie oben zusammengebaut:
"https://fritz.box/data.lua?sid=<SID>&led_display=2&apply=&oldpage=/system/led_display.lua
hat bei mir leider nicht funktioniert. Damit konnte ich die LED an meiner 7490 nicht ausschalten
PeterPawn
IPPF-Urgestein
- Mitglied seit
- 10 Mai 2006
- Beiträge
- 15,268
- Punkte für Reaktionen
- 1,750
- Punkte
- 113
Da quälen mich gleich zwei Fragen ... die erste wäre, ob denn andere Zugriffe über HTTPS aus dem LAN funktionieren, denn normalerweise verwendet die FRITZ!Box da denselben Port, der auch extern zum Einsatz kommt und der ist erst einmal zufällig gewählt. Will man den also wirklich auf 443 haben (nur dann funktioniert die in #21 niedergeschriebene URL), muß man das gesondert einstellen. Die sich anschließende Frage wäre dann, ob da auch anstelle von "<SID>" eine "echte" SID für eine gültige Sitzung von derselben IP-Adresse verwendet wurde - irgendwie werde ich nicht so richtig schlau daraus, was die Wiederholung der Hervorhebung meinerseits bedeuten soll, beim "led_display"-Parameter hat ja das Einsetzen eines passenden Wertes offenbar funktioniert und wurde damit wohl verstanden.
Ja, ich hab natürlich <SID> durch die 12-stellige SID der Fritzbox ersetzt
"http://fritz.box/data.lua?sid=8a622e8e9de94ca3&led_display=2&apply=&oldpage=/system/led_display.lua"
Wenn ich diese URL im Browser eingebe, bekomme ich nur eine weise Seite und die LED's bleiben an
"http://fritz.box/data.lua?sid=8a622e8e9de94ca3&led_display=2&apply=&oldpage=/system/led_display.lua"
Wenn ich diese URL im Browser eingebe, bekomme ich nur eine weise Seite und die LED's bleiben an
PeterPawn
IPPF-Urgestein
- Mitglied seit
- 10 Mai 2006
- Beiträge
- 15,268
- Punkte für Reaktionen
- 1,750
- Punkte
- 113
Was soll man da jetzt anderes machen, als zu raten, was Du da falsch machen könntest oder welcher Teil Deiner Umgebung da nicht funktioniert?
Das kann damit beginnen, daß "fritz.box" der falsche Host ist, wenn es mehrere Boxen geben sollte.
Wo das Problem liegt, kann man doch inzwischen in fast jedem Browser mit irgendwelchen "developer tools" feststellen ... wenn da nur eine leere Seite kommt, stimmt die Antwort der Box wohl nicht - ansonsten käme meist etwas in der Art "nicht gefunden".
Bei mir ist das mit "fritz.box" auch so, weil bei mir diese Adresse (eigentlich ja eine Domain) anders aufgelöst wird - das Ergebnis ist eine leere Seite, weil die "falsche" Box (die Adresse "fritz.box" wird bei mir (absichtlich) fix auf 192.168.178.1 aufgelöst und ich habe auf dieser Adresse gerade eine Test-Box in Benutzung) antwortet und für diese gilt die bei mir verwendete SID nicht, damit kommt da nur ein "Error 403".
Das Prinzip funktioniert definitiv (hat sich von der 06.60 zur Labor-Version auch nicht geändert) ... da ist also mit ziemlicher Sicherheit ein Fehler bei der Anwendung die Ursache für das Problem. Wenigstens die Antwort der FRITZ!Box sollte also zu so einer "Meldung" noch gehören ... wenn es gar keine Antwort geben sollte, wäre die nächstliegende Ursache weiterhin, daß der Request die (richtige) Box gar nicht erreicht und dafür kann die von mir angegebene "Modell-URL" ja nichts.
Bei mir (FF 49.0.2 en/us unter W7 en/us) funktioniert es jedenfalls auch mit einem HTTP-Browser - ebenso mit dem "wget"-Aufruf von einem Linux-CLI.
Das kann damit beginnen, daß "fritz.box" der falsche Host ist, wenn es mehrere Boxen geben sollte.
Wo das Problem liegt, kann man doch inzwischen in fast jedem Browser mit irgendwelchen "developer tools" feststellen ... wenn da nur eine leere Seite kommt, stimmt die Antwort der Box wohl nicht - ansonsten käme meist etwas in der Art "nicht gefunden".
Bei mir ist das mit "fritz.box" auch so, weil bei mir diese Adresse (eigentlich ja eine Domain) anders aufgelöst wird - das Ergebnis ist eine leere Seite, weil die "falsche" Box (die Adresse "fritz.box" wird bei mir (absichtlich) fix auf 192.168.178.1 aufgelöst und ich habe auf dieser Adresse gerade eine Test-Box in Benutzung) antwortet und für diese gilt die bei mir verwendete SID nicht, damit kommt da nur ein "Error 403".
Das Prinzip funktioniert definitiv (hat sich von der 06.60 zur Labor-Version auch nicht geändert) ... da ist also mit ziemlicher Sicherheit ein Fehler bei der Anwendung die Ursache für das Problem. Wenigstens die Antwort der FRITZ!Box sollte also zu so einer "Meldung" noch gehören ... wenn es gar keine Antwort geben sollte, wäre die nächstliegende Ursache weiterhin, daß der Request die (richtige) Box gar nicht erreicht und dafür kann die von mir angegebene "Modell-URL" ja nichts.
Bei mir (FF 49.0.2 en/us unter W7 en/us) funktioniert es jedenfalls auch mit einem HTTP-Browser - ebenso mit dem "wget"-Aufruf von einem Linux-CLI.
Blackace
Mitglied
- Mitglied seit
- 27 Aug 2008
- Beiträge
- 430
- Punkte für Reaktionen
- 54
- Punkte
- 28
DickS
Aktives Mitglied
- Mitglied seit
- 22 Feb 2005
- Beiträge
- 2,285
- Punkte für Reaktionen
- 132
- Punkte
- 63
Bez. Rechte zu dem was ich eingestellt hab, handelt sich um die GPL Version 2. Es ist also ausdrücklich gestattet, das auch Nicht-Privat weiter zu verwenden und dabei zu verändern. Ich komme nicht dazu, die obige Änderungen ein zupflegen aber vielleicht mag es ja jemand machen 
AlfonsS
Mitglied
- Mitglied seit
- 14 Okt 2006
- Beiträge
- 271
- Punkte für Reaktionen
- 3
- Punkte
- 18
Und noch eine Frage zur SID,
der "findest du in den Menü-Links nachdem du dich
unter https://fritz.box angemeldet hast)
finde ich nicht!?!
Das händische Auslesen der SID fördert immer eine 0000000 heraus.
7490 Labor!
OK, erledigt man muss nur genau gucken! und funzt!
der "findest du in den Menü-Links nachdem du dich
unter https://fritz.box angemeldet hast)
finde ich nicht!?!
Das händische Auslesen der SID fördert immer eine 0000000 heraus.
7490 Labor!
OK, erledigt man muss nur genau gucken! und funzt!
Zuletzt bearbeitet:
koyaanisqatsi
IPPF-Urgestein
- Mitglied seit
- 24 Jan 2013
- Beiträge
- 14,210
- Punkte für Reaktionen
- 590
- Punkte
- 113
Auf den Androiden geht das ziemlich unkompliziert...
Zum Beispiel:
1. Langer Tap auf: Übersicht
2. In der Dialogbox: Link-URL kopieren
3. Browser Adresszeile (langer Tap): Einfügen
4. SID markieren und kopieren
5. Fritz!Box LEDs an/aus: Ins Formular kopieren (langer Tap)
...von Vorteil wären: Dünne Finger mit kurzen Fingernägeln :lach:
Zum Beispiel:
1. Langer Tap auf: Übersicht
2. In der Dialogbox: Link-URL kopieren
3. Browser Adresszeile (langer Tap): Einfügen
4. SID markieren und kopieren
5. Fritz!Box LEDs an/aus: Ins Formular kopieren (langer Tap)
...von Vorteil wären: Dünne Finger mit kurzen Fingernägeln :lach:
Zuletzt bearbeitet:
Die "Analoge Lösung" mit dem Klebeband ist so alt wie die Fritz!Box Sieht aber irgendwie sch... aus.
Ich verstehe nicht, warum AVM die Funktion zum abschalten der Christbaumbeleuchtung nicht ins Fritz!OS einbaut? Andere Hersteller machen sowas doch auch.
Wer will kann es nutzen. Wer gerne sein Büro, Keller oder sonstige Räume mit den LED der Fritte erleuchten will kann alles so lassen wie es ist.
So ein Programm das automatisch die aktuelle SID der FB ermittelt und einträgt wär echt 'ne feine Sache. Vielleicht erbarmt sich ja mal jemand?
Sieht aber irgendwie sch... aus.Ich verstehe nicht, warum AVM die Funktion zum abschalten der Christbaumbeleuchtung nicht ins Fritz!OS einbaut? Andere Hersteller machen sowas doch auch.
Wer will kann es nutzen. Wer gerne sein Büro, Keller oder sonstige Räume mit den LED der Fritte erleuchten will kann alles so lassen wie es ist.
So ein Programm das automatisch die aktuelle SID der FB ermittelt und einträgt wär echt 'ne feine Sache. Vielleicht erbarmt sich ja mal jemand?
PeterPawn
IPPF-Urgestein
- Mitglied seit
- 10 Mai 2006
- Beiträge
- 15,268
- Punkte für Reaktionen
- 1,750
- Punkte
- 113
Irgendetwas verstehe ich nicht ... wenn man die LEDs einmal ausgeschaltet hat, dann bleiben die doch aus.
Was bringt da jetzt ein Programm dafür? Das ist eine Aktion, die jeder FRITZ!Box-Besitzer nur ein einziges Mal ausführen muß - dafür ein Programm zu schreiben (selbst wenn es nur irgendwie zwischen drei und fünf HTML- oder CSS-Dateien sind), ist doch irgendwie komisch, oder?
Wer die LEDs ständig wieder umschalten will, der hat dann vielleicht ein derartiges "Bedürfnis", aber dann sollte er auch lieber zu einer finalen Lösung (nämlich der Änderung der Firmware) greifen und nicht solche "Basteleien" (das ist nicht abwertend gemeint, aber bei einer Modifikation kann man eben mehrere "Probleme" auf einen Schlag lösen, der nächste sucht dann ein Programm für die "Nachtschaltung" oder die Portweiterleitung usw., usf.) für genau einen einzelnen Punkt verwenden.
Selbst die Lösung, das über die Export-Datei zu ändern, ist hier bereits existent und funktioniert immer noch ... so ein Riesenproblem kann die Abschaltung der LEDs jetzt auch nicht sein, daß sie sich ein eigenes Programm "verdient" hätte.
Was bringt da jetzt ein Programm dafür? Das ist eine Aktion, die jeder FRITZ!Box-Besitzer nur ein einziges Mal ausführen muß - dafür ein Programm zu schreiben (selbst wenn es nur irgendwie zwischen drei und fünf HTML- oder CSS-Dateien sind), ist doch irgendwie komisch, oder?
Wer die LEDs ständig wieder umschalten will, der hat dann vielleicht ein derartiges "Bedürfnis", aber dann sollte er auch lieber zu einer finalen Lösung (nämlich der Änderung der Firmware) greifen und nicht solche "Basteleien" (das ist nicht abwertend gemeint, aber bei einer Modifikation kann man eben mehrere "Probleme" auf einen Schlag lösen, der nächste sucht dann ein Programm für die "Nachtschaltung" oder die Portweiterleitung usw., usf.) für genau einen einzelnen Punkt verwenden.
Selbst die Lösung, das über die Export-Datei zu ändern, ist hier bereits existent und funktioniert immer noch ... so ein Riesenproblem kann die Abschaltung der LEDs jetzt auch nicht sein, daß sie sich ein eigenes Programm "verdient" hätte.
Cas-64
Neuer User
- Mitglied seit
- 24 Dez 2009
- Beiträge
- 133
- Punkte für Reaktionen
- 0
- Punkte
- 16
Verstehe nicht das Problem warum AVM das nicht "einbaut" im Repeater 1750 E kann man doch auch die LEDs im Menü ein und Ausschalten .Gerade bei der 7580 finde ich wäre es gut da sie nach vorne leuchten und nicht wie bei der 7490 nach oben.
koyaanisqatsi
IPPF-Urgestein
- Mitglied seit
- 24 Jan 2013
- Beiträge
- 14,210
- Punkte für Reaktionen
- 590
- Punkte
- 113
:doktor: Nun, es kann wenigstens als Beispiel dienen, wie CSS (XSS) funktioniert.
(Was wohl der wahrscheinlichste Grund sein dürfte, warum es vom Inet-Server verbannt wurde)
Tip: In den meisten Webbrowsern funktioniert: view-source:
Beispiel: "view-source:https://www.google.de"
(Uuuuiiii, sieht das kompliziert aus )
(Was wohl der wahrscheinlichste Grund sein dürfte, warum es vom Inet-Server verbannt wurde)
Tip: In den meisten Webbrowsern funktioniert: view-source:
Beispiel: "view-source:https://www.google.de"
(Uuuuiiii, sieht das kompliziert aus
)
Zuletzt bearbeitet:
Tja PeterPawn, es soll FB-Besitzer geben die ab und an die LED wieder sehen und später wieder ausschalten möchten - ergo müssen sie die Aktion mehrfach durchführen. Eventuell auch nicht immer vom gleichen PC, sondern auch mal über's Handy oder einem fremden PC.
Eine Änderung der Firmware trauen sich manche User vielleicht nicht zu und haben Angst ihre FB "abzuschießen". Zwar gibt es Anleitungen zur Wiederherstellung, aber da steht solchen Usern dann doch schon der Angstschweiß auf der Stirn, wenn sie genötigt sind sowas anzuwenden.
Die Frage ist, warum AVM es nicht fertig bringt das direkt in die Firmware einzubauen? Wie Cas-64 schreibt geht's ja bei den Repeatern auch.
Nachtrag: Die Sache mit der zusammengebastelten URL funzt bei mir und meiner 7390 auch nicht. Die LED bleiben an oder aus
Eine Änderung der Firmware trauen sich manche User vielleicht nicht zu und haben Angst ihre FB "abzuschießen". Zwar gibt es Anleitungen zur Wiederherstellung, aber da steht solchen Usern dann doch schon der Angstschweiß auf der Stirn, wenn sie genötigt sind sowas anzuwenden.
Die Frage ist, warum AVM es nicht fertig bringt das direkt in die Firmware einzubauen? Wie Cas-64 schreibt geht's ja bei den Repeatern auch.
Nachtrag: Die Sache mit der zusammengebastelten URL funzt bei mir und meiner 7390 auch nicht. Die LED bleiben an oder aus
Zuletzt bearbeitet:
PeterPawn
IPPF-Urgestein
- Mitglied seit
- 10 Mai 2006
- Beiträge
- 15,268
- Punkte für Reaktionen
- 1,750
- Punkte
- 113
@Soleo:
Da bleibt auch nur der Tipp, das einfach mal mit den Developer-Tools des verwendeten Browsers zu dokumentieren, was am Ende passiert ... die Fähigkeiten, das durch "auf Ziegen starren" zu ermitteln, dürften nur wenige Männer haben.
In den Dateien der Firmware bei der 7390 (84.06.51) bzw. der 7490 (113.06.60 - hier habe ich das getestet, ebenfalls mit der 41556, die zu diesem Zeitpunkt aktuell war) findet sich jedenfalls erst einmal kein Unterschied, der das auf den ersten Blick erklären würde:
Ich sehe da keine Datei betroffen, die beim Ändern der Einstellungen für die LEDs eine Rolle spielt, habe den Vergleich aber auch auf die Lua-Dateien für das Webinterface beschränkt. Wenn jemand mal bei der 7390 nachsieht, was das Problem ist, kann man es vielleicht lösen ... ich selbst werde das nicht tun, ich gehöre nämlich nicht zu den Betroffenen, weil ich das einfach wieder in der Firmware aktiviere, wenn ich es benötigen sollte. Wenn jemand Interesse an einer Lösung hat, muß er auch etwas dafür tun und da ist das "Untersetzen" der bloßen Feststellung "klappt nicht" mit ein paar mehr Informationen sicherlich nicht zuviel verlangt.
Ansonsten spricht ja gerade das Argument der verschiedenen Geräte, die man für die Änderung verwenden will (Handy, fremder PC, usw.) eher dafür, das ins GUI zu (re-)integrieren, denn das steht dann eben immer und überall zur Verfügung. Dem Ansinnen, auf einem "fremden PC" ein Programm zu installieren, um die LEDs ein- oder auszuschalten, wird sich dessen Besitzer ja hoffentlich ohnehin verschließen.
Zur Motivation von AVM kann ich auch keine Aussage treffen ... wenn jemand irgendwann mal dahinter kommen sollte, warum z.B. der "nmbd" entfernt wurde und (m.W.) auch nicht wieder Einzug gehalten hat, nachdem das WLAN ins Plugin gewandert ist, dann kann er mich ja ins "CC" setzen.
Fakt ist, daß das "Erwecken" der Seite zur LED-Steuerung direkt im Menü an sich nur an vier Zeilen in einer AVM-Datei scheitert - alles andere, was noch im betreffenden "modscript" passiert, dient nur dem Hinzufügen der "zeitverzögerten Abschaltung" und wird eigentllich nicht benötigt. Aber selbst dann, wenn man das über die Emulation eines GUI-Zugriffs machen will, braucht das noch lange kein "Programm", außer man sieht ein entsprechendes Skript auch als "Programm" und nicht als "Automatisierung" an.
Da bleibt auch nur der Tipp, das einfach mal mit den Developer-Tools des verwendeten Browsers zu dokumentieren, was am Ende passiert ... die Fähigkeiten, das durch "auf Ziegen starren" zu ermitteln, dürften nur wenige Männer haben.
In den Dateien der Firmware bei der 7390 (84.06.51) bzw. der 7490 (113.06.60 - hier habe ich das getestet, ebenfalls mit der 41556, die zu diesem Zeitpunkt aktuell war) findet sich jedenfalls erst einmal kein Unterschied, der das auf den ersten Blick erklären würde:
Code:
# diff -q FB7390/84.06.51/usr/www/avm FB7490/firmware/113.06.69-41556/usr/www/avm 2>/dev/null
Common subdirectories: FB7390/84.06.51/usr/www/avm/assis and FB7490/firmware/113.06.69-41556/usr/www/avm/assis
Files FB7390/84.06.51/usr/www/avm/capture.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/capture.lua differ
Common subdirectories: FB7390/84.06.51/usr/www/avm/cgi-bin and FB7490/firmware/113.06.69-41556/usr/www/avm/cgi-bin
Files FB7390/84.06.51/usr/www/avm/content.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/content.lua differ
Common subdirectories: FB7390/84.06.51/usr/www/avm/css and FB7490/firmware/113.06.69-41556/usr/www/avm/css
Common subdirectories: FB7390/84.06.51/usr/www/avm/dect and FB7490/firmware/113.06.69-41556/usr/www/avm/dect
Files FB7390/84.06.51/usr/www/avm/dsldiagstop.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/dsldiagstop.lua differ
Common subdirectories: FB7390/84.06.51/usr/www/avm/errors and FB7490/firmware/113.06.69-41556/usr/www/avm/errors
Files FB7390/84.06.51/usr/www/avm/firmware_update_notify.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/firmware_update_notify.lua differ
Common subdirectories: FB7390/84.06.51/usr/www/avm/fon_devices and FB7490/firmware/113.06.69-41556/usr/www/avm/fon_devices
Common subdirectories: FB7390/84.06.51/usr/www/avm/fon_num and FB7490/firmware/113.06.69-41556/usr/www/avm/fon_num
Common subdirectories: FB7390/84.06.51/usr/www/avm/fritzinfo and FB7490/firmware/113.06.69-41556/usr/www/avm/fritzinfo
Common subdirectories: FB7390/84.06.51/usr/www/avm/guest and FB7490/firmware/113.06.69-41556/usr/www/avm/guest
Common subdirectories: FB7390/84.06.51/usr/www/avm/help and FB7490/firmware/113.06.69-41556/usr/www/avm/help
Common subdirectories: FB7390/84.06.51/usr/www/avm/home and FB7490/firmware/113.06.69-41556/usr/www/avm/home
Common subdirectories: FB7390/84.06.51/usr/www/avm/html and FB7490/firmware/113.06.69-41556/usr/www/avm/html
Files FB7390/84.06.51/usr/www/avm/index.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/index.lua differ
Common subdirectories: FB7390/84.06.51/usr/www/avm/internet and FB7490/firmware/113.06.69-41556/usr/www/avm/internet
Common subdirectories: FB7390/84.06.51/usr/www/avm/js and FB7490/firmware/113.06.69-41556/usr/www/avm/js
Only in FB7490/firmware/113.06.69-41556/usr/www/avm: juis_boxinfo.xml
Files FB7390/84.06.51/usr/www/avm/login.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/login.lua differ
Common subdirectories: FB7390/84.06.51/usr/www/avm/lua and FB7490/firmware/113.06.69-41556/usr/www/avm/lua
Common subdirectories: FB7390/84.06.51/usr/www/avm/menus and FB7490/firmware/113.06.69-41556/usr/www/avm/menus
Common subdirectories: FB7390/84.06.51/usr/www/avm/meter and FB7490/firmware/113.06.69-41556/usr/www/avm/meter
Common subdirectories: FB7390/84.06.51/usr/www/avm/net and FB7490/firmware/113.06.69-41556/usr/www/avm/net
Files FB7390/84.06.51/usr/www/avm/networkchange.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/networkchange.lua differ
Files FB7390/84.06.51/usr/www/avm/no_password.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/no_password.lua differ
Files FB7390/84.06.51/usr/www/avm/post.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/post.lua differ
Files FB7390/84.06.51/usr/www/avm/query.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/query.lua differ
Only in FB7490/firmware/113.06.69-41556/usr/www/avm: resetauth.lua
Files FB7390/84.06.51/usr/www/avm/secure_link.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/secure_link.lua differ
Files FB7390/84.06.51/usr/www/avm/services.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/services.lua differ
Common subdirectories: FB7390/84.06.51/usr/www/avm/software and FB7490/firmware/113.06.69-41556/usr/www/avm/software
Files FB7390/84.06.51/usr/www/avm/sorry.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/sorry.lua differ
Files FB7390/84.06.51/usr/www/avm/sso_email.js and FB7490/firmware/113.06.69-41556/usr/www/avm/sso_email.js differ
Files FB7390/84.06.51/usr/www/avm/sso_password.js and FB7490/firmware/113.06.69-41556/usr/www/avm/sso_password.js differ
Files FB7390/84.06.51/usr/www/avm/sta_reboot.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/sta_reboot.lua differ
Common subdirectories: FB7390/84.06.51/usr/www/avm/storage and FB7490/firmware/113.06.69-41556/usr/www/avm/storage
Files FB7390/84.06.51/usr/www/avm/support.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/support.lua differ
Files FB7390/84.06.51/usr/www/avm/surf.lua and FB7490/firmware/113.06.69-41556/usr/www/avm/surf.lua differ
Common subdirectories: FB7390/84.06.51/usr/www/avm/system and FB7490/firmware/113.06.69-41556/usr/www/avm/system
Common subdirectories: FB7390/84.06.51/usr/www/avm/templates and FB7490/firmware/113.06.69-41556/usr/www/avm/templates
Common subdirectories: FB7390/84.06.51/usr/www/avm/tools and FB7490/firmware/113.06.69-41556/usr/www/avm/tools
Common subdirectories: FB7390/84.06.51/usr/www/avm/tr69_autoconfig and FB7490/firmware/113.06.69-41556/usr/www/avm/tr69_autoconfig
Only in FB7490/firmware/113.06.69-41556/usr/www/avm: twofactor.lua
Common subdirectories: FB7390/84.06.51/usr/www/avm/usb and FB7490/firmware/113.06.69-41556/usr/www/avm/usb
Common subdirectories: FB7390/84.06.51/usr/www/avm/webservices and FB7490/firmware/113.06.69-41556/usr/www/avm/webservices
Common subdirectories: FB7390/84.06.51/usr/www/avm/wlan and FB7490/firmware/113.06.69-41556/usr/www/avm/wlanAnsonsten spricht ja gerade das Argument der verschiedenen Geräte, die man für die Änderung verwenden will (Handy, fremder PC, usw.) eher dafür, das ins GUI zu (re-)integrieren, denn das steht dann eben immer und überall zur Verfügung. Dem Ansinnen, auf einem "fremden PC" ein Programm zu installieren, um die LEDs ein- oder auszuschalten, wird sich dessen Besitzer ja hoffentlich ohnehin verschließen.
Zur Motivation von AVM kann ich auch keine Aussage treffen ... wenn jemand irgendwann mal dahinter kommen sollte, warum z.B. der "nmbd" entfernt wurde und (m.W.) auch nicht wieder Einzug gehalten hat, nachdem das WLAN ins Plugin gewandert ist, dann kann er mich ja ins "CC" setzen.
Fakt ist, daß das "Erwecken" der Seite zur LED-Steuerung direkt im Menü an sich nur an vier Zeilen in einer AVM-Datei scheitert - alles andere, was noch im betreffenden "modscript" passiert, dient nur dem Hinzufügen der "zeitverzögerten Abschaltung" und wird eigentllich nicht benötigt. Aber selbst dann, wenn man das über die Emulation eines GUI-Zugriffs machen will, braucht das noch lange kein "Programm", außer man sieht ein entsprechendes Skript auch als "Programm" und nicht als "Automatisierung" an.
Die "Analoge Lösung" mit dem Klebeband ist so alt wie die Fritz!Box
Ich verstehe nicht, warum AVM die Funktion zum abschalten der Christbaumbeleuchtung nicht ins Fritz!OS einbaut? Andere Hersteller machen sowas doch auch.
...
Synology geht bei einigen seiner NAS Boxen sogar so weit, dass man die LED Helligkeit zeitgesteuert in der Helligkeit verändern kann ....
PeterPawn
IPPF-Urgestein
- Mitglied seit
- 10 Mai 2006
- Beiträge
- 15,268
- Punkte für Reaktionen
- 1,750
- Punkte
- 113
Abgesehen davon kann man seine Christbaumbeleuchtung durchaus direkt über die FRITZ!Box ein- oder ausschalten ... man muß sie halt nur mit einer passenden DECT-Steckdose versehen, bei dieser Aufgabenstellung hilft dann auch die Steuerung der LED-Anzeige nicht wirklich weiter.
koyaanisqatsi
IPPF-Urgestein
- Mitglied seit
- 24 Jan 2013
- Beiträge
- 14,210
- Punkte für Reaktionen
- 590
- Punkte
- 113
Und mit meinen 7113er Boxen geht noch sowas...
http://www.ip-phone-forum.de/showthread.php?t=256558&p=1893435&viewfull=1#post1893435
...so weiss ich wenigstens dass sie noch laufen.
Die HTML kann übrigens soweit zu einer Admin-Toolseite umgebaut werden, wenn schon die SID am Staat ist, dass mit einem Klick die Faxseite oder die Profilseite mit den Tickets geöffnet werden kann.
http://www.ip-phone-forum.de/showthread.php?t=256558&p=1893435&viewfull=1#post1893435
...so weiss ich wenigstens dass sie noch laufen.
Die HTML kann übrigens soweit zu einer Admin-Toolseite umgebaut werden, wenn schon die SID am Staat ist, dass mit einem Klick die Faxseite oder die Profilseite mit den Tickets geöffnet werden kann.
Es war vor ein, zwei Jahren sogar mal in einer Reihe "echter" Labor-Versionen der 7390 enthalten und über die UI aufrufbar, das wurde aber irgendwann wieder rausgenommen.
Bei der 7490 war die entsprechende Settings-Seite noch in den Firmwares drin und konnte über einen modifizierten Link aufgerufen werden. Das wurde später durch die Session-ID-Einführung erschwert.
Mittlerweile ist auch die Settings-Seite nicht mehr enthalten.
Es gibt (gab? ) noch den Umweg über die Config-Datei, die den LED-Parameter im Klartext enthält. Allerdings ist es zumindest umständlich, für die LED's immer die kompletten Settings zu exportieren, die Datei zu bearbeiten und dann wieder zu re-importieren.
Neueste Beiträge
-
[Problem] FritzBox 7590 2,4GHz WLAN nur noch sehr sehr schwach
- Letzte: rauchfreiezone
-
Fritz!DECT 302 regelt nicht mehr- Letzte: Jstessi
-
Frühere Gigaset Pro Modelle an Gigaset N670 IP Pro anmelden
- Letzte: tiago.bln
-
[Frage] Eigener VDSL2 Master / DSLAM ?
- Letzte: gamerpaddy2
-
FRITZ!Box 7590 / FRITZ!OS 8.00 vom 31.10.2024
- Letzte: zorro neu
-
[Sammlung] Fritz!Box 5690Pro, Inhaus/Labor 7.90, Pfad 'Smart24P1FCS'
- Letzte: zorro neu
-
Mitel 400 Private Kontakte nicht im Telefonbuch
- Letzte: Qbaah
-