Einfach versuchen ein paar https Seiten aufzurufen und wumm, Reboot.
Getestet mit einem L-54ag und einem 1821.
Gibt es da schon eine neuere Beta Firmware ohne den Bug?
Ich nutze die https Oberfläche nämlich regelmässig von ausserhalb, daher ist dieser Fehler schon sehr störend.
Firmware 5.20 / Memleak in https Oberfläche
Moderator: Lancom-Systems Moderatoren
Hi,
Ciao
LoUiS
kann ich nicht reproduzieren, getestet mit einem L54 mit LCOS 5.20.0057.Einfach versuchen ein paar https Seiten aufzurufen und wumm, Reboot.
Getestet mit einem L-54ag und einem 1821.
Ich auch, also waere mir das schon aufgefallen. Bitte detailiertere Infos mit os_panic, was Du genau aufgerufen hast und wie das LANCOM konfiguriert ist, evtl. Konfig File anhaengen.Ich nutze die https Oberfläche nämlich regelmässig von ausserhalb, daher ist dieser Fehler schon sehr störend.
Ciao
LoUiS
Dr.House hat geschrieben:Dr. House: Du bist geheilt. Steh auf und wandle.
Patient: Sind Sie geisteskrank?
Dr. House: In der Bibel sagen die Leute schlicht "Ja, Herr" und verfallen dann ins Lobpreisen.
Korrektur, der 1821 geht wohl einfach nur der Speicher aus wenn man Seiten in zu schneller Folge aufruft oder reloaded, wobei ich von intern Zweige aufrufen konnte bei denen von extern schon lange Ende gewesen wäre.. Wenn man sehr langsam vorgeht gibt er den Speicher doch wieder frei und man kann die nächsen Seiten aufrufen, ist man zu schnell -> Reboot.
Der L-54ag mag anscheinend nur das schnelle reloaden nicht, könnte wohl daran liegen das er mindestens dreimal soviel freien Speicher zur Verfügung hat.
Zum testen kamen Mozilla und Firmware 5.20 zum Einsatz wobei eine AES-256 verschlüsselte TLS Verbindung benutzt wurde.
Hab nochmal jeweils einen Kaltstart vor dem testen gemacht um sicherzugehen.
****
1.1.1900 0:00:01 System boot after power on
DEVICE: LANCOM 1821 Wireless ADSL (Ann.B)
HW-RELEASE: C
VERSION: 5.20.0057 / 02.12.2005 / 4.91/e11.02.21.4
****
11.12.2005 12:58:39 os_panic
Task name = Sc
Type=data abort
Code=0x49d59fd0 Task=0x00d590e0 Nest=0x00000000
MMUSTS = 0x00000406 CPSR = 0x80000097 SPSR = 0x8000001f
FLTADDR = 0x001264d0 D-FLTADDR = 0x3b256924 MMUBASE = 0x00754000
R00 = 0x00e4e22a R01 = 0x49d59fd0 R02 = 0x00000014 R03 = 0x49f5fffa
R04 = 0x00e4e22a R05 = 0x49d59fd0 R06 = 0x00d5a0b0 R07 = 0x004a45a0
R08 = 0x00e4e100 R09 = 0x00000000 R10 = 0x00e4e206 R11 = 0x00000000
R12 = 0x00000000 R13 = 0x00d59fb0 R14 = 0x49d59fd0
Stack dump (256 bytes):
Adr:= 00D59FB0
Len:= 00000100
00D59FB0: 00 00 00 14 00 28 CA 28 49 D5 9F D0 00 F5 50 80 | .....(.( I.....P.
00D59FC0: 00 28 CD 0C 00 D5 A0 B0 00 00 00 40 00 00 00 00 | .(...... ...@....
00D59FD0: CE 81 8A 8E 85 75 ED 70 1C D2 F7 C2 66 1F 93 50 | .....u.p ....f..P
00D59FE0: 0E BA F3 A6 E5 0E 13 F7 27 8F A8 55 37 5A C1 C5 | ........ '..U7Z..
00D59FF0: FF 8D 6C B5 FB FD A8 88 20 AC E6 48 42 73 7D 5E | ..l..... ..HBs}^
00D5A000: A3 1F D9 73 2F 12 D8 94 4B 6E 1C 7B DD 85 F9 A9 | ...s/... Kn.{....
00D5A010: 49 59 22 03 92 29 6E FE CB B5 84 2F C1 86 88 DA | IY"..)n. .../....
00D5A020: A8 18 AA 39 DC 6E B9 7A E9 1D 23 85 CD 48 19 33 | ...9.n.z ..#..H.3
00D5A030: 1A 95 5F 55 80 A3 09 CD 3B EE DD C7 B4 A8 56 43 | .._U.... ;.....VC
00D5A040: 1A 49 23 FD D2 74 0A CD 36 8C 36 80 F9 22 BE FB | .I#..t.. 6.6.."..
00D5A050: FE 96 96 5E 78 39 54 AD 00 00 00 00 00 00 00 00 | ...^x9T. ........
00D5A060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ........ ........
00D5A070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ........ ........
00D5A080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ........ ........
00D5A090: 00 00 00 00 43 43 43 00 00 00 00 00 00 E4 E1 00 | ....CCC. ........
00D5A0A0: 00 D5 A0 CC 00 00 00 00 00 8D E7 14 00 00 00 84 | ........ ........
largest available memory block: 0 bytes
DEVICE: LANCOM 1821 Wireless ADSL (Ann.B)
HW-RELEASE: C
VERSION: 5.20.0057 / 02.12.2005 / 4.91/e11.02.21.4
****
11.12.2005 12:58:44 System boot after os_panic
DEVICE: LANCOM 1821 Wireless ADSL (Ann.B)
HW-RELEASE: C
VERSION: 5.20.0057 / 02.12.2005 / 4.91/e11.02.21.4
11.12.2005 12:54:05 System boot after os_panic
DEVICE: LANCOM L-54ag Wireless
HW-RELEASE: D
VERSION: 5.20.0057 / 02.12.2005
****
11.12.2005 12:54:08 os_panic
Task name = Sy
Type=data abort
Code=0x49603490 Task=0x006025a0 Nest=0x00000000
MMUSTS = 0x00000406 CPSR = 0x80000097 SPSR = 0x8000001f
FLTADDR = 0x0011c79c D-FLTADDR = 0xffff7fff MMUBASE = 0x004e4000
R00 = 0x0078900a R01 = 0x49603490 R02 = 0x00000014 R03 = 0x4978b49a
R04 = 0x0078900a R05 = 0x49603490 R06 = 0x00603570 R07 = 0x003904f4
R08 = 0x00788ee0 R09 = 0x00000000 R10 = 0x00788fe6 R11 = 0x00000000
R12 = 0x00000000 R13 = 0x00603470 R14 = 0x49603490
Stack dump (256 bytes):
Adr:= 00603470
Len:= 00000100
00603470: 00 00 00 14 00 1E 66 54 49 60 34 90 00 29 67 A0 | ......fT I`4..)g.
00603480: 00 1E 69 38 00 60 35 70 00 00 00 40 00 00 00 00 | ..i8.`5p ...@....
00603490: AE 5C 1F 8F AB 11 56 E4 42 BB 26 03 AF 71 C5 94 | .\....V. B.&..q..
006034A0: 2D 88 BF C8 80 64 19 87 2F 0A CF EA EC BD EA 8E | -....d.. /.......
006034B0: DD AC BC C4 C3 6F 58 8A A9 81 33 23 D7 90 63 E8 | .....oX. ..3#..c.
006034C0: 79 A9 A6 FB 95 F2 FC 50 16 56 4D B6 F6 BA 23 C1 | y......P .VM...#.
006034D0: F0 46 69 C8 85 C4 A8 1F C1 FC 89 A4 7A AB 53 94 | .Fi..... ....z.S.
006034E0: 54 72 7F 0C B1 F4 84 17 8E FE 62 1D 4F A6 65 C5 | T..... ..b.O.e.
006034F0: 8C 50 1E EA 44 2D 88 CD 24 C3 D4 9B 06 AB C4 5C | .P..D-.. $......\
00603500: 03 0C A7 62 BA 80 E6 A6 D7 92 88 92 90 0F A3 96 | ...b.... ........
00603510: 23 1E A4 0F 89 B0 7E 75 00 00 00 00 00 00 00 00 | #.....~u ........
00603520: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ........ ........
00603530: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ........ ........
00603540: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ........ ........
00603550: 00 00 00 00 43 43 43 00 00 00 00 00 00 78 8E E0 | ....CCC. .....x..
00603560: 00 60 35 8C 00 00 00 00 00 77 6E 34 00 00 00 84 | .`5..... .wn4....
largest available memory block: 8875328 bytes
DEVICE: LANCOM L-54ag Wireless
HW-RELEASE: D
VERSION: 5.20.0057 / 02.12.2005
****
11.12.2005 12:54:14 System boot after os_panic
DEVICE: LANCOM L-54ag Wireless
HW-RELEASE: D
VERSION: 5.20.0057 / 02.12.2005
Der L-54ag mag anscheinend nur das schnelle reloaden nicht, könnte wohl daran liegen das er mindestens dreimal soviel freien Speicher zur Verfügung hat.
Zum testen kamen Mozilla und Firmware 5.20 zum Einsatz wobei eine AES-256 verschlüsselte TLS Verbindung benutzt wurde.
Hab nochmal jeweils einen Kaltstart vor dem testen gemacht um sicherzugehen.
****
1.1.1900 0:00:01 System boot after power on
DEVICE: LANCOM 1821 Wireless ADSL (Ann.B)
HW-RELEASE: C
VERSION: 5.20.0057 / 02.12.2005 / 4.91/e11.02.21.4
****
11.12.2005 12:58:39 os_panic
Task name = Sc
Type=data abort
Code=0x49d59fd0 Task=0x00d590e0 Nest=0x00000000
MMUSTS = 0x00000406 CPSR = 0x80000097 SPSR = 0x8000001f
FLTADDR = 0x001264d0 D-FLTADDR = 0x3b256924 MMUBASE = 0x00754000
R00 = 0x00e4e22a R01 = 0x49d59fd0 R02 = 0x00000014 R03 = 0x49f5fffa
R04 = 0x00e4e22a R05 = 0x49d59fd0 R06 = 0x00d5a0b0 R07 = 0x004a45a0
R08 = 0x00e4e100 R09 = 0x00000000 R10 = 0x00e4e206 R11 = 0x00000000
R12 = 0x00000000 R13 = 0x00d59fb0 R14 = 0x49d59fd0
Stack dump (256 bytes):
Adr:= 00D59FB0
Len:= 00000100
00D59FB0: 00 00 00 14 00 28 CA 28 49 D5 9F D0 00 F5 50 80 | .....(.( I.....P.
00D59FC0: 00 28 CD 0C 00 D5 A0 B0 00 00 00 40 00 00 00 00 | .(...... ...@....
00D59FD0: CE 81 8A 8E 85 75 ED 70 1C D2 F7 C2 66 1F 93 50 | .....u.p ....f..P
00D59FE0: 0E BA F3 A6 E5 0E 13 F7 27 8F A8 55 37 5A C1 C5 | ........ '..U7Z..
00D59FF0: FF 8D 6C B5 FB FD A8 88 20 AC E6 48 42 73 7D 5E | ..l..... ..HBs}^
00D5A000: A3 1F D9 73 2F 12 D8 94 4B 6E 1C 7B DD 85 F9 A9 | ...s/... Kn.{....
00D5A010: 49 59 22 03 92 29 6E FE CB B5 84 2F C1 86 88 DA | IY"..)n. .../....
00D5A020: A8 18 AA 39 DC 6E B9 7A E9 1D 23 85 CD 48 19 33 | ...9.n.z ..#..H.3
00D5A030: 1A 95 5F 55 80 A3 09 CD 3B EE DD C7 B4 A8 56 43 | .._U.... ;.....VC
00D5A040: 1A 49 23 FD D2 74 0A CD 36 8C 36 80 F9 22 BE FB | .I#..t.. 6.6.."..
00D5A050: FE 96 96 5E 78 39 54 AD 00 00 00 00 00 00 00 00 | ...^x9T. ........
00D5A060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ........ ........
00D5A070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ........ ........
00D5A080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ........ ........
00D5A090: 00 00 00 00 43 43 43 00 00 00 00 00 00 E4 E1 00 | ....CCC. ........
00D5A0A0: 00 D5 A0 CC 00 00 00 00 00 8D E7 14 00 00 00 84 | ........ ........
largest available memory block: 0 bytes
DEVICE: LANCOM 1821 Wireless ADSL (Ann.B)
HW-RELEASE: C
VERSION: 5.20.0057 / 02.12.2005 / 4.91/e11.02.21.4
****
11.12.2005 12:58:44 System boot after os_panic
DEVICE: LANCOM 1821 Wireless ADSL (Ann.B)
HW-RELEASE: C
VERSION: 5.20.0057 / 02.12.2005 / 4.91/e11.02.21.4
11.12.2005 12:54:05 System boot after os_panic
DEVICE: LANCOM L-54ag Wireless
HW-RELEASE: D
VERSION: 5.20.0057 / 02.12.2005
****
11.12.2005 12:54:08 os_panic
Task name = Sy
Type=data abort
Code=0x49603490 Task=0x006025a0 Nest=0x00000000
MMUSTS = 0x00000406 CPSR = 0x80000097 SPSR = 0x8000001f
FLTADDR = 0x0011c79c D-FLTADDR = 0xffff7fff MMUBASE = 0x004e4000
R00 = 0x0078900a R01 = 0x49603490 R02 = 0x00000014 R03 = 0x4978b49a
R04 = 0x0078900a R05 = 0x49603490 R06 = 0x00603570 R07 = 0x003904f4
R08 = 0x00788ee0 R09 = 0x00000000 R10 = 0x00788fe6 R11 = 0x00000000
R12 = 0x00000000 R13 = 0x00603470 R14 = 0x49603490
Stack dump (256 bytes):
Adr:= 00603470
Len:= 00000100
00603470: 00 00 00 14 00 1E 66 54 49 60 34 90 00 29 67 A0 | ......fT I`4..)g.
00603480: 00 1E 69 38 00 60 35 70 00 00 00 40 00 00 00 00 | ..i8.`5p ...@....
00603490: AE 5C 1F 8F AB 11 56 E4 42 BB 26 03 AF 71 C5 94 | .\....V. B.&..q..
006034A0: 2D 88 BF C8 80 64 19 87 2F 0A CF EA EC BD EA 8E | -....d.. /.......
006034B0: DD AC BC C4 C3 6F 58 8A A9 81 33 23 D7 90 63 E8 | .....oX. ..3#..c.
006034C0: 79 A9 A6 FB 95 F2 FC 50 16 56 4D B6 F6 BA 23 C1 | y......P .VM...#.
006034D0: F0 46 69 C8 85 C4 A8 1F C1 FC 89 A4 7A AB 53 94 | .Fi..... ....z.S.
006034E0: 54 72 7F 0C B1 F4 84 17 8E FE 62 1D 4F A6 65 C5 | T..... ..b.O.e.
006034F0: 8C 50 1E EA 44 2D 88 CD 24 C3 D4 9B 06 AB C4 5C | .P..D-.. $......\
00603500: 03 0C A7 62 BA 80 E6 A6 D7 92 88 92 90 0F A3 96 | ...b.... ........
00603510: 23 1E A4 0F 89 B0 7E 75 00 00 00 00 00 00 00 00 | #.....~u ........
00603520: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ........ ........
00603530: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ........ ........
00603540: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ........ ........
00603550: 00 00 00 00 43 43 43 00 00 00 00 00 00 78 8E E0 | ....CCC. .....x..
00603560: 00 60 35 8C 00 00 00 00 00 77 6E 34 00 00 00 84 | .`5..... .wn4....
largest available memory block: 8875328 bytes
DEVICE: LANCOM L-54ag Wireless
HW-RELEASE: D
VERSION: 5.20.0057 / 02.12.2005
****
11.12.2005 12:54:14 System boot after os_panic
DEVICE: LANCOM L-54ag Wireless
HW-RELEASE: D
VERSION: 5.20.0057 / 02.12.2005
Hi,
die os_panic werde ich mit der Beschreibung in die Bugtracking eintragen und mal schauen wann das gefixed wird. Kritisch ist das IMHO nicht, kann also noch was dauern.
Ciao
LoUiS
die os_panic werde ich mit der Beschreibung in die Bugtracking eintragen und mal schauen wann das gefixed wird. Kritisch ist das IMHO nicht, kann also noch was dauern.
Ciao
LoUiS
Dr.House hat geschrieben:Dr. House: Du bist geheilt. Steh auf und wandle.
Patient: Sind Sie geisteskrank?
Dr. House: In der Bibel sagen die Leute schlicht "Ja, Herr" und verfallen dann ins Lobpreisen.
Leider versuchen die meisten Browser HTTP(S)-Verbindungen persistent offenzuhaltenKorrektur, der 1821 geht wohl einfach nur der Speicher aus wenn man Seiten in zu schneller Folge aufruft oder reloaded, wobei ich von intern Zweige aufrufen konnte bei denen von extern schon lange Ende gewesen wäre.. Wenn man sehr langsam vorgeht gibt er den Speicher doch
wieder frei und man kann die nächsen Seiten aufrufen, ist man zu schnell -> Reboot.
(könnten ja nochmal irgendwann gebraucht werden...), egal wie oft man seitens des
Servers ein FIN schickt und ob man 'Connection: close' in die HTTP-Antwort schreibt.
Nach 10 Sekunden zieht der Web-Server im LANCOM deshalb die Notbremse und
beendet sie gewaltsam per TCP-Reset. Solange bleiben die Resourcen einer
Verbindung belegt - und das sind bei HTTPS nicht wenige, alleine eine fast dreistellige
Zahl von Kbytes für die Datenpuffer...
Ich versuche den Absturz hier gerade auf einem 3050 nachzustellen und bekomme's bisher
nicht hin. Das ist allerdings auch schon ein Firmwarestand auf dem Weg zur
6.00, wo so ziemlich der halbe SSL-Code wegen Austauschs der Krypto-Routinen
und ladbarem Zertifikat geändert wurde.
Gruß Alfred
Hmmm, und wie schafft dann der HTTPS-Server meiner Bank es, auf meinen Auslogwunsch erfolgreich zu reagieren? Auch mit TCP-Reset?alf29 hat geschrieben: Leider versuchen die meisten Browser HTTP(S)-Verbindungen persistent offenzuhalten (könnten ja nochmal irgendwann gebraucht werden...), egal wie oft man seitens des Servers ein FIN schickt und ob man 'Connection: close' in die HTTP-Antwort schreibt.Nach 10 Sekunden zieht der Web-Server im LANCOM deshalb die Notbremse und
beendet sie gewaltsam per TCP-Reset.
Kann mir beim besten Wunsch nicht vorstellen, daß die Browser hier die Bösewichter sein sollen, da ist wohl ziemlich eindeutig der Webserver bzw. die Seite die der Lancom ausliefert buggy (wieso fehlt da ein Auslog-Button?).
Dazu kommt, daß ich hier einen 1711er habe, der nach einer Konfigurationsänderung per HTTPS, völlig dicht macht. Also kein Reboot, er läßt mich gar nicht mehr rauf (und nein, ich habe keine Parameter geändert, die zu meiner Aussperrung führten, sondern lediglich die Uhrzeit gestellt)
Kann echt alles nicht war sein mit dem Gerät.
Hmmm, und wie schafft dann der HTTPS-Server meiner Bank es, auf meinen Auslogwunsch erfolgreich zu reagieren? Auch mit TCP-Reset?
Kann mir beim besten Wunsch nicht vorstellen, daß die Browser hier die Bösewichter sein sollen, da ist wohl ziemlich eindeutig der Webserver bzw. die Seite die der Lancom ausliefert buggy (wieso fehlt da ein Auslog-Button?).
Das eine hat mit dem anderen nichts zu tun. Wenn Du Dich bei Deiner Bank abmeldest,
dann wird irgendwo in der Datenbank des Servers eine Session gelöscht, die über
mehrere HTTP-Requests hinweg besteht (auf welche Weise die auch immer identifiziert,
wird, Cookies sind z.B. gängig). Worum es hier ging, ist die TCP/SSL-Verbindung, über die
Requests abgesetzt werden, und die Browser gerne über den eigentlichen Request
hinweg offen halten, um bei einem weiteren Zugriff auf den gleichen Server sich den
Verbindungsaufbau sparen zu können. Die offenen Verbindungen kosten aber auf
dem Web-Server Resourcen, und im Gegensatz zu einem PC hat ein LANCOM nicht
quasi unendlich viel Speicher (mangels Festplatte und Swapping).
Also das habe ich gerade auf meinem 3050 probiert (ein 1711 habe ich nicht zur Hand)Dazu kommt, daß ich hier einen 1711er habe, der nach einer Konfigurationsänderung per HTTPS, völlig dicht macht. Also kein Reboot, er läßt mich gar nicht mehr rauf (und nein, ich habe keine Parameter geändert, die zu meiner Aussperrung führten, sondern lediglich die Uhrzeit gestellt)
und das hat ohne Probleme geklappt...
Im übrigen hat sich (zufällig heute) noch ein Bug im SSL gefunden, der verantwortlich
für den obigen Absturz sein könnte. Der Fix wird in der 5.22 bzw. 6.00 enthalten sein.
Theoretisch müßte es im Moment auch ausreichen, AES256 auszuschalten - mit AES128
sollte der Fehler nicht auftreten, wenn ich das richtig überblicke, und das ist auch immer
noch ziemlich sicher...
Gruß Alfred