72_FRITZBOX: Sperren/Entsperren von Netzwerkgeräten / DECT Telefonen u weiteres

Begonnen von JoWiemann, 25 Januar 2021, 10:30:32

Vorheriges Thema - Nächstes Thema

JoWiemann

Zitat von: RalfRog am 06 Februar 2023, 12:32:03
Beta 5 habe ich aktiviert   :o => VERSION  07.50.5 Beta5

Log vom Hochlauf, ich glaube so hast Du dir das gedacht  ;)

Stimmt. Wenn jetzt nichts weiteres auffällt brauche ich nur noch die Rückmeldung von Stephan.

Danke für die Geduld und das Testen.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

RalfRog

Zitat von: JoWiemann am 30 Januar 2023, 21:41:41
....
Es gibt ein neues Attribut -> deviceInfo.

Damit kann der Inhalt der Readings mac_.... konfiguriert werden. Ohne Definition wird das bisherige Format ausgegeben.

Aus der Liste können die Informationen angewählt und dann sortiert werden. Über das Eingabefeld werden die Trennzeichen bzw. weitere Einfügungen definiert. Das Leerzeichen wird durch das Wort space definiert.

Bin auf Eure Rückmeldung gespannt.

Grüße Jörg

Mit gefällt das Attribut.
Ich habe mir gleich mal die Ausgabe umsortiert, so dass es etwas tabellarischer aussieht und die untschiedlich langen Namen hinter der IP und Connection stehen.  :)
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

loescher

Hallo Jörg,

Mit der Beta5 ist die Warnung weg. Danke!
Das Modell ist übrigens eine FRITZ!Box Fon WLAN 7170.
(Ja, ich weiß, die ist "antik", aber die macht hier noch als zusätzlicher WLAN Accesspoint gute Dienste, bis sie auseinanderfällt.  :D )
Brauchst du noch Daten aus dem Log mit höherem Verbose?

LG,
Stephan.

JoWiemann

Zitat von: loescher am 06 Februar 2023, 18:36:47
Brauchst du noch Daten aus dem Log mit höherem Verbose?

Hallo Stephan,

ich hatte gehofft das die "PERL WARNING: Argument "no-emu" isn't numeric..." wieder kommen würden und dann wäre etwas im extra eingefügten Log zu sehen gewesen. Ein höheres verbose bringt da leider auch keine zusätzlichen Infos. Es muss schon das Perl Warning kommen.

Dann stelle ich morgen die Version ins Fhem Git.

Danke und Grüße

Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

loescher

Ich hab nochmal im Code geschaut und gesehen, dass es mit verbose==3 kommen müsste und so ist es:

2023.02.06 20:53:25 3: FRITZBOX!0000 [FritzBox3: Readout_Run_Web.2569] - DEBUG: box_uptimeHours -> no-emu
2023.02.06 20:53:25 1: PERL WARNING: Argument "no-emu" isn't numeric in division (/) at ./FHEM/72_FRITZBOX.pm line 2570.
2023.02.06 20:53:25 1: PERL WARNING: Argument "no-emu" isn't numeric in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 2572.


mcp

Hi Stephan,

Zitat von: loescher am 06 Februar 2023, 20:56:44
Ich hab nochmal im Code geschaut und gesehen, dass es mit verbose==3 kommen müsste und so ist es:

2023.02.06 20:53:25 3: FRITZBOX!0000 [FritzBox3: Readout_Run_Web.2569] - DEBUG: box_uptimeHours -> no-emu
2023.02.06 20:53:25 1: PERL WARNING: Argument "no-emu" isn't numeric in division (/) at ./FHEM/72_FRITZBOX.pm line 2570.
2023.02.06 20:53:25 1: PERL WARNING: Argument "no-emu" isn't numeric in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 2572.

welche FRITZ!OS Version hast Du laufen?

Ich nehme an irgendwas < 6.84?

--
ciao, Marc
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

JoWiemann

Zitat von: loescher am 06 Februar 2023, 20:56:44
Ich hab nochmal im Code geschaut und gesehen, dass es mit verbose==3 kommen müsste und so ist es:

2023.02.06 20:53:25 3: FRITZBOX!0000 [FritzBox3: Readout_Run_Web.2569] - DEBUG: box_uptimeHours -> no-emu
2023.02.06 20:53:25 1: PERL WARNING: Argument "no-emu" isn't numeric in division (/) at ./FHEM/72_FRITZBOX.pm line 2570.
2023.02.06 20:53:25 1: PERL WARNING: Argument "no-emu" isn't numeric in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 2572.


Hallo,

würdest Du bitte einmal ein "get FritzBox3 luaQuery uimodlogic:status/uptime_hours" machen und mir das Ergebnis posten. Danke Dir.

Was mich auch irritiert ist, dass das FritzBox Model nicht verfügbar ist. Mach doch bitte auch mal ein List vom Device. Danke Dir.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

RalfRog

Hallo Jo...  Zukunftsmusik?
Es wäre interesant neben dem Vielen was neuerdings an Einstellungen möglich ist auch das Log (oder Teile davon) der Fritzbox auswerten zu können.
Um z.B. solche "Anmeldung des Benutzers admin .... von IP-Adresse 2.57.121.75 gescheitert (falsches Kennwort)" oder andere Dinge automatisiert zu reporten.

Das einzige war ich bisher gefunden habe ist:

  • Abfrage per TR64 => DeviceInfo:1 deviceinfo GetDeviceLog
  • LuaQuery => logger:status/log_separate/list(time,msg,ref,type)
  • LuaQuery => logger:status/log


Die Abfragen liefern jeweils begrenzte Logeinträge für WLAN und Internet (TR64) bzw. Logeinträge System (LuaQuery) unter anderem mit fehlgeschlagenen Anmeldeversuchen.
Nr. 3 liefert den letzten Eintrag der Systemmeldungen.

Keine Ahnung wo du die Infos hernimmt was über lua geht, aber ich habe nix weitergehendes ergoogeln können.

Wie steht Du dazu?

Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

JoWiemann

Zitat von: RalfRog am 07 Februar 2023, 12:52:39
Keine Ahnung wo du die Infos hernimmt was über lua geht, aber ich habe nix weitergehendes ergoogeln können.

Hallo Ralf,

bzgl. lua hole ich das meiste von hier: https://boxmatrix.info/wiki/BoxMatrix

ansonsten über die Entwicklertools im Edge. Dort schaue ich mir an, wie das WebIF so kommuniziert.

Für Anmeldeversuche usw. nutze ich bisher den Push-Dienst der FritzBox.

Grüße Jörg

PS mit "get <FritzBox> luaData xhr 1 lang de page log xhrId all" bekommst Du alle Log-Einträge als JSON.

mit:

xhr 1 lang de page log xhrId log filter sys useajax 1 -> Log-Einträge System
xhr 1 lang de page log xhrId log filter wlan useajax 1 -> Log-Einträge WLAN
xhr 1 lang de page log xhrId log filter usb useajax 1 -> Log-Einträge USB
xhr 1 lang de page log xhrId log filter net useajax 1 -> Log-Einträge Internetverbindung
xhr 1 lang de page log xhrId log filter fon useajax 1 -> Log-Einträge USB


Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

RalfRog

Danke Jo

Auf Boxmatrix war ich auch schon - komme aber nicht dahinter  ::)
Mit den Browsertools - gute Idee, schau ich mal ob ich begreife...

Aber deine Beispiele - super vielen Dank.

Die Pushmeldungen hatte/habe ich auch aktiv, aber leider verursachen Testsystem und Produktivsystem einfach zu viele Mails  :-\ Daher habe ich die Anmeldungen deaktiviert.
Daher die Idee das gezielt zu autimatisieren.

Gruß Ralf

FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

RalfRog

Hi Jo

Ist Folgendes so gewollt?
Wir hatten Anfang Januar (#265) damals noch Fork aufgrund von Restarts getestet.
Unter anderem "get <name> luaInfo landevices".
Da ich gestern nun endlich auf OS7.50 mit meiner 7590 und OS 7.51 (Labor) mir meiner 7490 gegangen bin,  habe ich rumprobiert.

War und ist soweit alles gut.
Was mir damals nicht aufgefallen ist (keine Ahnung ob es da schon so war), das unter der Tabelle mit den Infos noch mehr steht:

$VAR1 = {
          'time' => [],
          'data' => {
                      'ipclient' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
                      'nexusclient' => $VAR1->{'data'}{'ipclient'},
                      'titledevicedel' => "Sie k\x{c3}\x{b6}nnen alle ungenutzten Verbindungen aus der \x{c3}\x{9c}bersicht entfernen. Netzwerkger\x{c3}\x{a4}te mit individuellen Einstellungen bleiben dabei erhalten.",
                      'active' => [
                                    {
                                      'own_client_device' => $VAR1->{'data'}{'ipclient'},
                                      'classes' => 'ethernet',
                                      'ipv4' => {
.... noch vieeel mehr


Soll das so sein?

Ist identisch mit 7.29 & 7.50 sowie VERSION 07.50.5 Beta5  &  07.50.3

Gruß Ralf


Nachtrag:
get <name> luaInfo vpnShares
liefert auch "nur" den JSON String und keine Tabelle wie die anderen Kommandos.
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

JoWiemann

Zitat von: RalfRog am 07 Februar 2023, 17:52:36


Soll das so sein?

Ist identisch mit 7.29 & 7.50 sowie VERSION 07.50.5 Beta5  &  07.50.3

Gruß Ralf

Hallo Ralf,

habe ich heute auch gesehen. Einfach vergessen zu entfernen.

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

loescher

Zitat von: mcp am 06 Februar 2023, 22:22:21
welche FRITZ!OS Version hast Du laufen?
Ich nehme an irgendwas < 6.84?

Ja, deutlich kleiner. Es ist: 29.04.88
LG,
Stephan.

loescher

Zitat von: JoWiemann am 07 Februar 2023, 09:35:48
würdest Du bitte einmal ein "get FritzBox3 luaQuery uimodlogic:status/uptime_hours" machen und mir das Ergebnis posten. Danke Dir.
Was mich auch irritiert ist, dass das FritzBox Model nicht verfügbar ist. Mach doch bitte auch mal ein List vom Device. Danke Dir.

get FritzBox3 luaQuery uimodlogic:status/uptime_hours
ergibt:
Unknown argument luaQuery, choose one of  ringTones:noArg

Und hier das list:

Internals:
   APICHECKED 1
   DEF        192.168.178.3
   FUUID      5c586977-f33f-a2be-df9b-57602fdf7d7abf98
   HOST       192.168.178.3
   INTERVAL   300
   LUAQUERY   1
   M3U_LOCAL  ./www/images/FritzBox3.m3u
   M3U_URL    http://192.168.178.212:8083/fhem/www/images/FritzBox3.m3u
   MODEL      FRITZ!Box Fon WLAN 7170
   NAME       FritzBox3
   NR         119
   REMOTE     1
   SECPORT    49443
   STATE      WLAN: on gWLAN: off
   TELNET     0
   TR064      1
   TYPE       FRITZBOX
   VERSION    07.50.5 Beta5
   WEBCM      1
   eventCount 3
   READINGS:
     2023-02-07 10:51:45   alarm1_state    off
     2023-02-07 10:51:45   alarm1_target   FON 1
     2023-02-07 10:51:45   alarm1_time     00:00
     2023-02-07 10:51:45   alarm1_wdays    daily
     2023-02-07 10:51:45   alarm2_state    off
     2023-02-07 10:51:45   alarm2_target   FON 1
     2023-02-07 10:51:45   alarm2_time     00:00
     2023-02-07 10:51:45   alarm2_wdays    daily
     2023-02-07 10:51:45   alarm3_state    off
     2023-02-07 10:51:45   alarm3_target   FON 1
     2023-02-07 10:51:45   alarm3_time     00:00
     2023-02-07 10:51:45   alarm3_wdays    daily
     2023-02-07 10:51:45   box_connect     5
     2023-02-07 12:00:38   box_cpuTemp     0
     2023-02-07 12:00:38   box_dsl_downStream 0.000
     2023-02-07 12:00:38   box_dsl_upStream 0.000
     2023-02-07 12:00:38   box_fwVersion   29.04.88
     2023-02-07 12:00:38   box_guestWlan   off
     2023-02-07 12:00:38   box_guestWlanCount 0
     2023-02-07 12:00:38   box_guestWlanRemain 0
     2023-02-07 10:51:45   box_ipExtern    192.168.178.3
     2023-02-07 12:00:38   box_macFilter_active off
     2023-02-07 11:53:35   box_model       FRITZ!Box Fon WLAN 7170 [avm]
     2023-02-07 12:00:38   box_moh         er
     2023-02-07 12:00:38   box_powerRate   41
     2023-02-07 12:00:38   box_rateDown    0.000
     2023-02-07 12:00:38   box_rateUp      0.000
     2023-02-07 12:00:38   box_stdDialPort fon1
     2023-02-07 12:00:38   box_tr064       on
     2023-02-07 12:00:38   box_tr069       off
     2023-02-07 12:00:38   box_uptime      0 sec = 0T 00:mu:00
     2023-02-07 12:00:38   box_wlanCount   4
     2023-02-07 12:00:38   box_wlan_2.4GHz on
     2023-02-07 12:00:38   fon4            Fon 4
     2023-02-07 12:00:38   fon4_intern     4
     2023-02-07 12:00:38   gsm_internet    0
     2023-02-07 12:00:38   gsm_rssi        no-emu
     2023-02-07 12:00:38   gsm_state       no-emu
     2023-02-07 12:00:38   gsm_technology  no-emu
     2023-02-07 12:00:38   lastReadout     62 values captured in 1.37 s
     2023-02-07 12:00:38   mac_72_D3_E3_04_AD_89 PC-192-168-178-212 [] (WLAN: 54 /  Mbit/s, RSSI: 32)
     2023-02-07 12:00:38   mac_7C_F9_0E_70_88_CC PC-7C-F9-0E-70-88-CC [] (WLAN: 54 /  Mbit/s, RSSI: 66)
     2023-02-07 12:00:38   mac_D0_F8_8C_13_54_DD PC-D0-F8-8C-13-54-DD [] (WLAN: 54 /  Mbit/s, RSSI: 48)
     2023-02-07 12:00:38   mac_pas_C0_BD_D1_8F_6D_87 PC-C0-BD-D1-8F-6D-87 [] (WLAN: 0 /  Mbit/s, RSSI: 0)
     2023-02-07 12:00:38   state           WLAN: on gWLAN: off
     2023-02-07 10:51:45   user01          (default)
     2023-02-07 10:51:45   user01_thisMonthTime 0:00
     2023-02-07 10:51:45   user01_todaySeconds 0
     2023-02-07 10:51:45   user01_todayTime 0:00
     2023-02-07 10:51:45   user01_type     Default
   fhem:
     LOCAL      0
     definedHost 192.168.178.3
     is_double_wlan 0
     lastHour   0
     modulVersion $Date: 2018-09-30 20:24:58 +0200 (Sun, 30 Sep 2018) $
     radioCount 1
     sid        fa38c9a3cedd6189
     sidTime    1675767638.22433
     landevice:
                  PC-D0-F8-8C-13-54-DD
       192.168.178.212 PC-192-168-178-212
       72_D3_E3_04_AD_89
       7C_F9_0E_70_88_CC
       C0_BD_D1_8F_6D_87
       D0_F8_8C_13_54_DD
     radio:
       0         
     wlanDevice:
       72_D3_E3_04_AD_89:
         rssi       32
         speed      54
         speed_rx   
       7C_F9_0E_70_88_CC:
         rssi       66
         speed      54
         speed_rx   
       C0_BD_D1_8F_6D_87:
         rssi       0
         speed      0
         speed_rx   
       D0_F8_8C_13_54_DD:
         rssi       48
         speed      54
         speed_rx   
   helper:
     TimerCmd   FritzBox3.Cmd
     TimerReadout FritzBox3.Readout
Attributes:
   devStateIcon .*on.*off:WLAN_on_gWLAN_off .*on.*on.*:WLAN_on_gWLAN_on WLAN..off.*:WLAN_off .*:control_x@red
   enablePassivLanDevices 1
   event-on-change-reading .*
   room       FritzBox


LG,
Stephan.

JoWiemann

Hallo Stephan,

ich hoffe die angehängte Version beseitigt das Problem.

Grüße Jörg

@Ralf,

die VPN-Share Info sollte wieder Ok sein.

PS: das Reading vpn?_connected_since habe ich umbenannt in vpn?_last_negotiation, da hier tatsächlich ein Unix Timestamp übergeben wird, der den Zeitpunkt der letzten Verbindungsaushandlung darstellt.
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM