FRITZ!Box 7490 Labor-Firmware FRITZ!OS 6.69-41556 (11.10.2016)
- Ersteller Michi692000
- Erstellt am
- Status
Bug in "Urlaubsschaltung" bei SmartHome-Geräten
habe gerade bei die für "FRITZ!DECT 200" angepriesene Urlaubsschaltung mit aktueller FB7490 Laborversion 06.69-41556 nutzen wollen:
https://avm.de/aktuelles/neues-von-fritz/2015/entspannter-urlaub-mit-smart-home/
irgendwie fehlt diese Auswählmöglichkeit bei "FRITZ!DECT 200" Geräten
und bei dem SmartHome Gerät "Comet DECT ULE" (Heizkörperthermostat) von EUROtronic ist ein ander Bug in "Urlaubsschaltung" vorhanden
Details zum reproduzieren:
zuerst "Heizung Aus-Zeitraum 01.06 bis 31.08." eingeben (sommerferien) und speichern;
dann Feiertag z.B. 03.11 als Urlaub mit Zeitfenster von 08.00 Uhr bis 18:00 Uhr einschedulen;
dies gibt Fehlermeldung "Die Heizung-aus und Urlaubszeiträume dürfen sich nicht überlappen"
siehe auch Bugmeldung von Peter931 http://www.ip-phone-forum.de/showthread.php?t=284997
Hinweis:
Problem besteht auch in FW 06.60!!!
schade und nun beginnt die Heizperiode ;-(
Gruß
Pokemon20021
habe gerade bei die für "FRITZ!DECT 200" angepriesene Urlaubsschaltung mit aktueller FB7490 Laborversion 06.69-41556 nutzen wollen:
https://avm.de/aktuelles/neues-von-fritz/2015/entspannter-urlaub-mit-smart-home/
irgendwie fehlt diese Auswählmöglichkeit bei "FRITZ!DECT 200" Geräten
und bei dem SmartHome Gerät "Comet DECT ULE" (Heizkörperthermostat) von EUROtronic ist ein ander Bug in "Urlaubsschaltung" vorhanden
Details zum reproduzieren:
zuerst "Heizung Aus-Zeitraum 01.06 bis 31.08." eingeben (sommerferien) und speichern;
dann Feiertag z.B. 03.11 als Urlaub mit Zeitfenster von 08.00 Uhr bis 18:00 Uhr einschedulen;
dies gibt Fehlermeldung "Die Heizung-aus und Urlaubszeiträume dürfen sich nicht überlappen"
siehe auch Bugmeldung von Peter931 http://www.ip-phone-forum.de/showthread.php?t=284997
Hinweis:
Problem besteht auch in FW 06.60!!!
schade und nun beginnt die Heizperiode ;-(
Gruß
Pokemon20021
distanzcheck
Mitglied
- Mitglied seit
- 16 Feb 2008
- Beiträge
- 618
- Punkte für Reaktionen
- 6
- Punkte
- 18
Es wurde zwar schon beschrieben wie man zur Einstellung kommt um den Bestätigungscode am Telefon abzuschalten - aber hier ein Link, der bequem direkt angeklickt werden kann - die fragliche Einstellung unten auf der Seite
http://fritz.box/?&lp=userSet
http://fritz.box/?&lp=userSet
Hat noch jemand das Problem, das die ganze Ereignislog mit folgendem Eintrag zugemüllt wird?
[Edit Novize: Myfritz-Adresse gelöscht - private Weiterleitungen sollten privat bleiben
]
Wenn ich auf Internet -> MyFritz!-Konto gehe, lädt hier die Anzeige auch nur ewig (Status wird aktualisiert ...).. Von außen komme ich auch auf die FB mit dem Link, jedoch hat sich hier die FB seit 2 Tagen nicht mehr gemeldet..
EDIT: Hat sich erledigt, nach einem Aus- und wieder Anschalten des Dienstes gings wieder..
[Edit Novize: Myfritz-Adresse gelöscht - private Weiterleitungen sollten privat bleiben
]Wenn ich auf Internet -> MyFritz!-Konto gehe, lädt hier die Anzeige auch nur ewig (Status wird aktualisiert ...).. Von außen komme ich auch auf die FB mit dem Link, jedoch hat sich hier die FB seit 2 Tagen nicht mehr gemeldet..
EDIT: Hat sich erledigt, nach einem Aus- und wieder Anschalten des Dienstes gings wieder..
Zuletzt bearbeitet:
@TheUntouchable Siehe http://www.ip-phone-forum.de/showthread.php?t=284224, sollte helfen, dass in Zukunft nicht mehr durch Kopieren auch HTML mit kopierst und so hier deine MyFritz Adresse, samt Port und einer Session ID postest.
Hi,
wenn Du meinst das es an DHCP liegt musst Du im TV eine feste IP einstellen falls möglich. In der Fritzbox kannst Du nur einstellen das ein Gerät über DHCP immer die selbe IP bekommt. Wenn DHCP der Grund für die neue Gemütlichkeit ist wird es nichts helfen.
Ralf
wenn Du meinst das es an DHCP liegt musst Du im TV eine feste IP einstellen falls möglich. In der Fritzbox kannst Du nur einstellen das ein Gerät über DHCP immer die selbe IP bekommt. Wenn DHCP der Grund für die neue Gemütlichkeit ist wird es nichts helfen.
Ralf
Kann mal jemand im Ereignissprotokoll nachschauen, wie weit es zurück reicht? Bei mir stehen seit der ersten Labor 6.69.XX nur ereignisse der letzten 48 h drinnen.
ipforum74189
Neuer User
- Mitglied seit
- 28 Jan 2011
- Beiträge
- 160
- Punkte für Reaktionen
- 0
- Punkte
- 16
Bei mir sind es aktuell nur ca. 43 Stunden im Ereignisprotokoll ohne Neustart.
Zuletzt bearbeitet:
Portfreigaben habe ich nur 2. Neustart nicht das ich wüsste, muss dann ja regelmäßig sein, da wie gesagt nur ereignisse von 48 H drinn stehen.
Micha0815
IPPF-Promi
- Mitglied seit
- 25 Feb 2008
- Beiträge
- 5,280
- Punkte für Reaktionen
- 456
- Punkte
- 83
Der Buffer für die Ereignisse ist mutmasslich Grössen-beschränkt. Hier reicht er 4 Tage zurück (-41522). Da mittlerweile immer mehr Ereignisse festgehalten werden, kann sich dies auf den Zeitraum auswirken. Z.B. kann man unter WLAN die drögen An-+Abmeldungen ausblenden. Dass Androiden sich alle paar Minuten bei Inaktivität an+abmelden ist ja bekannt. Lässt man sich das noch per pushmail zusenden, müllt es das Postfach schnell zu und wirklich lesen tut man dies dann auch nicht mehr.
LG
LG
PeterPawn
IPPF-Urgestein
- Mitglied seit
- 10 Mai 2006
- Beiträge
- 15,156
- Punkte für Reaktionen
- 1,705
- Punkte
- 113
Aufwachen, McFly ...
Wieder mal ein Tarball mit falschem Format von AVM - die Datei ist ganz simpel zu kurz, es fehlt der letzte (leere) Header und ein leerer Block als Endemarkierung eines Tarballs im "ustar"-Format ("end of archive" entry).
Nun stört das zwar die "normale" Firmware eher nicht beim Entpacken, aber irgendwann wird sich vermutlich mal bis zu AVM herumsprechen, daß recht offensichtlich der Code zum Signieren der Firmware dann eine ungültige Datei erzeugt, wenn der eigentliche Inhalt zzgl. der Daten für die Signatur-Datei (512 Byte für den Header, 512 Byte für den Inhalt) bereits an einer 1024-Byte-Grenze endet. Kein Beinbruch und vermutlich sehr schnell zu beheben ... aber inzwischen fast ein "running gag" und einfach nicht totzukriegen.
Auch solche kleineren Probleme können einem früher oder später auf die Füße fallen ... sollte irgendwann mal eine neuere Version der BusyBox zum Einsatz kommen und die den Fehler einer zu kurzen Datei anders behandeln, spätestens dann kann sich so eine "kleinere Nachlässigkeit" rächen und das Ignorieren bereits be- und erkannter Fehler wirft (m.E.) kein allzu gutes Licht auf die (anzunehmende) generelle Behandlung von gemeldeten Problemen.
Wieder mal ein Tarball mit falschem Format von AVM - die Datei ist ganz simpel zu kurz, es fehlt der letzte (leere) Header und ein leerer Block als Endemarkierung eines Tarballs im "ustar"-Format ("end of archive" entry).
Code:
019c0400 2e 2f 76 61 72 2f 73 69 67 6e 61 74 75 72 65 00 |./var/signature.|
019c0410 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
019c0460 00 00 00 00 30 31 30 30 36 34 34 00 30 30 30 30 |....0100644.0000|
019c0470 30 30 30 00 30 30 30 30 30 30 30 00 30 30 30 30 |000.0000000.0000|
019c0480 30 30 30 30 32 30 30 00 31 32 37 37 36 37 32 35 |0000200.12776725|
019c0490 34 31 31 00 30 31 32 30 36 32 00 20 30 00 00 00 |411.012062. 0...|
019c04a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
019c0500 00 75 73 74 61 72 20 20 00 00 00 00 00 00 00 00 |.ustar ........|
019c0510 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
019c0540 00 00 00 00 00 00 00 00 00 30 30 30 30 30 30 30 |.........0000000|
019c0550 00 30 30 30 30 30 30 30 00 00 00 00 00 00 00 00 |.0000000........|
019c0560 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
019c0600 4a 84 13 e7 4f 06 65 3d d6 db d7 25 ff 59 fb 3a |J...O.e=...%.Y.:|
019c0610 42 cb 36 be 18 76 79 32 14 47 fc bd 81 89 0d 83 |B.6..vy2.G......|
019c0620 58 83 4c 09 b8 54 3a a9 b6 65 9f 9b ab 13 c2 21 |X.L..T:..e.....!|
019c0630 48 5b c4 55 74 71 e7 6f bd ee 39 0f dc 54 21 d8 |H[.Utq.o..9..T!.|
019c0640 ad 6e 8e 7f cb 60 de 2b 67 87 85 77 2a da 59 e6 |.n...`.+g..w*.Y.|
019c0650 46 68 09 a7 e5 5b cf 05 4c be b5 f6 17 27 50 ee |Fh...[..L....'P.|
019c0660 e8 9f 90 c8 40 6d 41 47 d7 16 44 21 4b 3f 63 e3 |[email protected]!K?c.|
019c0670 04 40 d3 f0 77 f7 5d cd 98 da c7 f8 64 22 9d 9f |[email protected].].....d"..|
019c0680 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
019c0800Auch solche kleineren Probleme können einem früher oder später auf die Füße fallen ... sollte irgendwann mal eine neuere Version der BusyBox zum Einsatz kommen und die den Fehler einer zu kurzen Datei anders behandeln, spätestens dann kann sich so eine "kleinere Nachlässigkeit" rächen und das Ignorieren bereits be- und erkannter Fehler wirft (m.E.) kein allzu gutes Licht auf die (anzunehmende) generelle Behandlung von gemeldeten Problemen.
Zitat Peter Pawn: "Auch solche kleineren Probleme können einem früher oder später auf die Füße fallen ... sollte irgendwann mal eine neuere Version der BusyBox zum Einsatz kommen und die den Fehler einer zu kurzen Datei anders behandeln, spätestens dann kann sich so eine "kleinere Nachlässigkeit" rächen und das Ignorieren bereits be- und erkannter Fehler wirft (m.E.) kein allzu gutes Licht auf die (anzunehmende) generelle Behandlung von gemeldeten Problemen."
Passt zu dieser Erfahrung: Ich hatte eine Fehlermeldung zu einer finalen Firmware, der 6.60, eingestellt. Die Rückantwort war ernüchternd: Aus den gestellten Fragen konnte man sehen, dass man sich die Mail samt beigefügten Screenshots und der Diagnosedatei nicht mal durchgelesen hatte. Und noch besser die Lösungsvorschläge: Genau das hatte ich ja selber schon versucht, wie man der Mail hätte entnehmen können, wenn man sie nur gelesen hätte.
Beim Thema Vectoring (BNG, 100 MBit Telekom) hatte ich schon lange aufgegeben: Ein vorgeschaltetes Zyxel 1312 B30A macht den Job bei guten Sync Werten ohne Resyncs seit März ohne zu murren, AVM kriegt es nicht gebacken. Ich habe es danach noch mal mit der 6.60 versucht, zwar besser, aber stabil ist anders.
Passt zu dieser Erfahrung: Ich hatte eine Fehlermeldung zu einer finalen Firmware, der 6.60, eingestellt. Die Rückantwort war ernüchternd: Aus den gestellten Fragen konnte man sehen, dass man sich die Mail samt beigefügten Screenshots und der Diagnosedatei nicht mal durchgelesen hatte. Und noch besser die Lösungsvorschläge: Genau das hatte ich ja selber schon versucht, wie man der Mail hätte entnehmen können, wenn man sie nur gelesen hätte.
Beim Thema Vectoring (BNG, 100 MBit Telekom) hatte ich schon lange aufgegeben: Ein vorgeschaltetes Zyxel 1312 B30A macht den Job bei guten Sync Werten ohne Resyncs seit März ohne zu murren, AVM kriegt es nicht gebacken. Ich habe es danach noch mal mit der 6.60 versucht, zwar besser, aber stabil ist anders.
Zuletzt bearbeitet:
Kann es sein, dass FTP von außen nicht erreichbar ist?
Über VPN und aus dem internen Netz komme ich ohne Probleme an den Fritzbox-FTP. Versuche ich es über die myfritz.net, dyndns oder ext. IP-Adresse geht nichts durch. Weder über den Browser noch über Filezilla. Konnte das schon jemand beobachten?
Über VPN und aus dem internen Netz komme ich ohne Probleme an den Fritzbox-FTP. Versuche ich es über die myfritz.net, dyndns oder ext. IP-Adresse geht nichts durch. Weder über den Browser noch über Filezilla. Konnte das schon jemand beobachten?
Ich habe seit gestern diese Labor drauf und kann bislang keine Wlan Aussetzer mehr feststellen.
Danke an AVM
Die wenigen bei mir eingerichteten Filter machen auch keine Probleme mehr.
Die Web Oberfläche läuft sehr "flüssig". Werde sofort berichten, wenn doch noch Fehler auffallen.
Danke an AVM
Die wenigen bei mir eingerichteten Filter machen auch keine Probleme mehr.
Die Web Oberfläche läuft sehr "flüssig". Werde sofort berichten, wenn doch noch Fehler auffallen.
- Status
Neueste Beiträge
-
Doorbird an Auerswald Compact
- Letzte: nyota
-
[Problem] F!B 6591 Bootloop- Letzte: PeterPawn
-
FRITZ!Box 7590 - INHAUS - Smart24P1 - 7.90 - Sammelthema- Letzte: Blackace
-
[Sammlung] Apps zur Steuerung von AVM-Smart Home- Letzte: Ralf-Fritz
