[Modul] FritzBox (Ersatz für FritzBox-Project)

… der rechte Teil der Fehlermeldung zeigt nichts mehr wesentliches.

Debug der Instanz „FritzBox Telephony“ bei Betätigung Button „Anrufliste neu laden“

Direkter Aufruf der URL im Browser.

Gruß
zkra

Doofe Frage mal rein geworfen, gibt es irgendwo eine Ausgabe eines internen Temperaturfühlers der Box?

@hpenderle
Glaube das ist nicht möglich. In den Unterlagen habe ich bisher nichts gefunden.
Du kannst allerdings mir einmal aus dem Symcon-Datenordner den Ordner FritzBoxTemp zippen und per PN senden, dann schau ich mal.


@alsk1
Mit der Maus reinklicken, den Text markieren und mit STRG+C kopieren wäre eine Variante :wink:
image

Ich habe es aber inzwischen nachvollziehen können.
Welche IPS Version nutzt du?
Zum umgehen des Fehlers, ändere das https:// zu http:// in der FritzBox-IO Instanz.


@zkra
Das ist so korrekt, weil die FritzBox nur ein selbst signiertes Zertifikat hat.
Auch an dich, welche IPS Version nutzt du?
Zum umgehen des Fehlers, ändere das https:// zu http:// in der FritzBox-IO Instanz.


@sokkederheld
Nö, über ihre HW schweigt sie sich komplett aus. Der interne Switch, die Links dazu usw. meldet sie auch nirgendwo.

Michael

1 „Gefällt mir“

Hallo Nall-chan,

… danke,

  • „http“ funktioniert
  • verwendete IPS-Version: 7.2 vom 08.08.24

Gruß
zkra

Danke für die Rückmeldung.
@paresy
Ich gehe dann von ein Problem in IPS7.2 aus.
Michael

Moin,

@paresy die Fehlermeldung passt auch hier IPS 7.2 Mail Pop3 - Fehler bei Verschlüsselung - #2 von Lothar

Gruß
Hans

Ich kann das Problem leider noch nicht wirklich greifen. Ein simpler Test gegen meinen UniFi Routner mit:

echo Sys_GetURLContentEx("https://192.168.1.1", ["VerifyHost" => false, "VerifyPeer" => false]);

funktioniert einwandfrei. Habt ihr noch einen Tipp zum Nachstellen?

paresy

Hallo,
ich habe heute auf IPS 7.2 (8/8/2024) Raspberry upgeraded und bekomme jetzt Fehlermeldungen bei der Verbindung zu meiner 7530.

Im Log steht:

06/09/2024, 17:18:00 | KernelMT | InstanceManager: Error for Instance #30588, Message VM_UPDATE:
Warning:
Warning: Failure when receiving data from the peer: OpenSSL SSL_read: SSL_ERROR_SYSCALL, errno 0 in /var/lib/symcon/modules/.store/de.nall.chan.fritzbox/FritzBox IO/module.php on line 423
RESULT:b:0; in /var/lib/symcon/modules/.store/de.nall.chan.fritzbox/libs/FritzBoxBase.php on line 303

Wenn ich die Configurator Instanz aufmachen will kommt:

Could not load configuration form
Warning: Parameter for InstanceID is not inside of the specified bounds (0…60000) in /var/lib/symcon/modules/.store/de.nall.chan.fritzbox/FritzBox Configurator/module.php on line 240

Ich habe die Beta Version geladen und habe auch schonmal versucht neu zu installieren. Hat aber nicht geholfen. Gibt es Vorschläge?

VG Thorsten

Ja, einfach etwas hochscrollen hier im Thema.
Michael

ich habe nur zu dem SSL Fehler was gefunden vom 1. März - meinst du das? „Fehlermeldung 1 kann ich besser abfangen und Fehlermeldung zwei ist ein Folgefehler davon.
Kommt in der nächsten Version.“

Das Thema „Could not load configuration form“ habe ich nichts gefunden.

VG Thorsten

Ja, das ist auch dein Fehler. Und die Lösung ist nicht so weit oben :sweat_smile:

Michael

ahhh mein Fehler, ich hab es in der Config Instanz versucht, nicht in der IO.

Danke

Bei mir funktioniert die Aktualisierung der Anrufliste und der Aktiven Gespräche nicht mehr. Die Instanzen sind aber aktiv. Das ganze ist seitdem die Fritzbox in der Nacht das aktuellste Labor-Firmware installiert hat. Laut Changelog von AVM wurde in dieser Richtung aber nichts geändert (was ja nichts heißt). Wie könnte ich der Ursache denn auf die Schliche kommen?

Ist der Client Socket für den Anrufmonitor verbunden? Eventuell den mal neu verbinden. Oder den Anrufmonitor der Fritzbox einmal de- und aktiveren.
Michael

Danke Dir, das war es. Der Client Socket war zwar verbunden und kein Problem ersichtlich, aber nach erneutem Verbinden geht es nun… Gibt es dafür eine Abhilfe, das man z.B. den Socket zyklisch neu startet oder irgend etwas in dieser Art?

Bei der Fritz ist das bisher nie nötig gewesen, weil bisher eine tote Verbindung perfekt erkannt wurde.
Könnte natürlich jetzt an der Labor FW der Fritte liegen.
Michael

Hallo zusammen,

ich versuche, irgendwie das Passwort für das Gast-WiFi zu setzen und mutmaße mal, dass das mittels FB_SetSecurityKeys() gehen sollte. Ich bekomme aber stets und ständig

Warning: UPnPError(s:Client)
String Argument too short

zurück, egal ob ich alle Strings leer oder mit Daten fülle. Leider habe ich keinerlei Angaben zu eventuell einzuhaltenden Formaten gefunden, sodaß ich ein wenig ratlos bin.

Gruß,
Thomas

Ein Debug der Instanz könnte mir helfen es einzugrenzen. Gerne auch per PN.
Edit: nimm mal die Werte welche FB_GetSecurityKeys liefert und ändere nur den Wert von $KeyPassphrase.

Michael

Hi Michael,

das war direkt mein erster Versuch, der mündete bereits in

Warning: UPnPError(s:Client)
String Argument too short
#0 /var/lib/symcon/modules/.store/de.nall.chan.fritzbox/libs/FritzBoxBase.php(351): FritzBoxModulBase->SendEx('SetSecurityKeys', 2, Array)
#1 /var/lib/symcon/modules/.store/de.nall.chan.fritzbox/FritzBox WLAN/module.php(521): FritzBoxModulBase->Send('SetSecurityKeys', Array)
#2 /var/lib/symcon/scripts/__generated.inc.php(3343): FritzBoxWLAN->SetSecurityKeys('', '', '', '', true, 'LoremIspum')
#3 /var/lib/symcon/scripts/59924.ips.php(9): FB_SetSecurityKeys(32771, '', '', '', '', 'A202948628BB5D2...', 'LoremIspum')
#4 {main} in /var/lib/symcon/modules/.store/de.nall.chan.fritzbox/libs/FritzBoxBase.php on line 391

Ich habe dann zum Testen noch alle möglichen WEP-Key-Varianten in allen möglichen Kombinationen getestet (leer, 64, 128 & 256 bit), was zum selben Ergebnis führt.

Im Debug sieht dass dann entsprechend so aus:

TXT: 08.10.2024, 11:14:15 |             Function | SetSecurityKeys
HEX: 08.10.2024, 11:14:15 |             Function | 53 65 74 53 65 63 75 72 69 74 79 4B 65 79 73 
TXT: 08.10.2024, 11:14:15 |    Params:NewWEPKey0 | 
HEX: 08.10.2024, 11:14:15 |    Params:NewWEPKey0 | 
TXT: 08.10.2024, 11:14:15 |    Params:NewWEPKey1 | 
HEX: 08.10.2024, 11:14:15 |    Params:NewWEPKey1 | 
TXT: 08.10.2024, 11:14:15 |    Params:NewWEPKey2 | 
HEX: 08.10.2024, 11:14:15 |    Params:NewWEPKey2 | 
TXT: 08.10.2024, 11:14:15 |    Params:NewWEPKey3 | 
HEX: 08.10.2024, 11:14:15 |    Params:NewWEPKey3 | 
TXT: 08.10.2024, 11:14:15 | Params:NewPreSharedKey | TRUE
HEX: 08.10.2024, 11:14:15 | Params:NewPreSharedKey | 54 52 55 45 
TXT: 08.10.2024, 11:14:15 | Params:NewKeyPassphrase | LoremTwo
HEX: 08.10.2024, 11:14:15 | Params:NewKeyPassphrase | 4C 6F 72 65 6D 54 77 6F 
TXT: 08.10.2024, 11:14:16 |  UPnPError(s:Client) | String Argument too short<CR><LF>
HEX: 08.10.2024, 11:14:16 |  UPnPError(s:Client) | 53 74 72 69 6E 67 20 41 72 67 75 6D 65 6E 74 20 74 6F 6F 20 73 68 6F 72 74 0D 0A 

Länge und Format der neu übergebenen KeyPassphrase scheinen ebenfalls keine Rolle zu spielen.

Gruß,
Thomas

Ich vermute eher das es am PreSharedKey liegt, welcher irgendwo mit bool dokumentiert war und entsprechend auch so an die Fritzbox gesendet wird. Das ist vermutlich falsch.
WEP ist eh hinfällig, wird gar nicht mehr (in der Fritzbox) benutzt. Die Felder sind nur aus Kompatibilität noch vorhanden.
Ich Bau den Befehl mal um, mal schauen ob es dann geht :slight_smile:
Michael

Edit: Ja, geht :smiley: