[Problem] Neue Fritz Box 6490 Cable mit JFritz - Problem mit Anmeldung

[koyaanisqatsi]

Klaro, PeterPawn.
Oben rechts der blaue Kasten.
Quelltext: KlickKlack

 

[PeterPawn]

Oben rechts der blaue Kasten.
Quelltext: KlickKlack

Sicher ? Dann bin ich doch zu blöd, ich finde in den angebotenen Archiv-Files nur die fertigen Klassen (class-Files) und keine Quelltexte (java-Files).

Und bei

<hostname>:~/JFritz/jfritz-0.7.5 # find . -type f | sed -e 's#^.*\.\(.*\)$#\1#' | sort | uniq
2
conf
csv
dll
gif
html
jar
jnilib
jpg
/lib/linux/x86/mozembed-linux-gtk2
/lib/sunos/sparc/mozembed-solaris-gtk2
/lib/sunos/x86/mozembed-solaris-gtk2
png
project
properties
txt
xml

sehe ich auch nichts, was ich jetzt als Java-Quelltext-File identifizieren würde.

 

[koyaanisqatsi]

Beim Entpacken sind mir aber einige *.jar Files aufgefallen.

cd jfritz-0.7.5/
root@deepbase # l
total 1580
drwxr-xr-x    8 root     root          4096 Jan 11 15:00 ./
drwxrwxrwx    5 root     root          4096 Jan 11 15:00 ../
-rw-r--r--    1 root     root         10467 Dec 23  2013 Changelog.txt
-rw-r--r--    1 root     root        348160 Dec 23  2013 MSVCR71.dll
drwxr-xr-x    2 root     root          4096 Jan 11 15:00 conf/
-rw-r--r--    1 root     root         14827 Dec 23  2013 fritzbox.jar
-rw-r--r--    1 root     root         94208 Dec 23  2013 jacob.dll
-rw-r--r--    1 root     root        781978 Dec 23  2013 jfritz.jar
-rw-r--r--    1 root     root          8649 Dec 23  2013 jfritz.png
drwxr-xr-x    3 root     root          4096 Jan 11 15:00 lang/
drwxr-xr-x    6 root     root          4096 Jan 11 15:00 lib/
-rw-r--r--    1 root     root          1234 Dec 23  2013 log4j.xml
drwxr-xr-x    7 root     root          4096 Jan 11 15:00 number/
drwxr-xr-x    2 root     root          4096 Jan 11 15:00 pictures/
-rw-r--r--    1 root     root        163724 Dec 23  2013 resources.jar
-rw-r--r--    1 root     root         16739 Dec 23  2013 reverselookup.jar
-rw-r--r--    1 root     root         94417 Dec 23  2013 splash.png
-rw-r--r--    1 root     root          5739 Dec 23  2013 status.png
drwxr-xr-x    2 root     root          4096 Jan 11 15:00 styles/
-rw-r--r--    1 root     root          2235 Dec 23  2013 utils.jar

Ist dein sed kaputt?

 

[PeterPawn]

Ist dein sed kaputt?

Ne ... das sind die von mir angesprochenen Archiv-Files [EDIT]und die tauchen ja auch im Code-Kasten auf.[/EDIT]

jar-Files (Java ARchive) sind ZIP-Files mit den class-Files (Bytecode) und werden vom Java-Compiler javac erzeugt. Es ist zwar theoretisch möglich, aus dem Bytecode wieder Quelltext zu erstellen, der ist dann aber alles andere als lesbar (und enthält keine Kommentare usw.) und nur beim Reverse Engineering, wo man keine andere Möglichkeit zum Zugriff auf die Quellen hat, eine Option.

 

[koyaanisqatsi]

Ok, dann müssen wir doch darauf warten das es ihm auf "Jakobs-Island" zu langweilig wird.

 

[Redskin64]

So, auf ein Neues
Mal ein paar Bilder...









(11.01.15 11:42:27): WARNING: box.address is empty => showing config wizard
(11.01.15 11:42:27): Save state properties
(11.01.15 11:42:27): INFO: Saving to file C:\Users\Redskin\AppData\Roaming\JFritz\jfritz.state.properties.xml
(11.01.15 11:42:27): Save config properties
(11.01.15 11:42:27): INFO: Saving to file C:\Users\Redskin\AppData\Roaming\JFritz\jfritz.properties.xml
OS Language: de
OS Country: DE
(11.01.15 11:42:27): INFO: Presenting user with the configuration dialog
(11.01.15 11:42:27): INFO: asking the user for the language
(11.01.15 11:42:27): INFO: Found resources for locale 'de_DE', loading flag image 'C:\Program Files (x86)\JFritz\lang\flags\de.gif'
(11.01.15 11:42:27): INFO: Found resources for locale 'en_US', loading flag image 'C:\Program Files (x86)\JFritz\lang\flags\us.gif'
(11.01.15 11:42:27): INFO: Found resources for locale 'it_IT', loading flag image 'C:\Program Files (x86)\JFritz\lang\flags\it.gif'
(11.01.15 11:42:27): INFO: Found resources for locale 'nl_NL', loading flag image 'C:\Program Files (x86)\JFritz\lang\flags\nl.gif'
(11.01.15 11:42:27): INFO: Found resources for locale 'pl_PL', loading flag image 'C:\Program Files (x86)\JFritz\lang\flags\pl.gif'
(11.01.15 11:42:27): INFO: Found resources for locale 'ru_RU', loading flag image 'C:\Program Files (x86)\JFritz\lang\flags\ru.gif'
(11.01.15 11:42:29): INFO: Create JFritz config wizard
(11.01.15 11:42:29): INFO: Searching for FritzBox per UPnP / SSDP
(11.01.15 11:42:30): WARNING: Timeout for SSDP
(11.01.15 11:42:30): INFO: Discover thread
(11.01.15 11:42:30): INFO: FRITZ!Box call monitor chosen
(11.01.15 11:44:46): INFO: Cancel clicked, not saving values
(11.01.15 11:44:46): INFO: Loading the german number to city list
(11.01.15 11:44:46): INFO: 5204 Lines read from areacodes_germany.csv
(11.01.15 11:44:46): INFO: numberMap size: 5204
(11.01.15 11:44:46): INFO: Loading the austrian number to city list
(11.01.15 11:44:46): INFO: 1029 Lines read from areacodes_austria.csv
(11.01.15 11:44:46): INFO: numberMap size: 1029
(11.01.15 11:44:46): INFO: Loading the american number to city list
(11.01.15 11:44:46): INFO: 383 Lines read from areacodes_usa.csv
(11.01.15 11:44:46): INFO: numberMap size: 262
(11.01.15 11:44:46): INFO: Loading the turkish number to city list
(11.01.15 11:44:46): INFO: 110 Lines read from areacodes_turkey.csv
(11.01.15 11:44:46): INFO: numberMap size: 110
(11.01.15 11:44:46): INFO: Loading the country code -> flag map
(11.01.15 11:44:46): INFO: 262 Lines read from country_codes_world.csv
(11.01.15 11:44:46): INFO: worldFlagMap size: 261
(11.01.15 11:44:46): INFO: Loading the country code -> flag map
(11.01.15 11:44:46): INFO: 1862 Lines read from country_specfic_codes_world.csv
(11.01.15 11:44:46): INFO: specificWorldFlagMap size: 1862
(11.01.15 11:44:46): INFO: Loading the call by call xml file
(11.01.15 11:44:46): INFO: Call by Call for +31 added. Prefix: 16 Length: 4
(11.01.15 11:44:46): INFO: Call by Call for +39 added. Prefix: 10 Length: 4
(11.01.15 11:44:46): INFO: Call by Call for +41 added. Prefix: 10 Length: 5
(11.01.15 11:44:46): INFO: Call by Call for +49 added. Prefix: 0100 Length: 6
(11.01.15 11:44:46): INFO: Call by Call for +49 added. Prefix: 010 Length: 5
(11.01.15 11:44:46): ERROR: Could not read C:\Users\Redskin\AppData\Roaming\JFritz\jfritz.quickdials.xml!
(11.01.15 11:44:46): ERROR: Could not read C:\Users\Redskin\AppData\Roaming\JFritz\jfritz.phonebook.xml!
(11.01.15 11:44:46): ERROR: Could not read C:\Users\Redskin\AppData\Roaming\JFritz\jfritz.calls.xml!
(11.01.15 11:44:46): INFO: loading the client settings xml file: C:\Users\Redskin\AppData\Roaming\JFritz\jfritz.clientsettings.xml
(11.01.15 11:44:46): ERROR: Could not read client login settings! No settings loaded!
(11.01.15 11:44:46): INFO: Changing look and feel to: com.sun.java.swing.plaf.windows.WindowsLookAndFeel
(11.01.15 11:44:46): INFO: New instance of JFrame
(11.01.15 11:44:46): INFO: Create JFritz-GUI
(11.01.15 11:44:46): DEBUG: Box connected
(11.01.15 11:44:46): DEBUG: CallerTable: Adding table column type at position 0
(11.01.15 11:44:46): DEBUG: CallerTable: Adding table column date at position 1
(11.01.15 11:44:46): DEBUG: CallerTable: Adding table column callbycall at position 2
(11.01.15 11:44:46): DEBUG: CallerTable: Adding table column number at position 3
(11.01.15 11:44:46): DEBUG: CallerTable: Adding table column picture at position 4
(11.01.15 11:44:46): DEBUG: CallerTable: Adding table column participant at position 5
(11.01.15 11:44:46): DEBUG: CallerTable: Adding table column port at position 6
(11.01.15 11:44:46): DEBUG: CallerTable: Adding table column route at position 7
(11.01.15 11:44:46): DEBUG: CallerTable: Adding table column duration at position 8
(11.01.15 11:44:46): DEBUG: CallerTable: Adding table column comment at position 9
(11.01.15 11:44:46): DEBUG: CallerTable: Adding table column city at position 10
(11.01.15 11:44:46): DEBUG: ---
(11.01.15 11:44:46): DEBUG: Table column 0: type
(11.01.15 11:44:46): DEBUG: Table column 1: date
(11.01.15 11:44:46): DEBUG: Table column 2: callbycall
(11.01.15 11:44:46): DEBUG: Table column 3: number
(11.01.15 11:44:46): DEBUG: Table column 4: picture
(11.01.15 11:44:46): DEBUG: Table column 5: participant
(11.01.15 11:44:46): DEBUG: Table column 6: port
(11.01.15 11:44:46): DEBUG: Table column 7: route
(11.01.15 11:44:46): DEBUG: Table column 8: duration
(11.01.15 11:44:46): DEBUG: Table column 9: comment
(11.01.15 11:44:46): DEBUG: Table column 10: city
(11.01.15 11:44:47): ERROR: java.io.IOException: Server returned HTTP response code: 500 for URL: http://fritz.box:49000/upnp/control/WANCommonIFC1
(11.01.15 11:44:47): ERROR: java.io.IOException: Server returned HTTP response code: 500 for URL: http://fritz.box:49000/upnp/control/WANCommonIFC1
(11.01.15 11:44:47): ERROR: java.io.IOException: Server returned HTTP response code: 500 for URL: http://fritz.box:49000/upnp/control/WANIPConn1
(11.01.15 11:44:47): ERROR: java.io.IOException: Server returned HTTP response code: 500 for URL: http://fritz.box:49000/upnp/control/WANIPConn1
(11.01.15 11:44:47): DEBUG: CREATE GUI:
(11.01.15 11:44:47): DEBUG: CREATE GUI: restore window state 6
(11.01.15 11:44:47): INFO: Loading template C:\Program Files (x86)\JFritz\styles\template-incoming.html ...
(11.01.15 11:44:47): INFO: Loding template done!
(11.01.15 11:44:47): INFO: Loading template C:\Program Files (x86)\JFritz\styles\template-outgoing.html ...
(11.01.15 11:44:47): INFO: Loding template done!
(11.01.15 11:44:47): INFO: Showing incoming call...
(11.01.15 11:44:47): INFO: Creating call message gui...
(11.01.15 11:44:47): DEBUG: <html> <head> <style> #imagewidth:-1 #imageheight:240 html,body { height:100%; margin:0px; padding:0px; } body { background-color:#002d91; } table { margin:0px; padding:0px; width:100%; table-layout:fixed; white-space:nowrap; } tr { margin:0px; padding:0px; } td { margin:0px; margin-right:1px; margin-left:3px; padding-left:5px; overflow:hidden; } #called { font-size:14pt; font-family:Arial; font-weight:bold; color:#000000; background-color:#ffffce; margin-top:3px; padding-left:5px; } #name { font-size:20pt; font-family:Arial; font-weight:bold; color:#ffffce; background-color:#002d91; } #number { font-size:20pt; font-family:Arial; font-weight:bold; color:#ffffce; background-color:#002d91; padding-bottom:5px; } #datetime { margin:0px; padding:0px; text-align:right; font-size:14pt; font-family:Arial; font-weight:bold; color:#ffffce; background-color:#002d91; margin-top:3px; } #status { font-size:12pt; font-family:Arial; font-weight:bold; color:#000000; background-color:#ffffce; margin-top:0px; margin-bottom:0px; } #google { margin:0px; padding:0px; text-align:right; font-size:14pt; font-family:Arial; font-weight:bold; color:#ffffce; background-color:#002d91; margin-top:3px;} .inv { font-size:14pt; font-family:Arial; font-weight:bold; color:#000000; background-color:#c6d4e1; padding-top:0px; padding-left:5px; padding-right:5px; } #inv_name { padding-top:5px; margin-top:0px; } #inv_strasse { } #inv_ort { } #inv_land { padding-top:5px; margin-bottom:0px; padding-bottom:9px; } </style> </head> <body> <div> <table> <tr> <td> <div> <div id="datetime"> </div> <div id="called"></div> <div id="name"> </div> <div id="number">&nbsp;</div> <div class="inv" id="inv_name"> </div> <div class="inv" id="inv_company"></div> <div class="inv" id="inv_strasse"></div> <div class="inv" id="inv_ort"> </div> <div class="inv" id="inv_land">&nbsp;</div> <div id="google"></div> </div> </td> </tr> </table> </div> </body></html>
(11.01.15 11:44:47): INFO: Display message...
(11.01.15 11:44:47): DEBUG: Should be displayed...
(11.01.15 11:44:47): INFO: Check Systray-Support
(11.01.15 11:44:47): DEBUG: CHECKSTARTOPTIONS:
(11.01.15 11:44:47): DEBUG: CHECKSTARTOPTIONS: don't start minimized
(11.01.15 11:44:47): DEBUG: Window shown
(11.01.15 11:44:47): INFO: Watchdog enabled
(11.01.15 11:44:50): DEBUG: Action exit
Shutting down JFritz...
Multiple instance lock: release lock.
(11.01.15 11:44:52): DEBUG: prepareShutdown in JFritz.java
(11.01.15 11:44:52): INFO: prepareShutdown in JFritzWindow.java
(11.01.15 11:44:52): INFO: prepareShutdown in JFritzWindow.java done
(11.01.15 11:44:52): Save state properties
(11.01.15 11:44:52): INFO: Saving to file C:\Users\Redskin\AppData\Roaming\JFritz\jfritz.state.properties.xml
(11.01.15 11:44:52): INFO: Stopping reverse lookup
(11.01.15 11:44:52): INFO: Removing systray
(11.01.15 11:44:52): INFO: Stopping watchdog
(11.01.15 11:44:52): DEBUG: prepareShutdown in JFritz.java done

Das Kennwort wird auf im Browser akzeptiert, aber der Einrichtungsassistent akzeptiert es nicht...

 

[PeterPawn]

Ok, dann müssen wir doch darauf warten das es ihm auf "Jakobs-Island" zu langweilig wird.

Außer jemand anderes hat den Quelltext nach dem 23.12.2013 schon mal von ihm erhalten (Ist er schon lange unterwegs ? Oder ist das tatsächlich ein Joke, den ich nicht verstehe ?) und stellt ihn irgendwo als Download bereit. Da das offiziell unter GPLv2 läuft, ist das kein Copyright-Verstoß ... ich verstehe den Ansatz mit der E-Mail ohnehin nicht in vollem Umfang. Er hat bestimmt seine Gründe, ich verstehe sie eben nur nicht, denn das "Buchführen", wer die Daten erhalten hat, ist bei GPLv2 ja eigentlich obsolet. Da ja jeder die modifizierten Quellen seinerseits wieder veröffentlichen muß und damit der "Kontrollaspekt" kaum ein Grund sein kann, ist die "Aufgabe der Anonymität" durch die Preisgabe der E-Mail-Adresse beim Anfordern der Quellen in meinen Augen sogar ein Nachteil.

Auch ist so eine unabhängige Validierung (ja eigentlich ein Vorteil von OSS) nur bedingt möglich ... der Vergleich von fertigen Paketen wie im Sourceforge-Repository mit selbst erstellten ist ein riesiger Aufwand (wer das nachvollziehen will, kann sich ja mal die Geschichte mit dem Review für TrueCrypt ansehen) und für viele OSS-Projekte ist die Möglichkeit des unabhängigen Builds ja ein Merkmal. Wenn ich lieber selbst bauen will (ob man dann die Quellen vorher analysiert, lasse ich mal dahingestellt), dann kann ich bei den meisten OSS-Projekten den zum Download bereitgestellten Quelltext nehmen und meine eigene ausführbare Version (z.B. mit erweiterter Debug-Unterstützung o.ä. zur Fehlersuche) bauen.

Wenn das von den JFritz-Autoren nicht so gehandhabt wird (ich habe irgendwo glaube ich auch gelesen, daß SkyTeddy da involviert ist und der ist sicherlich nicht auch auf Weltumsegelung oder er ist der letzte Mohikaner und robotniko ist dann am Ende doch er - was weiß ich denn), dann haben sie sicherlich ihre Gründe, aber da kommt dann bei mir (ist nun mal so, ich kann auch nicht aus meiner Haut) wieder extreme Unlust (und eben auch Unverständnis, weil man nach den Querelen zwischen Autoren von Tools auch hier im IPPF ja einen Verdacht haben kann, warum das so gehandhabt wird) auf und dann war's das eigentlich für mich. Ich habe nicht die Absicht, in der Auseinandersetzung (nicht mal nachträglich) für irgendeine Seite Partei zu ergreifen.

Das ist auch keine Fundamentalkritik am Vorgehen der JFritz-Autoren, es ist nur die nüchterne Feststellung, daß sie es etwas anders als "üblich" handhaben. Das ist ihr gutes Recht und damit ist es dann aber auch gut für mich und mein Interesse an JFritz ad acta gelegt.

 

[Wäldler.]

Wenn das von den JFritz-Autoren nicht so gehandhabt wird (ich habe irgendwo glaube ich auch gelesen, daß SkyTeddy da involviert ist und der ist sicherlich nicht auch auf Weltumsegelung oder er ist der letzte Mohikaner und robotniko ist dann am Ende doch er - was weiß ich denn), dann haben sie sicherlich ihre Gründe, aber da kommt dann bei mir (ist nun mal so, ich kann auch nicht aus meiner Haut) wieder extreme Unlust (und eben auch Unverständnis, weil man nach den Querelen zwischen Autoren von Tools auch hier im IPPF ja einen Verdacht haben kann, warum das so gehandhabt wird) auf und dann war's das eigentlich für mich. Ich habe nicht die Absicht, in der Auseinandersetzung (nicht mal nachträglich) für irgendeine Seite Partei zu ergreifen.

Bei den Gründen hast Du recht.

 

[PeterPawn]

So, auf ein Neues

Ein Anfang, leider ein vergeblicher ... siehe andere Beiträge.

Was man aber in Deinem Protokoll erkennen kann ... die Änderung am IGD-Interface beeinflußt JFritz dann doch (auch wenn Hans Jürgen damit nichts anfangen konnte), denn die URL für die Aufrufe

(11.01.15 11:44:47): ERROR: java.io.IOException: Server returned HTTP response code: 500 for URL: http://fritz.box:49000/upnp/control/WANCommonIFC1
(11.01.15 11:44:47): ERROR: java.io.IOException: Server returned HTTP response code: 500 for URL: http://fritz.box:49000/upnp/control/WANCommonIFC1
(11.01.15 11:44:47): ERROR: java.io.IOException: Server returned HTTP response code: 500 for URL: http://fritz.box:49000/upnp/control/WANIPConn1
(11.01.15 11:44:47): ERROR: java.io.IOException: Server returned HTTP response code: 500 for URL: http://fritz.box:49000/upnp/control/WANIPConn1

müßte nach dieser Service-Beschreibung eine andere sein

<serviceList>
<service>
<serviceType>urn:schemas-upnp-org:service:WANCommonInterfaceConfig:1</serviceType>
<serviceId>urn:upnp-org:serviceId:WANCommonIFC1</serviceId>
<controlURL>/[COLOR="#FF0000"]igd[/COLOR]upnp/control/WANCommonIFC1</controlURL>
<eventSubURL>/[COLOR="#FF0000"]igd[/COLOR]upnp/control/WANCommonIFC1</eventSubURL>
<SCPDURL>igdicfgSCPD.xml</SCPDURL>
</service>
</serviceList>

und so ist es eigentlich klar, daß diese Aufrufe nicht funktionieren.

Das Kennwort wird auf im Browser akzeptiert, aber der Einrichtungsassistent akzeptiert es nicht...

Ich kann in Deinem Protokoll keinen Versuch einer Anmeldung erkennen ... ich würde - wenn da nicht an der Struktur etwas geändert wurde - auf ein Mißverständnis bei der Interpretation einer Exception tippen, womit die Software (u.U. nur der Einrichtungsassistent, denn offenbar funktionieren Installationen älteren Datums - also wahrscheinlich auch mit einer älteren Firmware eingerichtet - ja weiterhin) einen anderen fehlgeschlagenen Zugriff zur FRITZ!Box (z.B. aufgrund falscher URLs) als "Login fehlgeschlagen" interpretiert.

Aber noch einmal, um Dir (und mir) unnötigen Aufwand zu ersparen: Mangels Quelltext (s.o.) wird das ohnehin nichts werden mit einem Patch für JFritz (abgesehen davon, daß dann immer noch jemand mit einem solchen Patch die entsprechenden Binärpakete bauen müßte oder jeder Interessent müßte selbst eine Ant-Installation haben).

EDIT:
@Wäldler: Das dachte ich mir fast und habe ja auch meine Meinung dazu an anderer Stelle (wo Du auch präsent bist) zum Ausdruck gebracht. Das gefällt mir nicht (muß es auch nicht) und ich kann trotzdem damit leben. Hat natürlich dann trotzdem Auswirkungen auf meinen Umgang mit solcher Software, läßt sich nun mal nicht vermeiden.

 

[Hans Juergen]

@ Redskin64: Welche Version benutzt du? Da die etwas anders aussieht als meine (0.7.5 Rev. 1; Build 23.12.13 - 15:09:19) offenbar eine neuere...?

 

[Redskin64]

Version 0.7.5 Rev. 5 , lief mit meiner vorigen Box (6360) ohne Probleme. Nach dem Wechsel auf die 6490 war es vorbei mit der Funktionalität von jFritz
http://www.jfritz.org/testversion/JFritz-0.7.5_5-Beta-Setup.exe

 

[PeterPawn]

Nach dem Wechsel auf die 6490 war es vorbei mit der Funktionalität von jFritz

Weil das jetzt wieder nach einer Spezialität der 6490 klingt ... ich würde das - ohne es beweisen zu können - auf die Version 06.10 in der 6490 vs. 06.05 in der 6360 (bei KDG) zurückführen.

Deshalb verwundert es mich auch, wenn das mit einer Neuinstallation bei einer Firmware >= 06.10 mit anderen Modellen funktioniert und mit der 6490 nicht, ich kann da beim HTTP-Zugriff und bei TR-064 keinen Unterschied finden.

Du hast nicht zufällig JFritz neu installiert oder die Einstellungen gelöscht und von vorne begonnen, als das Problem das erste Mal auftrat ?

 

[koyaanisqatsi]

Was mir bei bei Redskin64 auffällt:
UPnP/SSDP laufen ins Leere: UPnP nicht aktiv?

(11.01.15 11:42:29): INFO: Create JFritz config wizard
(11.01.15 11:42:29): INFO: Searching for  FritzBox per UPnP / SSDP
(11.01.15 11:42:30): WARNING: Timeout for SSDP
(11.01.15 11:42:30): INFO: Discover thread

Siehe: fritz.box/net/network_settings.lua

Nachträgliches Ändern/Eintragen (ohne Wizard/Assistenten) des Passwortes ist bei der Version (JFritz) "tödlich".
Danach geht auch bei mir nichts mehr.

 

[Redskin64]

Rechner ist zwar seit kurzem komplett neu aufgesetzt, aber auch in der alten Softwarekonfiguration lief die 6360 und nach Austausch gegen die 6490 mit der Firmware 6.08 war (selber Tag) jFritz nicht mehr zu benutzen.
Frage 2: UPnp ist aktiv

 

[PeterPawn]

Frage 2: UPnp ist aktiv

Falsche Baustelle ... nicht "Internet/Freigaben/Portfreigaben", sondern "Netzwerk/Netzwerkeinstellungen/Heimnetzfreigaben". Aber wahrscheinlich auch eingeschaltet bei Dir ... ist jedenfalls meines Wissens standardmäßig aktiviert.

EDIT:
Und zu "selber Tag" ... hast Du tatsächlich vor der ersten Kontaktaufnahme von JFritz mit der 6490 (wenn die bei Dir auch "fritz.box" heißt, wie die 6360 davor, merkt JFritz ja nicht automatisch, daß es eine andere Box ist, solange da nicht Modell und/oder Firmware und/oder MAC-Adresse getestet wird) die Einstellungen in der 6490 alle richtig vorgenommen, sprich: War tatsächlich JFritz während der Ersteinrichtung der Box deaktiviert ?

Hintergrund der Frage ist die Feststellung, daß schon in der Version von 2009 die Login-Daten von JFritz in irgendeiner Form verschlüsselt wurden, auch wenn nicht auf Anhieb zu sehen ist, womit. Wenn das von der konkreten Box abhängig ist (irgendwo wird auch die MAC-Adresse der Box gelesen), dann würde ein Tausch der Box u.U. dazu führen, daß die gespeicherten Daten nicht richtig entschlüsselt werden. Genauso gut kann es aber auch passieren, daß das gestartete JFritz die "neue" FRITZ!Box mit den Login-Daten der 6360 traktiert und die 6490 diese Daten noch gar nicht kennt.

Vielleicht weiß ja jemand dazu etwas zu sagen, der schon mal die Box "hinter" JFritz getauscht hat und wo dabei JFritz - nachdem es mit der alten Box lief - auf eine unkonfigurierte neue Box getroffen ist, auf der das gespeicherte Kennwort noch gar nicht eingerichtet war.

Die Tatsache, daß nach der Lektüre der alten Quellen JFritz sogar als Client-/Server-Lösung laufen müßte und - das ist auf Anhieb aber nur eine Vermutung - dann vielleicht auch mit mehreren Boxen umgehen kann (???), läßt ein Szenario wie oben beschrieben nicht vollkommen unwahrscheinlich erscheinen. Damit JFritz bei Login-Fehlern die Wartezeit für ein Login nicht unendlich nach oben treibt durch ständige neue Versuche (die Wartezeit gilt ja dann auch für Browserzugriffe), müßten solche Fehler ja irgend mal zum Abbruch und zu irgendwelchen Konsequenzen in den Einstellungen führen. Eine denkbare Konsequenz wäre es (keine Ahnung, ob das so realisiert ist, bitte nur als Annahme verstehen), dann die offenbar falschen Credentials erst einmal zu löschen und dann könnte das auch auf das von koyaanisqatsi in #33 beschriebene Phänomen hinausgelaufen sein.

 

[Hans Juergen]

nach der Lektüre der alten Quellen JFritz sogar als Client-/Server-Lösung laufen müßte

Nein, das geht wohl schon ewig nicht (mehr), AVM hat im laufe der Zeit häufiger was geändert, und das hat Robert dann je nach Zeit mehr oder weniger nur gepatcht. Dabei sind einige alte Funktionen weggefallen, entscheidend war für mich (und wohl auch für ihn) das Abrufen der Anrufe und der Anrufmonitor.
Der von AVM selbst entwickelte Anrufmonitor geht ja auch schon seit Jahren nicht mehr, insofern ist Roberts Lösung schon deutlich weiter...

@Redskin64: Hast du mal probeweise den Anrufmonitor von janrufmonitor.de installiert? Der greift ja grundsätzlich das gleiche ab, vielleicht weiß ja auch wer, ob da für die 6490 was geändert wurde...

Evtl. muss auch die IP-Adresse statt Fritz.Box eingegeben werden...?

 

[Redskin64]

@Hans Juergen: Dankeschön für den Tip, werde ich gleich einmal installieren

Hmm, da ich nur über ISDN Telefone verfüge, kann ich den Code #96*5* leider nicht an die Fritzbox senden...

 

[PeterPawn]

Hmm, da ich nur über ISDN Telefone verfüge, kann ich den Code #96*5* leider nicht an die Fritzbox senden...

Geht auch über die Wählhilfe ... oder durch Editieren einer Export-Datei (als letzter Notnagel). Bei der 6490 geht die Wählhilfe definitiv.

 

[Wäldler.]

Der Anrufmonitor von janrufmonitor.de ging bei mir nicht.Als Meldung kam,dass die Hardware (FB 7490 ) nicht erkannt wurde bzw eine Laborfirmware (ja) auf der FB ist.

 

[PeterPawn]

eine Laborfirmware (ja) auf der FB ist.

Das stellt der Autor auch unumwunden und mit - für mich - nachvollziehbarer Begründung heraus. Angesichts des Release-Datums würde ich das reibungslose Auslesen der Anrufliste - das sollte der einzige Punkt sein, wo jAnrufmonitor auf das Webinterface zugreift, der Rest soll laut FAQ über den CallMonitor-Port abgewickelt werden und da ändert sich seit Jahren nichts - erwarten.